"Um schnell zu codieren, müssen Sie das Codieren beenden"

Zunächst einmal nicht mein Satz: http://www.whattofix.com/blog/archives/2010/11/to-code-quickly.php Requisiten an Herrn Markham.

ABER es hat mich dazu gebracht, über viele Fragen nachzudenken, die ich gesehen habe, um Dinge erledigen zu können.

Der Ansatz befürwortete (Einstellen eines Timers für einen festgelegten Zeitraum, in diesem Fall 50 Minuten, aber ich habe gesehen, wie Leute über das Unterbrechen des Aufschubs sprachen, indem sie Zeiten von nur fünf Minuten für Aufgaben festlegten, zu denen Sie sich einfach nicht zwingen können, und diese dann übernahmen Eine kurze Pause (eine kurze Pause) scheint ein gesunder Menschenverstand zu sein, aber viele Leute befürworten, in die "Zone" zu gelangen und dort so lange wie möglich, vielleicht viele Stunden, zu bleiben, anstatt ihren Groove zu durchbrechen.

Ich probiere immer wieder andere Ansätze aus und stelle fest, dass jeder seine eigenen Stärken und Schwächen hat.

Welche Technik verwenden Sie, um in Ihrer Softwareentwicklung EFFEKTIVER zu sein (dh die Arbeit auf das Qualitätsniveau zu bringen, das Ihr Kunde / Chef / usw. in dem zulässigen Zeitrahmen verlangt), und nicht nur, um mehr Zeit am Keyboard zu verbringen? ?

Ich benutze diese Technik täglich. Mein Timer ist 45 Minuten Arbeit für 10 Minuten Ruhe.

Ich maximiere auch die Zeit auf dem Computer auf 4 Stunden pro Tag . Ich verstehe, dass dies nicht möglich ist, wenn Ihre Hauptaufgabe das Codieren ist. Den Rest der Zeit erledige ich alle Aufgaben, für die kein Computer erforderlich ist.

Das Werkzeug, das ich benutze, ist ein WorkRave . Der Autor schrieb es, weil er anfing, physische Probleme zu haben, weil er nicht für lange Stunden aufhören konnte, zu programmieren.

Ich bin weniger gestresst und es hat sich positiv auf meine Produktivität ausgewirkt.

Seit ein paar Wochen probiere ich in den Pausen auch Achtsamkeitstechniken aus . Köstlich.

Was nun die Anti-Aufschub-Techniken betrifft, habe ich eine, die alles übertrifft, was ich zuvor versucht habe:

Ich verwalte eine einzelne Aufgabenliste, die nach Wichtigkeit priorisiert ist. Ich wähle den ersten in der Liste aus.

Ich pflege die Liste (und den Kalender) mit einer Kombination aus GTD und 7 Habits .

Um die Listeneffektivität zu verbessern, schreiben Sie Ihre Aufgaben als nächste Aktionen anstelle von Beschreibungen (siehe Kapitel Aktionen, Kontexte und Projekte in diesem Blog-Beitrag ).

Dieser Aufsatz beeindruckt mich nicht. er hat was ausgegeben, eines Tages seine neue Methode ausprobiert?

Pomodoro & ähnliche Techniken scheinen jedoch eine anhaltende Nischenpopularität zu haben. Normalerweise versuche ich, meine Tage in "Fokus-Tage" und "verschiedene Tage" zu sortieren. Fokustage Ich tauche in etwas entspannterer Kleidung auf, vielleicht etwas früher (oder später). Ich habe zurzeit keine Besprechungen, daher kann ich im Grunde genommen meinen eigenen Zeitplan aufstellen, sodass ich mich besser konzentrieren kann. An den anderen Tagen habe ich Besprechungen, Termine und so weiter. Ich habe nicht die Zeit, mich zu konzentrieren, deshalb versuche ich, kleinere und einfachere Aufgaben zu planen, um meine Zeit auszufüllen.

Eine gute Möglichkeit, die Produktivität beim Codieren zu steigern, ist die Codegenerierung von Boilerplate-Bits. Refactoring alles, was dupliziert wird, etc.

Das Wichtigste dabei ist, dass es keine "one size fits all" -Lösung gibt.

Es gibt viele Techniken, mit denen Sie Ihre Fähigkeit verbessern können, Dinge zu erledigen, und einer der Gründe ist, dass verschiedene Dinge für verschiedene Menschen funktionieren.

Einige Leute arbeiten sehr gut mit dieser Art von Methodik (siehe Pomodoro-Technik), und einige Leute werden feststellen, dass sie ihren Fokus zerstört. Ich mag es wirklich nicht, mitten in der Aufgabe anzuhalten, und das ist fast immer, was timer-basierte Systeme mit mir machen ... konzeptionell gut, Implementierung herausfordernd (trifft auf die Mehrheit der strukturierten Methoden für Zeitmanagement und andere Dinge zu)

Da Codierung zusätzlich zu den von Pierre erwähnten Techniken das eigentliche Problem ist, würde ich vorschlagen, wenn möglich in einer dynamischen Sprache zu codieren (Python ist zum Beispiel eine Freude bei der Arbeit): Solche Sprachen ermöglichen es Ihnen, extrem zu sein produktiv (gemessene Codierungszeiten zeigen einen Verbesserungsfaktor von 2 bis 10 im Vergleich zu C). Es ist so schön, mit ihnen zu arbeiten, dass Sie im Grunde nie "nur Zeit an Ihrer Tastatur verbringen".