Насправді розробник також адмініструє СУБД і систему? [зачинено]

Я справді не знаю, де ще запитати. Отож ось це йде.

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

1 розробник з досвідом + 10 років.
2 розробники з досвідом + 3 роки.
3 розробники з досвідом + 1 рік.

Це воно.
Ні команди, ні DBA, ні системного адміністратора.
Тут немає жодної людини, яка б мала досвід у веб-розробці, тому я випадково відповідав за розробку веб. Але у мене лише 3 роки досвіду! як розробник !.

Я знаю, що в невеликій компанії вас просять робити багато різних речей, але чи це занадто багато, якщо мені доведеться займатися системою, архітектурою баз даних, розробкою та розробкою програмного забезпечення? О плюс, мене просять зробити все це на різних платформах.
Зараз я працюю з JSP, ASP, MSSQL, MySQL, Oracle, Windows Server та Linux.
У базі даних я займаюся від написання запитів до резервного копіювання та відновлення.
Налаштування сервера, відновлення системних збоїв, міграція DB та сервера також.
Плюшеві HTML, Javascript та CSS :)
Кількість проектів, які я відповідаю за: 5

Я взагалі не експерт!
Мені потрібно шукати в Інтернеті, читати підручники та задавати питання в StackOverflow, щоб зробити все, що зроблено!

Тож я запитую вас, це нормально?
Це нормальна практика?
Чи зіткнуся я з тією ж ситуацією, в яку б невелику компанію я пішов?
Я працюю в Південній Кореї.
Як у вашій країні?

PS Дякую всім за вашу думку. Я збирався взяти участь у всіх вас, тому що всі ви допомогли мені побачити це по-іншому, але, мабуть, вам потрібно 15 репутації, щоб підтвердити :(

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

Однак мені здається незвичним для такої невеликої компанії використовувати такий широкий спектр технологій. JSP і ASP? Windows та Linux? SQL Server, MySQL та Oracle ?? Зазвичай невеликі компанії зосереджуються на одній технологічній платформі, щоб уникнути їх занадто тонкого поширення.

Якщо ваша робота передбачала розробку повного стека на одній платформі - наприклад, ASP.NET + SQL Server + Windows або Java + Oracle + Linux - ви все ще відчуєте себе переповненим?

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

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

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

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

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

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

Під час перерахування завдань, які повинен виконати розробник, ви також можете поставити:

• Дизайн взаємодії,
• Візуальний дизайн,
• Корисність,
• Безпека,
• Збір вимог,
• Тестування та КЯ,
• Розгортання,
• Технічне обслуговування,
• Управління проектами,
• Керування командою,
• тощо.

По суті, це різниця між програмістом і розробником .

• Завдання програміста , як би не було вміло, - написати код , врешті-решт, трохи подумати про різні підходи (тобто попередній дизайн).

• Завдання розробника - вміти запускати невеликий або середньомасштабний проект , який вимагає набагато ширших (і, в той же час, більш дрібних) знань.

Щоб подолати той факт, що окремий розробник не міг би знати стільки, скільки окрема людина, яка витрачала роки, вивчаючи лише одне, проекти виконує команда. Так організовуються (або принаймні повинні бути) проекти. Здебільшого малий проект не вимагає занадто багато навичок у будь-якій галузі, тоді як більші.

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

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

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

Ви самі вирішите вибрати те, що вам більше подобається.

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