Apakah perusahaan Anda memiliki kebijakan tertulis tentang blogging pribadi (teknis)? [Tutup]


17

Apakah perusahaan Anda memiliki kebijakan tertulis tentang blogging pribadi (teknis)?

Mau berbagi?

Kami mendorong pengembang kami untuk menjaga blog pribadi dan berbicara tentang masalah teknis yang mereka temui di tempat kerja yang bukan kompetensi inti atau IP inti. Kami sudah melakukannya "jangan tanya jangan bilang" gaya, tapi sekarang saatnya untuk menulis sesuatu.

Pembaruan : terima kasih atas jawaban Anda, kami telah menerapkan kebijakan untuk minggu ini - teks lengkapnya ada di sini .

Jawaban:


10

Tidak ada kebijakan seperti itu di sini

Saya memiliki blog pribadi / teknis (lebih teknis daripada pribadi), namun tidak ada hubungannya dengan perusahaan tempat saya bekerja.

Mempublikasikan protokol internal, lembar kerja, kode, atau hal lain akan menjadi serius jangan menurut saya. Selain itu saya bisa melihat karena beberapa alasan di mana menjaga blog teknis tidak akan diizinkan. Seseorang mungkin dalam kasus di mana kontrak menetapkan segala dan semua materi yang Anda buat dimiliki oleh perusahaan. Ada artikel menarik yang saya baca tentang seseorang yang bekerja di Microsoft di mana ini terjadi. Tidak dapat menemukannya lagi untuk kehidupan saya.


1
Sama disini. Saya mengirim sampel kode sesekali, tetapi tidak pernah menyalin / menempel langsung dari kode perusahaan. Saya selalu membersihkan dan / atau menulis ulang sepenuhnya untuk menghapus barang milik.
Adam Lear

2
@ Anna: Saya melakukan itu untuk pertanyaan SO juga. Agak sulit untuk mengajukan pertanyaan tentang suatu masalah tanpa menghadirkan masalah aslinya.
Josh K

Tidak ada kebijakan seperti itu di sini, saya juga tidak memiliki blog pribadi, tetapi saya akan menyimpan blog dev dari proyek pribadi yang saya mulai di masa depan!
balikkan

7

Ini didorong

Kami mendapatkan 1 hari seminggu untuk hal-hal yang tidak dapat ditagih seperti belajar, membaca blog, blogging, administrasi, menyiapkan presentasi untuk devcafé mingguan *, ...

Bos kami lebih suka bahwa kami fokus untuk berbagi pengetahuan pada waktu itu.

Kami sebenarnya sedang membangun dasbor untuk intranet kami yang akan menampilkan rasio "waktu berbagi pengetahuan / non-invoicable".


* devcafés: tim dev duduk bersama 1 jam / minggu dan 1 anggota tim menyajikan teknologi, metodologi, baru ..


Itu akan sangat keren. mungkin bukan untuk sehari penuh, tapi setengah hari. Saya merasa ada begitu banyak hal yang berkaitan dengan pekerjaan yang ingin saya pelajari, tetapi tidak ada waktu di tempat kerja untuk melakukannya, dan istri dan anak saya mendapatkan prioritas yang lebih tinggi di rumah.
alesplin

4

Saya bekerja untuk agen pemerintah Federal. Kebijakan keseluruhan tentang segala jenis jejaring sosial dan blogging adalah bahwa kita harus menampilkan diri kita sebagai individu dan bukan sebagai karyawan agensi. Hal yang sangat mudah. Mereka tidak keberatan bertukar "tips dan teknik" selama beberapa hal internal tidak dipublikasikan. Itu tidak pernah menjadi masalah, sejauh yang saya tahu.


2

Perusahaan saya sepenuhnya tidak menyadari hal ini.

Saya memiliki situs web sendiri, dan seorang rekan lain juga memilikinya, tetapi saya pikir itu saja. Kolega dan saya adalah satu-satunya dua orang yang secara aktif mencari pengetahuan [ sejauh yang saya tahu , meskipun saya pikir ada beberapa lagi, tetapi low profile], sehingga mungkin ada hubungannya dengan itu.

Ini mungkin juga hanya efek samping dari kumpulan pengetahuan kami yang hampir tidak ada..sebagai orang di sini masih fokus pada pengembang "superstar" / "jagoan". Menyebalkan sekali.

Nasihat pribadi saya kepada Anda adalah: buka sebanyak mungkin .

Umpan balik bermanfaat, dan Anda akan mendapatkan banyak dengan menerbitkan hal-hal.


"Nasihat pribadi saya kepada Anda adalah: buka sebanyak mungkin" - Saya tidak yakin apakah semua perusahaan akan menyukai pendekatan itu.
yasouser
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.