Kommentare für Phpmonkeys

Kommentar zu Ein bisschen Continuous Delivery von Norbert

Norbert — Thu, 13 Sep 2012 14:12:06 +0000

Als Fallback finde ich das Blue-Green-Deployment ganz geschickt.

Kommentar zu Ein bisschen Continuous Delivery von Guido

Guido — Sun, 09 Sep 2012 12:43:32 +0000

Einige der Abschnitte sind zwar etwas verwirrend:

“Ein CI System erfordert schon, dass es eine Automatisierung gibt, damit man sein Produkt im aktuellen Zustand ansehen kann.”

aber wenn man die Vorgänge kennt, dann kann man sich denken, was damit gemeint ist

Auch ist es verwirrend, wenn zwischen Tasks und Jobs hin- und hergesprungen wird. Bei “Task” denke ich zuerst an einen (Ant-) Task, bei “Job” an einen (Jenkins-/Hudson-) Job.

Grundsätzlich kann ich zustimmen, dass Continous Deployment eigentlich nur eine Erweiterung von Continous Integration ist.

Eine Ergänzung möchte ich hier noch machen, da dem ein oder anderen sicherlich nicht wohl bei der Vorstellung ist, dass die Software vollautomatisch deployed wird, ohne dass man dazu seine Zustimmung gegeben hat.
Dafür kann man das “Promoted Builds Plugin” verwenden, mit dem man dann manuell Builds zur weiteren Verarbeitung (hier Deployment) markieren kann.

Ferner wollte ich noch darauf hinweisen, dass man sich in jedem Fall auch Gedanken über die Backupstrategie und eine Fallbackstrategie machen sollte.

Kommentar zu Rezension: The Art of Readable Code von Ralph Meier

Ralph Meier — Tue, 10 Jul 2012 18:17:50 +0000

Habe das Buch vor einiger Zeit auch gelesen und ich mag es wirklich. Ich finde es ist noch ein bisschen mehr Praxisbezogen als Clean Code, bzw hat gute prägnante kurze Beispiele.

5 Sterne

Kommentar zu Rezension: The Art of Readable Code von Norbert

Norbert — Mon, 02 Jul 2012 12:29:27 +0000

Du hast einen Punkt genau getroffen. Dinge die offensichtlich sind, braucht man nicht nochmals im Kommentar verewigen. Das ist sogar eine Fehlerquelle, weil man beim Ändern des Codes den Kommentar mit anpassen muss. Passiert dies nicht, laufen Code und Kommentar auseinander und das sorgt für eine entsprechende Verwirrung.
Es verstecken sich aber noch weitere Punkte hinter der Aussage. Aber dafür geht man am besten ein kleines Stück zurück und betrachtet das eigentliche Problem. Warum schreibe ich einen Kommentar? Weil etwas unklar ist. Und wieso ist etwas unklar? Weil es vielleicht kompliziert ist. Okay, dann kann man einen Kommentar dran schreiben. Weil es unklar bezeichnet ist? Dann passe ich doch besser die Bezeichnung an. Ich habe gelegentlich Funktionsparameter mit Namen wie b gesehen, weil es ein boolescher Wert ist. isVisible wäre aber doch sehr viel klarer gewesen. Unklare Bezeichnungen bei Methodennamen oder Klassen kann man ebenfalls durch klare Bezeichnungen ersetzen. Hier darf man ja auch gerne mal einen längeren Namen wählen, denn die modernen IDEs unterstützen mich ja beim Programmieren (z.B. Code-Vervollständigung).

Also was bringt “sparsames kommentieren”. Man macht sich mehr Gedanken über den Code den man schreibt. Darüber ob Variablen klar benannt sind, wie die Struktur eines Algorithmus aussieht (“Premature optimization …”) und wie meine Methoden und Klassen heißen. Wenn ich das alles beachte und der Code noch unklar ist, dann schreibe ich einen Kommentar

Kommentar zu Rezension: The Art of Readable Code von Ralf

Ralf — Fri, 29 Jun 2012 10:09:01 +0000

“Kommentiere nur sparsam” halte ich persönlich für einen schlechten Ansatz. Lieber ein Kommentar zu viel als zu wenig.
Wichtiger ist doch, dass man sinnvoll kommentiert. Anstatt Dinge zu kommentieren die sich aus dem Code ergeben, eher das kommentieren was nicht so offensichtlich ist.
Da sich mittlerweile die Datenströme über mehrere Dateien verteilen, wäre es z.B. sehr wichtig zu dokumentieren welche Funktion welche Daten an welche Datei übergibt. So hatte ich erst letztens das problem das ein JavaScript via Ajax aufgerufebn wurde, es aber nicht ganz klar war welche Dateien/Funktionen das JavaScript aufriefen. Das war eine fürchterliche Suche bis ich alle Aufrufe gefunden hatte. Ein sinnvoller Kommentar im JavaScript hätte diese Arbeit vermieden.

Kommentar zu Deployment Descriptor, Servlet-Filter und die Error Codes von Smartphone unter 200 Video

Smartphone unter 200 Video — Mon, 09 Apr 2012 16:33:20 +0000

Ein toller Post. Ich werde bald mal Android ausprobieren, hab einfach keine Lust mehr auf mein iPhone. Werde auch sicher darüber schreiben. lg

Kommentar zu Rezension: Agiles Coaching von Norbert

Norbert — Thu, 09 Feb 2012 10:04:39 +0000

Ich befürchte das Problem liegt bei mitp. Egal welchen Themenbereich man anklickt, es gibt nur eBooks

Kommentar zu Rezension: Agiles Coaching von Tobias

Tobias — Thu, 09 Feb 2012 09:56:15 +0000

Der Link zum Buch geht ins leere … nur so als Hint.

Kommentar zu RESTful Webservices mit PHP von Norbert

Norbert — Sun, 05 Feb 2012 12:49:36 +0000

Nunja, du kannst die Access Control Fähigkeiten des Webservers nutzen. Bspw. hier: http://httpd.apache.org/docs/2.0/howto/auth.html

Kommentar zu RESTful Webservices mit PHP von Ralf

Ralf — Sat, 04 Feb 2012 17:38:49 +0000

Als REST-Neuling vermisse ich Hinweise auf die Sicherheit. Auf welche Arten kann ich den Zugriff auf die Ressourcen einschränken?

Gibt es dazu irgendwo Erfahrungsberichte/Diskussionen?