Vorgehen
- Sollen Entwickler auf produktive Daten zugreifen können oder nicht? Und wenn ja auf welche? Auf jeden Fall sollte man sich da frühzeitig Gedanken machen.
- Meinungen und Studien zum Thema "Großraumbüros" (mehr als eine Person im Büro ist nicht gut ;-)
Programmieren
- Ein Projekt in dem Aufgaben in möglich vielen Sprachen gelöst werden, um so die Unterschiede und Gemeinsamkeiten zu erkennen
- Ein Video das womöglich alle Probleme von Zeit und Zeitzonen auflisten ... und warum ein Entwickler das BLOß NICHT anfassen sollte.
- Annotations sind schon was feines, aber nimmt das nicht wirklich langsam überhand? Und muss das wirklich alles in den Code?
- Die Zukunft des Programmierens und mehr. Wie man z.B. während des Programmierens die Ausführung visualisiert. Ein sehr langes Video, dass eigentlich darum geht die Welt zu verbessern.
- Oder schon mal darüber nachgedacht ob unsere IDEs wirklich Weisheit letzter Schluss sind?
C#
- Für kleinere Projekte sicherlich interessant: How fast can I set up a Continuous Integration and Deployment pipeline with Visual Studio Online, Git, Visual Studio Express and Azure Websites the first time I set it up?
Java
- Ein mathematischer Ausdrucksauswerter, der sehr schnell, einfach aufgebaut ist und trotzdem mächtig ist. Der Code ist wirklich sehr interessant.
- Bulk-Fetching mit Stateless-Sessions in Hibernate (wenn es mal schnell gehen muss, und man die Daten nur read-only braucht!)
- Xtend. Eine Erweiterung für Eclipse, die Java komplett umkrempelt und Features die erst ab Java 7, 8 vorhanden sind auch in Java 5 bereitstellt. Das besondere ist, dass sie einfach den Xtend-Code in Java-Sourcecode umwandeln und diesen dann kompilieren. Wie komme ich darauf? Android beherrscht ja nur Java 5 und wir wohl auch nie was anderes bekommen. Man kann zwar Scala verwenden, dass ist aber eher eine Krücke. Ähnliches gilt für GWT. Ein weiteres Feature ist, dass man in den Generierungsprozess eingreifen kann, z.B. Visitor-Pattern implementiert man nicht mehr, sondern annotiert dann einfach die Klasse.
- Typesafe SQL in Java! Generiert aus den Datenbankschema eine API mit der man arbeiten kann. Interessant ist daran, dass man auf der Ebene von SQL bleibt (schnell und low level) und trotzdem sicher bei Änderungen ist, was man ja bei SQL-Strings nicht ist.
Javascript
- Alle Performanzprobleme mit Javascript und MVC sind gelöst. Viele der Techniken (If data changes, we never immediately trigger a re-render, ...) könnte man auch auf andere Frameworks anwenden.
- Eine Anleitung wie man im Browser mittels Javascript auf dem lokalen Rechner Daten speichern kann.
Tools
- In Zukunft kann ich mir diese Sektion sparen.
Low-Level
- SSDs haben nicht nur Vorteile (habe ich ja schon mal geschrieben), auf die "Power-Loss-Protected" kann man sich wohl nicht immer verlassen. SSDs zerstören ja leider nicht nur die Daten, die sie gerade bearbeiten, sondern können beliebige Daten ins Nirvana schicken, die zufällig im gleichen Block sind.
- Warum man die Hardware doch nicht ignorieren kann oder wieso das Bearbeiten eines sortierten Feldes schneller ist als die eines unsortierten. Ähnliches gilt auch für asserts usw. wo If-Abfragen vorkommen.
- Das Paper "What Every Programmer Should Know About Memory" ist wirklich nur für Programmierer gedacht, die schon immer wissen wollten, wie die CPU arbeitet. Zusammenfassend kann man sagen, dass wenn man wirklich auf Geschwindigkeit aus ist, dann sollte man die CPU-Cachegrenzen beachten (L1/LS/L3..). Unten ist eine Diagramm mit den Durchsatzwerten in einem Java-Programm, dass ein Integer-Array bearbeitet (horizontale Achse == KB). Wenn man schafft seine Applikation vom RAM in den L1 zu verlegen, würde man das Testprogramm um das bis zu zehnfache beschleunigen können.
Architektur/Requirements
Sicherheit
Java
Office
Technik allgemein
Fun
