Nun geht's ans Eingemachte

In der fünften Projektphase mussten wir nun explizit spezifizieren, welche Use Cases wir tatsächlich bis zum Abgabetermin glauben, implementieren zu können. Hier war ich glaub ich primär die Euphorie-Handbremse, da ich versuchte, meine Kollegen darauf hinzuweisen, dass wir uns besser nicht übernehmen sollten und ja trotzdem immer noch mehr implementieren könnten, als wir spezifiziert haben.
Wir haben nämlich auch so trotz allem immer noch genügend Use Cases ;) Ebenso haben wir noch unsere ungefähren konkreteren Vorstellungen der Datenverwaltung und Architektur miteingebracht.

Natürlich bekamen wir ungefähr eine halbe Stunde, nachdem wir unsere Abgabe fertig hatten, viel genauere Anweisungen wie diese auszusehen habe und sogar ein Template, das wir eigentlich nur mehr hätten ausfüllen müssen. Wie auch immer haben wir dann doch unser bereits erstelltes Dokument abgegeben und dem Kommentar nach zu urteilen, sollte das auch soweit ganz in Ordnung sein :)

Das Dokument findet ihr übrigens hier

das gute alte relationale Schema

Soda, hab meine DTD nach dem letzten Post noch einmal ordentlich überarbeitet und sämtliche 1:n und 1:1 Beziehungen mithilfe von Kindelementen ausgedrückt, so wie das auch von der Leitung empfohlen wurde.. kam auf die Idee, da wir eigentlich in DBS genau das gleiche mit E/R Diagrammen und relationalen Schemata gemacht haben und es war offensichtlich auch genau so erwünscht :) Gut gemacht hab ich das wiedermal *selbstSchulterklopf*

Nur die m:n Beziehung habe ich vermutlich nicht optimal, also als eigenes Element mit den zwei passenden IDREFs gemacht, aber dafür bin ich jetzt um das klüger und mach's beim nächsten Mal besser, oder bessere es vielleicht hier auch noch aus, falls ich die Zeit und Lust dazu finde - was ich momentan aber leider nicht vermute :/

Wie auch immer, habe glaub ich verstanden, worum's geht und die Aufgabe ganz okay gelöst, aber das werde ich vermutlich erst erfahren, wenn ich den Kommentar dazu bekommen habe ;)

Weiter geht's :)

...und gleich noch eine Premiere

Eingeschlossen in mein Kämmerlein, abgeschottet von der Außenwelt, habe ich heute meine ersten php-Dateien gecodet. Nach den typischen Anlaufschwierigkeiten, die wohl auch mit leichter Programmierverrostung meinerseits sehr stark zu tun hatten, kam ich schön langsam wieder in Übung und konnte wirklich jede Stunde Fortschritte bemerken.

Zu Beginn fühlte ich mich etwas überfordert, weil ich nicht so recht wusste, wo ich anfangen sollte. Zum Glück kam mir dann natürlich als erstes gleich mal eine Klassendefinitionsdatei in den Sinn. Aber als diese fertig war, wusste ich auch nicht so recht, wo weiter, weil ich mir noch nicht ganz im Klaren darüber war, wie das ganze an sich aufgebaut sein sollte, mit Eingabemaske, Logik, etc. Im Endeffekt hab ich dann einfach mal mit dem Formular weitergemacht und danach war ich dann schon etwas in Fahr, sodass mir die restlichen Dinge auch schneller von der Hand gingen.
Die Serialisierung habe ich gleich in die Formulardatei miteingebunden und ich war im Endeffekt ziemlich überrascht davon, dass eigentlich fast alles auf Anhieb so geklappt hat, wie ich mir das gewünscht habe, selbst die lässlichen Syntaxfehler hielten sich ziemlich in Grenzen.
Ich wollte ursprünglich ja auch ein ganz neues HTML und CSS Gerüst basteln, aber habe das vorerst unterlassen..

Soweit bin ich ganz zufrieden mit dem, woran ich die letzten 10 Stunden gearbeitet habe, denn das steht mal soweit. Ich habe zwar noch keine speziellen Features eingebaut, aber ja, vielleicht geht sich das noch aus.
So würde ich zum Beispiel lieber die Ausgabe durch eine Schleife machen, sodass ich nicht jeden Track hardcoden brauche und vor allem die Tracklist nur so viele Einträge hat, wie eingegeben wurden. Momentan ist das bei mir noch etwas statisch.

[edit]
Huiuiui, und wie ich gerade beim Chef gesehen habe, könnte ich die übergebenen Tracks statt mit einer for-Schleife vermutlich auch viel einfacher und vor allem sauberer mit einem foreach zum Album hinzufügen. Ich hatte es zuvor schon kurz in Erwägung gezogen, allerdings dann nicht eingängig damit beschäftigt..
[/edit]

Aufgefallen ist mir auf alle Fälle, dass PHP um Welten netter ist als C++ und ich das ziemlich schnell bemerkt habe und deshalb nicht so defensiv programmieren musste, wie ich das bisher meistens tat. Wie auch immer habe ich eigentlich noch quasi keine möglichen Fehlerquellen bei der Eingabe versucht zu korrigieren, so kann man meinem Formular eigentlich alles übergeben, was man will und es wird einfach stupide ausgegeben, ohne zu überprüfen, ob bspw. bei der Tracklänge auch wirklich eine Zeitangabe in (hh:)mm:ss angegeben wird, was ich bisher eigentlich bei allen meinen Programmen immer sehr sorgfältig machte.

Wie auch immer, ich denke, für's erste Mal ist es soweit ganz okay, ich bin zumindest mehr oder weniger zufrieden mit meiner Leistung, allerdings habe ich wohl auch nicht so hohe Maßstäbe gesetzt, wie mein geschätzter Kollege auf der anderen Seite des Donaukanals :D


Achja, wer mein bescheidenes Werk betrachten will, kann das natürlich hier tun :)


*edited: Sun, 16 Nov 2008, 23:47

Was bisher geschah (seit 2.Nov, 21:20 :p)...

Zuallererst gibt's natürlich wieder Neuigkeiten, über das, was auch schon in den letzten Beiträgen angesprochen wurde: der Name :D.. und zwar gibt es da eine gute und eine schlechte Nachricht.
Der Tradition aus allen möglichen Filmen, Büchern und Serien folgend, beginne ich natürlich mit der guten Nachricht:
Uns wurde zugesichert, dass wir den Namen unseres Projektes selbstverständlich jederzeit ändern können, was uns sehr zu gute kommt, nicht zuletzt aufgrund dessen, was Inhalt der schlechten Nachricht ist:
Wie Philipp aufmerksamerweise bemerkte, gibt es leider auch schon ein Programm, das auf den von uns so geliebten Namen TaskBuddy hört :/ Deshalb werden wir wohl ein weiteres Mal den Namen ändern und auf TaskCompanion zurückgreifen müssen. Das Logo wurde natürlich auch schon dahingehend verändert, aber sieht jetzt natürlich aufgrund des durch die plötzlich doppelt so große Wortlänge des zweiten Teils entstandenen Ungleichgewichts bei weitem nicht mehr so genial aus, wie zuvor :P
Mal sehen, ob sich da noch etwas ändern wird ;)

Wie auch immer, in der letzten Praktikumseinheit waren wir eines der zwei glücklichen Teams, die ihre Anforderungen präsentieren durften, worüber ich mich freute, da wir ja Arbeit hineingesteckt hatten und ich eigentlich auch sehr zufrieden mit dem, was wir erzeugt hatten, war. Leider war nicht mehr genügend Zeit, dass wir wirklich alles ausführlich hätten vorstellen können, aber ich glaube, wir konnten so in etwa einen Gesamteindruck unserer Vorstellungen vermitteln :)
Kommentar bzw Bewertung haben wir bis dato noch keine erhalten, aber ich bin mal gespannt :)

Als nächstes will ich mich aber PHP widmen, da ich mich damit noch nie wirklich beschäftigt habe. Ich bin allerdings positiv eingestellt, da ich eigentlich spätestens seit dem AlgoDat Praktikum letztes Semester sehr gerne objektorientiert programmiere und ja sowieso sehr motiviert bin, Webprogrammierspezifisches zu lernen =)
Bin also schon sehr gespannt, wie ich mit der laufenden Aufgabe zurechtkommen werde. Ich gehe aber nicht davon aus, dass es sowas wird, wie das, was Werner schon gemacht hat und noch vor hat :D Hab ja schon einige Nightly Builds der Beta-Version seines Tools gesehen und war wirklich sehr beeindruckt ;) Schon allein, weil auch das Interface so hübsch ist :D

... wo ich schon beim nächsten Punkt angelangt werde, der mich wohl noch ein wenig beschäftigen wird. Wie ich ja bereits im Post zur ersten Aufgabe geschrieben habe, hatte ich noch nicht wirklich viel Ahnung von HTML/CSS. Natürlich hatte ich aber schon hier und da gelesen, wie sich Leute darüber mokierten, wenn andere Tabellen zur Anordnung von Elementen bzw allgemeinen Gestaltung der Seite verwendeten. Ich fragte mich aber immer, was es denn für eine Alternative gäbe, da mir einfach nichts Anderes einfiel :P Wie auch immer, hat uns Kollege Klaffenboeck genau das gezeigt. Habe mich jetzt noch nicht wirklich damit auseinandergesetzt, aber die Anordnung mittels floating divs/spans wirkt so auf den ersten Blick eigentlich fast einfacher, als mit einer Tabelle, da das ganze Konstrukt eben nicht so statisch und viel flexibler ist.
Würde gerne, wenn es sich ausgeht, mich genauer damit beschäftigen, und meine Oberfläche für die zweite Abgabe dann so gestalten :)


Zuletzt erwähnter Kollege hat uns heute übrigens auch noch gebeten, unsere Use Case Diagramme von der Präsentation online zu stellen, da er sich dafür interessierte, was uns natürlich gleich mal sehr ehrte und mich daran erinnerte, dass ich ja sowieso sämtlichen Content, den wir im Rahmen unseres Praktikums bereits erzeugt haben und noch erzeugen werden, hier zu verlinken und so für Andere zugänglich zu machen.
Vielleicht folgt ja noch jemand dem Beispiel, ich bin mir sicher, dass es ein paar Leute gibt, die die Lösungen ihrer Kollegen auch interessieren ;)


There you go:

A1 - HTML/CSS

P1 - Projektidee
P1 - Präsentation

P2 - Anforderungen
P2 - Präsentation


Werde glaube ich außerdem noch ein Item in der Sidebar hinzufügen Habe außerdem noch ein Item in der Sidebar hinzugefügt, in dem ich diese Links sammle, damit man gleich eine Übersicht hat.
Vielleicht schaut's sich ja wirklich irgendwer an, hab am almighty ja leider keinen Download-Counter :D Würde mich auf alle Fälle freuen, wenn's wem hilft, und wenn nicht, dann hab ich's halt für mich gemacht, der Dokumentation und Übersicht wegen ;)

Und einen Poll hab ich auch, weil ich mir grad extrem unsicher bin, ob man die Artikel besser linksbündig oder in Blocksatz lesen kann :D Helft mir mal bitte!


*edited: Fri, 07 Nov 2008, 03:27

weitere Anforderungen und der neue Name (tbc!)

Wie ich im letzten Post geschrieben hab, konnten wir ja zuerst nicht alle Use Cases und Anforderungen einbauen. Allerdings haben wir dann heute noch eine spontane mehrstündige Skype-Konferenz einberufen und sehr viele Ideen miteinander geteilt :D - und unsere Inboxes gegenseitig zugemüllt, da immer wieder irgendjemandem ein Tippfehler oder so hier oder da aufgefallen ist und das natürlich immer erst genau dann, nachdem die nächste Version schon verschickt war :D
So haben sich noch einige Anforderungen (sogar nichtfunktionale =)) finden können und sind uns dementsprechend auch allgemein etwas klarer darüber geworden, was wir eigentlich in etwa machen wollen ;)
Natürlich mussten dann auch die Use Case Diagramme verändert werden bzw. erstellte Werner gleich noch ein ganz neues.

Außerdem haben wir uns alle im Laufe des Tages heute zig Namen überlegt, inbesondere, nachdem mein kongenialer Vorschlag organizr schon von flickr gestohlen wurde und ich am Boden zerstört war. Auch bei unzähligen der weiteren unendlich vielen Namen, die uns einfielen und ganz gut gefielen war das Problem, dass sie oft schon vergeben waren - web2.0 w00tness!

Wie auch immer, im Endeffekt entschieden wir uns für Milenas Vorschlag TaskBuddy und warten und hoffen jetzt auf Absegnung der Namensänderung durch den LV-Leiter :)


So bleibt mir jetzt also für den restlichen Abend noch, die Präsentation, die ich gestern und heute erstellt habe, auf den aktuellsten Stand zu bringen, weshalb ich jetzt inständig darum bitte, dass Sun irgendetwas Tolles macht, damit mein Impress wieder läuft :/

Anforderungen an unser Projekt und was sonst noch geschah

Heute abend müssen wir bekanntgeben, welche Anforderungen wir (vorerst) mal für unsere Application gefunden haben. Dies stellte sich als gar nicht so leicht heraus, da man an bestimmte Use Cases oft gar nicht denkt, weil sie so trivial sind :D Besonders allerdings bei den nichtfunktionalen Anforderungen waren wir etwas verwirrt, da uns vorkam, dass es sich hierbei primär um auf Reengineering bezogene Aspekte geht bzw. um die Eigenschaften des Systems, insbesondere der Hardware, auf die wir ja allerdings bei unserm Projekt keinen Einfluss haben.

Wie auch immer, leider hatten wir nicht genügend Zeit, alle Vorschläge eingehend zu besprechen, weshalb wir jetzt nur die übernommen haben, bei denen wir zu einem (mehr oder weniger) eindeutigen Schluss gekommen sind. Ich hoffe allerdings, dass das eine oder andere im Laufe des Projektes nochmal zur Sprache kommt :)

Des weiteren habe ich mir auch immer weiter Gedanken über einen Namen für unsere WebApp gemacht. Bisher fiel uns leider noch nichts Passendes ein, auch der Web2.0 Name Generator hat bisher noch nichts Vernünftiges ausgespuckt :D
Ich wäre ja dafür, eben die Funktionen ein klein weing auszuweiten und ihm dann einen Namen wie organizr zu geben :D
Mal sehen, was noch kommt ;)

Über die Ideenfindung und Präsentation unseres Projekts und meine Visionen :D

Die erste Aufgabe war - soweit ich das verstanden habe - ja nur als Aufwärmübung zu sehen. Das, was wir im Rahmen dieses Praktikums nämlich eigentlich machen wollen, ist ein Gruppenprojekt, das sich um die Entwicklung einer Webapplication dreht.
Das Thema durften wir dabei frei wählen.

Ins kalte Wasser geworfen standen wir nun natürlich vor einer Unmenge an möglichen Ideen und versuchten deshalb uns in etwa vage vor Auge zu führen, was uns in dieser Lehveranstaltung noch alles erwarten könnte und was wir vermutlich lernen werden - und was mit dementsprechend realisierbar wäre.
Werner und ich hatten schon vor einiger Zeit nach einer simplen aber funktionellen und sharebaren inBrowser ToDo-List gesucht, aber nicht's Entsprechendes (ohne den heutzutage leider überall verbreiteten und überflüssigen Community-Overkill und ähnliches) finden können, also lag das auf der Hand. Milena war damit soweit auch einverstanden, also war das Thema mal gefunden :)


Die Präsentation unserer Idee dürfte wohl nicht ganz so rübergekommen sein, wie wir uns das vorgestellt hatten, was aber vermutlich eben auch daran lag, dass wir nicht genau wussten bzw immer noch nicht genau wissen, was für uns realisierbar sein wird und wir uns offensichtlich unterschätzt hatten, weshalb wir einige Ideen auch (noch) nicht offiziell erwähnen wollten, aus Angst, diese Erwartungen dann nicht erfüllen zu können ;)
Wie auch immer, es wäre wohl halb so wild gewesen, wenn wir das eine oder andere auch vermutlich unrealisierbare Feature erwähnt hätten. Nicht wenige der im Kommentar von Leiter Michael Derntl angesprochenen Fähigkeiten unserer App hatten wir nämlich eigentlich auch irgendwie so im Hinterkopf :)


Da ich diesbezüglich jetzt auch ein wenig aufgelockert bin, will ich hier nun ein paar weitere Visionen, die ich in der letzten Zeit bezüglich des Projektes hatte verraten :D

Vorgestern las ich auf Philipps Blog von seiner Idee, für die einfachere Koordination seines Projektteams inBrowser Groupware zu verwenden. Natürlich war ich davon sofort total begeistert und verbrachte geschätzte 4 Stunden damit, auf englischer und deutscher Wikipedia und Google zig Artikel über collaborative Software zu lesen, mir unzählige Homepages von Herstellern anzuschauen und Demos auszuprobieren. Doch wie auch schon einige Zeit zuvor, als es sich um einfache ToDo Lists handelte, wurde ich auch hier nicht fündig.
Die betrachteten Produkte waren entweder zu komplex, hatten eine abgrundtief hässliche und unübersichtliche GUI, oder unterstützten gewünschte Features nicht, waren teilweise gar nicht frei und allgemein auch nur eher selten auf irgendeinem Hosting-Service verfügbar, sodass wir einfach hätten loslegen können.

Wir haben uns ja schon gleich zu Beginn überlegt, mehr aus dem Projekt zu machen, als nur eine ToDo Liste ;) Nun habe ich mir allerdings konkreter Gedanken darüber gemacht, was wir noch für Features implementieren könnten.
Ich dachte da an so eine Art Bulletin Board, eventuell die Möglichkeit, Dateien und längere Kommentare zu jedem Listeneintrag hinzuzufügen (mir geistert da ein expand/collapse-Button vor meinem inneren Auge herum - das wäre dann ja praktisch mit AJAX, wenn ich das richtig verstanden habe, oder?) und vielleicht auch gleich noch eine Kalenderansicht für die ToDos (bzw allgemein unterschiedliche Ansichten).
Was mich natürlich auch sehr interessieren würde wäre, die einzelnen Listen exportierbar (als .xml - oder gar .ics?) zu machen und vielleicht auch etwas einbauen, das es ermöglicht, Listen zu importieren.
Natürlich sind das jetzt alles nur Vorstellungen, die ich habe und ich habe keine Ahnung, was davon wirklich umsetzbar ist, aber wenn ich bedenke, was mir sonst so durch den Kopf geht, dann sind die oben erwähnten Features vermutlich noch die realistischsten :D


Um es kurz zusammenzufassen: Ich habe da irgendein sehr simples Tool im Kopf, das es ermöglichen soll, die Kommunikation und Koordination für lockere Projekte (wie eben viele Teamarbeiten auf der Uni es sind) etwas zu erleichtern, sodass Mail-Aussendungen auf ein Minimum reduziert werden können, ohne jedoch gleich ein eigenes Forum sich einrichten zu müssen - was nämlich, wenn ich jetzt so an die Dinge, die wir für unsere momentane Zusammenarbeit benötigen, denke, Overkill wäre.



Wie auch immer, im laufenden Arbeitsschritt müssen wir passenderweise ohnehin die geplanten Anforderungen und Features unserer Webapp kurz erklären und präsentieren. Werner hat soweit schonmal kurz das zusammengefasst, was wir bisher besprochen hatten und im Kommentar stand.
Ich werde ihnen jetzt mal meine Ideen offenbaren und bin auf die Reaktionen gespannt :D
Morgen geht's dann voraussichtlich an's Use-Cases modellieren.. Stickmen ftw \o/