Comments for Code is Lyric http://www.retokiefer.com OpenSource, Software Development & Rich Enterprise Applications Fri, 25 Jul 2008 10:26:48 +0000 http://wordpress.org/?v=2.5.1 Comment on Endlich mal wieder ein wirklich gutes Buch zu PHP by name http://www.retokiefer.com/archives/endlich-mal-wieder-ein-wirklich-gutes-buch-zu-php/#comment-3292 name Sat, 19 Jul 2008 12:37:10 +0000 http://85.214.37.171/retokiefer/?p=4#comment-3292 hmmm...mb its true , hmmm…mb its true ,

]]> Comment on Zend entlässt 25% seiner Entwicklungsabteilung by Bastian http://www.retokiefer.com/archives/zend-entlasst-25-seiner-entwicklungsabteilung/#comment-3279 Bastian Thu, 22 May 2008 09:46:36 +0000 http://www.retokiefer.com/?p=129#comment-3279 Hallo! Ich hab da auch ein komisches Gefühl. Und irgendwie erinnert mich das grad an diesen Dilbert: http://dilbert.com/strips/comic/2008-05-10/ Ciao, Basty Hallo!

Ich hab da auch ein komisches Gefühl. Und irgendwie erinnert mich das grad an diesen Dilbert:

http://dilbert.com/strips/comic/2008-05-10/

Ciao,
Basty

]]> Comment on Soylatte: Java 6 for Mac OS X by Reto Kiefer http://www.retokiefer.com/archives/soylatte-java-6-for-mac-os-x/#comment-3242 Reto Kiefer Mon, 07 Apr 2008 19:37:04 +0000 http://www.retokiefer.com/archives/soylatte-java-6-for-mac-os-x/#comment-3242 Hallo Axel, die Umgebungsvariablen, wie JAVA_HOME kann man mit folgendem Tool relativ einfach setzen: <a href="http://www.rubicode.com/Software/RCEnvironment/" rel="nofollow">RCEnvironment</a> Die müsste dann auf das Installationsverzeichnis von SoyLatte zeigen. HTH Reto Hallo Axel,

die Umgebungsvariablen, wie JAVA_HOME kann man mit folgendem Tool relativ einfach setzen:

RCEnvironment

Die müsste dann auf das Installationsverzeichnis von SoyLatte zeigen.

HTH

Reto

]]> Comment on Soylatte: Java 6 for Mac OS X by Axel http://www.retokiefer.com/archives/soylatte-java-6-for-mac-os-x/#comment-3241 Axel Mon, 07 Apr 2008 17:06:52 +0000 http://www.retokiefer.com/archives/soylatte-java-6-for-mac-os-x/#comment-3241 Hmm, ich habe da eine Software, die Java 1.6 erfordert. Auf meinem iMac kein Problem - ich habe die Developer Preview von Apple runter geladen und es funktioniert. Nun brauch ich das Programm aber auch auf meinem älteren MacBook, 32-bit. Leider habe ich nicht viel Plan vom Arbeiten mit der Shell und hab deshalb keine Ahnung wie ich Mac OSX dazu bringe, diese neu herunter geladene Soylatte Variante als Standard Java-Version zu nehmen. Die unheimlich hilfreichen Installations- bzw. Usage-Hinweise auf der Webseite von Soylatte helfen mir mit dem lapidaren "set the JAVA_HOME environment variable to the new path" leider auch nicht weiter. Wo finde ich denn überhaupt diese Variable? Kannst du mir zufällig weiterhelfen und das vergleichsweise einfach erklären? Eigentlich benötige ich auch die ganzen Dev-Tools nicht, nur die JRE, weil ich ja nur dieses eine Programm laufen lassen will, das 1.6 erfordert. Hmm, ich habe da eine Software, die Java 1.6 erfordert. Auf meinem iMac kein Problem - ich habe die Developer Preview von Apple runter geladen und es funktioniert. Nun brauch ich das Programm aber auch auf meinem älteren MacBook, 32-bit. Leider habe ich nicht viel Plan vom Arbeiten mit der Shell und hab deshalb keine Ahnung wie ich Mac OSX dazu bringe, diese neu herunter geladene Soylatte Variante als Standard Java-Version zu nehmen. Die unheimlich hilfreichen Installations- bzw. Usage-Hinweise auf der Webseite von Soylatte helfen mir mit dem lapidaren “set the JAVA_HOME environment variable to the new path” leider auch nicht weiter. Wo finde ich denn überhaupt diese Variable?

Kannst du mir zufällig weiterhelfen und das vergleichsweise einfach erklären? Eigentlich benötige ich auch die ganzen Dev-Tools nicht, nur die JRE, weil ich ja nur dieses eine Programm laufen lassen will, das 1.6 erfordert.

]]> Comment on Zend Framework 1.5.1 by Wil Sinclair http://www.retokiefer.com/archives/zend-framework-151/#comment-3239 Wil Sinclair Fri, 28 Mar 2008 01:39:45 +0000 http://www.retokiefer.com/archives/zend-framework-151/#comment-3239 Well, this is one of my personal 'best practices'. :) I've found that every new major release which introduces a lot of new features inevitably introduces pain points- even the highest quality releases experience this when the user base expands from 10's to 1000's. By rolling the fixes for the most painful points within a few days we can reduce the overall pain by at least 80%. Our collective best practice is to release early and often and to always listen to our users and respond quickly. You should be able to use x.x.0 releases for development- it has been thoroughly tested for production use with our release candidate process- or if you feel more comfortable picking up the first mini release, I certainly understand. I myself refuse to install a new version of Windows until SP1 comes out. ;) Well, this is one of my personal ‘best practices’. :) I’ve found that every new major release which introduces a lot of new features inevitably introduces pain points- even the highest quality releases experience this when the user base expands from 10’s to 1000’s. By rolling the fixes for the most painful points within a few days we can reduce the overall pain by at least 80%.
Our collective best practice is to release early and often and to always listen to our users and respond quickly. You should be able to use x.x.0 releases for development- it has been thoroughly tested for production use with our release candidate process- or if you feel more comfortable picking up the first mini release, I certainly understand. I myself refuse to install a new version of Windows until SP1 comes out. ;)

]]>