Білл про відповідальність програмістів [закрито]

Отже, ми всі чули про Білль про права програмістів і XP має подібну концепцію.

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

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

Отже, що має бути з Біллом про обов'язки програмістів?

• Програміст несе відповідальність відштовхуватися від поганих вимог, а не сліпо виконувати їх. Сюди входить сказати клієнтам, що те, що вони хочуть, дорожче інших варіантів або має певний набір ризиків. Це також включає професійне повідомлення про погані новини - не кричати, називати людей дурними, маючи на увазі, що вони дурні або іншої дитячої поведінки. Якщо він відштовхується назад, у нього повинен бути ряд причин (більше ніж: "Мені не подобається SQL Server і не буду його використовувати") та альтернативний план подання.

• Однак програміст також несе відповідальність за прийняття рішень та використання інструментів чи конструкцій, які можуть не сподобатися, якщо їх відштовхування не було прийнято. Якщо звіт вимагали в SSRS, його надання в Crystal Reports (якого клієнт може не мати) неприпустимо. Якщо потрібне рішення .net, його доставка в Haskell неприйнятна. Якщо ніхто з команди не використовує інструмент чи мову, якими ви хочете скористатися, використовувати їх непрофесійно, якщо керівництво не погодиться, що це найкращий інструмент для конкретної роботи.

• Програміст несе відповідальність перевірити свою роботу. (Це не повинно бути єдиним тестом, але жоден професійний програміст не повинен надсилати код, який він не перевіряв.) Це включає тестування навіть гілок коду, за які ви не очікуєте потрапляти дуже часто. Якщо у вас є набір вкладених ІФ, протестуйте всі можливі маршрути.

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

• Програміст несе відповідальність за захист приватних даних, захист власного коду, який він пише для компанії, та захист користувачів від катастрофи (навіть самопричиненої катастрофи) від їх використання додатком.

• Програміст несе відповідальність за те, щоб переконатися, що його код є підтримуваним та контролюється джерелом.

• Програміст несе відповідальність за координацію з іншими, щоб переконатися, що його зміни не впливають негативно на те, що вони роблять.

• Програміст несе відповідальність рекомендувати для клієнта найкращий вибір інструментів чи мов на етапі проектування, а не інструмент / мову, з якою він хоче грати та вивчати.

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

• Програміст несе відповідальність за створення продукту, який виконує те, що було визначено у розумні часові рамки. Якщо терміни не будуть дотримані, він або вона несе відповідальність повідомити про це управління, як тільки це стане відомо.

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

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

• Програміст несе відповідальність за вивчення ділової сфери, яку він підтримує не лише концепції програмування.

• Програміст несе відповідальність за оновлення своїх навичок.

• Коли програміст заплутався, він несе відповідальність зробити все можливе, щоб якнайшвидше вирішити проблеми. Це може включати передачу поганих новин керівництву, а не намагатися приховати, що ви щойно видалили критичну таблицю з виробничої бази.

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

Кожен програміст повинен зробити свій код читабельним для інших.

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

Не змушуйте користувачів втрачати роботу.

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

Наприклад, якщо користувач заповнив вашу 30-полеву форму з 29 дійсними елементами та 1 недійсним, не очистіть усі його дійсні дані, щоб скаржитися на 1 недійсний (чорт, навіть не очистіть недійсну). . можливо, це довго і просто вимагає незначної корекції, або користувач не пам’ятатиме, що це було раніше, якщо ви очистите його)

Неочевидний, але важливий приклад - це те, що Windows і практично кожне інше програмне забезпечення "файлового менеджера" помиляється .... якщо я витратив півгодини ретельно Ctrl-Click'ing, щоб вибрати набір файлів, і я випадково роблю Click, а не Ctrl-Click, він не повинен очищати всі мої раніше вибрані файли, змушуючи мене починати спочатку.

Ще одне, що вони помилилися ... якщо я випадково натиснув Ctrl-A (замість Ctrl-S праворуч), він не повинен втрачати своє місце у файлі і класти курсор на початку .... Я закликаю знайти потрібне місце у файлі "робота", який програма "втратила".

Ще одне: у діалоговому вікні "фіксування" TortoiseSVN є довгий список файлів. Перш ніж натиснути "Ввести", ви можете зійти зі списку файлів, двічі клацнувши по кожному, щоб побачити його зміни у другому діалоговому вікні. Для цього швидко інколи використовую лише клавіатуру, натискаючи, <Esc>щоб закрити 2-е діалогове вікно і повернутися до першого. Якщо я випадково потрапив <Esc> двічі, він також закриє перше діалогове вікно, в результаті чого я забуду, до якого файлу я був.

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

Наприклад, його програма не повинна:

• змінювати глобальні налаштування без згоди користувача. (Включаючи проблеми спільного управління бібліотекою .)
• видаляти або змінювати дані, що належать користувачеві або іншій програмі без згоди користувача.
• оновити себе без згоди користувача.
• ускладнює видалення.
• утрудняє себе.
• вимкнути себе або будь-яким чином перешкоджати належному функціонуванню комп’ютера, якщо програма не в змозі пройти якусь помилкову перевірку ліцензії .
• припустимо, що це єдина важлива програма, що працює в системі, і відповідно розповсюджує ресурси системи. (Винятки можуть бути зроблені, звичайно, для справжніх машин з однозначним завданням, або для програм, від яких користувач може обґрунтовано очікувати, що вони працюватимуть окремо, наприклад, важкі повноекранні ігри.)
• вискочити перед користувачем зі спливаючим вікном, поки користувач робить інші речі в інших програмах. (Я дивлюся на тебе, Yahoo Messenger!)

З Маніфесту для майстра програмного забезпечення :

Як прагнучі майстри програмного забезпечення, ми піднімаємо планку професійного розвитку програмного забезпечення, практикуючи його та допомагаючи іншим вивчати це ремесло. Завдяки цій роботі ми оцінили:

• Не тільки робоче програмне забезпечення, але й добре продумане програмне забезпечення

• Не лише реагуючи на зміни, але й неухильно додаючи цінності

• Не лише люди та взаємодії, а й спільнота професіоналів

• Не тільки співпраця з клієнтами, але і продуктивні партнерські стосунки

Тобто, переслідуючи предмети зліва, ми визнали предмети праворуч незамінними.

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

1. Не дізнаючись нічого нового
2. Не прагнучи розширити свої навички
3. Не будучи відкритим для нових, дотримуючись старих звичок
4. Не піклуючись про якість вашої роботи
5. Не прагнучи покращити якість вашої роботи
6. Будучи працівником від 9 до 5 без пристрасті
7. Не маючи власної думки про речі
8. Прийняття чужої думки без сумнівів
9. Вважаючи, що ви все це навчилися
10. Не терплячи жодної критики
11. Не слухає зовнішній вхід
12. Будучи егоцентричним, знаю все
13. Маючи негативну особистість і критикуючи інших людей

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

Частина цього стосується обов'язків " Компанії, що програмує ".

• Програміст повинен знати та використовувати основні бібліотеки та використовувані платформи.

Особливо, коли програміст походить з іншої платформи / мови. Страшно знайти програміста, який бореться за те, що надає основна бібліотека, або зловживати перевагою платформи через незнання.

• Програміст повинен створити код самодокументування

Дуже важливо, щоб код був задокументований для використання іншим, але коли мова заходить про технічне обслуговування, код самодокументування може буквально заощадити години та години розчарувань.

Наприклад, порівняйте:

// validates if is leap year
if(  year % 4 == 0 && (year % 100 != 0 || year % 400 == 0) ) { 
     doSomethingWithFebruary();
}

до

if( isLeapYear( year ) ) { 
    doSomethingWithFebruary();
}

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

Це може означати підштовхування керівників до того, щоб дати час для постійного навчання та навчання, або робити це самостійно.

1) Поясніть чітко, що вирішення будь-якої проблеми передбачає компроміс між продуктивністю, вартістю, часом та якістю.

2) Заповніть відповідну документацію, будь то звільнення приміток або тестових планів. (документація буде залежати від типу та розміру компанії)

3) Попросіть правильних інструментів для своєї роботи (так багато людей просто стогнать над цим, але ніколи не звертаються до свого начальника з розумною справою отримати те, що їм потрібно)

... Інші, без сумніву, слідкувати.

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

Програміст несе відповідальність за перетворення історій користувачів із відставання продукту в робочі та завантажувані програмні кроки

Ось чому менеджери повинні гарантувати, що вони мають все до своєї мети.

Ось моя пропозиція.

1. Програміст повинен вимагати умов праці, викладених у Біблійному документі про програму, щоб не знижувати стандарти на цю посаду.

(Під "програмістом" я маю на увазі "програміст", а не "хакер на вихідні", тому все стандартне, що повинен робити програміст, мається на увазі.)

5 приписів гільдії програміста

1.) перевіряйте його код щотижня та у святкові дні.

2.) забезпечують потреби спільноти програмування.

3.) читати принаймні одну книгу програмування на рік.

4.) відвідувати хоча б одну конференцію програмування на рік.

5.) володіти своїми помилками.

Я додаю до списку "завжди документувати будь-які припущення". :-)

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