
Keine Ahnung, wo es ursprünglich herkommt. Fatal Exception war der früheste Eintrag mit dem Foto, dass ich gefunden habe.

Keine Ahnung, wo es ursprünglich herkommt. Fatal Exception war der früheste Eintrag mit dem Foto, dass ich gefunden habe.
InfoQ hat ein Interview mit Josh Bloch über âEffective Java â Second Edition" und ein Probekapitel des neuen Buches veröffentlicht.
Etwas Balsam für meine Seele - nachdem ich ein bestimmtes Open-Source Projekt nach ca. einem Jahr nun endgültig frustiert verlassen habe - ist folgender Rat:
InfoQ: What are the core principles and key takeaway points that Effective Java aims to convey to the reader? Joshua Bloch: Same as it ever was: Always strive to write simple, clear, and correct programs. It is penny wise and pound foolish to do otherwise. Style does matter. It pays real dividends in terms of correctness, usability, robustness, and maintainability. Also, it's way more fun to write good programs than bad ones.Auf der Webseite des Publishers ist der 8. Mai als Veröffentlichungdatum eingetragen. Bei amazon.de steht immer noch 28. Juni. So lange kann es also nicht mehr dauern bis das Buch bei mir ankommt.
Podcasts sind eine nette Sache auf langen Zugfahrten, im Bus, auf eine CD gebrannt auch im Auto. Vor Urzeiten (ca. 2 Jahre oder so) hab in schon mal eine Liste der Podcasts gepostet, die ich regelmäßig höre. Zum einen hat die Liste den Servercrash nicht überlebt, zum anderen dürfte sich die Liste auch total gewandelt haben.
Derzeit höre ich:
Wirklich cool (aber nur am Rand SE bezogen) fand ich das Interview zu Microsofts Forschungsbetriebssystems Singularity, dass z.B. durch Codeanalyse sicherstellt, dass ein Objekt niemals von zwei Prozessen referenziert werden kann. Dadurch kann komplett auf Speicherschutz verzichtet werden. Eine recht typische Folge ist "Fault Tolerance with Bob Hanmer"
Brian Cantrill (Entwicker von DTrace) schrieb in seinem Blog:
We suffer â tremendously â from a bias from traditional engineering that writing code is like digging a ditch: that it is a mundane activity best left to day labor â and certainly beneath the Gentleman Engineer. This belief is profoundly wrong because software is not like a dam or a superhighway or a power plant: in software, the blueprints _are_ the thing; the abstraction _is_ the machine.
Ich werde in der Universität oftmals komisch angesehen, wenn ich sage, dass in 10 Jahren noch Code schreiben will. Es kommt eben darauf an z.B. welchen Code bzw. Code wofür.