Ein smartes, kleines und allem vorran nützliches Projekt ist mir vorhin (endlich) mal unter die Nase gekommen:
Der Name ist zwar etwas überschwellig gewählt, aber die Idee eine klare Auflistung von regional interessanten Coding-/Treff-/Weltherrschaftstraum-Veranstaltungen bereitzustellen find ich super.
Ich hatte schon seit ein paar Tagen immer wieder mal nach so einer Übersicht Ausschau gehalten.
Netter Artikel bzgl. der schlappen Performance von PostgreSQL unter Ubuntu >10.x.
Die Kernaussage besteht letztlich darin, die Bestätigung des Dateisystems an PostgreSQL, sobald Daten geschrieben wurden, abzustellen.
/etc/path/to/postgres.conf
fsync = off synchronous_commit = off
Klingt riskant, sollte für eine Dev.-Umgebung aber ausreichen. Alternativen sind herzlichst willkommen.
Ubuntu Unity nutzend und sehnlichst die Skrollbalken bei Eclipse vermissend? Keine Sorge, ein kleiner Hack für jene die Eclipse aus dem Ubuntu-Repository beziehen macht es (wieder) möglich.
Einfach in dem Skript /usr/bin/eclipse folgendes hinzufügen:
# work around for LP #769277 export UBUNTU_MENUPROXY=0 export LIBOVERLAY_SCROLLBAR=0 # end work around
Schonmal in die Verlegenheit gekommen, in einem Pylons-Test auf die test.ini-Daten zugreifen zu wollen?
import pylons.test pylons.test.pylonsapp.config.get()
(Stand Pylons 1.0)
PHP Code nachträglich zu dokumentieren ist ein wenig wie ein Urlaubsbesuch in Nordkorea: man sieht das Elend, will was ändern … aber es geht einfach nicht, weil der massive Aufwand in keinem Verhältnis zur verfügbaren Zeit steht.
easy_install babel
python setup.py extract_messages
python setup.py init_catalog -l depython setup.py compile_catalog
after that, you need to import some methods from the pylons.i18n module:
from pylons.i18n import get_lang, set_lang from pylons.i18n.translation import _
most of this infos can be found in the official pylon documentation. but some, like the import of _ or the the place of the i18n-directory not.
more:
… uuuuuuund das ist nicht schwer. Man nehme lediglich einen simplen Auftrag, wie einen Shop anpassen. Und dazu Magento Commerce. Und vóila, Arbeitsbeschaffungsmassnahme ist perfekt.
Das System selbst ist ja ganz nett. Sehr flexibel und recht einfach zu handhaben … wenn man einmal weiß wie.
Wenn!
Denn die Dokumentation und (freier) Support besteht hauptsächlich aus “ehrenamtlichen” Community-Helferlein.
Natürlich gibt es auch unabhängige Ressourcen für gute Howto´s, Turtorials etc. Aber so eine kleine Workflow und/oder API – Dokumentation für dieses überaus komplexe Konzept wäre trotzdem schon hilfreich gewesen. So muss man sich jeden Dreck anschaun. Und wie ein guter Kollege mal meinte: wenn man sich erst durch den Sourcecode schleifen muss um zu verstehen, wie was funktioniert, sollte man sich ernsthaft fragen ob das gut ist.
Nach jetzt knapp 3 Wochen in denen ich damit zu tun habe .. oh man, 3 Wochen für Templates und 2 Module .. *argh* .. sollte mich das ja nichtmehr groß aufregen. Mit jedem Tag kennt man das System und seine Vor- wie Nachteile recht gut. Und das schöne ist ja, wenn man denkt man kennt schon alle Stolpersteine und Baggerseetiefe Treibsandfallen kann man sich doch sicher sein, es gibt noch viel viel mehr.
Ein Beispiel: ich Idiot dachte tatsächlich, das der knappe Tag den ich vor 2 Wochen für das versetzen der oberen Sidebar, u.a. zuständig für das durchblättern der Suchergebnisseiten, einfach von oben an das Seitenende, schon lang war.
HAHA … von wegen. Aber das hätte ich mir auch denken können. 4 Tage hab ich nun damit verbraten Magento dazu zu bringen, einen prozentualen Preisrabatt aus dem Shop in den Warenkorb hin bis zur fertigen Bestellung zu schleifen.
Als es jetzt, vor knappen 20 Minuten, soweit war .. war ich doch ein wenig stolz. Stolz es noch vor dem Sonnenaufgang hin zu bekommen. Diese 2 dutzend fucking Zeilen. 2 dutzend Zeilen, 4 Tage. Das ist nicht wirklich ein brauchbares Ergebnis.
Sollte es jemanden geben der den Mist hier liest und zufällig weiss, wie man die (hoffentlich vorhandenen) DateTime-Eingabefelder aktivieren kann, würde ich mich für einen Tipp freuen …
Einen Programierer dazu zu verdonnern, sein eigenes System soweit zu testen, das es Abnahmebereit ist, ist in etwa so sinnvoll wie mit einem eingerissenen Nagel wochenlang zu wandern: man sucht sich schon rein intuitiv die Stelle heraus, wo es am wenigsten schmerzt.
Ein kulinarischer Genuss im Leben eines Softwareentwicklers ergibt sich immer dann, wenn ein Projekt tatsächlich komplett durchprojektiert wird. D.h. Plannung vom ersten Gedankenfetzen, über grobe pProof-of-conecpts, Prototypen, Zeit- und Ressourcenplannung die sich bis hin zum Pflichtenheft in all seiner Variationen entwickelt.
Das Pflichtenheft ist die Vertragsgrundlage für die gerade zu betreuenden Bereiche der Softwareentwicklung. Es legt fest was gemacht wird. Wie es gemacht wird. Was passiert, wenn etwas nicht so gemacht wird, wie besprochen. Es ist der rote Faden wärend des ganzen Projektes. Es ist der General auf dem Schlachtfeld. Der Bundeskanzler im Kabinett.
Nur doof wenn sich keiner an der Ding hält. Wenn es die Gewichtung einer Klopapierrolle hat. Und dieser Vergleich ist sogar noch gut gemeint. Hat eine Klopapierrolle doch immer einen ehrerbieteten Nutzen.
Also, was passiert wenn dem Kunden etwas anhand eines Pflichtenheftes verkauft wurde, was er selbst nach knappen 2 1/2 Monaten nicht gelesen hat?
Genau, eine Menge. Mehr als man will. Weil man wieder endlos diskuttiert, bespricht, umwirft und bla.
Manchmal wäre ich gerne ein Huhn. Einfach nur Eier legen und die Leute freuen sich.
