Чи має ваша компанія письмову політику щодо особистого (технічного) ведення блогів? [зачинено]


17

Чи має ваша компанія письмову політику щодо особистого (технічного) ведення блогів?

Хочете поділитися?

Ми рекомендуємо нашим розробникам вести особисті блоги та говорити про технічні проблеми, з якими вони стикалися на роботі, які не є основними компетенціями або основними IP-адресами. Ми займалися стилем "не запитай, не кажи", але пора щось записати.

Оновлення : дякую всім за відповіді, ми впровадили політику щодо цього минулого тижня - повний текст тут .

Відповіді:


10

Тут немає такої політики

Я зберігаю особистий / технічний блог (більш технічний, ніж особистий), однак це жодним чином не пов'язане з компаніями, в яких я працюю.

Опублікування внутрішніх протоколів, робочих таблиць, коду чи іншої речі було б серйозним , на мою думку. Крім того, що я можу бачити з небагатьох причин, коли вести технічний блог не було б дозволено. Це може бути у випадку, коли в договорі передбачено будь-який створений вами матеріал, належить компанії. Я прочитала цікаву статтю про когось, хто працював у Microsoft, де це було так. Не можу знайти його знову за життя мене.


1
Те ж саме. Я розміщую зразки коду при нагоді, але ніколи не копіюю / вставляю прямо з коду компанії. Я завжди дезінфікую та / або переписую повністю, щоб видалити власні речі.
Адам Лір

2
@Anna: Я це роблю і для ТАК-питань. Трохи складно задавати питання про проблему, не представляючи початкової проблеми.
Джош К

Тут немає такої політики, я також не веду особистого блогу, але я б продовжувала розробляти блог особистого проекту, який я розпочинаю в майбутньому!
інвертувати

7

Це заохочується

Ми отримуємо 1 день на тиждень для нефактурних речей, таких як навчання, читання блогів, блогінг, адміністрування, підготовка презентацій для щотижневих devcafés *, ...

Наш начальник вважає за краще, щоб ми орієнтувалися на обмін знаннями в той час.

Насправді ми будуємо інформаційну панель для нашої інтрамережі, яка відображатиме співвідношення "обмін знаннями / час, який не вимагає отримання рахунків".


* devcafés: команда розробників сидить разом 1 годину на тиждень, і 1 член команди представляє нову технологію, методологію, ..


Це було б дійсно круто. може, не на цілий день, а на півдня. Я відчуваю, що існує так багато речей, які стосуються роботи, про які я хотів би дізнатися, але на роботі немає часу на це, а моя дружина та дитина отримують більш високий пріоритет вдома.
алесплін

4

Я працюю у федеральному урядовому відомстві. Загальна політика щодо будь-яких видів соціальних мереж та ведення блогів полягає в тому, що ми повинні представляти себе як людей, а не як співробітників агентства. Досить простий матеріал. Вони не проти обміну "порадами та прийомами" до тих пір, поки деякі внутрішні речі не будуть опубліковані. Наскільки я знаю, це ніколи не було проблемою.


2

Моя компанія повністю не забуває про це.

У мене є власний веб-сайт, і інший колега теж має його, але я думаю, що це все. Ми з колегою є єдиними двома людьми, які активно працюють шукають знання [ наскільки я знаю , хоча я думаю, що є ще кілька, але низький профіль], так що це може мати щось спільне з цим.

Це також може бути лише побічним ефектом від того, що наш пул знань майже не існує .. тому що люди все ще зосереджуються на розробниках "суперзірки" та "гарячих". Що смокче великий час.

Моя особиста рада вам: відкривайте якомога більше .

Відгуки корисні, і ви їх отримаєте багато, публікуючи матеріали.


"Моя особиста порада до вас: відкрийте якомога більше" - я не впевнений, чи сподобається всім компаніям такий підхід.
yasouser
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.