Apakah Anda menghabiskan waktu kerja untuk belajar? [Tutup]


79

Apakah Anda menghabiskan waktu kerja untuk mempelajari hal-hal baru, membaca blog teknologi, buku tentang pemrograman, dll.? Apa pendapat Anda tentang itu? Dapatkah majikan mendapat manfaat yang memungkinkan pengembang menghabiskan sekitar 1-1,5 jam sehari untuk belajar. Apakah akan dilunasi di masa depan (dengan produktivitas yang lebih baik, dll.)?


5
Saya pribadi menghabiskan sekitar satu jam sehari untuk membaca hal-hal baru, artikel dll jika saya tidak memiliki tugas yang mendesak dan saya percaya itu berguna. Anda dapat mengatakan lebih baik melakukannya di waktu luang Anda, tetapi seringkali cukup sulit untuk mengalokasikan waktu meskipun itu semua tergantung pada prioritas Anda.
make_sense

4
Saya telah memperhatikan bahwa Programmer.SE mendapatkan jauh lebih sedikit aktif di malam hari (tergantung varian zona waktu), jadi saya kira kebanyakan dari kita melakukannya.
Craige

3
Saya menghabiskan banyak waktu di SE ... separuh waktu, ini menyelamatkan hidup saya - dan setengah lainnya saya habiskan untuk mencoba berpartisipasi dalam komunitas. Bagaimanapun, ini merupakan investasi dalam tujuan jangka panjang perusahaan saya, karena saya belajar hal-hal baru yang vital di sini setiap hari.
eckza

3
Jika Anda seorang konsultan atau kontraktor maka Anda tidak memiliki terlalu banyak pilihan dalam masalah ini, Anda harus menghabiskan 100% dari waktu yang dapat ditagih untuk proyek.
aceinthehole

1
Saya pikir pertanyaan ini bisa lebih baik jika telah mengklarifikasi apakah itu merujuk pada pembelajaran di bidang yang terkait erat dengan pekerjaan atau pembelajaran di bidang yang hanya terkait dengan pemrograman pada umumnya. Apakah ini "Saya perlu mempelajari sintaks SQL ini untuk menyelesaikan masalah basis data kami" atau lebih seperti 20% waktu Google? Saya pikir jika OP menanyakan sekitar 20% waktu maka orang-orang akan mengubah jawaban mereka.
Neil Traft

Jawaban:


127

Saya memiliki pemikiran bahwa sangat penting untuk lingkungan pengembangan yang baik untuk memungkinkan satu atau dua jam paling banyak untuk eksplorasi dan pembelajaran, kecuali ketika itu "waktu krisis" pada aplikasi tentu saja.

Lingkungan yang tidak melakukan ini adalah bendera merah di buku saya karena memberi tahu saya mereka tidak menghargai peningkatan.

SUNTING

Yang terburuk adalah tempat yang menegur pengembangnya untuk membaca blog / situs teknis alih-alih "menulis kode". Bagi saya, itu menunjukkan lingkungan yang tidak peduli tentang pengembangnya melebihi apa yang dapat mereka peras dari mereka.


9
Bagian yang menyedihkan adalah saya telah bertemu banyak, banyak, banyak perusahaan yang jatuh di bawah itu dan tidak mengizinkan "downtime" sama sekali bagi pengembang. Mendengar "selalu ada sesuatu untuk dikerjakan" adalah hal terburuk yang pernah saya alami.
Wayne Molina

Penting, tetapi sangat sulit.
Brian Knoblauch

5
Sangat sulit untuk membuat perusahaan menyadari bahwa itu penting;)
Wayne Molina

9
Jelaskan bahwa itu seperti orang awam, mereka perlu tahu semua hukum baru. Atau lebih baik, dokter, mereka perlu mengetahui semua teknik dan studi baru untuk menjadi dokter yang hebat. Referensi terus berkembang, seperti dalam pemrograman.

1
@jwenting Itulah maksud saya; perusahaan yang baik tahu bahwa "belajar selama jam kerja" adalah hal yang baik; yang buruk tidak tahu atau mengharapkannya mendapat kompensasi. Sayangnya, lebih banyak perusahaan yang termasuk dalam kategori "buruk" daripada "baik".
Wayne Molina

44

Saya pikir hampir semua majikan akhirnya membayar orang sekitar 1 - 2 jam belajar setidaknya beberapa hari setiap minggu. Bahkan jika Anda hanya mencari dokumentasi, Anda masih mempelajari sesuatu yang belum Anda ketahui sebelumnya.

Saya pribadi tidak suka mengatur 'irisan' waktu untuk orang lain, rasanya agak terlalu banyak seperti mengatur waktu orang lain. Jika saya mempekerjakan Anda, saya melakukannya karena saya memiliki perasaan yang cukup bagus sehingga Anda tahu cara mengatur waktu Anda lebih baik daripada saya. Anda menetapkan sasaran produktivitas dan batas waktu sesekali, tetapi selain itu, biarkan karyawan melakukan apa yang membuat karyawan paling produktif.

Jika Anda perlu menghabiskan enam jam mencari tahu cara terbaik untuk mendekati masalah dengan mempelajari beberapa algoritma yang berbeda, itu bagus. Jika Anda perlu menghabiskan 20 menit melalui referensi implementasi bahasa, tidak apa-apa.

Singkatnya, hanya mendorong orang untuk belajar dan menjadi lebih baik karena mereka melihat kebutuhan dan peluang untuk melakukannya. Bayar untuk pelatihan saat itu masuk akal dan jangan murahkan buku. Itu biasanya berakhir dengan produktivitas yang luar biasa dan mempertahankan karyawan yang hebat.


4
+1 untuk paragraf terakhir saja. Saya berharap lebih banyak perusahaan berpikir seperti itu!
Wayne Molina

3
+1 karena saya setuju bahwa Anda tidak perlu menyiapkan "irisan" waktu untuk belajar. Belajarlah sesuai kebutuhan, dan jika Anda telah mempelajari apa yang perlu Anda ketahui dan harus bekerja untuk mengimplementasikannya, maka mulailah melakukannya.
Rachel

sebuah komplain pasti dapat meningkatkan loyalitas pengembangnya jika mengikuti saran di paragraf terakhir.
make_sense

Saya benar-benar tidak berpikir inilah yang ditanyakan OP. Tentu saja semua programmer belajar dalam pekerjaannya, itu bahkan bukan pertanyaan. Pertanyaan yang akan saya tanyakan adalah, "Apakah Anda menghabiskan waktu kerja untuk mempelajari sesuatu yang tidak akan membantu Anda memecahkan masalah langsung (tetapi yang dapat membuat Anda menjadi programmer yang lebih baik)?"
Neil Traft

Books - yay, training - nay
Arnis Lapsa

13

Saya menghabiskan beberapa jam setiap pagi dengan fokus mempelajari sesuatu yang baru. Ini bisa berupa sesuatu yang berkaitan dengan tumpukan teknologi utama saya (.NET, WPF, ASP.NET MVC, Linq, dll.) Atau saya akan bermain-main dengan bahasa baru, kerangka kerja web, atau bahkan melakukan beberapa kalkulus dan matematika keras lainnya untuk menjaga pikiran lentur. Tentu saja, saya mulai bekerja pada pukul 6:30 pagi dan melakukan ini sampai jam 9:00 ketika hari kerja dimulai. Ketika Anda memiliki anak-anak kecil di rumah seperti saya, Anda harus melakukan pekerjaan Anda di pagi hari jauh dari rumah sehingga Anda dapat benar-benar berkonsentrasi. Ini juga membuat malam hari saya terbuka untuk menjadi Ayah. Jadi, ya saya pikir penting bagi pemberi kerja untuk memberikan waktu kepada pekerja pengetahuannyauntuk mencapai pengetahuan baru. Saya selalu memberitahu pengembang saya untuk meluangkan waktu untuk mempelajari hal-hal baru dan bahkan mendorong mereka untuk menghadiri konferensi dan seminar untuk selalu menjaga pikiran mereka tetap lentur. Bahkan jika mereka tidak menulis apa pun di Erlang, itu mungkin dapat memanifestasikan dirinya di suatu tempat secara konseptual nanti dan terbukti sangat berguna dalam proyek lain.


2
Jadi, Anda belajar dari 6: 30-9: 00 dan kemudian bekerja dari jam 9: 00-5: 00, dan karena itu Anda tidak belajar selama jam kerja? Saya senang Anda memiliki sikap yang benar, dan saya pikir Anda adalah orang pertama yang benar-benar menjawab pertanyaan OP, tetapi saya tidak bisa membantu tetapi berperan sebagai penasihat setan. :-)
Neil Traft

@ NeilTraft - Ha, saya mengerti maksud Anda. Saya pikir saya mengacu pada pembelajaran akademis murni dan eksplorasi konsep-konsep baru. Tentu saja kami terus belajar sambil bekerja juga, tetapi itu lebih merupakan pengetahuan terapan, setidaknya bagi saya. Saya mungkin belajar cara menggunakan sesuatu yang baru dengan ASP.NET MVC atau menulis beberapa pertanyaan pembunuh Linq atau sesuatu, tetapi tidak ada terlalu banyak waktu untuk memeriksa Rust atau Go atau beberapa teknologi baru.
Nodey The Node Guy

8

Itu sebabnya ini disebut "Ruang Baca" :) Mengatur pembaca RSS atau apa pun yang Anda suka yang dapat mengumpulkan posting dari berbagai tempat yang Anda anggap berharga dan kemudian mencetak beberapa artikel per hari dan membawanya bersama Anda.

Tetapi di luar itu, jika Anda melakukan sesuatu yang Anda sudah tahu jawabannya dan tidak menghabiskan setidaknya sebagian dari hari Anda melacak jawaban untuk sesuatu (yang juga belajar) maka Anda perlu berganti pekerjaan. Complacency adalah pembunuh dalam profesi ini.


11
Juga sangat benar. Kepuasan mengarah pada stagnasi. Stagnasi menyebabkan kemalasan. Kemalasan mengarah pada keusangan. Jalan ke sisi gelap, mereka. Begitu Anda mulai menyusuri jalan yang gelap, selamanya akan mendominasi takdir Anda.
Wayne Molina

7

Saya biasanya tidak benar-benar masuk ke dalam penulisan kode sampai setelah makan siang. Biasanya hari-hariku akan seperti ini:

9 pagi - 10 pagi: Stackoverflow (termasuk tautan blog yang menarik, dll), email, mungkin meninjau beberapa perubahan terbaru dalam kontrol sumber untuk merasakan ke mana arah proyek yang akan dituju akhir-akhir ini.

10 pagi - 12 siang: biasanya dihabiskan dengan melakukan "light" coding. Refactoring, perbaikan bug kecil, dan mendesain bagaimana implementasi untuk apa pun akan bekerja, dengan terkadang mendesain level sedikit lebih tinggi saat dibutuhkan

13: 00-3: 00: biasanya pengkodean berat. Pengkodean yang membosankan cocok di sini.

3 sore-3: 30/4: sedikit lebih banyak belajar sebagai "istirahat".

4 sore- ?: Jika saya benar-benar berada di zona tersebut, saya akan diketahui terlambat satu jam atau lebih. Ini anehnya mungkin waktu yang paling produktif bagi saya. Yaitu karena biasanya saya dibiarkan sendiri setelah jam 4 sore, dan saya orang malam alami jadi apa pun sebelum jam 12 malam sepertinya "lebih awal" bagi saya.

Sekarang, saya katakan itu tidak adil bagi perusahaan untuk membayar Anda untuk menulis posting blog dan semacamnya. Ini terkadang termasuk jawaban Stack Overflow .


3
Penting untuk mengetahui waktu terbaik bagi Anda untuk mengerjakan koding "keras" atau bekerja pada masalah "sulit". Saya menemukan bahwa ketika pikiran saya paling tajam (di pagi hari), saya dapat menyelesaikan sesuatu dalam 10 menit yang bisa memakan waktu berjam-jam di waktu lain.
B Seven

1
Saya mendapatkan banyak hal dari StackExchange. Situs komunitas seperti ini hanya berfungsi jika orang memasukkan kembali. Jika seorang manajer mengeluh tentang kontribusi saya maka saya akan menjawab bahwa ini adalah biaya melakukan bisnis: Anda mendapatkan apa yang Anda berikan.
Underverse

5

Belajar, eh? Saya akan mengatakan saya melakukan itu sebagian besar waktu di tempat kerja. Bagi saya, belajar adalah esensi inti dari pemrograman , dan wajar wajar dari kenyataan bahwa Anda selalu memecahkan masalah baru (yaitu tidak melakukan hal yang sama dua kali). 

Jika Anda tidak belajar selama jam kerja Anda, Anda salah melakukannya atau Anda harus mencari lingkungan kerja yang lebih baik.

(Yang mengatakan, untuk blog dan buku saya kebanyakan cenderung menggunakan waktu luang saya, kecuali ketika itu terkait erat dengan pekerjaan yang ada.)


4

Dari sudut pandang manajemen, pengusaha umumnya ingin karyawan mereka terus belajar. Ini bisa berupa pelatihan kelas formal atau e-learning, mengejar umpan RSS Anda, membaca jurnal teknis, menonton video, memiliki mentor, membimbing orang lain, dll.

Gosok datang ketika

  1. manajer Anda berpikir Anda harus sudah mengetahui hal ini
  2. Anda punya tenggat waktu untuk sebuah proyek
  3. Anda mulai memaksa pembelajaran baru yang Anda temukan tentang bisnis tanpa harus melalui saluran yang tepat (mis. Saya baru saja mempelajari semua tentang ObservableCollections dan berpikir itu hebat sehingga saya akan mulai melakukan itu di bagian basis kode saya .)

Semua itu mengatakan, harapan umum adalah bahwa Anda perlu mendorong pembelajaran Anda sendiri terhadap model 70-20-10

  • 70% harus belajar sambil bekerja, seperti memperbaiki kode Anda dengan sesuatu yang lebih efisien
  • 20% harus pembelajaran informal, seperti dibimbing dan membaca blog atau menghadiri konferensi
  • 10% harus berupa pelatihan formal, seperti acara kelas 2 hari atau modul e-learning dengan pelacakan SCORM

Jika perusahaan Anda tidak memiliki porsi pelatihan formal 10%, mintalah.


3

Bagi saya, pemrograman adalah pembelajaran . Setiap kali saya menulis metode, saya bisa belajar sesuatu:

  • Apakah ini cara terbaik untuk melakukan ini?
  • Apa penggunaan memori / CPU?
  • Apa komprominya?
  • Apa potensi masalah yang dapat membuat metode ini gagal? (kebuntuan, koneksi terputus, dll.)
  • Apakah metode ini perlu menjadi bagian dari perpustakaan sehingga saya dapat menggunakannya kembali nanti?
  • Bagaimana saya bisa menjelaskan sistem ini dalam istilah non-teknis sehingga siapa pun dapat memahaminya?
  • Bagaimana saya akan mengingat dan mengatur semua yang baru saja saya pelajari?

Setiap kali saya menggunakan Programmers.SE atau Stack Overflow, saya belajar sesuatu.

Saya pikir menjadi seorang programmer adalah tentang belajar. Dan, semua yang kita pelajari dapat digunakan untuk menjadikan kita programmer yang lebih baik dan membantu membuat proyek yang kita kerjakan berhasil.


2

Saya menghabiskan sekitar (jam kerja):

  • ~ 5% waktu untuk menulis kode
  • ~ 10% waktu untuk menonton video Starcraft2 di YouTube dan minum kopi
  • ~ 20% dari waktu untuk memikirkan masalah yang sedang dihadapi proyek
  • ~ 65% waktu untuk mempelajari hal-hal baru dan menarik

3
hati-hati memposting hal-hal seperti itu ... Beberapa majikan mungkin tidak menganggap enteng bahwa Anda menghabiskan setengah dari hari yang dibayar per minggu menonton hal-hal starcraft di youtube. Kecuali jika Anda benar-benar mengerjakannya!
Newtopian

1
@Newtopian hasil penting
Arnis Lapsa

@Arnis: jangan salah paham di sini, jika saya adalah bos Anda dan Anda mengirimkan barang-barang saya tidak bisa memberikan keledai tikus jika Anda menghabiskan waktu di you tube. Saya mungkin melihatnya sebagai tanda saya tidak cukup menantang Anda, tetapi hanya itu. Untuk banyak bos rambut runcing lainnya, Anda secara efektif mencuri dari mereka dan mereka tidak akan menyukainya sedikit pun. Yang mengatakan, komentar saya lebih karena orang dipecat karena jauh lebih sedikit hanya dengan memposting hal-hal konyol di halaman facebook mereka misalnya. Saya hanya berharap demi bos Anda bukan tipe rambut runcing :-) tepuk tangan
Newtopian

2
@Newtopian seperti yang saya lihat - pemrograman adalah seni. Anda tidak bisa memaksanya. jika Anda melakukannya, Anda berakhir dengan musik pop yang buruk. bukan karena saya tidak ingin bekerja, itu karena saya kadang-kadang tidak bisa. dan aku benar-benar tak tahu malu dan jujur ​​tentang itu. :)
Arnis Lapsa

1
@niko o_0 mengapa programmer harus bekerja di sebelah wastafel dapur Anda ?! maaf, tidak bisa menjawabnya. Saya pikir itu bias dan analogi yang buruk.
Arnis Lapsa

2

Membaca artikel teknis di web sudah menjadi kebiasaan saya selama 2 tahun terakhir. Setiap hari, saya menghabiskan setidaknya satu jam atau lebih untuk membaca artikel. Pada awalnya, saya terbiasa membaca setiap artikel dan mencoba belajar. Itu adalah minat saya dan sepertinya tidak produktif karena banyaknya artikel dan topik yang bisa dijalani seseorang. Mungkin, "Jack dari semua perdagangan, tetapi tidak menguasai apa pun" cocok dengan situasi ini. Seiring waktu, saya telah menemukan banyak sumber daya yang baik dan mengidentifikasi minat saya. Posting itu, saya telah mempersempit satu topik dan mulai selektif.

Apa yang saya peroleh dari semua bacaan adalah menemukan sumber daya yang bagus seperti stack overflow, Y Combinator, smashing magazine, dll. Yang akan saya peroleh adalah keahlian dalam topik yang saya baca. Jadi, maksud saya adalah bahwa seseorang juga harus selektif dalam membaca. Membaca selalu merupakan kebiasaan yang baik. Membaca selektif sangat bagus.

Juga, satu pengamatan lain adalah bahwa hampir semua orang di sekitar saya yang saya rasa adalah programmer yang baik, terus membaca dan mengarahkan saya ke hal-hal hebat. Ini seperti bacaan kita membantu orang lain menjadi lebih baik - Bagian sosial.


1

Saya lebih suka waktu belajar di pagi hari. Saya memulai hari dengan mempelajari hal-hal baru yang ada dalam pikiran saya dan / atau membaca feed berita teknologi yang saya ikuti di Google Reader. Kadang saya juga menghabiskan waktu setelah makan siang. Jika saya merasa belajar sesuatu yang baru yang tidak menghalangi tugas saya saat ini, saya memasangnya untuk keesokan paginya.

Yah, saya juga menghindari menulis blog selama jam kerja karena mungkin diperlukan lebih dari perkiraan waktu. Waktu terbaik untuk menulis blog atau berpartisipasi dalam komunitas (untuk saya) adalah setelah jam kantor.


1

seseorang dapat menemukan masalah di sekitar atau dari proyek yang sedang dikerjakannya. Cukup buat atau gunakan perangkat beberapa masalah untuk ketahanan karma Anda. Lihatlah sedalam mungkin. Seseorang akan menemukan jalannya ke jalan kemuliaan kehidupan kerja autodidactic. Ketika seseorang menjadi lebih produktif, ia akan menemukan waktu untuk belajar menjadi lebih produktif daripada dirinya. Pemeliharaan intelektual evolusioner terhadap diri sendiri, saya katakan, selalu bermanfaat meskipun Anda bukan seorang programmer. Itu hanya meningkatkan proses berpikir. Ada berbagai cara untuk mendekati masalah. Pilih opsi untuk menggali lebih banyak. Jangan pernah puas dengan solusinya. Bahkan setelah pengiriman yang dilakukan, seseorang dapat meninjau kembali output. Seseorang harus mempertajam alatnya. Tempat yang lebih baik untuk mengembangkan piring terbang Anda sendiri, pasti di kamar gelap pribadi Anda sendiri!

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.