Ich hatte mir ja bereits im letzen Artikel Gedanken darüber gemacht, wie es mit dem geplanten Project Management System YAP konkret weiter gehen soll. Mittlerweile steht fest, dass YAP als solches nicht umgesetzt wird und alle Ideen und Konzepte in den BeanCounter 2.0 fließen, welcher nicht nur die bereits bekannten Statistikfeatures des BeanCounters, sondern nun auch ein paar wirklich innovative Konzepte zum Projektmangement bieten wird.

Ja, ich plane tatsächlich die Art und Weise wie Softwareprojekte in Zuknuft “getracked”, “gemanaged” und vielleicht sogar die Art und Weise wie diese Umgesetzt werden zu verändern. Ob mir das gelingt sei mal dahingestellt. Aber ich denke mit meinem innovativen Ansatz, welcher durch Scrum, Redmine, Github und viel pers. Erfahrung inspiriert wurde, kann ich zumindest ein Project Management System entwickeln, das es vorher so noch nicht gab. Eben nicht irgend ein weiteres Projektmangement/Collboration Tool, sondern wirklich mal etwas hübsches und neues. Und hübsch ist es in der Tat: Ich habe in den vergangenen Tagen viel am Layout gearbeitet und es gefällt mir wirklich sehr gut. Klar, übersichtlich und dennoch modern und “stylish” (ich mag diese denglisch-Wörter nicht …).

Was mir jetzt natürlich noch etwas fehlt, ist ein wenig Unterstützung. Wir haben bei den Yaana Labs nach wie vor nur noch einen Entwickler seit uns unser Zweiter wegen seines Studiums leider verlassen musste. Ich hoffe noch, dass wir hier demnächst etwas Unterstützung finden.

Mehr Details und erste Screenshots gibt es, sobald das System dafür bereit ist. Stay tuned.

Übrigens steht der Launch der YaanaLabs Website kurz bevor. Zum Start gibt es aber natürlich hier nochmal einen Artikel und einen G+-Post .. und einen Tweet … und einen Facebook-Post … und das alles nochmal von den YaanaLabs-eigenen Accounts … und was man sich sonst so vorstellen kann. Auch hier gilt: Stay tuned

Ähnliche Artikel

• Ein paar Gedanken zu YAP (Yet Another Project Management Tool), BeanCounter und Redmine
• YAP: Framework-Wahl
• GitHub Account ausgepackt

Ich bin schon seit sehr langer Zeit auf der Suche nach einem brauchbaren und stabilen Projekt Management und Collboration Tool. In der PHP-Welt konnte ich hier leider nichts finden, was mich ernsthaft glücklich gemacht hat. In der Ruby-Welt gilt Redmine als der Klassiker. Da ich bereits in der Vergangenheit sehr gute Erfahrungen mit Redmine gemacht habe, wurde auch Redmine wieder eingesetzt als wir für die Yaana Labs ein Project Management System benötigt haben. Leider haben die Entwickler von Redmine es bis heute nicht geschafft Redmine auf Rails 3 und Ruby 1.9 umzustellen. Und ich glaube auch nicht mehr daran, dass sie es schaffen werden bevor Rails 4 in die Beta-Phase kommt. Da ich hier wirklich keine Lust mehr habe, noch länger zu warten und mein Server mit Rails 3 und Ruby 1.9 läuft, habe ich mich heute nach Alternativen umgesehen.

Was mich wohl am meisten angesprochen hat, war Teambox. Leider läuft dieses ebenfalls nur unter Ruby 1.8 und nichtmal damit habe ich es installiert bekommen. Teambox kommt somit also auch nicht in Frage. Eine bessere Alternative habe ich jedoch nicht finden können.

Das hat nicht nur etwas Frust verursacht sondern auch eine Idee wieder entfacht, welche schon seit Längerem bei den Yaana Labs im Raum steht: Wir hatten uns im Team bereits vor einigen Monaten darüber unterhalten, ein Collboration Tool zu entwickeln. Da aber noch anderer Projekte anstanden, wurde dies erstmal nicht weiter verfolgt. Lediglich das GitHub Repository zum Projekt staubte vor sich hin. Ende des letzten Jahres hatte ich meine bisherige Arbeit für die Yaana Labs für ein Wochenende unterbrochen um das Projekt BeanCounter zu entwickeln, welches ich selbst für unsere Infrastruktur benötigt habe. Vor kurzem kam mir dann der Gedanke, das YAP Projekt auf GitHub einfach zu löschen und alle Idee, Konzepte, etc. in den BeanCounter einfließen zu lassen um diesen zu einem mächtigen Collaboration und Project Management Tool aufzurüsten. Das Ganze auf Basis von Ruby 1.9 und Rails 3.

In erster Linie war mir dabei ein neuartiges Kollaborations Konzept wichtig, welches ich mir vor einiger Zeit mal ausgedacht habe, aber an dieser Stelle noch nicht genauer erläutern möchte, bevor ich es nicht ausprobiert habe. Meine Vision ist ein intuitives webbasiertes Collaboration Tool, welches zwar mächtig genug ist um praktisch jeden Anwendungsfall (vom kleinen OpenSource Projekt bis hin zu Mega-Konzern) abzudecken aber dennoch übersichtlich und einfach zu bedienen sein soll um so die Effizient der Benutzer wirklich steigern soll.

Für die Yaana Labs ist das Projekt jedoch zur Zeit noch ungeeignet. Wir arbeiten zur Zeit an unserer Website und das hat Priorität. Im Anschluss daran, widmen wir uns einem Projekt, welches uns noch eine Weile beschäftigen wird. Ein viel größeres Problem ist zur Zeit aber, dass wir nur ein bis zwei Entwickler haben. Mit dieser Basis lässt sich kein umfangreiches  Collboration Tool entwickeln, das steht fest.

Jedoch hoffe ich, dass wir unser Team im Laufe der nächsten Monate etwas aufstocken können. Vor allem mit Entwicklern und Grafikern/Designern. Wer Interessant daran hat, sich privat/auf Hobby-Basis einem jungen und engagierten Team anzuschließen um gemeinsam Software-Projekte zu realisieren, darf sich gerne mal bei mir melden. Die Details kann man dann immer noch in Ruhe klären. Wir freuen uns immer über interessierte und fähige Leute, die Spaß am Webdevelopment haben

Sollten sich jedoch ausreichend OpenSource Contributors (und/oder Interessierte Entwickler für die Yaana Labs) finden lassen, dann werde ich das Projekt selbstverständlich direkt anstoßen. Lasst es mich einfach wissen, wenn ihr Interesse habt, bei den Yaana Labs im Allgemeinen und/oder bei dem Projekt Management System im Speziellen mitzuwirken. Google+, Twitter, E-Mail, Kommentar im Blog, Brieftaube, ist mir egal

Ähnliche Artikel

• YAP wird BeanCounter
• Bürokratie und Erbsenzählerei in Projekten
• YAP: Framework-Wahl

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

• Ein paar Gedanken zu YAP (Yet Another Project Management Tool), BeanCounter und Redmine
• 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
• Ein paar Gedanken zu YAP (Yet Another Project Management Tool), BeanCounter und Redmine
• Neues Layout

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