We are using Dreamweaver in different versions at our company and sometimes for us, Dreamweaver is more or less the best choice. But we are always missing some workflow-features. We have tried to implement an Eclipse-based solution (PDT, WDT, Subclipse, etc.) into our daily workflow, but this was no real alternative.

Next step was to put all of our code into a repository. But if you have to do quick changes(and this happens very often) and login with Remote-Desktop on the Production-Environment, you always will break the repository, because lack of time and the next day someone has to “Clean-Up” the mess. So we are falling back to the Check-In, Check-Out method, availabe in Dreamweaver since i know it (MX or so). But in comparison to an SVN-solution this is not very satisfying.

Next big issue we have is using CSS-based layouts and “Includes” in DW. It seems that till version CS3, DW is pratically only useable with static pages (except you use tables for some parts of the page, but i do not like this idea very much). For cases, where a CMS is not a solution, Dreamweaver is our best friend and so we have to do a lot of debugging with FF and Firebug, or IE and Developer Toolbar.

BUT

Dreamweaver CS4 will have some features that are targeting this 2 major problems we have. SVN integration into DW. Works great for me, but check your SVN-version, DW will not work with the current release of SVN(I hope a more  SVN client into DW will be replaced for the final release).

And, the new Live-View is wonderful. F.e. if you have a calendar-widget which is included like this

include("calendar.php");

you will never get the page correctly rendered. But if you have access to a testserver(Configured within Site-Manager), than you can use Live-View. Therefore Dreamweaver loads the site from the testserver and link the code from you to this live-perspective. So, you can jump between Code and Design perspective and edit your code.

We also like, that related documents are opened in “subtabs” and you can instantly work on these. We have discovered some bugs in Live-Mode and there are some feature requests we have.

• If you have Java-Script activated and you click on Design-View, you could never go back to any line in Code-View, because of a “marker” or so, DW is tries to jump all the time.
• If i edit a file in Live-View, the Webkit-rendered-presentation never get updated.

I have to restart DW after writing some messy HTML-code, because the Webkit-DW-Combo could not handle this. I have to do further testing to find out under which conditions this things are going to happen.

Finally, DW CS4 will be one of the most important releases in 10-years of development.

yeah.. but what?

Nothing happened, this is maybe a bit unfair, but from a user’s view, really nothing happened, even simple design and UI-rules have not been followed and the old problems of the interaction design are still the same or worse (A nice new game is, “Find the Save-button”). I do not want to bash Typo3 or it’s developers, but the following points prevents me from using Typo3 as a base for new platforms.

1. Who has the smallest…… icons?

Is anyone able to explain me why are there still more than 20 buttons on the left-navigation-bar? What is about a common application-layout and a categorized menu? (have a look at Webedition)

The icons are to small and they are simply not modern (Even Joomla has this kind of glossy icons). Everyone knows the bigger-is-better Web 2.0 aesthetic and it simply works, if you do a direct comparison of web-user-interfaces (content-management) and you compare WordPress with Typo3, Typo3 simply sucks. WordPress is easy-to-use from the first minute and for more advanced users it still have advantages too. F.e. if you do a lot of publishing, you will be much faster with WordPress than with Typo3.
You might think i am comparing apples with oranges but from a editor’s view, where is the difference?. HtmlArea vs. TinyMCE, Categories vs. site-tree, these things are all the same for an editor…

2. Performance, User-experience
One statement in the release notes is, that the performance of the worflow has been increased. There were several points listened, but i want to mention one. The AJAX-driven-site-tree. Ok, it’s cool, but in 4th year a.O (this is my personal time period of Web 2.0: “b.O” means before O‘Reilly mentioned Web 2.0 and “a.O” for after O‘Reilly… ok sad joke) it should be a standard for rich-applications. But if you have ever worked with the “Categories”-Panel in WordPress you will recognize how bad the tree is made in Typo3. Even if i work alone on my local test machine(Core2Duo, 4Gb RAM, Win x64) the whole Typo3 interface is so annoying to work with, because of the high response times after an action, that i always think that no Typo3 developer uses his own system to work in a daily workflow.

I have an execise for you.

Take your “blog” and move it to Typo3, than write at least 3 articles a week with images inside and some common layout-elements like lists, after a period of one or two month move your blog to a blogging-software like WordPress or MovableType and do the same again. You only have to do this if you don’t believe me that you will never go back to Typo3 for this kind of use.

3. Workflow, no… not for developers, for those who have to use the system daily

From a developer’s perspective Typo3 is a great system, modular, extendable, Open-Source, well-written-codebase, etc. etc. But a developer only sees the system a short time and afterwards the editor’s have to spend most of the time with Typo3.
In the last years i have met a lot of Typo-developers and Typo-editor’s and the major problem i recognized is complexity.

Complexity, not only from a editor’s view, also the average developer is overstrained with the system. Nearly every Typo3-setup i see was not done by an Typo3-expert. Most of the time a small web-agency has to follow the wishes of their clients and lots of them have heared from Typo3. “Ouh i have heared about a CMS, it’s completely free and it’s superduper easy to use and you have nothing to build on your own, so it will be very cheap to build our new site with it….”. Wuäh…. i hate this statements from the marekting-executives.
The problem is, that all this “cheap”-setup’s are completely misconfigured and after a period of time, most of the editor’s are completely disappointed by Typo3. This is a real problem. I does not happened once or twice that a client asked me for a Typo3 alternative because they are not able to use it…. So, a Typo3-expert will have problems to sell his profession.

I think, this is not what the Typo3-association wants!

My suggestions

One solution could be, to preconfigure an easiest-to-use Typo3-setup that is as simple as WordPress to install and configure.

Next step should be asset-management. Have a look at the WordPress-image-upload. It should be that easy to include images, videos or sound.

Improve the speed of the UI and improve the UI-design. Have a look at libraries like extjs, i think it’s easier to develop a new frontend with it than to develop your own UI-solutions.

Reduce the options a user have. F.e. if i want to write an article with text and an image, why i have to choose a lyout before i could start to write. I want to include images, videos and sound on-the-fly during i write an article.

A tabbed menu should never be needed, i don’t think that an editor should be in a position where he has to make 3 great decisions for one article.

Increase the size of all fonts and start to layout Typo3 menu/sites from a typographic/interaction-designer-perspective.

Increase the size of all buttons and take well-designed icons.

Make heavy and right use of AJAX.

Animation is not an overload if you use it well.

Instantly show context-sensitive-help-bubbles if you move over a button, and do not use the typical “title” or “alt”-tag html solution, A real-context sensitive help should include more information than the button-name.

And finally, work on the steps to publish a new article. Why should i create a categorie or page before i can start to write an article. In Typo3 there is the possibility of “already-opened-documents”. Sort this documents in tabbed layouts (look at some of the great new RIA’s developed in the last months).

Some of this points above, are not the fault of the Typo3-developers. But an application like Typo3 could only be succesful if the editor’s like it. And the great problem of misconfigured Typo3-systems has to be solved. I think the decision that has to be made is, “hide complexity from the user” !

An iPod touch for me.

Jedenfalls scheint man das Marketing-Budget ziemlich gekürzt zu haben und damit Britneys Comeback eher als Versuch zu betrachten. Das äußert sich in solch humorigen Videos, wie diesem hier, keine Ahnung obs wirklich so Menschen gibt oder ob man so etwas als viral bezeichnen kann…

Jedenfalls, das Album nennt sich ganz ohne Hintergedanken “Blackout” und wenn man auf Google nach “Britney Spears Blackout” sucht findet man etwas das dem Namen nach passen könnte, aber auch nicht gerade für die Frau spricht. Nach “Britney Spears” erst gar nicht suchen, auf gar keinen Fall wenn ihr unter 18 seid, denn da gibts Mädchen ohne Höschen.Nach Ausprobieren des ein oder anderen Schlagwortes, wird man dann schlussendlich doch noch auf britney.com weiterverwiesen, wo einem dann gefühlte 11 kHz und 16kbit/s MP3′s um die Ohren sausen. Ist aber insofern kein Stilbruch, da das dazugehörige Cover wohl auch ein gelangweilter Praktikant fabriziert haben dürfte.

Oh mein Gott ist das schlecht…

But as i mentionend in previous posts, Apple is a hardware-company and is not able to deliver any software which have seen useful quality-assurance. Do not update your iTunes version to 7.4. Your iPod Nano will not work with it under windows. You will get an “Error 1418″. This is simply annoying and if Steve is interessted in lucky customers he should heavily improve his software-development processes.

iTunes – wreck
Safari 3 – wreck
iPhone – “a update too destroy your phone, baby”

This company was incredible till the day, money overwhelmed style.

So, i downloaded the White Paper (~20Mb) and got the idea. Bascially it’s based upon a physcial princip, called energy conservation. But now the ingenious part, seams(the vertical or horizontal lines that you can see during resizing) are added or removed without destruct the basic image data. Original data is availabe as long the image is saved without a lossless compression. It’s ingenious, isn’t it?

After nearly 20 years of multimedia it seems, that physic principals will give us the possibility to “understand” pictures/photos in a way that there could be a programm/algo that tell you what is inside a picture. What comes up next? Newton…

“Attention, fallin tree on street in 2 seconds. This was a live report from your guardian angel aka. CCTV-cam.”

As everbody could see inside the youtube-video, there is also an easy way to define your own croppable areas, think about the possibilities, doing a photo correction in 1min instead of 1h.

we will see.

PS.: I am writing in english again, because i wanto to be listed at the macromedia news aggregator, but i think this shouldn’t be a problem.

Dann gings ab zu Dropping Knowledge, die veehrten Studienkollegen besuchen und siehe da, der Empfang war schon mal mehr als nett. ca. 15 junge MMA-Studenten verbringen in einer Athmosphäre, die an Landschulwoche in der Großstadt erinnert, ihre Sommerzeit. Mitten in Berlin, genauer die Gegend Prenzlauer Berg, wird man das Gefühl nicht los sich nur knapp 15min vom Meer entfernt zu befinden… Sommerfeeling pur.

Die etwas Erfahreneren und mittlerweile 4 Wochen hier stationierten Kollegen, führen mich auch sogleich in ein mittleres Paradies aus billigen Imbissbuden und Pubs/Beisln ein. Nirgends ist die Konzentration an Lebenskünstlern größer, zumindest scheint es so, und alles ist heile heile Welt. Ich vermute mal, alle Filme zu Kreuzberg wurden hier gedreht und nicht in den Bereichen Neu-Köln und Kreuzberg selbst.

Nach 2-3 Nächten Schlafsack und Iso-Matte findet man auch so was Ähnliches wie eine Wohnung. Da hier das Wort Wohnungs-Nomade aber erfunden worden zu sein scheint, sind die Zimmer meist mit dem Notwendigsten ausgestattet und mehr oder minder baufällig, was einem geneigten Leser der Kinderbuchserie “Die Kinder aus Nr. 67″ auch sofort nochmal 60 Jahre zurückversetzt. Apropos Kinderträume, die Schauplätze von “Emil und die Detektive” wollen auch noch besucht werden und bereits die Zugfahrt weckte Erinnerungen(wenn auch wohl mehr aus Sorge um das mitgeführte Kleingeld).

Was noch viel mehr auffällt ist der multikulturelle Mix. Kaum ein Tag an dem man nicht das Gefühl hat, alle Aussteiger und Weltreisende haben sich hier versammelt um der Stadt mit dem “Alex” die Ehre zu geben. Wie die Überschrift bereits verrät. Freiheit ist hier das Credo, es scheint die Dogmen der 68er haben zumindest teilweise überlebt und sich hier ein mittleres Biotop geschaffen. Vielleicht ist auch diese Feststellung mit ein Grund um in seiner Meinung über die Fortschrittlichkeit Berlins nicht ganz schlüssig zu sein. Die Stadt ist alt, nicht dreckig wie ich zu anfangs glaubte, aber lebhaft. Der allzeit vorhandene Charme dieser Stadt ist berauschend und bedrückend zugleich, denn ein Tag folgt dem anderen und manchmal wird man das Gefühl nicht los sich hier für immer verlieren zu können und dies einem selbst und allen anderen nicht mal auffällt. Die Anonymität der Großstadt bekommt eine ganz eigene Bedeutung, die Menschen sind offen im Umgang miteinander, den bereits nach dem nächsten “Karlsberger” hat man sich zum ersten und damit auch letzten mal gesehen, nett wars…

Da ich ja aus der wohl gern als provinzialer Kleinstadt bezeichnetem Salzburg stamme drängt sich für mich natürlich ein Vergleich auf. Ich hab die Stadt Salzburg, überschaubar und als Ganzes zu Hause, hier hab ich meinen Kiez, der Unterschied?. Bis jetzt war keiner zu finden.

“Die Stadt ist immer das was man aus ihr macht.”

so long h.

PS.: Fotos folgen.

Update: Fotos

Flickr

Jetzt, nach knapp 6 Monaten Entwicklungszeit (davon 3 Intensivmonate) und Selbststudium von C#, XNA und spezifischen Themen zu 3D-Gamedevelopment ist es Zeit für ein Resume.

Eines vorweg, in meinem ganzen Entwicklerleben ist mir nicht so eine komplette Entwicklungsumgebung wie das Visual Studio untergekommen. Das Menüdesign ist beispielhaft und die Anordnung aller relevanten Punkte als Hauptpunkte in der Standardinstallation ist eines der größten Pluspunkte. Was aber besonders heraussticht, ist die Code Completion Technologie IntelliSense. Von Java und Konsorten(Eclipse, JBuilder) ist man ja gewöhnt eine vernünftige AutoCompletion zur Verfügung zu haben, IntelliSense ist aber rein subjektiv das Kompletteste dieser Tools.

Eine persönliche Vorliebe habe ich auch für C# entwickelt. Die Programmiersprache ist sehr einfach zu erlernen, wer jemals JavaScript oder andere ECMA-Derivate erlernt hat wird es auch hier sehr leicht haben. Selbst für OOP-Neulinge ist es kein Problem zu programmieren. Das Frameworks ist in seinem Design beinahe dazu ausgelegt, sauberen funktionalen Code zu schreiben. Das vernünftige Codedesign eigener Projekte ist fabelhaft einfach zu realisieren und die IDE, sowie C# unterstützt einen permanent dabei.

Durch das oben bereits angesprochene Projekt kam ich in den Genuss das erste Mal in die Nähe des Themas Refactoring einzutauchen. Wie man bereits erahnen kann, ist auch hier in der kostenlosen! Express Edition zumindest für dateiübergreifende Umbenennen von Methoden und Extrahieren gesorgt.

Die konsequente OOP-Umsetzung des Frameworks macht aus einem selbst einen besseren Programmierer. So ist die Behandlung von Exceptions traumhaft einfach und die Erstellung von Getter/Setter Methoden über eigene Definitionen ist spitze. Das von C++ bekannte Überladen von Operatoren ist genauso möglich wie Definition von Ereignissen(Events).

Ich war begeistert von ActionScript 3.0 und dem Konzept dem es zu Grunde liegt, aber für mich persönlich wäre eine noch strengere Anpassung an Konzepte der klassischen Programmierung und vor allem strikteres Strong Typing nach dieser Erfahrung wünschenswert. So schnell wie die letzten Monate hab ich noch nie sauberen und vor allem funktionablen Sourcecode produziert.

Was ich noch schuldig bin, ist eine Erklärung für dieses Verhalten.

Flash verwendet für die Verbindung das TCP-Protokoll, was ja laut Spezifikation nicht schlecht wäre (gesicherte Ãœbertragung der Pakete, sowie korrekte Reihenfolge). Der Nachteil zu UDP ist aber, dass dadurch die Ãœbertragung der Pakete teilweise verzögert wird. So schließt man zwar ein falsches Paket aus, bzw. ein falsch sortiertes Paket, was aber nicht immer wünschenswert sein muss.

Denn eine Validierung der eingehenden Informationen ist weniger zeitkritisch als die Ãœbertragungdauer für Echzeitanwendungen. Die Interpolationsmöglichkeiten die sich daraus wahrscheinlich ergeben würden, wären wesentlich zufriedenstellender als mit der auf TCP basierenden Verbindung.

Zu guter Letzt noch eine schlechte Nachricht. Laut ActionScript 3 Definition wird sich daran auch in naher und mittlerer Zukunft nichts ändern. In der Online Dokumentation wird das TCP Protokoll weiterhin als Grundlage angeführt.

Ein weiterer Punkt, der für eventuelle Latenzzeiten verantwortlich sein könnte ist nahezu auszuschließen. Es wurde eingeworfen das Java auch nicht das Flotteste sei und dadurch die Ãœbertragung weiterhin verlangsamt werde. Dem ist meiner Meinung nach zu widersprechen, den eine Virtual Machine läuft ständig im Hintergrund und durch JustInTime – Compiling oft ausgeführter Befehle ist eigentlich davon auszugehen, dass die Java Applikation einer nativen Applikation nahezu ebenbürtig ist.

Vor allem bei Useranzahl = 2 beschränkt sich bei einem 40ms Zyklus die Anzahl der Funktionsaufrufe auf 4(dies waren die Testbedingungen für das Echtzeitsystem), was ein Klacks ist und sogar Flash in einer Zeit abwickeln würde, die nicht merkbar wäre.

Die Anzahl der verschickten Bytes entsprach 4 bzw. AnzahlUser * 4.

Der nächste Problempunkt stellt die Entfernung Client < -> Server dar. Eine Verbindung die über viele Netzknoten wandert verursacht natürlich auch eine Menge an Verzögerung die nicht geschätzt werden kann. Für eventuell funktionierende Interpolationslösungen wäre ich dankbar, aber immer mit dem Bewusstsein, dass die Anwendung bei 24fps keine merklichen Abweichungen aufweisen darf.

Aber zur Problemstellung und eventuellen Lösungsansätzen

Das dauerhafte Versenden von Spielinformation via Socketstream ist die einfachste und ineffizienteste Lösung. Hat sich auch umgehend als katastrophal erwiesen. Die Interpolation hat so ihre Tücken. Soll man von einem fixen Interval ausgehen oder eventbasiert arbeiten. Beides hat Vorteile und Nachteile.

Eine Kombination wäre eine tolle Lösung, aber praktisch auch schwierig zu bewerkstelligen, da das Vertrauen in eine stabile und schnelle Serverlösung und ein clientseitiges Performancelevel erreicht werden muss, dass die getreue Berechnung garantiert.

Resultat, vielleicht sind rundenbasierte Spiele doch nicht doof .