Працюючи єдиним програмістом в нетехнологічній компанії [закрито]

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

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

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

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

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

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

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

Сказавши все це, ви можете зробити більше у своєму нинішньому становищі.

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

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

Є єдиний недолік бути єдиним розробником - у вас нема кому вчитися .

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

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

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

Є переваги і недоліки.

Ви перерахували найважливіший недолік для мене: ви не можете поділитися з колегами. Але ти тут з нами, правда? Ви можете поділитися з нами.

Основними перевагами є наступне:

1. Ви - топ у своїй галузі у своїй компанії, і ви будете там довгий час. Це дуже важливо. На великому підприємстві, де у вас є десятки розробників, існує велика конкуренція, і на них впливає більшість. Це дурно, але це природа людини.
2. Оскільки це невелика компанія, ви, ймовірно, хлопець отримає дозвіл найняти нових ІТ-людей, якими ви будете керувати. Це поставить приємне становище, де у вас буде багато варіантів .
3. Бути єдиним, хто керує ІТ (навіть у невеликій компанії) - це можливість . Вам будуть зараховані успіхи.

Я був у цій ситуації більшу частину своєї кар’єри. Ось плюси і мінуси, як я бачу:

Плюси

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

Мінуси

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

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

Коли я два роки тому працював у невеликому шостому магазині, саме в цій ролі мій титул був «директор ІТ», але я не мав жодних звітів і був систематичним / розробником / DBA all-in-one. Хоча я дізнався трохи про роботу з вищим керівництвом щодо технічних рішень, мені ніколи не давали ресурсів, щоб насправді щось робити (тобто я не мав ні звітів, ні бюджету, і не був уповноважений приймати будь-які рішення), і як такий я був би засміявся з будь-якого справжнього інтерв'ю менеджера, на який я б пішов, оскільки я був не справжнім менеджером, а «ІТ-хлопцем» з грандіозним титулом. Стагнація врешті-решт принесла більше шкоди, ніж користі, і я закінчився проблемою, пов’язаною зі здоров’ям (виразками) через стрес, що потрібно керувати десятками і більше речей у бюджеті, який потребує нуля, без нульової підтримки чи допомоги.

Я би зробив це знову? Тільки якби я знав, що компанія твердо відстає від мене, приймаючи лейбл на посаду ІТ-менеджера, і дасть мені A) Ресурси, які мені потрібні для виконання своєї роботи, будь то бюджет на програмне забезпечення / обладнання, можливість найму людей або в найменше наймайте хороших підрядників і B) Підтримка для прийняття освітніх рішень для компанії; в основному до цього ставляться як до керівника / менеджера (адже, якщо ви є єдиною інформаційною особою, ви, по суті, є штабним директором / керівництвом, і, як очікується, майже щодня консультуються з керівництвом щодо технологічного напрямку компанії), а не як працівник.

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

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

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

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

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

Що стосується почуття самотності, я згоден - я почував себе так само. Інтернет-спільноти корисні для відмови від ідей, а місцеві групи користувачів також можуть виявити себе цікавими. У вас немає одного місцевого? Починайте одну - ймовірно, в одному човні будуть люди, місцеві для вас!

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

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

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

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

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

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

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

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