Внутрішнє середовище проти середовища розробки програмного забезпечення [закрито]

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

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

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

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

На мій досвід, відмінність, яку ви робите між "вдома" та "продуктом, що продається", є помилковим.

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

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

Ви можете прочитати цю статтю

http://www.joelonsoftware.com/items/2007/12/04.html

Джоела Спольського, який саме стосується вашого питання.

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

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

Давним-давно я читав книгу про Agile Project Management (хотілося б, щоб я пам'ятав назву), де автор розрізняв системи на основі рівня їхньої толерантності до системних дефектів. Толерантність до дефектів може варіюватися від дуже високої - наприклад, утиліти, яку використовують інші розробники (де помилки - це лише незручність), до дуже низької - наприклад, системи, яка підтримує життєзабезпечення для космонавтів (де помилка може бути небезпечним для життя).

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

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

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

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