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

Когда я исправляю проблемы, некоторые из них зависят от компании, поэтому я стараюсь документировать их внутри компании. Другие широки и могут быть применимы к любому из них. Я стараюсь документировать их в своем собственном блоге. Мне интересно, этично ли это делать?

Например, если я устраняю неполадки, связанные с тем, что пользователь не может войти в систему, это внутренняя проблема, которую я не стал бы обсуждать снаружи. Но если я решу проблему с тем, как Excel ожидает ввода формулы (я только что это придумал), я могу задокументировать это в своем собственном болоте, надеясь, что однажды это поможет мне (и может помочь другим людям).

О каких этических проблемах, если таковые имеются, мне следует помнить при выполнении этой практики?

Думаю, это связано с этикой. У меня нет проблем с руководством, но я хочу знать, нормально ли это в соответствии с рабочей этикой. Если это не подходящий вопрос, я удалю его.
Я думаю, что это редактирование более конструктивно и, скорее всего, будет полезно будущим посетителям. Он не скажет вам, правильно это или нет, но он должен помочь вам осознать опасения, чтобы вы могли принять собственное решение. Есть ли что-то, что не охвачено?
Не стесняйтесь делать это. Кстати, я бы настоятельно рекомендовал редактировать, чтобы справляться с вопросами и делать их более привлекательными, а не просто закрывать. Пожалуйста, не теряйте вопросы! И если это выходит за рамки, я буду рад удалить его, если здесь больше не будет вопросов, связанных с этикой.
Я думаю, что в основе его лежит хороший вопрос. Задавая вопросы о SE, просто старайтесь не спрашивать о правильности или неправильности того, что вы делаете. Вместо этого попросите совета, как определить это самостоятельно. Важно, чтобы вопросы были полезны не только вам, но и будущим читателям.
нам, вероятно, нужно руководство по этому поводу на мета. Один и тот же вопрос становится предметом рассмотрения, если его сформулировать по-другому. Для меня вопросы, связанные с этикой, здесь совершенно уместны, если они не слишком локализованы. Кстати, я мог бы просто делать то, что делаю, не спрашивая, и это может быть ужасно неправильной практикой. Так где я должен это спрашивать?
Кстати, я готов закрыть его, если он выходит за рамки. Очень не хочется портить сайт.
@rocketscience Я думаю, что Чад говорил, что его редактирование сделало его более масштабным (имхо, так оно и было); Я думаю, сейчас все в порядке. Проблема заключалась в исходной формулировке «да/нет правильно/неправильно», что является общей проблемой SE (не только здесь).
@rocketscience Если вы не занимаетесь активным вандализмом в сообщениях, нападаете на пользователей или совершаете что-то столь же неприятное, вы не разрушаете сайт. Мы не закрываем вопросы, потому что они портят сайт, мы их закрываем, потому что они по тем или иным причинам либо не подходят под экспертизу или формат сайта, и только. Отличные вопросы могут не подойти, не о чем беспокоиться.

Ответы (4)

Я вообще не считаю это неэтичным. Если вы не публикуете коммерческую тайну, информацию, являющуюся собственностью компании (особенно финансовую), информацию о клиентах компании или откровенно ложную информацию о вашей компании, я думаю, что вы находитесь в чистоте.

В качестве примера ознакомьтесь с Rant Google Platforms Стива Йегги . Стив опубликовал это публично в своей учетной записи Google+. Изначально он хотел, чтобы это было частным. Я думаю, что даже такие посты имеют место быть и никоим образом не являются неэтичными.

Моя компания на самом деле поощряет сотрудников публиковать статьи о технических/деловых/личных решениях, с которыми они сталкиваются на работе, и они даже предлагают небольшие стимулы для этого.

Никакая техническая проблема, с которой вы сталкиваетесь изо дня в день, не будет настолько новаторской, что ее совместное использование нанесет непоправимый ущерб. На самом деле, мне интересно, сколько раз в день вы ищете помощь в Интернете в виде сообщения в блоге или статьи, написанной кем-то другим. Я знаю, что не смог бы прожить и дня, не попросив Google о какой-либо помощи.

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

Из проекта нашей политики допустимого использования:

Ведение блога

  1. Ведение блогов сотрудниками, независимо от того, используют ли они собственность и системы «Название компании» или системы персональных компьютеров, также регулируется условиями и ограничениями, изложенными в настоящей Политике. Ограниченное и эпизодическое использование систем «Название компании» для ведения блога допустимо при условии, что это делается профессионально и ответственно, не нарушает иным образом политику «Название компании» и не наносит ущерба «Названию компании». в наилучших интересах и не мешает выполнению работником своих обычных трудовых обязанностей. Ведение блогов из систем «Имя компании» также подлежит мониторингу.
  2. Политика конфиденциальной информации «Название компании» также применяется к ведению блога. Таким образом, Сотрудникам запрещается раскрывать какую-либо конфиденциальную или служебную информацию «Название компании», коммерческую тайну или любые другие материалы, подпадающие под действие политики конфиденциальной информации «Название компании», при ведении блога.
  3. Сотрудники не должны вести какие-либо блоги, которые могут нанести ущерб или запятнать имидж, репутацию и/или репутацию «Названия компании» и/или любого из ее сотрудников. Сотрудникам также запрещается делать какие-либо дискриминационные, пренебрежительные, клеветнические или оскорбительные комментарии при ведении блога или других действиях, запрещенных политикой недискриминации и противодействия домогательствам «Название компании».
  4. Сотрудники также не могут приписывать личные заявления, мнения или убеждения «названию компании» при ведении блога. Если сотрудник выражает свои убеждения и/или мнения в блогах, он не может прямо или косвенно представлять себя сотрудником или представителем «Название компании». Сотрудники берут на себя все риски, связанные с ведением блога.
  5. Помимо соблюдения всех законов, касающихся обработки и раскрытия материалов, защищенных авторским правом или контролируемых экспортом, товарные знаки, логотипы и любая другая интеллектуальная собственность «Название компании» также не могут использоваться в связи с какой-либо блоговой деятельностью.

Я понимаю, что вы подходите к этому с этической, а не с договорной точки зрения, однако я чувствую, что пункты 3–5 дают очень хорошее представление о том, что общепринято, а что нет, когда речь идет о блогах сотрудников о своей деятельности, связанной с работой.

В конце концов, вы должны проявить здравый смысл и решить, может ли то, что вы пишете в своем блоге, , may harm or tarnish the image, reputation and/or goodwill of 'Company Name' and/or any of its employeesно если вы сомневаетесь, вы всегда можете спросить: Покажите черновик вашего сообщения вашему менеджеру или вашим коллегам, в конце концов, они все равно прочитают это после того, как вы опубликуете это.

Позвольте мне добавить, что я действительно не использую название компании каким-либо воображаемым образом и не пишу в блоге ничего, что является собственностью компании. Без вопросов о. То, что я пишу в блоге о техническом решении, которое я решил во время своей работы, это нормально с этической точки зрения. С одной стороны, это документация , которую я могу использовать позже, а с другой стороны, она находится в моем личном блоге, а не на сайте компании.
@rocketscience Суть в том, что если вы сомневаетесь, вам следует спросить. Маленькая незначительная техническая деталь, которой вы можете поделиться в своем блоге, может привести к тому, что вас уволят, на самом деле это не касается этики. Вы можете не использовать название компании напрямую, но ваши коллеги знают, где вы работаете, установить связь несложно.

Необходимо учитывать несколько факторов:

  1. Прямое раскрытие. Говорить что-либо, что раскрывает конфиденциальную информацию, является злоупотреблением доверием (и, возможно, нарушением вашего соглашения о неразглашении). (Это должно быть довольно очевидно, но я включил его для полноты картины.)

  2. Косвенное раскрытие. Предположим, ваша компания работает над какой-то сверхсекретной новой технологией. Вы ничего не публикуете об этом, но вы начинаете публиковать сообщения об очень специфических API или функциях ОС таким образом, что кто-то может сделать вывод, над чем вы работаете. Хоть ты и не говорил этого и не раскрывал тайны напрямую, ты оставил дверь открытой. Формулы Excel, вероятно, довольно безопасны — если только вы раньше не писали только о веб-сервисах и сетях, а теперь работаете над «Excel в облаке» (это я придумал).

  3. Финансирование. Работа, которую вы делаете в своем собственном блоге, не должна выполняться на деньги компании, если только не существует политики в отношении такого рода вещей, которая говорит, что это нормально. Если такая политика и существует, она, вероятно, предназначена для общего обмена знаниями; блог был бы более сомнительным, чем, скажем, публикация ответов на Stack Overflow, что работодатели могут рассматривать как не только хорошо, но и хорошо. Это область, где то, что разрешено, зависит от работодателя, поэтому уточните у себя.

  4. Ваш трудовой договор. Если вы подписали соглашение, которое регулирует внешнюю деятельность, внимательно прочитайте его. Иногда это просто означает «не работать на конкурентов», но иногда это означает «мы владеем всем, что вы производите, связанное с работой». Я не знаю, насколько распространена последняя форма в наши дни (или где вы живете), но если она применима, этичное поведение потребует, чтобы вы оставались в рамках ограничений того, что вы подписали.

Единственное, что я хочу уточнить здесь, что применимо ко мне 3. Funding. Кстати, я не зарабатываю деньги на своем блоге. Ни одно тело даже не посещает его. Но я добавляю статьи в рабочее время (может быть 5-10 минут статьи) и, вероятно, около 2 часов в неделю. Дело в том, что это документация, которую я могу использовать для справки. Обычно я добавляю только те статьи, по которым не могу найти помощь ни в одном блоге или на сайте контроля качества, и нахожу решение трудным путем.
@rocketscience, не обязательно, если вы зарабатываете деньги на своем блоге. Ваш работодатель платит вам за выполнение работы в их пользу; если сообщения в этом блоге не попадают под этот зонтик, необходимо рассмотреть этический вопрос. (Например, они могут предпочесть корпоративную вики.) 5-10 минут — это немного, но 2 часа — это 5% от 40-часовой рабочей недели. Большинство работодателей терпимо относятся к «разумному» количеству личного серфинга и тому подобного; я не могу ответить на вопрос, подходит ли 2 часа в неделю, и это выходит за рамки этого вопроса.

Я думаю, что единственным критерием, который определяет это, является интеллектуальная собственность , связанная с работой и продуктом.

В общем, когда какая-то проблема очень специфична, публикация без контекста может быть затруднена. Но есть более широкие решения, которые хорошо публиковать, но стоит ли это делать?

Отвечу на это примером:

Здесь мы попытались реализовать основные алгоритмы в одном из наших ключевых продуктов. Мы не публиковали их в виде статей (или блогов), но подали заявки на патенты (которые, кстати, тоже публикуются) — это потому, что интеллектуальная собственность для них была очень важна. И определенно отдал бы сильное преимущество перед конкурентами.

Однако в то же время мы также создали новый дизайн для доступа к базе данных (типичная модель ORM, если вы знаете). Хотя это очень интересно и вызовет некоторый академический интерес, а также не помешает поделиться с окружающим миром.

Многие крупные компании, особенно их исследовательские подразделения, постоянно работают над открытыми публикациями (такими как статьи, книги, блоги), а также над собственными публикациями (такими как патенты). Критерием выбора любого из этих путей является значимость вовлеченной интеллектуальной собственности.