Google Polymer Summit 2016

Once again the Google Polymer Summit was a blast. This time in London.

Quoted of the Web: “PHPs badness is its advantage”

I love Python, I think JavaScript is sort of OK and I did a lot of serious programming in ActionScript 2&3, both of which are quite simular to JS. I was basically forced into doing PHP by the market. I never really liked PHP but I really never hated it either. The thing about PHP is that it’s so specific in its domain and such a hack that no one doing PHP development for a living will go around boasting about the greatness of the language. There is a refreshing lack of arrogance in the PHP community which, in my observation, makes it very easy for n00bs to pick up. As a result we get countless people reinventing the wheel in PHP and discovering basic programming patters anew for them selves and starting yet another Framework/CMS/Whatnot and the results often are really bizar. But the community remains alive that way.

Working with Drupal with a current project because it’s the prime go-to CMS here is like a live alice in wonderland trip. A strange historically grown mess, barely tamed by sanitiy and a relentless chaotic community that all by accident seem to come up with hacks that somehow solve the problem in some way. And yet there’s a solid global corporation building its business all around Drupal [acquia.com]. The surreal hacks with which the Drupal people solve their problems are mindboggling, and yet everybody seems totally OK with it. And Drupals track record of deployments is impressive.

I guess with PHP it’s somehow like the C vs. Lisp argument: C is so shitty compared to Lisp that you have to get yourself together and work as a team, or you won’t get anything done. Hence Lisp has this loner exisitance on the side and all the real work gets done in this ancient C thing.

PHP is a simular thing. It is so bad that no respectable programmer would pick it up voluntarly nowadays, but yet it grew out of Perl (which is worse in some ways), was somewhat of an improvement and was at the right place at the right time. The badness of PHP accounts for its considerable lack of arrogance (compare the PHP community to the Ruby community for instance) and for no one feeling guilty when he does a quick bad hack.

As a programmer you don’t feel dirty when you do bad programming in PHP, you already felt that when you picked PHP as the solution. Hence quite a bit of work gets done in PHP. That’s why PHP has Drupal and Typo3 and Joomla and the Java Community has nothing of that proportions. The barrier of entry into PHP is *very* low which gives it its momentum.

Vorsicht, Verwechslungsgefahr!

Begriffe aus der Webentwicklung

Wireframe
Drahtgitter, abstrahierte schwarz-auf-weiss Risszeichnung von Ansichten (von Hand oder mit einem Tool).

Screendesign
In einem anderen Grafikprogramm „gemalte“ / erstellte Ansicht einer Website in einem Browser.
Wird heute im allgemeinen nicht mehr verwendet, weil die verschiedenen Bildschirme verschiedene Layouts haben (siehe Mockup bzw. Style Tile). Vorsicht, Verwechslungsgefahr! weiterlesen

Webpack

Webpack ist ein modernes und vergleichsweise komplexes Erstellungs- und Paketsystem – ein sog. Build- & Pakaging System – für Frontend-Code bei Webprojekten. Codepakete werden beim Erstellungsprozess für verschiedene Browser und Medienformate passend erstellt und vermindern so auch bei komplexen Webapplikationen die übertragene Datenmenge. Für viele größere Webprojekte ist Webpack heutzutage das Standardbuildsystem.

Polymer

Polymer ist eine Bibliothek von Webkomponenten für die schnelle standardisierte Entwicklung von nicht-trivialen Webapplikationen. Das Projekt wurde vom Internetkonzern Google ins Leben gerufen und ist verbunden mit den allgemeinen Bemühungen, das Web von einem dokumentbasierten Dienst in eine normierte Plattform für Applikationen zu erweitern. Hierbei werden auch sukzessive  moderne Webbrowser um sinnvolle Funktionen erweitert, so dass auch mehr und mehr geschäftskritische Anwendungen über das Web angeboten werden können.

Ein wichtiger Teil dieses Konzepts sind auch sogenannte Progressive Webapplikationen (Progressive Webapps), die die grenze zwischen Website und nativer mobiler Applikation immer stärker verschwimmen lassen.