Hilft es bei Ihrer Arbeit, ein Tagebuch zu führen? [geschlossen]

Vor Jahren, in meinem ersten richtigen Programmierjob, ermutigte mich mein Chef, ein Tagebuch über meine täglichen Aktivitäten zu führen. Ich mache es immer noch, obwohl es kein Papier und kein handgeschriebenes mehr ist.

Führen Sie ein Tagebuch, wenn ja, was schreiben Sie darin und wie hilft es Ihnen bei Ihrer Arbeit? Oder braucht es nur Zeit, die nie wieder hergestellt wird?

Ich finde ein Aktivitätsprotokoll aus verschiedenen Gründen hilfreich:

• Ich stimme Jon Sagara voll und ganz darin zu, dass es hilfreich ist, die Frage zu beantworten, " was hast du in der letzten Woche getan (außer schlafen)? ".
• Außerdem hilft es , die Millionen von Unterbrechungen im Auge zu behalten , die oft vergessen werden, aber zusammen viel Zeit in Anspruch nehmen.
• Ich finde es auch eine große Hilfe beim Lernen , wie man schätzt , da es Ihnen schwierige Zahlen darüber gibt, wie lange die Dinge dauern (oft länger als Sie denken).

Das habe ich bei meinem vorherigen Job gemacht. Jeden Tag schrieb ich ein paar Minuten auf, was ich getan hatte. Wann immer ich einen großen Meilenstein erreichte, nahm ich das auch auf. Keine Einträge waren sehr aufwendig; Sie enthielten gerade genug Informationen, um auf einen Blick nützlich zu sein.

Bei der Überprüfung war es sehr einfach, die Fragen "Wie haben Sie in den letzten X Monaten / Quartalen / Jahren zum Unternehmen beigetragen?" Zu beantworten und meine Antworten mit konkreten Beispielen zu untermauern.

Persönlich nicht ich. Der Code, den ich schreibe, ist das Tagebuch. Und genau wie in einem echten Tagebuch erinnere ich mich, wo und wann ich ein bestimmtes Problem gelöst habe und kann sofort darauf zurückgreifen.

Was den normalen "Journaling" -Prozess angeht, muss ich in meiner beruflichen Entwicklung nicht aufzeichnen, wie mein Schreibtisch im letzten Monat bewegt wurde usw.

Bearbeiten: Nachdem ich ein bisschen darüber nachgedacht habe, führe ich ein Blog und wenn ich auf etwas besonders Schwieriges oder Seltenes stoße, blogge ich es, damit ich später darauf zurückkommen kann. Als Nebeneffekt hilft es anderen mit dem gleichen Problem. Diese Frage könnte also auch lauten: "Hilft es Ihnen, einen Blog in Ihrem Job zu führen?"

Zum Beispiel stoße ich nur einmal in einem blauen Mond auf die SharePoint-Klasse SPWebConfigModification: http://brandonpotter.wordpress.com/2010/02/04/moss-2007-how-web-config-modifications-work/

Ich dachte immer, ein "echtes" Tagebuch zu führen, wäre cool, könnte es aber nie lange durchhalten. Ich habe keine Chance, ein Coding-Tagebuch zu führen, so gut ich das finde. Ich habe einfach zu viel Druck, um weiter zu programmieren, oder vielleicht ist das nur eine Ausrede. Ich schätze, ich bin einfach nicht der Journal-Typ.

Es gibt einen Vorteil, ein Protokoll zu führen, aus dem ich in der Regel mehr als alles andere schöpfe:

Sie können Dinge loslassen, die Sie leichter stören, wenn Sie sie aufschreiben.

Normalerweise schreibe ich Dinge, die ich getan habe oder die sich tagsüber bemerkbar gemacht haben, in kleinen Sätzen in ein Notizbuch. Auf diese Weise kann ich es vergessen, wenn ich nach Hause komme und zu Hause Sachen mache .

Es gibt natürlich auch andere Gründe für Sie, ein Protokoll zu führen:

• Für Sie ist das Tagebuch auch ein Beweis dafür, dass Sie tatsächlich "arbeiten", falls jemand dies bezweifelt.

• Es ist auch eine Schulung für Sie, ein besserer Kommunikator zu werden. Wenn Sie Ihre eigenen Skizzen von vor Wochen lesen können, dann wissen Sie, dass Sie sich verbessert haben. Wenn nicht, sollten Sie sich mehr konzentrieren, wenn Sie Ihr Protokoll aufschreiben. Es spielt keine Rolle, ob das Protokoll digital oder analog ist: Grammatik! Klare und prägnante Sprache auch!

Ich bin voreingenommen - ich arbeite ziemlich intensiv mit Laborwissenschaftlern zusammen. würde auf Schock und Entsetzen stoßen, obwohl sie erkennen, dass der größte Teil meiner Arbeit niemals in die Nähe eines Labortisches gelangen wird.

Aber ja, es hilft mir bei meiner Arbeit. Während ich Code stark kommentiere, gibt es Entscheidungen, die im Code getroffen werden, und die Entwicklung von Projekten, die Erklärungen erfordern könnten. Oder Bilder. Oder mit mir selbst hin und her. Ein Notizbuch ermöglicht es, diese internen Denkprozesse an einem sinnvollen Ort zu dokumentieren - mit zufälligen Nebenideen wie "Könnte dies durch mehrfache Imputation behoben werden?" - und erlaubt mir, auf sie zurückzugreifen, um mir zu erinnern, warum ich ein Konzept einem anderen vorgezogen habe.

Ich kann zum Beispiel ein Projekt auswählen und nicht nur wissen, was / warum der Code tut (Kommentare), sondern auch, warum diese Dinge codiert wurden, während andere Fragen dies nicht taten. In meinem Fall handelt es sich tatsächlich um ein physisches Tagebuch.

IMHO ist es sehr hilfreich und kann im Allgemeinen als / Ersatz für Code-Dokumentation dienen, wenn Sie die richtigen Dinge im Auge behalten. Ähnlich wie Code - Dokumentation, die , wie und was in der Regel nicht wichtig , wie es sollte zu discerne durch das Code - Layout und Implementierung relativ einfach sein. Was ist wichtig ist , warum. Warum setzen wir das so um? Was soll es tun? Aber noch wichtiger: Was haben wir noch versucht (was hat nicht funktioniert), das uns dazu veranlasste, es auf diese Weise umzusetzen?

So können Sie später Zeitverschwendung vermeiden. Entweder bei der Rückverfolgung Ihrer eigenen Schritte oder beim klassischen Neuschreibungsdebakel, das x Jahre später stattfindet, wenn die ursprünglichen White Papers und E-Mail-Austausche archiviert / gelöscht wurden ... "Dieser Code wäre mit der so genannten Methode viel sauberer und schneller. Und-so Architektur, kein Wunder, dass es kaputt ist, wer hat dieses Chaos geschrieben? " Nur um spät im Rewrite / Refactor herauszufinden, dass es einige kritische Mängel in der Hardware oder einer Drittanbieter-App gibt, die den ursprünglichen Entwickler auf den scheinbar weniger eleganten Weg führen.

Wenn Sie, wie von einem früheren Antwortenden vorgeschlagen, die Frage in "Hilft es Ihnen, einen Blog in Ihrem Job zu führen?" Ändern dann ja, es hilft absolut . Als "Tech-Zauberer" müssen wir uns mit vielen Zaubersprüchen auseinandersetzen! Wenn ich zum zweiten oder dritten Mal nach einer kniffligen Beschwörung Ausschau halte, veröffentliche ich sie in meinem Blog mit einem geeigneten Tag, damit ich nicht noch einmal nach der Antwort suchen muss. Ich werde Sachen posten wie:

• Verwendung von Vim als externer Editor mit Outlook
• Verwendung von easy_install hinter einer einschränkenden Firewall
• Kombinieren mehrerer statischer Bibliotheken in Visual Studio
• Paketieren einer eigenständigen Python-App mit bbfreeze

Mein Blog ist öffentlich zugänglich, aber ich kümmere mich nicht allzu sehr darum, dass es sexy aussieht. Oft füge ich einfach eine Reihe von Befehlen aus einer Terminalsitzung ein, sodass ich eine Art durchsuchbaren Datensatz habe ...

Nicht gerade Zeitschriften, aber ich schreibe eine Menge Dinge auf.

Notizblock aus Papier für schnelle Dinge (sie werden geworfen, wenn sie voll sind).

Ich führe eine Datenbank für berufsspezifische Dinge:

• So melden Sie sich bei einem unserer Anbieter auf der Dokumentfreigabeseite an
• In welchem ​​Ordner werden die Vorlagen für die jährlichen Überprüfungen aufbewahrt?
• Software-Schlüssel
• meine bio auf website setzen
• Visitenkarteninfo

Andere nicht auftragsspezifische Programmieraufgaben gehen an evernote.com