Есть ли в вашей компании письменная политика в отношении личного (технического) ведения блога? [закрыто]


17

Есть ли в вашей компании письменная политика в отношении личного (технического) ведения блога?

Заботиться, чтобы поделиться?

Мы призываем наших разработчиков вести личные блоги и рассказывать о технических проблемах, с которыми они сталкивались на работе, которые не относятся к сфере компетенции или интеллектуальной собственности. Мы делали это в стиле «не спрашивай, не говори», но пришло время что-то записать.

Обновление : спасибо всем за ваши ответы, мы внедрили политику для этой последней недели - полный текст здесь .

Ответы:


10

Здесь нет такой политики

Я веду личный / технический блог (более технический, чем личный), однако он никак не связан с компаниями, в которых я работаю.

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


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

2
@ Анна: Я делаю это и для ТАКИХ вопросов. Немного сложно задать вопрос по проблеме, не представляя исходную проблему.
Джош К

Здесь тоже нет такой политики, я также не веду личный блог, но я бы вел блог разработчика личного проекта, который я начну в будущем!
инвертировать

7

Это поощряется

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

Наш начальник предпочитает, чтобы мы сосредоточились на обмене знаниями в это время.

На самом деле мы создаем информационную панель для нашей интрасети, которая будет отображать соотношение «обмен знаниями / неуязвимое время».


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


Это было бы действительно круто. возможно, не на целый день, а на полдня. Я чувствую, что есть так много вещей, связанных с работой, о которых я хотел бы узнать, но нет времени на работе, чтобы делать это, и моя жена и ребенок получают более высокий приоритет дома.
Алесплин

4

Я работаю в федеральном правительственном агентстве. Общая политика в отношении любых социальных сетей и блогов заключается в том, что мы должны представлять себя как отдельных лиц, а не как сотрудников агентства. Довольно простые вещи. Они не против обмена «советами и приемами» до тех пор, пока некоторые внутренние вещи не опубликованы. Насколько я знаю, это никогда не было проблемой.


2

Моя компания совершенно не замечает этого.

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

Это также может быть лишь побочным эффектом того, что наш пул знаний почти не существует… поскольку люди здесь все еще сосредоточены на «суперзвездах» / «горячих» разработчиках. Который отстой большой

Мой личный совет вам: откройте как можно больше .

Обратная связь полезна, и вы получите много, опубликовав материал.


«Мой личный совет вам: откройте как можно больше» - я не уверен, понравится ли всем компаниям такой подход.
yasouser
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.