Bertahun-tahun yang lalu, dalam pekerjaan pemrograman nyata saya yang pertama, bos saya mendorong saya untuk membuat jurnal tentang kegiatan sehari-hari saya. Saya masih melakukannya, walaupun tidak lagi kertas dan tulisan tangan.
Apakah Anda membuat jurnal, jika demikian, apa yang Anda tulis di dalamnya, dan bagaimana itu membantu Anda dalam pekerjaan Anda? Atau, apakah hanya butuh waktu yang tidak pernah pulih?
productivity
time-management
thursdaysgeek
sumber
sumber
Jawaban:
Saya menemukan log aktivitas bermanfaat karena beberapa alasan:
sumber
Saya lakukan di pekerjaan saya sebelumnya. Setiap hari, saya akan menghabiskan beberapa menit menuliskan apa yang telah saya lakukan. Setiap kali saya mencapai tonggak besar, saya juga akan merekamnya. Tidak ada entri yang sangat rumit; mereka berisi informasi yang cukup sehingga mereka akan berguna sekilas.
Saat meninjau kembali, sangat mudah untuk menjawab pertanyaan "bagaimana Anda berkontribusi pada perusahaan dalam X bulan / kuartal / tahun terakhir", dan mendukung jawaban saya dengan contoh-contoh spesifik.
sumber
Secara pribadi, bukan saya. Kode yang saya tulis adalah jurnal. Dan seperti jurnal nyata, saya ingat di mana dan kapan saya memecahkan masalah tertentu dan bisa langsung kembali ke sana.
Sejauh proses 'penjurnalan' biasa, saya tidak perlu dalam pengembangan profesional untuk membuat jurnal tentang bagaimana meja saya dipindahkan bulan lalu, dll.
Edit: Setelah sedikit memikirkan hal ini, saya membuat blog, dan ketika saya mengalami sesuatu yang sangat sulit atau langka, saya membuat blog sehingga saya dapat kembali ke sana nanti. Sebagai manfaat tambahan, ini membantu orang lain dengan masalah yang sama. Jadi saya kira pertanyaan ini juga bisa menjadi "Apakah menjaga blog membantu Anda dalam pekerjaan Anda?"
Sebagai contoh, saya hanya bertemu dengan kelas SPWebConfigModification SharePoint sekali dalam bulan biru, jadi: http://brandonpotter.wordpress.com/2010/02/04/moss-2007-how-web-config-modifications-work/
sumber
Saya selalu berpikir bahwa membuat jurnal "nyata" itu keren tapi tidak pernah bisa bertahan lama. Saya tidak memiliki kesempatan menyimpan jurnal coding, sebanyak yang saya pikir akan menjadi hal yang baik. Saya hanya merasa terlalu banyak tekanan untuk terus coding atau mungkin itu hanya alasan. Saya kira saya bukan tipe jurnal.
sumber
Ada satu keuntungan menyimpan log yang cenderung saya dapatkan lebih dari apa pun:
Anda dapat melepaskan hal-hal yang lebih mudah mengganggu Anda saat Anda menuliskannya.
Saya biasanya menuliskan hal-hal yang telah saya lakukan atau hal luar biasa apa yang terjadi pada siang hari dalam satu kalimat kecil di kertas notebook. Dengan begitu saya bisa melupakannya ketika saya pulang dan melakukan pekerjaan rumah .
Tentu saja ada alasan lain bagi Anda untuk menyimpan log:
Demi kepentingan Anda sendiri, jurnal itu juga menjadi bukti bagi Anda untuk membuktikan bahwa Anda sebenarnya "bekerja" kalau-kalau ada yang meragukannya.
Ini juga merupakan pelatihan bagi Anda untuk menjadi komunikator yang lebih baik. Jika Anda dapat membaca coretan Anda sendiri dari minggu lalu, maka Anda tahu bahwa Anda telah meningkat. Jika tidak, Anda harus lebih berkonsentrasi saat menulis log. Tidak masalah apakah log itu digital atau analog: tata bahasa tidak! Begitu juga bahasa yang jelas dan ringkas!
sumber
Saya bias - saya bekerja dengan ilmuwan lab cukup banyak, jadi "Anda tidak menyimpan notebook lab !?" akan disambut dengan kaget dan ngeri, meskipun mereka menyadari bahwa sebagian besar pekerjaan saya tidak akan pernah mendekati bangku laboratorium.
Tapi ya, itu membantu saya dalam pekerjaan saya. Sementara saya banyak berkomentar kode, ada keputusan yang dibuat dalam kode, dan pengembangan proyek, yang mungkin mengambil paragraf penjelasan. Atau gambar. Atau bolak-balik dengan diriku sendiri. Notebook keduanya memungkinkan proses pemikiran internal tersebut didokumentasikan di tempat yang bermakna - lengkap dengan ide-ide sampingan acak seperti "Bisakah beberapa imputasi memperbaiki ini?" - dan memungkinkan saya merujuk kembali kepada mereka untuk mengenang ingatan saya tentang mengapa saya memilih satu konsep daripada konsep lainnya.
Ini membiarkan saya melakukan hal-hal seperti mengambil proyek dan tidak hanya tahu apa / mengapa kode melakukan (komentar), tetapi mengapa hal-hal itu dikodekan, sementara pertanyaan lain tidak. Dalam kasus saya, kebetulan benar-benar menjadi jurnal fisik.
sumber
IMHO ini sangat membantu dan umumnya dapat berfungsi sebagai / mengganti dokumentasi kode jika Anda melacak hal-hal yang benar. Sama seperti dokumentasi kode, bagaimana dan apa yang biasanya tidak penting karena seharusnya relatif mudah untuk diskusikan melalui tata letak dan implementasi kode. Apa yang penting adalah mengapa. Mengapa kita menerapkannya dengan cara ini? Apa yang harus dilakukan? Namun yang lebih penting lagi, apa lagi yang kami coba (yang tidak berhasil) yang mengarahkan kami untuk mengimplementasikannya dengan cara ini.
Ini bisa mencegah waktu yang terbuang nantinya. Baik dalam melacak jejak Anda sendiri atau dalam penulisan ulang klasik yang terjadi x tahun kemudian ketika kertas putih dan pertukaran e-mail asli telah diarsipkan / dihapus ... "kode ini akan menjadi jauh lebih bersih dan lebih cepat menggunakan dan-jadi arsitektur, tidak heran rusak, siapa yang menulis kekacauan ini? " Hanya untuk mengetahui di akhir penulisan ulang / refactor bahwa ada beberapa kekurangan penting dalam perangkat keras atau aplikasi pihak ke-3 yang membawa pengembang asli ke jalur yang tampaknya kurang elegan.
sumber
Jika, seperti yang disarankan responden sebelumnya, Anda mengubah pertanyaan menjadi "Apakah menjaga blog membantu Anda dalam pekerjaan Anda?" maka, ya, itu sangat membantu. Sebagai 'ahli teknologi' kami memiliki banyak mantra untuk ditangani! Ketika saya menemukan diri saya mencari mantra yang sulit untuk kedua atau ketiga kalinya, saya mempostingnya di blog saya dengan tag yang sesuai sehingga saya tidak perlu lagi spelunking untuk jawabannya. Saya akan memposting hal-hal seperti:
Blog saya dapat diakses oleh publik, tetapi saya tidak terlalu repot membuatnya terlihat seksi. Banyak kali saya hanya akan menempelkan banyak perintah dari sesi terminal jadi saya punya semacam catatan yang dapat dicari ...
sumber
Bukan jurnal, tapi saya menulis banyak hal.
Kertas catatan untuk hal-hal cepat (mereka terlempar ketika penuh).
Saya menyimpan database untuk hal-hal khusus pekerjaan:
Hal-hal pemrograman non spesifik pekerjaan lainnya masuk ke evernote.com
sumber