Індивідуальний розробник проти розробника команди: чи варто рухатись далі? [зачинено]

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

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

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

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

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

Хтось ще був у цій ситуації? Це гарна ідея, яку бачите з точки зору кар'єри та особистого розвитку? Чи варто розглянути можливість переходу до більшого місця, щоб (можливо) стати частиною більшої групи розробників і "однодумців"? Іншими словами, чи буде трава зеленішою з іншого боку?

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

Це узгоджується з моїм висловом: "Програмування - це секс. Ви можете це робити поодинці, але це менш цікаво, і це стає вам гаріше, якщо ви будете робити це так довго".

Так, зручно бути власним начальником і самотнім майстром відділу. Також страшно залишати усталену оболонку. Не кажучи вже про те, щоб постати перед ворожим світом. І почніть знову знизу. Розставання ще складніше, якщо вас не вигнали, і / або вам погано відмовлятися від компанії, яка вам потрібна, і, можливо, вас дуже заблокували.

Я був там. Пропрацював десь 12 років у компанії, як 1-ма армія. У минулі роки було так, як багато хто називатиме Kanaan, працював здебільшого сидячи вдома, просто отримуючи примітку "X-клієнт хоче щось перевірити", потім через кілька днів надіслали повідомлення про те, що контракт можна підписати на суму X та Y-термін, потім на місяць пізніше надіслано іншу пошту, на яку можна надіслати рахунок-фактуру. І працював, можливо, в середньому 1 годину / день - за гроші на повний робочий день. І всі були задоволені босом і клієнтами так само.

але воно виросло на мені, і, не дивлячись на те, що весь час було, в основному це було просто марно.

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

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

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

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

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

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

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

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

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

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

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

Останнє слово поради: якщо у вас вже немає декількох років досвіду, я б повернувся до команди розробників. Всі різні техніки та знання, які я набрав за ці роки, я не думаю, що я міг би зробити це сам, навіть з google та SO. Частина його просто незамінна. У той момент, я б сказав, ви можете зробити максимум, щоб бути сольним розробником і отримувати задоволення.

Як розширення до "Приєднайтесь до проекту OpenSource" від @NemanjaTrifunovic я можу запропонувати ходити на конференції або робити професійні тренінги.

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

Чому б не представити свої рішення на конференції самостійно?

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

На додаток до цього ви можете створити мережу, яка в майбутньому допоможе вам знайти роботу.

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

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

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

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

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