Die Entwicklung mit Ruby, vor allem mit Ruby on Rails, ist wirklich traumhaft. Webprojekte können mit Ruby on Rails relativ schnell umgesetzt werden. Das einzige was wirklich traurig ist, ist das Handling der benötigten Gems. Im Vergleich zu Python und Django werden sehr viele Gems benötigt. Das erinnert etwas an das grausame CPAN von Perl, wo einige Perl Module eine Unzahl von Abhängigkeiten haben, so dass schnell 100 Module installiert sind.
Ein ähnliches Problem kann mit Ruby aufkommen. Sobald sich mehrere Projekte angehäuft haben, werden u.U. verschiede Ruby bzw. Rails Versionen, wenn nicht sogar jRuby benötigt. Sind alle Gems direkt im System installiert, kann das ganze schon ziemlich unübersichtlich werden.
Genau dieses Problem löst RVM, hierbei handelt es sich um ein Tool, mit welchem sich unterschiedliche Ruby Versionen bzw. Gems verwalten lassen. Alles wird hier direkt in das Home Verzeichnis des Benutzers installiert. Sobald RVM in die lokale .bashrc eingebunden ist, kann per Kommando die Ruby Installation gewechselt werden.
In meinem letzten Posting habe ich ja geschrieben, dass ich mir den HP Microserver angeschafft habe. Nun geht es um die Installation von FreeBSD, bei welcher das System selber über alle Festplatten gespiegelt und der restliche Plattenplatz als ZFS Raid genutzt wird.
Ich konnte es ja kaum glauben, als ich das erste mal vom neuen HP Microserver N36L gelesen habe. Der Microserver ist eigentlich für Kleinunternehmen mit bis zu 10 Mitarbeitern ausgelegt, die nicht direkt die Leistung eines großen Servers brauchen. Trotzdem hat er genug Power für die alltäglichen Server Dienste.
Manche Leute behaupten ja, das die Kamera im iPhone richtig gut ist. Ich persönlich bin der Meinung, dass diese gerade so für Schnappschüsse ausreicht und richtige Fotos mit einer vernünftigen SLR gemacht werden sollten.
Allerdings bin ich vor kurzem über ein Video gestolpert, in welchem ein professioneller Fotograf ein Fashion Shooting mit dem iPhone versucht. Die Ergebnisse können sich sogar durchaus sehen lassen…
Wie MacLife heute berichtet, stellt Apple die XServe Reihe zum 31.1.2011 komplett ein. Die komplette Baureihe wird nicht mehr weiter entwickelt, und als Alternative soll man Mac Pros bzw. Mac minis mit Snow Leopard Server verwenden.
Apple nimmt damit komplett Abschied von der 19″ Bauweise. Warum verstehe ich allerdings überhaupt nicht. Warum sollte man sich ein Desktop Tower System in ein Rechenzentrum stellen, welches 12 Höheneinheiten braucht? Vor allem, wenn der Rechenzentrumsbetreiber womöglich noch nach Höheneinheiten abrechnet (ja da gibt es einige). Na gut, man könnte wahrscheinlich 2 Mac Pro Maschinen nebeneinander hinstellen, dass wären dann aber für 2 Server immer noch 12 Einheiten im Vergleich zu 2 mit je einem XServe.
In dem PDF Xserve Transition Guide von Apple werden die Leistungen der 3 Maschinen verglichen und es wird festgehalten, dass der Mac Pro wesentlich leistungsstärker als ein XServe ist, ausserdem wird die flexible Erweiterbarkeit des Tower System nochmal besonders hervorgehoben. Was einen aber auch nicht gerade verwundert, da erst vor kurzem die Mac Pro Reihe aktualisiert wurde und der XServe Reihe keine Aktualisierung gegönnt wurde.
Ich jedenfalls verstehe die Entscheidung nicht, ein Mac Pro braucht wesentlich mehr Platz in einem Rechenzentrum und ein Mac mini hat natürlich nicht die gleiche Leistung. Ein weiteres Killer Kriterium gegen die Desktop Systeme ist die fehlende redundante Stromversorgung. Wer verbaut heute noch einen Server in ein Rechenzentrum, wenn nur ein Netzteil vorhanden ist? Das könnte ziemlich böse Enden
Nehmen wir an, wir haben eine Rails Applikation mit einer Many-to-Many Beziehung, bei welcher die Verknüpfungen über Checkboxen und nicht über Multiselect Listen oder ähnliches verwirklicht werden sollen. Die Umsetzung ist gar nicht mal so aufwändig…;-)
Als Beispiel könnte man die Bestellung einer Pizza nehmen. Ein Kunde will eine Pizza über ein Formular bestellen. Im Formular werden alle verfügbaren Beläge in einer Liste mit jeweils eine Checkbox dargestellt, so dass der Kunde einfach per Klick auf die Checkboxen die gewünschte Kombination auswählen kann.
Irgendwie wurde ich heute doch schon etwas stutzig. Mein Wecker im iPhone hat mich nicht wie üblich um 6:30 Uhr geweckt, sonder erst um 7:30 Uhr. Na gut, evtl. habe ich ja aus Versehen die falsche Zeit eingestellt… Weiterlesen »
Ich habe mich richtig gefreut, als dieses Wochenende mein neues iPhone per DHL kam, zumal ich mich eigentlich noch darauf eingestellt hatte, dass die Lieferzeit 9 Wochen beträgt. Ich wurde nach 5 Tagen dann aber positiv überrascht.
Momentan hört man ja ziemlich viel, dass das iPhone 4 starke Probleme mit der verbauten Antenne hat. Das kann ich überhaupt nicht nachvollziehen. Bei mir funktioniert der Empfang einwandfrei, auch wenn die entsprechende Stelle komplett von der Hand umschlossen ist.
Was mir allerdings recht schnell aufgefallen ist, ist dass mein Philips Stereo Bluetooth Headset nicht mehr funktioniert. Mit dem iPhone 3G hatte ich nie Probleme, auch mit iOS 4 nicht. Versuche ich allerdings das Neue mit dem Headset zu koppeln funktioniert es überhaupt nicht. Die Geräte können sich nicht finden. Wenn man danach bei Google sucht, findet man auch tatsächlich einige Leute, die genau das gleiche Problem haben.
Scheinbar ist die Bluetooth Implementierung in iOS4 mit dem iPhone 4 etwas wählerisch bzw. fehlerhaft geworden. So berichten mehrere Personen darüber, dass sich Headsets gar nicht koppeln lassen, die Audio Qualität sehr schlecht ist und die Bluetooth Verbindung wieder abbricht.
Hoffentlich gibt es bald ein iOS Update, mit welchem die Probleme behoben werden :-/
Heute hat mir ein Kollege einen kleinen C Quelltext geschickt und mich gebeten, das Ergebnis mal nachzuvollziehen, ohne dabei das Programm zu kompilieren. Ich muss sagen, beim ersten Anlauf hatte ich nicht alle Werte der Variablen richtig. Es gibt doch einige Fallstricke
Die Entwicklung mit Ruby, vor allem mit Ruby on Rails, ist wirklich traumhaft. Webprojekte können mit Ruby on Rails relativ schnell umgesetzt werden. Das einzige was wirklich traurig ist, ist das Handling der benötigten Gems. Im Vergleich zu Python und Django werden sehr viele Gems benötigt. Das erinnert etwas an das grausame CPAN von Perl, wo einige Perl Module eine Unzahl von Abhängigkeiten haben, so dass schnell 100 Module installiert sind.
Wie 
Nehmen wir an, wir haben eine Rails Applikation mit einer Many-to-Many Beziehung, bei welcher die Verknüpfungen über Checkboxen und nicht über Multiselect Listen oder ähnliches verwirklicht werden sollen. Die Umsetzung ist gar nicht mal so aufwändig…;-)
Ich habe mich richtig gefreut, als dieses Wochenende mein neues iPhone per DHL kam, zumal ich mich eigentlich noch darauf eingestellt hatte, dass die Lieferzeit 9 Wochen beträgt. Ich wurde nach 5 Tagen dann aber positiv überrascht.
