Профессинальные и этические требования. Кодекс этики в сфере информационных технологий Моральный кодекс наемного работника

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

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

Конфиденциальность – программные специалисты должны уважать конфиденциальность в отношении своих работодателей или заказчиков независимо от того, подписывалось ли ими соответствующее соглашение.

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

Защита интеллектуальной собственности – специалист должен соблюдать законодательство и принципы защиты интеллектуальной собственности при использовании чужой интеллектуальной собственности. Кроме того, он должен защищать интеллектуальную собственность работодателя и клиента. Внимание: создаваемая им интеллектуальная собственность является собственностью работодателя или клиента.

Злоупотребление компьютером – программный специалист не должны злоупотреблять компьютерными ресурсами работодателя или заказчика; под злоупотреблениями мы здесь понимаем широкий спектр - от игр в компьютерные игрушки на рабочем месте до распространения вирусов и т.п.

1. Кодекс этики ieee-cs/acm

В разработке таких этических обязательств ведущую роль играют профессиональные сообщества. Такие общества, как

ACM–Association for Computing Machinery - Ассоцтация по вычислительной технике,

IEEE – Institute of Electrical and Electronic Engineers – Институт инженеров по электротехнике и электронике

CS- British Computer Society – Британское компьютерное общество

Члены этих организация принимают обязательство следовать этому кодексу в момент вступления в организацию

Кодекс содержит восемь Принципов, связанных с поведением и решениями, принимаемыми профессиональными программистами, включая практиков, преподавателей, менеджеров и руководителей высшего звена

Кодекс распространяется также на студентов и «подмастерьев», изучающих данную профессию

Кодекс имеет краткую и полную версии

1. Кодекс этики - Преамбула

Краткая версия кодекса

суммирует стремления кодекса на высоком уровне абстракции.

полная версия показывает как эти стремления отражаются на деятельности профессиональных программистов.

без высших принципов детали кодекса станут казуистическими и нудными;

без деталей стремления останутся возвышенными, но пустыми;

вместе же они образуют целостный кодекс.

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

В этой статье хочется рассказать об этике
программирования. Опытные программисты,
судя по исходникам, могут определить
уровень знаний непосредственно
программиста. Как? А очень просто. Есть
достаточно много негласных правил, так
называемой этикой программирования. Зачем
нужна эта этика, мы и погорим в данной
статье.

Часть1: Сага о комментариях.

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

Во-первых, для самого себя. То есть для
удобства навигации по своему же коду.
Чёткие и уместные комментарии способны
сохранить программисту до нескольких часов
времени только лишь из-за того, что он не
будет думать лишний раз, за что отвечает
каждая часть текста.

Во-вторых, для последователей. Если
человек разрабатывает программу под заказ,
зная, что исходные тексты позднее будут
переданы заказчику. Есть ли гарантия, что
именно вы будете дорабатывать эти
исходники до следующей версии? А сторонний
человек должен будет потерять очень много
времени, чтобы понять, что да как. То ли дело
с комментариями. Читать программу на
русском языке (в крайнем случае на
английском) гораздо проще, чем на языке
программирования. Особенно если программа
использует достаточно сложные
синтаксические конструкции.

Вот вам две немаловажные причины, по
которым комментарии должны писаться.
Отсюда вполне логичный вопрос: как же
писать комментарии правильно? В введении
книги "Экстремальное программирование",
её автор, Кент Бек, частично отвечает на наш
вопрос. Он пишет:

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

Из данных строк видно, что комментарии
нужны, и их нужно ровно столько, сколько
нужно. Да, красиво это я загнул, но судите
сами. Нельзя сказать: На 10Kb кода должно
приходиться 2Kb комментариев. Это было бы
глупо. Следовательно, остаётся только одно:
писать комментарии "в тему", раскрывая
с их помощью наиболее заковыристые области
программы. Не следует забывать, что
комментарии НИКАК не влияют на работу
компилятора, ровно как и на размер
получившейся программы. Комментарии
игнорируются компилятором, однако очень
помогают нам, людям.

Часть2: Сага о коде.

Если вам приходилось писать программы, вы
наверное знаете, что на данный момент
большинство компиляторов лояльно
относятся к стилю записи программы. То есть
компилятору по боку, будете вы ставить
символ переноса строки или нет. Судя по
всему вышесказанному, к одинаковому
результату приведёт Код и Код:

Код:
begin
WriteLn("Hello, world");
end.

Код:
begin WriteLn("Hello, world"); end.

Если не верите, можете проверить сами. Та же
ситуация с Си - компиляторами. Расскажу одну
историю, происшедшую со мной несколько лет
назад: Один мой знакомый хвастался
написанной им программой (он писал на С). В
ответ на это я сказал ему, что эта программа
пишется на Паскале в три строки. Он был
взбешен, потому как также как и я мог
написать эту программу на Паскале, но не в
три строки - это точно (в 15-20 где-то).
Пришлось показать человеку всё силу логики,
и программа действительно заняла ровно три
строки. Почему 3, а не одну? Не знаю как в Си,
но в Паскале максимальная длина строки - 256
символов (поправьте меня если я не прав).
Следовательно, моя программа заняла
примерно 256 * 3 символов (это ровно столько же,
сколько потребовалось бы моему другу для
написания такой же программы). Этот пример я
привел не зря: мой код был АБСОЛЮТНО
нечитабельным. Рассмотрение и правка его в
дальнейшем - это не то чтобы извращение, это
камасутра полная. Если кому приходилось
играть в Quake3 и сохранять из игры свой конфиг
- меня поймут. Квака по умолчанию пишет всё в
одну строчку, а разделителем ставит какой-то
глупый символ. Это никак не может
сравниться с конфигом, написанным вручную,
с комментариями, и т.д. Следует запомнить на
всё жизнь: хочешь добиться уважения со
стороны других - делай свой код более
читабельным. Чем больше свободного места
между строками - тем легче читать код.
Следовательно это - наш выбор. ВСЕГДА пишите
математические знаки (+ - = * /) через пробел.
То есть примерно так, как написано во врезке
Пр, и никогда так, как написано во врезке
Пр. Итак, читаем и запоминаем:

Пр:
iCounter + iChan:= iRoute;

Пр
iCounter+iChan:=iRoute;

Если честно, я с трудом набрал Пр: привычка
выработалась настолько, что Space я давил уже
подсознательно. Желаю и вам того же...

Часть3: Сага о переменных.

Что можно сказать о переменных? На самом
деле, очень многое. Например, вы заметили,
что во врезках Пр и Пр я несколько
необычно назвал переменные? Нет, это для вас
необычно. Для меня это вполне нормальные
названия. К примеру, смотря на название
переменной iCounter, я могу смело сказать, что
это не счётчик Интернетов (иначе он
назывался бы iInetCounter или iICounter), а переменная
типа Integer, которая является чьим либо
счётчиком. Первая буква "i" обозначает
тип переменной: i: Integer, s: String, c: Char, b: Boolean и т.д.
и т.п. Таким образом, я делаю код более
понятным для себя. Для удобства навигации
других людей по вашему коду, в начале
программы опишите, по какому принципу вы
называете переменные. Это повысит ваш
профессиональный уровень программирования.
Следующее, что хотелось бы сказать о
переменных - давайте им осмысленные имена.
Именовать переменную "a" или "x"
глупо, не считая тех случаев, когда "a" и
"x" - элементы уравнения. В противном
случае называйте переменные осмысленно,
чтобы их имя примерно отображало принцип
действия переменной. Лучше всего называть
переменную полными либо сокращёнными
словами английского языка. Это позволит
быстрее ориентироваться в вашем коде не
русскоязычному населению планеты. Каждое
слово желательно начинать с заглавной
буквы. Что касается объектно-ориентированных
языков, которые так и норовят назвать
компоненты тупыми именами, я могу сказать
единственное: откажитесь от стандартных
Edit1, Label1 и т.д., поскольку когда число
одинаковых компонентов зашкалит за 5, будет
весьма нелегко держать в голове, что
обозначает номер какого-то компонента.
Называть я советую компоненты также как и
переменный, с той единственной разницей,
что вместо типа переменной, на первое место
ставить сокращённое название класса
компонентов. Так, например, Edit14, в который мы
вводим пароль, будет именоваться edPassEnter или
что-нибудь схожее с этим. Желательно в

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

Доброе утро! Сегодня я, Евгений levashove из Калининграда дежурю у Олега! Хочу поговорить с вами о этике в IT.

Есть законы РФ, защищающие пользователей, но чаще всего вывести на чистую воду недобросовестного IT-специалиста может только его коллега по профессии. Да и то не всегда. Конечно, крупные аутсорсинг-компании и сервисы имеют строгие правила и инструкции и отвечают за своих сотрудников, но и в таких случаях есть возможность утечки.

Информация в наши руки попадает разная. Начиная с ооочень приватных фотографий и заканчивая доступом к личным счетам клиентов. Да и просто какая-то информация, финансовые документы, переписки, фотографии с пьянок и корпоративов и тому подобный компромат часто оказывается перед нашими глазами. Что мешает скопировать для какой-либо цели?

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

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

Все эти размышления родились из диалога с коллегой из Москвы, который рассказал о неприятной ситуации, в которой оказалось организация, куда он пришёл работать. Оказывается предыдущий специалист тихо скопировал личную и рабочую информацию с серверов и компов и куда-то продал. Ну а что, базы данных пользователей часто нужны конкурентам. Естественно завели дело, ищут мудака, но это уже другая история. Плюс, коллега нашёл несколько скрытых доступов в сеть и закладки в 1С. В общем, крайне неприятная история. Если открыть популярный сайт историй от айтишников "IT happens" , то можно легко обнаружить с десяток подобных случаев в разных вариациях.

По итогам обсуждения появилась этика IT-специалиста:

• Никогда и ни при каких обстоятельствах не выкладывать в сеть личные данные и фотографии клиентов.


• Никогда не сохранять на личных жёстких дисках информацию клиента (работодателя). Если, конечно, сам клиент не просит этого сделать.


• Удалять все записи с никами/паролями после сдачи проекта или предупреждать клиента (работодателя) , что оставишь у себя копию для дальнейшей доработки. Удалять всё после завершения работы.


• Удалять с компьютера клиента (работодателя) все программы для удалённого доступа после завершения работы. Или предупреждать, что программа установлена и объяснять, как пользоваться.


• Предупреждать клиента (работодателя) о возможных проблемах с пиратским программным обеспечением. По возможности предлагать альтернативы.


• Предупреждать клиента (работодателя) о возможных проблемах отсутствия антивирусных программ и файерволов на компьютерах.

Пожалуй, для начала этих простых правил хватит, чтобы прослыть порядочным специалистом. Ну а потом уже каждый сам для себя может дописать нужные пункты собственной "этики айтишника".

Но хочу сразу сказать, что есть другая сторона работы IT-специалиста, которая часто идёт в разрез этике. Это защита себя от заказчика. Сколько ходит историй о том, что работа выполнена, а деньги не выплачены. Большие организации могут себе позволить юристов, суды, но для маленьких фирм с двумя-тремя программистами или системными администраторами подобные траты могут оказаться совершенно убийственными. Поэтому очень часто оставляются так называемые "закладки", которые по какому-либо сигналу или спустя какое-то время отключают систему. Я не могу осуждать и винить коллег, которые используют подобные методы. Если работа системы, в которую встроена "закладка", не может каким-либо образом нанести вред человеку (ПО в медицине, на заводах, на ТЭС, АЭС и т.п.), то может быть такие методы и оправданы. Это совершенно неэтично, подчас незаконно, но... иначе получить свои деньги не получается.

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

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

Software Engineering Code of Ethics and Professional Practice

ACM/IEEE-CS Joint Task Force on Software Engineering Ethics and Professional Practices

Краткая версия

Введение

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

Программные инженеры должны стремиться к тому, чтобы сделать анализ, разработку спецификаций, проектирование, реализацию, тестирование и поддержку программного обеспечения полезной и уважаемой профессией. В соответствии с их высокой ответственностью за благополучие, безопасность и процветание общества программные инженеры должны твердо придерживаться следующих восьми Принципов:

• ОБЩЕСТВО – Программные инженеры должны действовать неукоснительно в интересах общества.
• КЛИЕНТ И РАБОТОДАТЕЛЬ – Программные инженеры должны действовать согласно интересам клиента и работодателя, если они не противоречат интересам общества.
• ПРОДУКТ – Программные инженеры должны обеспечивать соответствие качества своих продуктов и их модификаций наивысшим возможным профессиональным стандартам.
• ОЦЕНКИ – Программные инженеры должны поддерживать целостность и независимость своих профессиональных оценок.
• МЕНЕДЖМЕНТ – Программные инженеры-менеджеры и ведущие сотрудники должны придерживаться этических подходов к управлению разработкой и поддержкой программного обеспечения и продвигать эти подходы.
• ПРОФЕССИЯ – Программные инженеры должны поднимать престиж и репутацию своей профессии в интересах общества.
• КОЛЛЕГИ – Программные инженеры должны быть справедливы по отношению к своим коллегам, помогать им и поддерживать.
• ЛИЧНАЯ ОТВЕТСТВЕННОСТЬ – Программные инженеры должны непрерывно учиться навыкам своей профессии и способствовать продвижению этического подхода к своей деятельности.

Полная версия

Введение

Компьютеры играют центральную и все возрастающую роль в торговле, промышленности, управлении, медицине, образовании, досуге и в жизни общества в целом. Программные инженеры – это те, кто вносит свой вклад, либо непосредственно, либо через обучение, в анализ, разработку спецификаций, проектирование, реализацию, сертификацию, поддержку и тестирование программных систем. Играя важную роль в разработке программных систем, программные инженеры имеют значительные возможности творить добро или причинять зло, позволять другим творить добро или причинять зло, либо влиять на тех, кто творит добро или причиняет зло. Чтобы обеспечить, насколько это возможно, что их усилия будут использованы в благих целях, программные инженеры должны неуклонно превращать программную инженерию в полезную и уважаемую профессию. Для этого программисты должны твердо придерживаться следующего Кодекса профессиональной этики.

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

Отдельные части Кодекса не могут быть использованы изолированно от других для оправдания упущений и проступков. Перечень Принципов и Положений не является исчерпывающим. Положения не могут рассматриваться как разделяющие профессиональное поведение на приемлемое и неприемлемое во всех реальных ситуациях. Кодекс не является простым этическим алгоритмом, генерирующим этичные решения. В некоторых ситуациях стандарты могут противоречить друг другу или другим стандартам. Такие ситуации требуют от программного инженера действий в соответствии с духом Кодекса профессиональной этики в зависимости от конкретных обстоятельств.

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

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

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

Принципы

Принцип 1: ОБЩЕСТВО.

ОБЩЕСТВО – Программные инженеры должны действовать неукоснительно в интересах общества. В частности, программные инженеры должны:

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

Принцип 2: КЛИЕНТ И РАБОТОДАТЕЛЬ

Программные инженеры должны действовать согласно интересам клиента и работодателя, если они не противоречат интересам общества. В частности, программные инженеры должны:

• Предоставлять услуги в пределах своей компетентности, быть честными и не скрывать ограниченности своего образования и опыта.
• Не использовать программное обеспечение, полученное либо заведомо нелегальным, либо неэтичным путем.
• Пользоваться собственностью клиента или работодателя только надлежащим образом и с их ведома.
• Убедиться, что все используемые ими документы, которые должны быть утверждены, действительно утверждены уполномоченным лицом.
• Хранить в тайне любую конфиденциальную информацию, полученную при исполнении профессиональных обязанностей, если это не противоречит интересам общества и законодательству.
• Идентифицировать, документировать, собирать факты и немедленно оповещать клиента или работодателя, если, по их мнению, проект близок к провалу, оказывается чересчур дорогим, нарушает закон об интеллектуальной собственности или может повлечь другие проблемы
• Идентифицировать, документировать и докладывать работодателю или клиенту о социальных проблемах, связанных с программной и сопутствующей документацией, о которых им стало известно.
• Не принимать предложений побочной работы, которая может нанести ущерб работе, выполняемой для основного работодателя.
• Не действовать против интересов работодателя или клиента, за исключением случаев, когда это противоречит более высоким этическим соображениям; в этом случае следует информировать работодателя или другое уполномоченное лицо об этих соображениях.

Принцип 3: ПРОДУКТ

Программные инженеры должны обеспечивать соответствие качества своих продуктов и их модификаций наивысшим возможным профессиональным стандартам. В частности, программные инженеры должны:

• Стремиться к высокому качеству, приемлемой стоимости и разумным срокам выполнения проектов, доводя существенные альтернативы до сведения работодателя и клиента, заручившись их согласием с выбором, а также ставя пользователей и общество в известность о них.
• Обеспечивать адекватность и достижимость целей и направленности для всех проектов, над которыми они работают или намереваются работать.
• Выявлять, определять и принимать меры в отношении проблем, связанных с проектом, над которым они работают, и имеющих отношение к этике, экономике, культуре, законности и окружающей среде.
• Гарантировать, что их образование, подготовка и опыт достаточны для всех проектов, над которыми они работают или намереваются работать.
• Гарантировать, что во всех проектах, над которыми они работают или намереваются работать, используются надлежащие методики.
• Работать, следуя наиболее подходящим профессиональным стандартам и отступая от них лишь в тех случаях, когда это оправдано по этическим либо техническим причинам.
• Стремиться к полному пониманию спецификаций программного обеспечения, над которым они работают.
• Гарантировать, что спецификации на программное обеспечение, над которым они работают, хорошо документированы, соответствуют требованиям пользователей и утверждены должным образом.
• Гарантировать реалистичность количественных оценок стоимости, сроков выполнения, трудозатрат, качества и затрат по всем проектам, над которыми они работают или намереваются работать, а также неопределенности этих оценок.
• Гарантировать адекватность тестирования, отладки и ревизий программного обеспечения и сопутствующей документации, над которыми они работают.
• Гарантировать адекватность документации, включая обнаруженные проблемы и их одобренные решения, для всех проектов, над которыми они работают.
• Разрабатывать программное обеспечение и сопутствующую документацию, относясь с уважением к приватности в отношении тех, чьи интересы затрагивает данное программное обеспечение.
• Использовать только надежные данные, полученные приемлемыми с точки зрения морали и закона средствами, и использовать их только надлежащим образом.
• Поддерживать целостность данных, подверженных устареванию и потере актуальности.
• Относиться ко всем видам поддержки программного обеспечения с тем же профессионализмом, что и к новым разработкам.

Принцип 4: ОЦЕНКИ

Программные инженеры должны поддерживать целостность и независимость своих профессиональных оценок. В частности, программные инженеры должны:

• Направлять все технические суждения на службу человеческим ценностям.
• Рекомендовать лишь те документы, которые либо разработаны под их контролем, либо те, которые находятся в области их компетентности и с содержанием которых они согласны.
• Соблюдать профессиональную объективность по отношению к программному обеспечению или сопутствующей документации, которые их попросили оценить.
• Не принимать участия в финансовых махинациях, таких как подкуп, двойная оплата и прочие незаконные финансовые действия.
• Раскрывать всем заинтересованным сторонам конфликты интересов, которых невозможно избежать разумными средствами.
• Отказываться от участия в качестве члена команды или советника в частных, правительственных или профессиональных мероприятиях, связанных с программным обеспечением, из-за которых может быть нанесен потенциальный ущерб их собственным интересам, интересам их работодателей или клиентов.

Принцип 5: МЕНЕДЖМЕНТ

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

• Гарантировать качественное управление всеми проектами, над которыми они работают, включая эффективные процедуры повышения качества и уменьшения риска.
• Гарантировать, что программные инженеры обучены стандартам перед тем, как намереваются следовать им.
• Гарантировать, что программные инженеры знают политики и процедуры работодателя в отношении защиты паролей, файлов и конфиденциальной информации, касающейся работодателя или иных лиц.
• Распределять работу только после выяснения образования и опыта сотрудника, учитывая его желание совершенствовать свои образование и опыт.
• Гарантировать реалистичность количественных оценок стоимости, сроков выполнения, трудозатрат, качества и прибыли по всем проектам, над которыми они работают или намереваются работать, а также неопределенности этих оценок.
• Привлекать к работе программных инженеров только после того, как им предоставлено полное и точное описание условий работы.
• Предлагать справедливое вознаграждение за труд.
• Не препятствовать беспричинно назначению сотрудника на должность, для которой он имеет подходящую квалификацию.
• Гарантировать справедливое соглашение относительно прав собственности на любое программное обеспечение, технологию, исследования, рукописи и прочую интеллектуальную собственность, в которую программный инженер внес свой вклад.
• Должным образом сообщать об ответственности за нарушение политики работодателя или данного Кодекса.
• Не требовать от программного инженера ничего противоречащего данному Кодексу.
• Не наказывать никого, что выражает озабоченность в связи с этическими проблемами, связанными с проектом.

Принцип 6: ПРОФЕССИЯ

Программные инженеры должны поднимать престиж и репутацию своей профессии в интересах общества. В частности, программные инженеры должны:

• Способствовать созданию в организации атмосферы, способствующей этичному поведению.
• Распространять знания в области программной инженерии.
• Расширять знания в области программной инженерии путем участия в профессиональных организациях и собраниях, а также своими публикациями.
• Поддерживать других коллег, стремящихся следовать данному Кодексу.
• Не ставить собственные интересы выше профессиональных интересов, интересов клиента или работодателя.
• Подчиняться всем законам, регулирующим их работу, за исключением особых ситуаций, когда это противоречит интересам общества.
• Быть точным в оценках программного обеспечения, над которым они работают, избегая не только заведомо лживых обещаний, но и обещаний, которые справедливо могут быть восприняты как спекулятивные, необоснованные, вводящие в заблуждение, сбивающие с толку или сомнительные.
• Принимать ответственность за обнаружение, исправление и оповещение об ошибках в программном обеспечении и связанной с ним документации, над которыми он работает.
• Поставить в известность клиентов, работодателей и руководство о том, что программные инженеры следуют данному Кодексу этики, и о последствиях этого.
• Избегать организаций, которые находятся в конфликте с данным Кодексом.
• Осознавать, что нарушения данного Кодекса несовместимы с принадлежностью к профессиональным программным инженерам.
• Выражать свою озабоченность в случае существенного нарушения данного Кодекса людям, причастным к этому, за исключением случаев, когда это невозможно, приводит к серьезным конфликтам или опасно.
• Сообщать о случаях существенного нарушения данного Кодекса в соответствующие инстанции, если очевидно, что диалог с причастными к этому людьми невозможен, приводит к серьезным конфликтам или опасен.

Принцип 7: КОЛЛЕГИ

Программные инженеры должны быть справедливы по отношению к своим коллегам, помогать им и поддерживать. В частности, программные инженеры должны:

• Призывать коллег придерживаться данного Кодекса.
• Помогать коллегам в профессиональном росте.
• Уважать работу других, но воздерживаться от необоснованного доверия к ней.
• Обозревать работу других объективно, непредубежденно, документируя должным образом.
• Прислушиваться к мнению, озабоченности или жалобам коллег.
• Помогать коллегам в освоении текущих рабочих стандартов, включая политики и процедуры защиты паролей, файлов и другой конфиденциальной информации, а также мер безопасности в целом.
• Не вмешиваться без необходимости в рабочие дела коллег; однако, искренняя забота об интересах работодателя, клиента или общества могут вынудить программного инженера поставить под сомнение компетентность коллеги.
• В ситуациях, выходящих за пределы их собственной компетентности, спрашивать мнение других профессионалов, компетентных в данной области.

Принцип 8: ЛИЧНАЯ ОТВЕТСТВЕННОСТЬ

Программные инженеры должны постоянно учиться навыкам своей профессии и способствовать продвижению этического подхода к своей деятельности. В частности, программные инженеры должны непрерывно стремиться к следующему:

• Углублять свои знания в области анализа, спецификации, проектирования, разработки, поддержки и тестирования программного обеспечения и сопутствующей документации, а также управления процессом разработки.
• Совершенствовать свои способности к созданию безопасного, надежного и функционального качественного программного обеспечения по разумной цене и в разумные сроки.
• Совершенствовать свои способности к производству точной, информативной, качественно написанной документации.
• Совершенствовать знание программного обеспечения и сопутствующей документации, над которой они работают, а также среды, в которой они будут использоваться.
• Совершенствовать знания подходящих стандартов и законов, регулирующих программное обеспечение и сопутствующую документацию, над которыми они работают.
• Совершенствовать знание данного Кодекса, его интерпретацию и использование в своей работе.
• Не допускать несправедливого обращения с кем-либо по причине не относящихся к делу предубеждений.
• Не подстрекать других к действиям, нарушающим данный Кодекс.
• Осознавать, что личное нарушение данного Кодекса несовместимо с принадлежностью к профессиональным программным инженерам.

Доклад по дисциплине
«Эффективная межкультурная и деловая коммуникация»
на тему «Профессиональная этика программиста»
Выполнил:
студент группы P4185
Захаров Иван
СПб, 2017

ПРОГРАММИ́СТ
Специалист по программированию, составлению программ для ЭВМ.
Наемный работник.
2/11

Я осознанно выбрал роль наемного работника, во всяком случае, на этом этапе своей жизни.
Я сформулировал этот кодекс прежде всего для себя, так как он облегчает мне жизнь и упрощает мои
взаимоотношения с работодателями.
3. Я применяю этот кодекс независимо от того, верят ли мне, что я его применяю.
4. Я не продаюсь в рабство, а поступаю на работу в фирму в соответствии с достигнутыми между мной и
фирмой договоренностями, налагающими определенные обязательства как на меня, так и на нее.
5. Фирма, в которой я работаю, - мне дом родной. Пока я в ней работаю.
6. Я во всех случаях сохраняю к ней лояльность, отстаиваю ее интересы, не ворую, не беру взяток, откатов,
подарков и не веду деятельности, которая может повлечь за собой ущемление ее интересов.
7. Вместе с тем, даже в интересах фирмы, я не пойду на нарушение моральных и этических норм, мною
признаваемых.
8. Я работаю на фирму, а не на конкретное лицо в ней, независимо от ранга этого лица.
9. Я отделяю своих друзей и родственников от своих руководителей и подчиненных, даже если это одни и
те же люди.
10. Я не работаю на другие фирмы, если это было оговорено при приеме на работу, но всегда сохраняю за
собой право на свободную творческую деятельность, если обратное не было оговорено особо.
1.
2.

3 /11

Моральный кодекс наемного работника

11.
Коммерческие тайны, доверенные мне фирмой, я не разглашаю и после своего увольнения.
12.
Я стараюсь улучшить эффективность работы фирмы во всех случаях, когда могу это сделать, независимо от своих
должностных инструкций. То, что поручено мне, я стараюсь сделать хорошо сам; в остальных случаях я даю рекомендации
по улучшению работы тем руководителям, которые хотят меня выслушать. Если мои предложения не принимаются, я
стараюсь оптимизировать работу в тех случаях и на тех участках, на которых могу.
13.
Я всегда информирую руководство о реальном состоянии дел и реальных прогнозах, даже если руководство этого и не хочет.
14.
Я соблюдаю дисциплину и субординацию, принятую на фирме.
15.
Я никогда не пытаюсь доказывать свою правоту деструктивными способами типа "сделаю все в точности так, как ты сказал, а
когда все рухнет, ты поймешь, кто был прав".
16.
Если я не главный управляющий фирмой, я отдаю себе отчет в том, что, хотя успехи и неудачи фирмы до некоторой степени и
зависят от моих усилий, но не в полной мере ими определяются.
17.
Тезис "Проблемы фирмы - мои проблемы" я не принимаю абсолютно, но только вместе с тезисом "Мои проблемы - проблемы
фирмы".
18.
Я всегда стараюсь выполнить обязательства, данные мной при приеме на работу или в процессе работы, если фирма
выполняет обязательства, данные мне.
19.
Я, по возможности, не продолжаю трудовые отношения с фирмой, если, на мой взгляд, она реально не нуждается в моих
услугах, даже если меня никто не гонит.
20.
Я отдаю себе отчет и не скрываю от руководства фирмы, что эффективно могу работать в одном направлении не более лет
пяти, после чего буду вынужден поменять сферу деятельности или фирму.. Потому что фирма, в которой я работаю, - мне дом
родной. Пока я в ней работаю.
4 /11

Моральный кодекс наемного работника

21. Я работаю на фирме на определенных условиях (оплата, режим работы и т.п.), оговоренных при приеме на
работу или общепринятых, и в определенных условиях (помещение, климат, возможности питания). Если
эти условия перестают выполняться или меня устраивать (по уровню ли зарплаты, количеству выделяемого
мне на работе кислорода, состоянию физического или морального климата или даже собственного
состояния) я могу покинуть фирму.
22. Я заранее предупреждаю руководство о своем желании покинуть фирму и, если руководство того хочет,
обсуждаю с ним условия, при которых я останусь.
23. Если же руководство фирмы без предварительного уведомления снижает мою зарплату или резко ухудшает
условия труда, я считаю себя вправе покинуть фирму также без предварительного уведомления.
24. Я никогда не шантажирую руководство угрозой своего увольнения.
25. Если я объявил о своем увольнении, то я увольняюсь, не обсуждая предложений, которые поступили после
этого объявления.
26. Перед увольнением я стараюсь сдать дела своему преемнику, если могу его обнаружить, и делаю все
возможное для того, чтобы мой уход не повлиял на состояние дел на фирме отрицательно.
27. Однако, если при расставании часть моей работы останется неоплаченной, я считаю себя вправе не
допустить использования результатов этой работы. Но без поджогов и диверсий.
5 /11

Моральный кодекс наемного работника

28. Я никогда не делаю специальных гадостей фирме, на которой работал, после своего увольнения:
не занимаюсь ее очернением,
не переманиваю сотрудников только с целью их ухода из фирмы,
не разглашаю ее коммерческих тайн,
не нарушаю ее имущественных, авторских и других прав,
не доношу и не навожу на нее,
не закладываю в компьютеры вирусы, не форматирую диски и не занимаюсь уничтожением или
сокрытием информации любыми другими способами,
не использую новое место работы для нанесения ущерба предыдущему.
29. Вместе с тем, я не отношу к деятельности, перечисленной в предыдущем пункте, и потому оставляю за
собой право:
высказывать свое мнение о состоянии дел на оставленной фирме и характеризовать ее персонал,
приглашать на работу сотрудников оставленной мною фирмы на новое место работы с предложением
лучших условий работы или оплаты труда, если эти сотрудники мне действительно нужны: после
увольнения я становлюсь для оставленной мной фирмы равноправным конкурентом на рынке
рабочей силы.
30. Я стараюсь отказаться на новом месте работы от выполнения функций, которые вступают в противоречие с
интересами оставленной фирмы, но, если это невозможно, действую в интересах своей новой фирмы.
Потому что фирма, в которой я работаю, - мне дом родной. Пока я в ней работаю.
6 /11

Этический кодекс ACM/IEEE

Этический кодекс ACM/IEEE
Ассоциация вычислительной
техники (англ. Association for Computing
Machinery, ACM) - старейшая и наиболее
крупная международная организация в
компьютерной области. Объединяет около 83
000 специалистов. Штаб-квартира находится
в Нью-Йорке.
Институт инженеров электротехники и
электроники - IEEE (англ. Institute of Electrical
and Electronics Engineers) (I triple E - «Ай трипл
и») -международная некоммерческая
ассоциация специалистов в области техники,
мировой лидер в области разработки
стандартов по радиоэлектронике,
электротехнике и аппаратному обеспечению
вычислительных систем и сетей.
Кодекс содержит восемь принципов,
связанных
с
поведением
и
решениями,
принимаемыми
профессиональными
программистами, включая практиков,
преподавателей,
менеджеров
и
руководителей высшего звена.
Кодекс распространяется также на
студентов
и
«подмастерьев»,
изучающих данную профессию.
7 /11

Этический кодекс ACM/IEEE.
Принципы.
1. ОБЩЕСТВО
Программисты должны действовать неукоснительно в интересах общества.
2. КЛИЕНТ И РАБОТОДАТЕЛЬ
Программисты должны действовать согласно интересам клиента и
работодателя, если они не противоречат интересам общества.
3. ПРОДУКТ
Программисты должны обеспечивать соответствие качества своих
продуктов и их модификаций наивысшим возможным профессиональным стандартам.
4. ОЦЕНКИ
Программисты должны поддерживать целостность и независимость своих
профессиональных оценок.
5. МЕНЕДЖМЕНТ
Программисты должны придерживаться этических подходов к управлению разработкой и
поддержкой программного обеспечения и продвигать эти подходы.
6. ПРОФЕССИЯ
Программисты должны поднимать престиж и репутацию своей профессии в интересах общества.
7. КОЛЛЕГИ
Программисты должны быть справедливы по отношению к своим коллегам, помогать им и
поддерживать.
8. ЛИЧНАЯ ОТВЕТСТВЕННОСТЬ
Программисты должны постоянно учиться навыкам своей профессии и способствовать
продвижению этического подхода к своей деятельности.
8 /11

Национальный кодекс деятельности в области информатики и телекоммуникаций

27 мая 1996 года в России был принят Национальный кодекс деятельности в области
информатики и телекоммуникаций.
Обязательства:
Любая деятельность в области информатики и
телекоммуникаций должна быть законной,
пристойной, честной и правдивой.
Каждое техническое и программное средство
должно разрабатываться с чувством
ответственности перед обществом и должно
соответствовать принципам добросовестной
конкуренции, общепринятым в коммерческой
деятельности.
Никакая деятельность не должна оказывать
отрицательного влияния на доверие
общественности к средствам информатики и
телекоммуникаций.
Не использовать чужое ПО без
лицензии/разрешения
Не нарушать тайны передачи
сообщения, не практиковать
вскрытие информационных

Не нарушать тайны передачи
сообщения, не практиковать
вскрытие информационных
систем и сетей передачи данных.
Не извлекать прибыль от
использования товарного знака
или символа, принадлежащего
другой фирме или продукции 9 /11

10. Этика программирования

Комментарии
“Если комментировать код - это хорошо,
значит, мы будем уделять комментариям
внимания ровно столько, сколько
потребуется, чтобы наш код стал лёгким для
чтения даже ребёнку.”
«Экстремальное программирование» К. Бек
Код
begin WriteLn(‘Hello, world’);end.
begin
WriteLn(‘Hello, world’);
end.
ВСЕГДА пишите математические знаки (+ - = * /) через пробел;
чем больше свободного места между строками - тем легче читать код.
https://xakep.ru/2003/09/29/19951/
10/11

11. Этика программирования

Именование переменных
Давайте им осмысленные имена, чтобы их имя примерно отображало
принцип действия переменной (лучше всего словами англ. языка).
Пример:
Edit14 -> edPassEnter(поле ввода пароля)
iCounter + iChan = iRoute;
Первая буква "i" обозначает тип переменной: I – Integer,
s – String, c – Char, b – Boolean и т.д.
Желательно в комментарии перед текстом программы описать, что
обозначает то или иное сокращение (ed: Edit; lb: Label).
https://xakep.ru/2003/09/29/19951/