Ich zerbreche mir schon seit ein paar Tagen mein hübsches Köpfchen. Aber irgendwie ist mir noch kein Licht aufgegangen. Ich möchte etwas coden. Die Yaana Labs Website wird gerade konkret und sollte hoffentlich spätestens im März online gehen. Danach steht noch ein fixes Projekt an und dann … erstmal nichts. Damit gebe ich mich irgendwie nicht zufrieden. Ich hätte gerne mal eine Idee. Was braucht das Web? Irgendwie scheint es schon alles zu geben.

Ich sitze nicht gern auf dem trockenen. Zwar habe ich noch meinen BeanCounter, den ich gerade noch etwas am weiterentwickeln bin, aber das ist eher ein Nebenprodukt der Yaana Labs.

Leider ist seit dem Launch von Google News und der damit einhergehenden Zerstörung des Yaana Projekts damals etwas die Motivation und die Luft raus. Wir haben nun aber ein Team. Und wir haben noch etwas Motivation. Fehlt nur eine Idee.

Hat jemand zufällig noch irgendeine Projektidee im Kellerchen, die er noch nicht umgesetzt hat, aber schon immer mal wollte? Wir freuen uns auch über Zuwuchs im Team. Meldet euch. Hopp hopp. Ich weiß ihr seid da draußen :/

Ähnliche Artikel

• Bürokratie und Erbsenzählerei in Projekten
• WordPress Android App

Ich habe die 2. Version meiner Backup Solution fertiggestellt und unter der LGPLv3 auf github veröffentlicht. Zwar noch Beta stand, aber ich habe heute schon ein Backup meines Notebooks damit angelegt. Morgen wird das auf meinem Server eingerichtet.

Ich freue mich über Bug-Reports, Verbesserungsvorschläge, Pull-Requests etc. bin ich jederzeit offen

Simba 2.0 auf Github

Ähnliche Artikel

• GitHub Account ausgepackt
• Neues Layout
• Bürokratie und Erbsenzählerei in Projekten

Ich hoffe, ihr hattet einen guten Start in die neue Woche und seid mindestens genau so motiviert wie ich Heute gibt es einen Artikel, den ich schon seit ein paar Wochen in den Entwürfen liegen habe, aber ich bisher leider nicht die Muse hatte ihn zu vollenden. Das habe ich gestern Abend und heute Morgen mal nachgeholt und nun auch veröffentlicht.

Dieser Artikel wurde von dem Gedanken, was es eigentlich bedeutet Programmieren zu können, inspiriert. Mir ist schon vor einiger Zeit aufgefallen, wie sich meine Ansicht zum Thema “Programmieren können” in den letzten 10 Jahren verändert hat. Vom Hobby-Coder über Fachinformatiker Azubi bis hin zum Projektleiter habe ich nicht nur selbst eine Entwicklung durchlebt, in der ich tag täglich dazu gelernt habe und sich meine Sicht auf die Dinge oft geändert hat, sondern ich habe auch mit sehr vielen Menschen gesprochen, Azubis und Praktikanten betreut, Code geschrieben, gelesen, reviewed, refactored und dokumentiert, neue Programmiersprachen ausprobiert, lieben und hassen gelernt. Der Lerneffekt all dieser Erfahrungen hat meine Ansicht auf die Fähigkeiten eines Softwareentwicklers hin und wieder in ein neues Licht gerückt.

Als ich vor 11 oder 12 Jahren meine ersten Zeilen Programmcode geschrieben habe, hieß “Programmieren können” für mich, zu verstehen was eine Programmiersprache ist, wie sie funktioniert und noch wichtiger: was ich damit tun kann. Ich war froh, wenn ich nach ein paar Stunden rumspielen ein Programm hatte, dass mir die Fibonacci Folge ausgibt, Primzahlen berechnet, Strings manipuliert oder manchmal auch einfach nur “Hallo Welt” ausgibt.

Irgendwann wurde durch das herumspielen mit einer Programmiersprache dann eine Leidenschaft entfacht und ich habe zunehmends angefangen Code zu hacken, statt zu zocken, zu schlafen, aufzuräumen, raus zu gehen, Hausaufgaben zu machen oder was normal-sterbliche sonst so tun. Dann hieß “Programmieren können” für mich in erster Linie ein Problem mit gegeben Mitteln lösen zu können und zu verstehen was man getan hat.

Jahre später als ich meine erste webbasierte Community Platform programmiert habe, hieß “Programmieren können” für mich, die Sprache zu beherrschen,  die Mechanismen zu verstehen, OOP zu beherrschen, etc. In meinen Augen musste ein Entwickler also eine Sprache perfekt beherrschen um das Prädikat “kann Coden” zu verdienen.

Im Laufe meiner Ausbildung wurde mir dann jedoch schnell klar, dass es völlig egal ist, welche Programmiersprache man verwendet. Wenn man entwickeln kann, dann mit jeder Sprache, deren Paradigma nicht komplett von dem sehr verbreiteten klassenbasierten Objektorientierung abweicht. Ich hatte es auf einmal nicht nur mit JS, PHP und VB zu tun, sondern nun auch mit Perl, BASH, Java, ASP. Und schnell wurde mir klar, dass es egal ist, welche Sprache man verwendet. Wenn man programmieren kann, dann hat das wenig mit der Sprache zu tun, sondern vielmehr damit ob mein in der Lage ist einen Algorithmus zu entwerfen, der ein Problem löst, bzw. aus einem gegebenen Eingabewert X das gewünschte Ergebnis Y produziert

Danach folgte die Auffassung, dass ein guter Entwickler für ein gegebenes Problem einen möglichst effizienten und eleganten Weg findet das Problem mit gegeben Mitteln zu lösen. Wartbarkeit, Performance und der klassische WTF-Faktor waren nun ausschlaggebend.

Meine Ausbildung liegt nun schon einige Zeit hinter mir. PHP, VB, ASP, Perl gehören der Vergangenheit an. State of the Art ist Ruby, Rails, Java und die Millarden Frameworks, die in den Java EE bereich fallen. Womit wir auch beim Thema wären: Wenn ich mir eine neue Programmiersprache ansehen, dann achte ich meistens schon gar nicht mehr auf die konkreten Befehle und Syntax, das sagt mir der Interpreter, Compiler oder die IDE ohnehin. Notfalls gibts Google. Ich habe schon mit Sprachen programmiert, die ich nicht konnte, nicht kann und nicht können möchte ganz ohne mir groß Gedanken über die konkreten Besonderheiten der Sprache gemacht zu haben. Musste ich auch gar nicht, denn davon abstrahiert man einfach nach einer Weile. Was nun wirklich geforder ist: Frameworks kennen. In der heutigen Zeit programmieren wir sehr selten ohne Libraries, Frameworks, APIs etc. Wer schreibt denn noch websites mit plain PHP? Niemand. Dabei haben wir es aber mit so vielen Frameworks zu tun, dass es praktisch unmöglich ist alle wirklich gut zu beherrschen. Vor allem dann, wenn man in der Java Welt unterwegs ist. Aus diesem Grund ist es wichtig die Paradigmen und Design Patterns zu kennen und verstanden zu haben. Denn diese sind nicht nur Framework unabhängig sondern auch Sprachunabhängig. Ein Factory Pattern ist in jeder Sprache und jedem Framework gleich aufgebaut. Die Syntax unterscheidet sich vielleicht oder auch die Klassenhierarchie, aber das Konzept bleibt das Gleiche. Wer MVC, ORM, ActiveRecord, die Design Patterns, etc. kennt, kann praktisch mit jedem Framework arbeiten. Zu Zeiten von Google, StackOverflow, Github, usw. sind wir (ich zumindest) die meiste Zeit nur mit recherchieren beschäftigt. Ich habe einen Anwendungsfall, den ich implementieren muss und ich habe irgendein Framework. Unabhängig davon wie gut ich das Framework kenne, werde ich Google ohnehin mind. einmal nach der API einer Klasse, den genauen Namer einer Funktion, den Namen eines Config-Parameters, der Syntax von was auch immer fragen. Es ist einfach egal geworden, welche Sprache, welches Framework, welche IDE, welches System. Die meiste Zeit verbringe ich beim Entwickeln damit herauszufinden wie ich in Framework X Problem Y angehe um Ergebnis Z zu erhalten.

Mit anderen Worten: Programmieren können bedeutet heute für mich, mit etwas umgehen zu können, wovon man keine oder wenig Ahnung hat und ein Problem möglichst effizient zu lösen. Das bedeutet: Beim Arbeiten möglichst eigenständig zu arbeiten und nicht ständig die Kollegen zu fragen – Google ist dein Freund; Die Paradigmen und Design Patterns kennen, so dass man ein Framework verstehen und verwenden kann ohne ein Buch lesen zu müssen und zu guter letzt, möglichst schnell selbst herauszufinden, wie man ein konkretes Problem in einem konkreten Framework angeht ohne 2h in einem Buch zu blättern, 145 Google-Suchanfragen zu stellen, 3 verschiedene Kollegen damit von der Arbeit abzuhalten, etc. Im Zweifelsfall sogar einfach mit der Kenntniss der Philosopie hinter einem Framework und dem nötigen “Allgemein-Wissen” (Design Patterns, etc) das Framework per IDE-Autocompletion, Trail and Error und Raten zu bedienen. Das klingt nun etwas nach Voodoo, aber oft ergeben sich Dinge von selbst, wenn man etwas Hintergrundwissen mitbringt und etwas 2-3 mal ausprobieren bringt oft mehr als 10 Minuten über Google-Suchergebnisse zu lesen.

Programmieren zu können bedeutet also heute schon lange nicht mehr, eine Sprache zu beherrschen oder einfach nur einen Algorithmus für ein Problem entwickeln zu können. Das letzte mal, dass ich wirklich ein kniffliges Problem lösen musste, das etwas mit Mathematik, Informatik oder Datenverarbeitung zu tun hatte ist schon ein paar Monate her. Es kommt selten vor, dass ich Algorithmen schreibe. Die meiste Zeit bediene ich Frameworks, IDEs, bastel Config-Files zusammen oder Ähnliches. Notfalls gibt es einen Algorithmus schon in hundertfacher Ausfertigung im Internet zu finden. Stabil und performant. Warum das Rad neu erfinden? Das heißt nicht, dass ich es nicht könnte, wenn ich müsste. Das heißt lediglich, dass ich eigentlich nur noch APIs, Frameworks, Config-Files, Code-Fragmente, whatever miteinander kombiniere und taddaaaaa habe ich fertige Software. Wenn man nicht gerade Kernel-Hacker, Framework-Entwickler oder Ähnliches ist sondern als Entwickler am Ende des Stacks hängt, dann kommt man immer weniger dazu echten Code zu schreiben. Die Frameworks sind das neue Zuhause des Frontend Developers.

Ähnliche Artikel

• Inspiration für Software-Entwickler
• Bürokratie und Erbsenzählerei in Projekten
• Mein ArchLinux Tutorial, Blog-Software, Google+

Da ich es immer wieder vergesse:

$ pacman -Rdd package

Ähnliche Artikel

• Das Arch Linux User-Community Repository
• Arch Linux: Alle explizit installierten Pakete auflisten
• Sabayon: Erster Eindruck

Wollte ich nur mal gesagt haben

Ähnliche Artikel

• ifttt

Ich hätte ja schon seit längerem gerne einen automatischen Tweet, wenn ich einen Blog-Eintrag veröffentliche. Leider haben alle Twitter-Plugins für WordPress bisher versagt. Oder sie mögen mich nicht, oder whatever.

Jedenfalls hatte ich noch ifttt im Hinterkopf. Heißt ich wusste, dass es existiert und was es macht. Habe ifttt dann vorhin nochmal angesurft und mir mal die Recipes angesehen, in der Hoffnung, es gibt ein “When publish Blog Post, tweet it” oder etwas Ähnliches gibt.

Hängen geblieben bin ich dann natürlich an etwas komplett anderem: “Starred Google Reader to Note“. Und zwar eine Evernote Note. Das hat mich direkt angesprochen. Da ich ohnehin begeisterter Evernote User bin und ohne den Google Reader wahrscheinlich nicht leben könnte, musste ich das direkt mal ausprobieren. Ebenso gibt es ein “Twitter fav to evernote” Recipe, das ich auch ganz nützlich finde. Und einen Flickr-Channel gibts auch noch. Super!

Nachdem ich aufgehört habe sinnlos durch die Recipes zu wühlen, habe ich mir dann mal rausgesucht, was ich eigentlich wollte und auch gefunden:

• WordPress to Facebook
• If there’s a new post on my blog, tweet about it.

Also direkt mal ausprobieren Wenn ich mehr dazu sagen kann, erfahrt ihr es

Ähnliche Artikel

• Mein ArchLinux Tutorial, Blog-Software, Google+
• ifttt funktioniert
• Mich gibts nun auch auf Flickr

Da mich das alte ziemlich genervt hat, hier nun endlich ein ordentliches.

Werde das bei Gelegenheit noch übersetzen, dann bin ich auch schon fast zufrieden.

Ähnliche Artikel

• SimBa 2 fertig
• WordPress Android App
• Neues Layout

… einen Miniatur Zengarten für den Schreibtisch. Wer schenkt mir einen?

Vielleicht würde ich in der Firma dann mal aufhören mit Kabelbindern zu spielen oder mich über sinnlose Diskussionen aufregen, die in meinem Büro stattfinden und mich durch Ihre Lautstärke vom Arbeiten abhalten.

Meditation für den Arbeitsplatz und das ohne dabei auszusehen als würde man schlafen (das mag der Chef nicht).

Ähnliche Artikel

• Keine ähnliches Posts

TL;DR: Inspiration == Geiles Zeug … Links und Tipps gibt’s unten.

Künstler, Musiker, Designer, Grafiker, Architekten, Gärtner, und mind. ein Dutzend weitere Arten von kreativen Menschen sind ständig auf der Suche nach Inspiration. Sie entwickeln mit der Zeit ein Auge dafür und haben immer einen offenen Blick für alles, was sie inspirieren könnte. Sie saugen es förmlich auf. Und das ist unheimlich wichtig, denn ohne Inspiration sind wir kaum zu Kreativität fähig. Das ist zwar etwas paradox aber jeder kennt das Phänomen: Beflügelt von irgendetwas “Coolem”, das man per Zufall in den Weiten des Internets gesehen hat, springt man an den Rechner und fängt wild an Code zu hacken, in Photoshop rumzuklicken oder was auch immer.

Inspiration ist mehr als nur wichtig für die tägliche Arbeit. Und meiner Ansicht nach für Informatiker und insb. Entwickler unabdinglich, auch wenn dieser Umstand vielen nicht auf den ersten Blick klar ist. Das Programmieren an sich kann eine extrem langweilige, monotone und anstrengende Arbeit sein: Man hackt stundenlang triviale CRUD Operationen in den Editor, schiebt Config-Parameter hin und her oder spickt die komplette Applikation wild mit Debug-Code um am Ende festzustellen, dass man sich einfach nur irgendwo vertippt hat und der Interpreter deswegen Hasstiraden schiebt. Programmieren kann echt nervtötend sein.

Das Entwickeln kann aber auch sehr spannend sein. Vor allem dann, wenn man neue Technologien ausprobieren darf, auf magische Art und Weise unmögliches zaubert, obwohl es angeblich gar nicht funktionieren sein soll, oder man eine wirklich innovative Idee hat und man es kaum erwarten kann, jemanden das Ergbnis zu zeigen.

Und genau das sind die Dinge, die uns als Entwickler inspirieren. Programmierer sind Spielkinder, sie wollen immer mehr Neues ausprobieren und immer weiter und höher hinaus um möglichst viele Barrieren zu durchbrechen.

Dabei dürfte bereits jeder festgestellt haben, dass die Motivation, welche aus Inspiration hervorgeht, unheimlich mächtig ist: Plötzlich macht das Arbeiten nicht nur Spaß sondern wir arbeiten auch noch doppelt so schnell. Die Ergebnisse sind besser, schneller, schöner, sauberer und auch noch dokumentiert. Und spätestens wenn Entwickler freiwillig dokumentieren, sind sie entweder auf Speed oder was noch viel besser ist: Inspiration. Denn Inspiration und die damit verbundene Effizienz machen süchtig. Aus diesem Grund ist es nicht verwunderlich, dass kreative Köpfe ständig auf der Suche nach Inspiration sind.

Gleiches gilt für mich. Und wenn ich gerade ein Motivationstief habe, keine Bücher mehr habe, nichts cooles in meinem RSS-Reader landet und ich auch per Zufall auf nichts gestoßen bin, dann begebe ich mich auf die Suche nach Inspiration. Ich suche nach irgendwelchen Suchbegriffen, lese Code, durchforste meinen RSS-Reader, stöbere auf GitHub usw. De facto ist es aber sehr schwer Inspiration zu finden. Denn diese kommt nicht auf Zuruf, bzw. Knopfdruck. Ich möchte euch hier eine kleine Liste von Inspirations-Quellen zeigen, die ich nutze um die Motvation wieder zu entflammen

• GitHub. Ganz klar. Der ewige Quell von interessantem Code, cooler Projekte und bleeding edge Technologien. Die Platform bietet zum Glück einige nette Features, die z.B. Repositories auflisten, welche heute erstellt wurden, heute am meisten geklont wurden, gewatcht wurden usw.
• Hin und wieder den ein oder anderen Podcasts gucken. Auch um mal zu sehen wie andere Entwickler arbeiten. Ihre Methoden, Entwicklungsumgebungen, Systeme, etc. Youtube ist voll davon.
• Auch mit Entwicklern sprechen ist immer sehr interessant, weil die freaks oft über ihre Arbeitsweisen, Technologien, etc. plaudern. Sie können gar nicht anders. Und ab und an findet man dort auch etwas neues.
• Auf geeksucks.com findet man auch ab und an inspirierendes Zeug.
• Auf Designbeep.com gab es einen netten Artikel, der inspirierende Portfolios für Designer und Entwickler aufgelistet hat.
• Ich folge einigen Google-Mitarbeitern und ein paar anderen bekannten Entwicklern auf Google+, da kommt auch oft viel inspirierendes rum.
• Surfen! Viel und oft. Ich finde die meisten Dinge, tatsächlich einfach per Zufall. Und alles, was ich finde, wird auch direkt als Bookmark gespeichert.

Natürlich muss man offen sein und ein Auge dafür haben, sonst wird das nicht mit der Inspiration. Wenn ihr weitere Quellen habt, nutzt die Kommentarfunktion. Sie beißt nicht. Echt jetzt

Ähnliche Artikel

• Die Kunst des Programmierens
• Bürokratie und Erbsenzählerei in Projekten
• Links der Woche 2

Schmeckt nach erbrochenem Apfelmus. Nicht empfehlenswert. Wirklich.

Ähnliche Artikel

• Keine ähnliches Posts