Застосування кодексу етики програміста acm ieee cs. Етика програмування

Доповідь з дисципліни
«Ефективна міжкультурна та ділова комунікація»
на тему «Професійна етика програміста»
Виконав:
студент групи 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/ Професійна етика в IT справа досить тонка. Ми не даємо присяг, часом можемо отримати доступ до будь-якої інформації з комп'ютерів і гаджетів, які потрапили до нас в руки, а простежити за витіканням будь-яких персональних даних у звичайної людини-клієнта майже немає жодних шансів.

Добрий ранок! Сьогодні я, Євген levashove з Калінінграда чергую у Олега! Хочу поговорити з вами про етику в ІТ.

Є закони РФ, які захищають користувачів, але найчастіше вивести на чисту воду недобросовісного IT-фахівця може лише його колега за фахом. Та й то не завжди. Звичайно, великі аутсорсинг-компанії та сервіси мають суворі правила та інструкції та відповідають за своїх співробітників, але й у таких випадках є можливість витоку.

Інформація до наших рук потрапляє різна. Починаючи з дуже приватних фотографій і закінчуючи доступом до особистих рахунків клієнтів. Та й просто якась інформація, фінансові документи, листування, фотографії з п'янок та корпоративів тощо компромат часто опиняється перед нашими очима. Що заважає скопіювати з метою?

Найчастіше, звісно, це власний моральний кодекс. Середньостатистичний айтішник утворений, вихований та має суворі життєві принципи. Звичайно, вони найчастіше не поширюються на використання піратського софту в особистих цілях (життя у нас таке), але майже ніхто і ніколи навіть не подумає про те, щоб завантажити та поширити якусь вашу особисту інформацію або скористатися вашим рахунком у особистих цілях. Покидьки, звичайно, трапляються, але це винятки з правил.

Потім репутація та страх втратити роботу. Будь-який IT-фахівець від програміста до системного адміністратора розуміє, що репутація у його роботі дуже важлива. Іноді людина може навіть замкнути якусь роботу, але якщо вона все зробить чесно і максимально виправить косяки, то її запросять знову. А от якщо один раз кудись відпливе інформація або спробуєш здерти зайві гроші, то будь ти навіть фахівець екстра-класу, репутації і, отже, замовлень можна втратити надовго.

Всі ці роздуми народилися з діалогу з колегою з Москви, який розповів про неприємну ситуацію, в якій опинилася організація, куди він прийшов працювати. Виявляється попередній фахівець тихо скопіював особисту та робочу інформацію з серверів та комп'ютерів і кудись продав. Ну а що бази даних користувачів часто потрібні конкурентам. Природно, завели справу, шукають мудака, але це вже інша історія. Плюс, колега знайшов кілька прихованих доступів до мережі та закладки в 1С. Загалом вкрай неприємна історія. Якщо відкрити популярний сайт історій від айтішників "IT happens", то можна легко виявити з десяток подібних випадків у різних варіаціях.

За підсумками обговорення з'явилася етика IT-фахівця:

Ніколи і за жодних обставин не викладати в мережу особисті дані та фотографії клієнтів.

Ніколи не зберігати на особистих жорстких дисках інформацію клієнта (роботодавця). Якщо, звичайно, клієнт не просить цього зробити.

Видаляти всі записи з ніками/паролями після здачі проекту або попереджати клієнта (роботодавця), що залишиш копію для подальшого доопрацювання. Видаляти все після завершення роботи.

Видаляти з комп'ютера клієнта (роботодавця) всі програми для віддаленого доступу після завершення роботи. Або попереджати, що програма встановлена та пояснюватиме, як користуватися.

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

Попереджати клієнта (роботодавця) про можливі проблеми відсутності антивірусних програм та фаєрволів на комп'ютерах.

Мабуть, для початку цих простих правил вистачить, щоб уславитися порядним фахівцем. Ну а потім вже кожен сам собі може дописати необхідні пункти своєї "етики айтішника".

Але хочу відразу сказати, що є інший бік роботи IT-фахівця, який часто йде в розріз етики. Це захист себе від замовника. Скільки ходить історій про те, що роботу виконано, а гроші не виплачено. Великі організації можуть собі дозволити юристів, суди, але для маленьких фірм із двома-трьома програмістами чи системними адміністраторами подібні витрати можуть виявитися абсолютно вбивчими. Тому дуже часто залишаються так звані "закладки", які за яким-небудь сигналом або згодом відключають систему. Я не можу засуджувати та звинувачувати колег, які використовують подібні методи. Якщо робота системи, в яку вбудована "закладка", не може будь-яким чином завдати шкоди людині (ПЗ у медицині, на заводах, на ТЕС, АЕС тощо), то можуть бути такі методи і виправдані. Це абсолютно неетично, часом незаконно, але... інакше отримати свої гроші не виходить.

З якими випадками нечесної роботи айтішника (програміста, системного адміністратора, енікейника) ви стикалися? Як боролися? Чи складно було знайти у вашому місті фахівця, який чесно і за осудні гроші займався вашим комп'ютером? Поділіться.

Дякую за увагу і, колеги, будьте чесними у роботі.

У цій статті хочеться розповісти про етику
програмування. Досвідчені програмісти,
судячи з вихідників, можуть визначити
рівень знань безпосередньо
програміста. Як? А дуже просто. Є
досить багато негласних правил, так
званою етикою програмування. Навіщо
необхідна ця етика, ми й погоримо у цій
статті.

Частина1: Сага про коментарі.

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

По-перше, для себе. Тобто для
зручності навігації за своїм кодом.
Чіткі та доречні коментарі здатні
зберегти програмісту до кількох годин
часу тільки через те, що він не
думатиме зайвий раз, за що відповідає
кожна частина тексту.

По-друге, для послідовників. Якщо
людина розробляє програму на замовлення,
знаючи, що вихідні тексти пізніше будуть
передані замовнику. Чи є гарантія, що
саме ви доопрацьовуватимете ці
Вихідники до наступної версії? А сторонній
людина повинна буде втратити дуже багато
часу, щоб зрозуміти, що та як. Чи то річ
з коментарями. Читати програму на
російською мовою (у крайньому випадку на
англійською) набагато простіше, ніж мовою
програмування. Особливо якщо програма
використовує досить складні
синтаксичні конструкції.

Ось вам дві важливі причини
яким коментарі мають писатись.
Звідси цілком логічне питання: як же
писати коментарі правильно? У вступі
книги "Екстремальне програмування",
її автор, Кент Бек, частково відповідає на наш
питання. Він пише:

Якщо перегляд коду – це добре, значить, ми
переглядатимемо код постійно
- Якщо тестування – це добре, значить,
кожен учасник проекту тестуватиме
код програми постійно (тестування
модулів), навіть замовники (функціональне
тестування).
- Якщо коментувати код – це добре,
значить, ми будемо приділяти коментарям
уваги рівно стільки, скільки
потрібно, щоб наш код став легким для
читання навіть дитині.

З цих рядків видно, що коментарі
потрібні, і їх потрібно рівно стільки, скільки
потрібно. Так, гарно це я загнув, але судіть
самі. Не можна сказати: На 10Kb коду має
доводиться 2Kb коментарів. Це було б
безглуздо. Отже, залишається лише одне:
писати коментарі "в тему", розкриваючи
з їх допомогою найбільш хитромудрі області
програми. Не слід забувати, що
коментарі НІКАК не впливають на роботу
компілятора, так само як і на розмір
програми, що вийшла. Коментарі
ігноруються компілятором, але дуже
допомагають нам, людям.

Частина2: Сага про код.

Якщо вам доводилося писати програми, ви
напевно знаєте, що зараз
більшість компіляторів лояльна
відносяться до стилю записування програми. Тобто
компілятору по боці, ви ставитимете
символ перенесення рядка чи ні. Судячи з
всьому вищесказаному, до однакового
результату наведе Код та Код:

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

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

Якщо ви не вірите, можете перевірити самі. Та ж
ситуація з Сі – компіляторами. Розкажу одну
історію, що сталася зі мною кілька років
назад: Один мій знайомий хвалився
написаною ним програмою (він писав С). У
відповідь на це я сказав йому, що ця програма
пишеться на Паскалі у три рядки. Він був
розлючений, тому що так само як і я міг
написати цю програму на Паскалі, але не в
три рядки - це точно (у 15-20 десь).
Довелося показати людині всю силу логіки,
і програма справді зайняла рівно три
рядки. Чому три, а не одну? Не знаю як у Сі,
але в Паскалі максимальна довжина рядка – 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 або
щось схоже з цим. Бажано в

кодекс етики у сфері інформаційних технологій

Конференція з філософії. ДонНТУ, 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 слайд

Опис слайду:

2 слайд

Опис слайду:

Історія виникнення професійної етики З давніх часів філософи та вчені відзначали взаємозв'язок професії та моралі. Перші професійно-етичні кодекси – «Клятва Гіппократа», етичні встановлення жерців.

3 слайд

Опис слайду:

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

4 слайд

Опис слайду:

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

5 слайд

Опис слайду:

Структура професійної етики Відносини трудових колективів та кожного фахівця окремо. Моральні якості спеціаліста. Взаємини усередині колективів. Особливості професійного виховання.

6 слайд

Опис слайду:

Це основа профпридатності. Включають ставлення до праці та до учасників трудового процесу. Професійна мораль пов'язана із загальноприйнятими моральними нормами. Порушення професійної етики – порушення загальних моральних установок. Воно впливає як на оточуючих, а й самого суб'єкта праці.

7 слайд

Опис слайду:

Види професійної етики Лікарська етика. Педагогічна етика. Етика вченого. Етика актора. Етика художника. Етика психолога. І т.д.

8 слайд

Опис слайду:

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

9 слайд

Опис слайду:

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

10 слайд

Опис слайду:

Якість продукту Програміст повинен гарантувати відповідність програмного продукту вимогам професійних стандартів. Програміст зобов'язаний: боротися за найвищу якість, прийнятну вартість та розумні терміни реалізації проектів; гарантувати свою професійну спроможність у рамках проектів, над якими працює програміст; гарантувати, що методи, які застосовують програміст, прийнятні для реалізації поточних або запропонованих проектів; працювати відповідно до професійних стандартів; повністю усвідомлювати і розуміти всі вимоги до програмного продукту, над яким працює програміст; гарантувати, що всі функціональні можливості програмного продукту, над яким працює програміст, добре документовані, відповідають вимогам користувачів та схвалені зацікавленими особами; гарантувати об'єктивну оцінку вартості, необхідних технічних та тимчасових ресурсів, якості та відповідності результатів, поставленим цілям, для кожного проекту, над яким працює програміст; гарантувати якісне тестування та налагодження програмного забезпечення, достовірний опис результатів тестування; гарантувати наявність правильної та об'єктивної документації на програмне забезпечення, що розробляється. Документація повинна включати опис виявлених недоліків у реалізації та методів їх усунення; у процесі роботи над проектом не допускати витоку особистої інформації клієнтів; використовувати у роботі лише точні дані, отримані легальним та чесним шляхом; забезпечувати актуальність та коректність використовуваних даних; використати сучасні методи супроводу програмного забезпечення. Експертні оцінки Експертні оцінки програміста мають бути об'єктивні та неупереджені. Програміст зобов'язаний: затверджувати ті документи, які підготовлені особисто чи під безпосереднім керівництвом, перебувають у межах компетенції програміста і із змістом яких він повністю згоден.

11 слайд

Опис слайду:

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

12 слайд

Опис слайду:

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

13 слайд

Опис слайду:

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

14 слайд

Опис слайду:

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

15 слайд

Опис слайду: