<?xml version="1.0" encoding="utf-8" ?>

<rss version="2.0" 
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   >
<channel>
    
    <title>PHP is not Java! - Comments</title>
    <link>http://100days.de/serendipity/</link>
    <description>PHP is not Java! - PHP, Project Management and the Real World</description>
    <dc:language>en</dc:language>
    <generator>Serendipity 1.6 - http://www.s9y.org/</generator>
    <pubDate>Thu, 01 Jan 1970 00:00:00 GMT</pubDate>

    <image>
        <url>http://100days.de/serendipity/templates/default/img/s9y_banner_small.png</url>
        <title>RSS: PHP is not Java! - Comments - PHP is not Java! - PHP, Project Management and the Real World</title>
        <link>http://100days.de/serendipity/</link>
        <width>100</width>
        <height>21</height>
    </image>

<item>
    <title>Gaylord Aulke: Plat_Forms 2011 aftermath</title>
    <link>http://100days.de/serendipity/archives/146-Plat_Forms-2011-aftermath.html#c531</link>
            <category></category>
    
    <comments>http://100days.de/serendipity/archives/146-Plat_Forms-2011-aftermath.html#comments</comments>
    <wfw:comment>http://100days.de/serendipity/wfwcomment.php?cid=146</wfw:comment>

    

    <author>nospam@example.com (Gaylord Aulke)</author>
    <content:encoded>
    It was version 1.4 of Symfony. We wanted to get a SF2 team, but it was not possible at that time. 
    </content:encoded>

    <pubDate>Tue, 31 Jan 2012 15:02:12 +0100</pubDate>
    <guid isPermaLink="false">http://100days.de/serendipity/archives/146-guid.html#c531</guid>
    
</item>
<item>
    <title>Daniel O'Connor: Plat_Forms 2011 aftermath</title>
    <link>http://100days.de/serendipity/archives/146-Plat_Forms-2011-aftermath.html#c525</link>
            <category></category>
    
    <comments>http://100days.de/serendipity/archives/146-Plat_Forms-2011-aftermath.html#comments</comments>
    <wfw:comment>http://100days.de/serendipity/wfwcomment.php?cid=146</wfw:comment>

    

    <author>nospam@example.com (Daniel O'Connor)</author>
    <content:encoded>
    Out of curiosity, which version of symfony? I&#039;d be interested if it&#039;s 1 or 2, and if the component based approach is better/worse. 
    </content:encoded>

    <pubDate>Fri, 06 Jan 2012 00:31:29 +0100</pubDate>
    <guid isPermaLink="false">http://100days.de/serendipity/archives/146-guid.html#c525</guid>
    
</item>
<item>
    <title>Gaylord: Plat_Forms 2011 aftermath</title>
    <link>http://100days.de/serendipity/archives/146-Plat_Forms-2011-aftermath.html#c524</link>
            <category></category>
    
    <comments>http://100days.de/serendipity/archives/146-Plat_Forms-2011-aftermath.html#comments</comments>
    <wfw:comment>http://100days.de/serendipity/wfwcomment.php?cid=146</wfw:comment>

    

    <author>nospam@example.com (Gaylord)</author>
    <content:encoded>
    we were not able to staff the same teams as in 2007. But that was the case for all platforms. We chose 3-4 teams per platform for representation. That was the same procedure as last time. So i guess one sample should be as reliable as the other... 
    </content:encoded>

    <pubDate>Thu, 05 Jan 2012 14:05:13 +0100</pubDate>
    <guid isPermaLink="false">http://100days.de/serendipity/archives/146-guid.html#c524</guid>
    
</item>
<item>
    <title>Peter Petermann: Plat_Forms 2011 aftermath</title>
    <link>http://100days.de/serendipity/archives/146-Plat_Forms-2011-aftermath.html#c523</link>
            <category></category>
    
    <comments>http://100days.de/serendipity/archives/146-Plat_Forms-2011-aftermath.html#comments</comments>
    <wfw:comment>http://100days.de/serendipity/wfwcomment.php?cid=146</wfw:comment>

    

    <author>nospam@example.com (Peter Petermann)</author>
    <content:encoded>
    i don&#039;t think you can take single teams as real representation of &#039;the community&#039; and the teams not being the same teams in both years kinda might make the difference. 
    </content:encoded>

    <pubDate>Thu, 05 Jan 2012 13:41:05 +0100</pubDate>
    <guid isPermaLink="false">http://100days.de/serendipity/archives/146-guid.html#c523</guid>
    
</item>
<item>
    <title>phucvh: Dumping MemcacheD Content (Keys) with PHP</title>
    <link>http://100days.de/serendipity/archives/55-Dumping-MemcacheD-Content-Keys-with-PHP.html#c450</link>
            <category></category>
    
    <comments>http://100days.de/serendipity/archives/55-Dumping-MemcacheD-Content-Keys-with-PHP.html#comments</comments>
    <wfw:comment>http://100days.de/serendipity/wfwcomment.php?cid=55</wfw:comment>

    

    <author>nospam@example.com (phucvh)</author>
    <content:encoded>
    tnsk for code, i trying for my projects, we have a large date for memcache, about 500,000 key in memcaches 
    </content:encoded>

    <pubDate>Fri, 14 Oct 2011 18:20:46 +0200</pubDate>
    <guid isPermaLink="false">http://100days.de/serendipity/archives/55-guid.html#c450</guid>
    
</item>
<item>
    <title>Toby: PHP vs. Java</title>
    <link>http://100days.de/serendipity/archives/45-PHP-vs.-Java.html#c448</link>
            <category></category>
    
    <comments>http://100days.de/serendipity/archives/45-PHP-vs.-Java.html#comments</comments>
    <wfw:comment>http://100days.de/serendipity/wfwcomment.php?cid=45</wfw:comment>

    

    <author>nospam@example.com (Toby)</author>
    <content:encoded>
    PHP is definitely a lot cheaper in the long-term, compared to Java (infrastructure, tools, developers, project times) 
    </content:encoded>

    <pubDate>Wed, 05 Oct 2011 17:05:39 +0200</pubDate>
    <guid isPermaLink="false">http://100days.de/serendipity/archives/45-guid.html#c448</guid>
    
</item>
<item>
    <title>Gaylord: Die gefilterte Realität</title>
    <link>http://100days.de/serendipity/archives/142-Die-gefilterte-Realitaet.html#c445</link>
            <category></category>
    
    <comments>http://100days.de/serendipity/archives/142-Die-gefilterte-Realitaet.html#comments</comments>
    <wfw:comment>http://100days.de/serendipity/wfwcomment.php?cid=142</wfw:comment>

    

    <author>nospam@example.com (Gaylord)</author>
    <content:encoded>
    &lt;img src=&quot;http://100days.de/serendipity/templates/default/img/emoticons/smile.png&quot; alt=&quot;:-)&quot; style=&quot;display: inline; vertical-align: bottom;&quot; class=&quot;emoticon&quot; /&gt; Wäre das nicht klasse, wenn man Anwendungen durch freiwillige Beiträge wildfremder Menschen bauen würde? Also so, dass jeder ein paar Fragmente vorschlägt und alle entscheiden dann über ihr &quot;Like&quot;, welches davon in die Anwendung kommt. Und daraus bauen sich dann Systeme. Das wäre ja am Ende.... OpenSource? 
    </content:encoded>

    <pubDate>Wed, 28 Sep 2011 16:15:16 +0200</pubDate>
    <guid isPermaLink="false">http://100days.de/serendipity/archives/142-guid.html#c445</guid>
    
</item>
<item>
    <title>Gaylord Aulke: Die gefilterte Realität</title>
    <link>http://100days.de/serendipity/archives/142-Die-gefilterte-Realitaet.html#c444</link>
            <category></category>
    
    <comments>http://100days.de/serendipity/archives/142-Die-gefilterte-Realitaet.html#comments</comments>
    <wfw:comment>http://100days.de/serendipity/wfwcomment.php?cid=142</wfw:comment>

    

    <author>nospam@example.com (Gaylord Aulke)</author>
    <content:encoded>
    Uli: Schon klar, dass Facebook das tut. Und es gefällt mir auch. So wie Google Suchergebnisse erstaunlich intelligent filtert (wie kommen die darauf, was am Relevantesten ist?), macht Facebook es auch. Solange es funktioniert, finde ich es gut. Ich bekomme die Informationen, die mich interessieren und die für mich relevant sind. Ganz ohne dass ich irgendwelche Filter konfigurieren muss.
Der Punkt ist: Facebook und Google machen das selbe wie professionelle Journalisten: Sie filtern aus der ungeheuren Menge an Nachrichten, die auf der Welt entstehen, die raus, die eine bestimmte Leserschaft (im Extremfall nur eine Person, nämlich mich) interessieren. 
    </content:encoded>

    <pubDate>Wed, 28 Sep 2011 16:11:04 +0200</pubDate>
    <guid isPermaLink="false">http://100days.de/serendipity/archives/142-guid.html#c444</guid>
    
</item>
<item>
    <title>Michael Mayer: Die gefilterte Realität</title>
    <link>http://100days.de/serendipity/archives/142-Die-gefilterte-Realitaet.html#c443</link>
            <category></category>
    
    <comments>http://100days.de/serendipity/archives/142-Die-gefilterte-Realitaet.html#comments</comments>
    <wfw:comment>http://100days.de/serendipity/wfwcomment.php?cid=142</wfw:comment>

    

    <author>nospam@example.com (Michael Mayer)</author>
    <content:encoded>
    In der Tat haben Journalisten ihren Job gelernt, aber man darf sich natürlich trotzdem für Facebook interessieren. Als Programmierer verwendet man ja auch gelegentlich ein schnell geschriebenes Script, das man über Google gefunden hat ohne in Zukunft seinen Kunden ausschliesslich diese Methode empfehlen zu wollen und sich selbst in die Rente zu verabschieden &lt;img src=&quot;http://100days.de/serendipity/templates/default/img/emoticons/wink.png&quot; alt=&quot;;-)&quot; style=&quot;display: inline; vertical-align: bottom;&quot; class=&quot;emoticon&quot; /&gt; 
    </content:encoded>

    <pubDate>Wed, 28 Sep 2011 15:25:12 +0200</pubDate>
    <guid isPermaLink="false">http://100days.de/serendipity/archives/142-guid.html#c443</guid>
    
</item>
<item>
    <title>Sascha: Die gefilterte Realität</title>
    <link>http://100days.de/serendipity/archives/142-Die-gefilterte-Realitaet.html#c439</link>
            <category></category>
    
    <comments>http://100days.de/serendipity/archives/142-Die-gefilterte-Realitaet.html#comments</comments>
    <wfw:comment>http://100days.de/serendipity/wfwcomment.php?cid=142</wfw:comment>

    

    <author>nospam@example.com (Sascha)</author>
    <content:encoded>
    Die Problematik liegt meiner Meinung nach an einer anderen Stelle. Die globalen News sind so vielfältig und lassen uns abstumpfen. Jede Woche, jeden Monat, Krieg, Unglück, dazwischen mal eine positive Meldung. Aber doch alles sehr weit weg und ohne direkten Bezug zu einem selbst.

In den sozialen Netzwerken geht es vor allem um die Freunde, Bekannte oder Leute mit gleichen Interessen. Da kann keine Zeitung der Welt mithalten, nicht was die Aktualität und vor allem den Bezug zu einem selbst angeht.

Letztendlich wird man aber immer Journalisten für die großen Themen brauchen, doch die interessieren mich nur 10 Minuten am Tag. 
    </content:encoded>

    <pubDate>Mon, 19 Sep 2011 19:21:34 +0200</pubDate>
    <guid isPermaLink="false">http://100days.de/serendipity/archives/142-guid.html#c439</guid>
    
</item>
<item>
    <title>Uli: Die gefilterte Realität</title>
    <link>http://100days.de/serendipity/archives/142-Die-gefilterte-Realitaet.html#c420</link>
            <category></category>
    
    <comments>http://100days.de/serendipity/archives/142-Die-gefilterte-Realitaet.html#comments</comments>
    <wfw:comment>http://100days.de/serendipity/wfwcomment.php?cid=142</wfw:comment>

    

    <author>nospam@example.com (Uli)</author>
    <content:encoded>
    &quot;Maßt Facebook sich etwa an, die mich interessierenden Informationen sogar vorzufiltern und so alle auszuschließen, für die ich mich in den letzten 5 Monaten schon nicht interessiert habe?&quot;

Ja, tut es: http://www.spiegel.de/netzwelt/web/0,1518,750111,00.html 
    </content:encoded>

    <pubDate>Wed, 24 Aug 2011 11:04:41 +0200</pubDate>
    <guid isPermaLink="false">http://100days.de/serendipity/archives/142-guid.html#c420</guid>
    
</item>
<item>
    <title>Ashish Kataria: Dumping MemcacheD Content (Keys) with PHP</title>
    <link>http://100days.de/serendipity/archives/55-Dumping-MemcacheD-Content-Keys-with-PHP.html#c376</link>
            <category></category>
    
    <comments>http://100days.de/serendipity/archives/55-Dumping-MemcacheD-Content-Keys-with-PHP.html#comments</comments>
    <wfw:comment>http://100days.de/serendipity/wfwcomment.php?cid=55</wfw:comment>

    

    <author>nospam@example.com (Ashish Kataria)</author>
    <content:encoded>
    Dear Grain,

You can get all the keys per Slab by using the limit parameter for function  getExtendedStats, please see the syntax below for this function :- 

Syntax :
array Memcache::getExtendedStats ([ string $type [, int $slabid [, int $limit = 100 ]]] )

where type is the type of statistics to fetch. Valid values are {reset, malloc, maps, cachedump, slabs, items, sizes}. According to the memcached protocol spec these additional arguments &quot;are subject to change for the convenience of memcache developers&quot;.

slabid is used in conjunction with type set to cachedump to identify the slab to dump from. The cachedump command ties up the server and is strictly to be used for debugging purposes.

and limit is used in conjunction with type set to cachedump to limit the number of entries to dump.


Eg :- change the line $cdump = $memcache-&gt;getExtendedStats(&#039;cachedump&#039;,(int)$slabId); in above code to $cdump = $memcache-&gt;getExtendedStats(&#039;cachedump&#039;,(int)$slabId, 100000);
Means you can fetch upto 100000 keys of memcache.

Hope this help someone.

Thnks 
    </content:encoded>

    <pubDate>Thu, 09 Jun 2011 14:31:26 +0200</pubDate>
    <guid isPermaLink="false">http://100days.de/serendipity/archives/55-guid.html#c376</guid>
    
</item>
<item>
    <title>Gaylord Aulke: Agile Fix Price</title>
    <link>http://100days.de/serendipity/archives/140-Agile-Fix-Price.html#c375</link>
            <category></category>
    
    <comments>http://100days.de/serendipity/archives/140-Agile-Fix-Price.html#comments</comments>
    <wfw:comment>http://100days.de/serendipity/wfwcomment.php?cid=140</wfw:comment>

    

    <author>nospam@example.com (Gaylord Aulke)</author>
    <content:encoded>
    Hi Michael, how are you btw?

Of course i always prefer real agile projects where the process is also appiled to the requirements management.

However, the original requirements document is part of the procurement process of big organizations and needs to be made anyway. It is the base for the project contract.

But during the sprint planning, the stories are discussed again and only then, the real contents of the sprint are defined. They will be different from the original requirements, especially for late sprints. Therefore the parallel &quot;thread&quot; with the &quot;beancounter&quot; is needed. This does not disturb the development because it is sidelined with separate people taking care of it.

This way, you can satisfy the procurement department because they get what they ordered (plus a bunch of CRs as they are used to) and at the same time the sprint planning is not limited to the original requirements... 
    </content:encoded>

    <pubDate>Tue, 07 Jun 2011 10:53:31 +0200</pubDate>
    <guid isPermaLink="false">http://100days.de/serendipity/archives/140-guid.html#c375</guid>
    
</item>
<item>
    <title>Michael Stillwell: Agile Fix Price</title>
    <link>http://100days.de/serendipity/archives/140-Agile-Fix-Price.html#c374</link>
            <category></category>
    
    <comments>http://100days.de/serendipity/archives/140-Agile-Fix-Price.html#comments</comments>
    <wfw:comment>http://100days.de/serendipity/wfwcomment.php?cid=140</wfw:comment>

    

    <author>nospam@example.com (Michael Stillwell)</author>
    <content:encoded>
    I don&#039;t quite follow how this works, I think I&#039;m missing something. When the Agile team is implementing a feature, do they refer to the requirements doc for guidance on how the feature should work?  If they do, then there should be no CRs.  If they don&#039;t, then the customer can be expected to balk when asked to pay for the CR to be carried out.

Also, my feeling is that a large part of the value and benefit of Agile is that in not producing a fully kitted-out requirements document in the first place, you avoid a lot of unnecessary and wasteful expense: such a requirements document is difficult and time-consuming to produce, and estimates based upon it are fairly inaccurate anyway and hence need to bulked up by a large risk multiplier. 
    </content:encoded>

    <pubDate>Mon, 06 Jun 2011 23:08:54 +0200</pubDate>
    <guid isPermaLink="false">http://100days.de/serendipity/archives/140-guid.html#c374</guid>
    
</item>
<item>
    <title>Gaylord Aulke: Plat_Forms Contest 2011: it was great fun</title>
    <link>http://100days.de/serendipity/archives/137-Plat_Forms-Contest-2011-it-was-great-fun.html#c373</link>
            <category></category>
    
    <comments>http://100days.de/serendipity/archives/137-Plat_Forms-Contest-2011-it-was-great-fun.html#comments</comments>
    <wfw:comment>http://100days.de/serendipity/wfwcomment.php?cid=137</wfw:comment>

    

    <author>nospam@example.com (Gaylord Aulke)</author>
    <content:encoded>
    Es gibt keinen direkten Gewinner. Accenture hat zum Beispiel 2007 in der Kategorie &quot;most comprehensive requirements documentation&quot; gewonnen, hatte aber keinen working code. 

Im PHP Umfeld hatte gefühlt Lars Jankowfsky mit seinen Oxid Leuten die Nase vorn.

Die Evaluierung des 2011er Jahrgangs erfolgt noch. Das dauert ca. 6 Monate, wie beim Wein &lt;img src=&quot;http://100days.de/serendipity/templates/default/img/emoticons/smile.png&quot; alt=&quot;:-)&quot; style=&quot;display: inline; vertical-align: bottom;&quot; class=&quot;emoticon&quot; /&gt; 
    </content:encoded>

    <pubDate>Mon, 06 Jun 2011 14:23:49 +0200</pubDate>
    <guid isPermaLink="false">http://100days.de/serendipity/archives/137-guid.html#c373</guid>
    
</item>

</channel>
</rss>
