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

05.01.2021

Описание презентации по отдельным слайдам:

1 слайд

Описание слайда:

2 слайд

Описание слайда:

История возникновения профессиональной этики С древних времен философы и ученые отмечали взаимосвязь профессии и морали. Первые профессионально-этические кодексы – «Клятва Гиппократа», нравственные установления жрецов.

3 слайд

Описание слайда:

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

4 слайд

Описание слайда:

Понятие профессиональной этики Профессиональная этика – это совокупность моральных норм, которые определяют отношение человека к своему профессиональному долгу. Она регулирует нравственные отношения людей в трудовой сфере.

5 слайд

Описание слайда:

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

6 слайд

Описание слайда:

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

7 слайд

Описание слайда:

Виды профессиональной этики Врачебная этика. Педагогическая этика. Этика ученого. Этика актера. Этика художника. Этика психолога. И т.д.

8 слайд

Описание слайда:

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

9 слайд

Описание слайда:

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

10 слайд

Описание слайда:

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

11 слайд

Описание слайда:

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

12 слайд

Описание слайда:

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

13 слайд

Описание слайда:

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

14 слайд

Описание слайда:

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

15 слайд

Описание слайда:

кодекс этики в сфере информационных технологий

Конференция по философии. ДонНТУ, 2007

Ст.гр. ТКС-06м Хайло Андрей, руководитель Додонов Роман Александрович

В докладе анализируются существующие кодексы этики специалистов в сфере информационных технологий.

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

В 80-е годы ХХ века американскими этиками был введен термин «компьютерный профессионал», обозначающий человека, зарабатывающего на жизнь работой с компьютерами. Здесь имелись в виду не только программисты, системные аналитики, системотехники, продавцы компьютерного оборудования, но и пользователи программных и аппаратных средств. В США попробовали регулировать взаимоотношения между компьютерными профессионалами и обществом посредством «Кодекса профессионального поведения», выработанного Ассоциацией вычислительной техники (Association for Computing Machinery – ACM),

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

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

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

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

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

Преамбула.

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

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

1. ОБЩЕСТВО

Программные инженеры будут действовать соответственно общественным интересам.

2. КЛИЕНТ И РАБОТОДАТЕЛЬ

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

3. ПРОДУКТ

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

4. СУЖДЕНИЕ

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

5. МЕНЕДЖМЕНТ

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

6. ПРОФЕССИЯ

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

7. КОЛЛЕГИ

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

8. ЛИЧНОСТЬ

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

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

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

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

Список литературы.

1. Галинская И.Л., Панченко А.И. Этико-правовое пространство информационно-компьютерных технологий (Обзор). Теория и практика общественно-научной информации. Вып. 17, М: РАН ИНИОН, 2001.

2 . Software Engineering Code of Ethics and Professional Practice.

3. А.А.МАЛЮК, О.Ю. Полянская, XIV Всероссийская научная конференция, «Кодекс этики в сфере информационных технологий как основа обеспечения информационной безопасности».

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

Часть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 или
что-нибудь схожее с этим. Желательно в

Развитие средств вычислительной техники, коммуникаций и программных систем

(Internet, телекоммуникации, распределенные системы, IP телефония, компьютерные игры

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

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

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

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

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

работодателя или клиента.

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

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

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

Преамбула.

1. ОБЩЕСТВО

Программные инженеры будут действовать соответственно общественным интересам.

2. КЛИЕНТ И РАБОТОДАТЕЛЬ

3. ПРОДУКТ

4. СУЖДЕНИЕ

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

5. МЕНЕДЖМЕНТ

6. ПРОФЕССИЯ

7. КОЛЛЕГИ

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

8. ЛИЧНОСТЬ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

abb-zenit.ru