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.

Freakin’ Cool JavaScript ‘n’ jQuery Stuff

Richdales Vier Gesetze der Informationstechnologie

1.) Spielzeug gewinnt.

Spielzeugtechnologien” gewinnen auf lange Sicht, weil sie nicht als Bedrohung wahrgenommen werden. Sie werden zugelassen, aber gleichzeitig nicht unter Patent- oder Formatverschluss gestellt, mit offiziellen Standards versehen und dienen somit als Einfallstor für enthusiastische frühe Nutzer. Dies passiert auch dann, wenn diese “Spielzeugtechnologien” zu Beginn schwerer zu handhaben oder technisch unterlegen sind. Sobald diese Technologien als Bedrohung wahrgenommen werden ist es bereits zu spät und sie sind schon dabei, den Markt zu erobern.

Beispiele: x86 (PC) Architektur, HTML/CSS/JavaScript vis-a-vis plattformspezifische Technologien, WordPress vis-a-vis dem Rest, etc.

Richdales Vier Gesetze der Informationstechnologie weiterlesen

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

Docker

Docker ist in aller Munde. Zu recht. Eine vollständige Virtualisierung der Arbeitsumgebung ist heutzutage eine Fingerübung und mit Docker geht das weitgehend verlustfrei und als organischer Teil des Softwareentwicklungs­prozesses. Entkoppelt vom Betriebssystem kann man mit und auf Docker ausliefern und bleibt weitgehend unabhängig von Unwägbarkeiten der Laufzeitumgebung. Der ganze Prozess ist automatisiert und lässt sich leicht reproduzieren.

Hier ein paar hilfreiche Links zum Thema: