Size: a a a

Архитектура ИТ-решений

2020 August 16

DK

Daria Kaftan in Архитектура ИТ-решений
Sergey
Когда-то давно при приеме на работу программисты подписывали ниже приведенный документ.
Кодекс этики, разработанный ACM/IEEE (@IEEE/ACM 1999)
Кодекс этики и практической деятельности
инженерии программного обеспечения

ACM/IEEE-CS объединили свои усилия для создания Кодекса этики и практической деятельности инженерии программного обеспечения.
ПРЕАМБУЛА
Краткая версия Кодекса резюмирует наши цели в сжатой форме; статьи, которые содержатся в полной версии, дают расширенное и полное толкование наших целей в качестве пути, которым должны следовать профессионалы в области инженерии программного обеспечения. Без учета целей толкования будут скучными юридическими подробностями, без полного толкования цели становятся высоким, но пустым звуком. Вместе цели и толкования образуют целостный кодекс.
Специалисты по программному обеспечению преобразуют выполняемую ими работу по анализу и созданию спецификаций, проектированию и разработке, тестированию и сопровождению программного обеспечения в общественно полезную и уважаемую профессию. В соответствии с этим, кроме общественных обязательств относительно здоровья, безопасности и благополучия общества, специалисты по программному обеспечению должны взять на себя обязательства следовать восьми перечисленным принципам.
   1. Общественные интересы – деятельность специалистов по программному обеспечению должна проистекать в соответствии с общественными интересами и запросами.
   2. Клиенты и работодатели – деятельность специалистов по программному обеспечению должна быть направлена на удовлетворение запросов клиента и работодателей в соответствии с общественными интересами.
   3. Производство – специалист по программному обеспечению должен гарантировать, что произведенные или модифицированные им программные продукты соответствуют самым высоким, какие только возможны профессиональным стандартам.
   4. Профессиональные суждения – специалист по программному обеспечению должен поддерживать честность, непредвзятость и независимость своих профессиональных суждений и оценок.
   5. Управление – действия руководителей программных проектов должны подчиняться высоким этическим нормам при их руководстве разработкой и сопровождением программного обеспечения.
   6. Профессия – специалист по программному обеспечению должен поддерживать на высоком уровне репутацию своей профессии в соответствии с общественными интересами.
   7. Коллегиальность – специалист по программному обеспечению должен поддерживать коллег и быть достойным членом своего коллектива.
   8. Личность – специалист по программному обеспечению должен постоянно учиться, чтобы соответствовать уровню своей профессии, а также должен руководствоваться высокими этическими нормами в повседневной практической профессиональной деятельности.
А указывалось, что такое высокий уровень? И что такое высокие этические нормы?
источник

S

Sergey in Архитектура ИТ-решений
Я же сказал это было давно, тогда еще люди хотя бы на интуитивном уровне понимали, а если еще и руководитель показывал пример, то вообще лепота. (из личного опыта)
источник

АВ

Александр Вир... in Архитектура ИТ-решений
Наверное нужно быть просветленным человеком я ясными глазами, чтобы в такие вещи верить. Моральный кодекс строителя программизма. Не знаю, облекать такие вещи в слова - заведомая духота.
Мне ближе мнение Дарьи, что атмосфера она вот, вокруг.
Кстати, с прошлого места работы ушел в основном потому, что атмосфера испортилась
источник

АВ

Александр Вир... in Архитектура ИТ-решений
(Ловите важное мнение)
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Было бы намного честнее если бы работодатель предлагал сотруднику почитать гражданский кодекс и трудовой кодекс. Там столько всего интересного написано
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
... вот мне Статья 1 ГК очень нравится о равенстве сторон договора и о том, что сторона действует в своем интересе, а вовсе не в интересах клиентов или акционеров компании
источник

F

Fagor in Архитектура ИТ-решений
Наверное сотруднику стоит у работадателя (непосредственное начальство) просить подпись, о том что он ознакомлен с кодексом, и время давать ознакомление. Кроме отдела hr и юристов с бухами, и то не все главы, никто в компании его не читал скорей всего.
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
единственные две цели и задачи подобных кодексов - выжать из сотрудников что-нибудь сверх оплаченного рабочего времени и иметь ещё один рычаг давления на них в случае чего.
Ну или, как минимум, выглядеть как нелепая взвейся-развейся фигня
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Sergey
Когда-то давно при приеме на работу программисты подписывали ниже приведенный документ.
Кодекс этики, разработанный ACM/IEEE (@IEEE/ACM 1999)
Кодекс этики и практической деятельности
инженерии программного обеспечения

ACM/IEEE-CS объединили свои усилия для создания Кодекса этики и практической деятельности инженерии программного обеспечения.
ПРЕАМБУЛА
Краткая версия Кодекса резюмирует наши цели в сжатой форме; статьи, которые содержатся в полной версии, дают расширенное и полное толкование наших целей в качестве пути, которым должны следовать профессионалы в области инженерии программного обеспечения. Без учета целей толкования будут скучными юридическими подробностями, без полного толкования цели становятся высоким, но пустым звуком. Вместе цели и толкования образуют целостный кодекс.
Специалисты по программному обеспечению преобразуют выполняемую ими работу по анализу и созданию спецификаций, проектированию и разработке, тестированию и сопровождению программного обеспечения в общественно полезную и уважаемую профессию. В соответствии с этим, кроме общественных обязательств относительно здоровья, безопасности и благополучия общества, специалисты по программному обеспечению должны взять на себя обязательства следовать восьми перечисленным принципам.
   1. Общественные интересы – деятельность специалистов по программному обеспечению должна проистекать в соответствии с общественными интересами и запросами.
   2. Клиенты и работодатели – деятельность специалистов по программному обеспечению должна быть направлена на удовлетворение запросов клиента и работодателей в соответствии с общественными интересами.
   3. Производство – специалист по программному обеспечению должен гарантировать, что произведенные или модифицированные им программные продукты соответствуют самым высоким, какие только возможны профессиональным стандартам.
   4. Профессиональные суждения – специалист по программному обеспечению должен поддерживать честность, непредвзятость и независимость своих профессиональных суждений и оценок.
   5. Управление – действия руководителей программных проектов должны подчиняться высоким этическим нормам при их руководстве разработкой и сопровождением программного обеспечения.
   6. Профессия – специалист по программному обеспечению должен поддерживать на высоком уровне репутацию своей профессии в соответствии с общественными интересами.
   7. Коллегиальность – специалист по программному обеспечению должен поддерживать коллег и быть достойным членом своего коллектива.
   8. Личность – специалист по программному обеспечению должен постоянно учиться, чтобы соответствовать уровню своей профессии, а также должен руководствоваться высокими этическими нормами в повседневной практической профессиональной деятельности.
Какой-то глупый документ. Слов много, смысла мало.
источник

АВ

Александр Вир... in Архитектура ИТ-решений
Alexey Pryanishnikov
единственные две цели и задачи подобных кодексов - выжать из сотрудников что-нибудь сверх оплаченного рабочего времени и иметь ещё один рычаг давления на них в случае чего.
Ну или, как минимум, выглядеть как нелепая взвейся-развейся фигня
+
источник
2020 August 17

МП

Михаил Поздняков... in Архитектура ИТ-решений
Sergey
Когда-то давно при приеме на работу программисты подписывали ниже приведенный документ.
Кодекс этики, разработанный ACM/IEEE (@IEEE/ACM 1999)
Кодекс этики и практической деятельности
инженерии программного обеспечения

ACM/IEEE-CS объединили свои усилия для создания Кодекса этики и практической деятельности инженерии программного обеспечения.
ПРЕАМБУЛА
Краткая версия Кодекса резюмирует наши цели в сжатой форме; статьи, которые содержатся в полной версии, дают расширенное и полное толкование наших целей в качестве пути, которым должны следовать профессионалы в области инженерии программного обеспечения. Без учета целей толкования будут скучными юридическими подробностями, без полного толкования цели становятся высоким, но пустым звуком. Вместе цели и толкования образуют целостный кодекс.
Специалисты по программному обеспечению преобразуют выполняемую ими работу по анализу и созданию спецификаций, проектированию и разработке, тестированию и сопровождению программного обеспечения в общественно полезную и уважаемую профессию. В соответствии с этим, кроме общественных обязательств относительно здоровья, безопасности и благополучия общества, специалисты по программному обеспечению должны взять на себя обязательства следовать восьми перечисленным принципам.
   1. Общественные интересы – деятельность специалистов по программному обеспечению должна проистекать в соответствии с общественными интересами и запросами.
   2. Клиенты и работодатели – деятельность специалистов по программному обеспечению должна быть направлена на удовлетворение запросов клиента и работодателей в соответствии с общественными интересами.
   3. Производство – специалист по программному обеспечению должен гарантировать, что произведенные или модифицированные им программные продукты соответствуют самым высоким, какие только возможны профессиональным стандартам.
   4. Профессиональные суждения – специалист по программному обеспечению должен поддерживать честность, непредвзятость и независимость своих профессиональных суждений и оценок.
   5. Управление – действия руководителей программных проектов должны подчиняться высоким этическим нормам при их руководстве разработкой и сопровождением программного обеспечения.
   6. Профессия – специалист по программному обеспечению должен поддерживать на высоком уровне репутацию своей профессии в соответствии с общественными интересами.
   7. Коллегиальность – специалист по программному обеспечению должен поддерживать коллег и быть достойным членом своего коллектива.
   8. Личность – специалист по программному обеспечению должен постоянно учиться, чтобы соответствовать уровню своей профессии, а также должен руководствоваться высокими этическими нормами в повседневной практической профессиональной деятельности.
Помню как-то при заключении контракта с одной американской конторой они к договору приложили свое руководство по этике и включили в договор обязательства продвигать эту этику среди наших сотрудников. Половина текста была водой про всякие ценности, а половина в разных вариантах описывала что нужно по любому поводу "стучать" руководству. Типа ты видишь что Джонни не очень хорошо работает - иди и доложи. В нашей ментальности такое не очень работает. У нас главная этика, простите за грубость - не будь мудаком и делай нормально.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Михаил Поздняков
Помню как-то при заключении контракта с одной американской конторой они к договору приложили свое руководство по этике и включили в договор обязательства продвигать эту этику среди наших сотрудников. Половина текста была водой про всякие ценности, а половина в разных вариантах описывала что нужно по любому поводу "стучать" руководству. Типа ты видишь что Джонни не очень хорошо работает - иди и доложи. В нашей ментальности такое не очень работает. У нас главная этика, простите за грубость - не будь мудаком и делай нормально.
"не будь мудаком" и "делай нормально" - также расплывчато, что и "высокие этические нормы"
источник

МП

Михаил Поздняков... in Архитектура ИТ-решений
Что поделать )
источник

VS

Vladislav 👻 Shishkov... in Архитектура ИТ-решений
Михаил Поздняков
Помню как-то при заключении контракта с одной американской конторой они к договору приложили свое руководство по этике и включили в договор обязательства продвигать эту этику среди наших сотрудников. Половина текста была водой про всякие ценности, а половина в разных вариантах описывала что нужно по любому поводу "стучать" руководству. Типа ты видишь что Джонни не очень хорошо работает - иди и доложи. В нашей ментальности такое не очень работает. У нас главная этика, простите за грубость - не будь мудаком и делай нормально.
"у нас" - это у кого, простите?
источник

МП

Михаил Поздняков... in Архитектура ИТ-решений
Vladislav 👻 Shishkov
"у нас" - это у кого, простите?
Постсоветские страны. Но это мое крайне субьективное мнение. Мне кажется вот эта культура тренингов по этике и прочие манифесты у нас не особо работают потому что не особо близки.
источник

VS

Vladislav 👻 Shishkov... in Архитектура ИТ-решений
почему-то мне кажется, что все как раз наоборот в вашем примере: больше похоже на бумашки из компаний СНГ
источник

МП

Михаил Поздняков... in Архитектура ИТ-решений
На мой взгляд, в любом коллектиае кто-то делает на совесть, кто-то спустя рукава, и поработав с месяц ты уже знаешь кто есть кто, с кем можно в разведку, а с кем нет. И манифест этот расклад мало исправит.
источник

МП

Михаил Поздняков... in Архитектура ИТ-решений
Vladislav 👻 Shishkov
почему-то мне кажется, что все как раз наоборот в вашем примере: больше похоже на бумашки из компаний СНГ
Видимо у нас очень разный опыт по части работодателей, раз наблюдения расходятся.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Есть тема обсудить. Есть ли у кого опыт построения разработки в монорепозитории для проекта 150+ разработчиков на смешанном технологическом стэке в котором десятки сервисов? Расскажите что из этого вышло.
https://en.m.wikipedia.org/wiki/Monorepo
источник

П

ПашМиш in Архитектура ИТ-решений
Roman Tsirulnikov
Есть тема обсудить. Есть ли у кого опыт построения разработки в монорепозитории для проекта 150+ разработчиков на смешанном технологическом стэке в котором десятки сервисов? Расскажите что из этого вышло.
https://en.m.wikipedia.org/wiki/Monorepo
Мопед не мой, но успешный опыт похоже бывает https://research.google/pubs/pub45424/
источник