Я работаю бэк-разработчиком, фронт-разработчиком, системным администратором, службой поддержки и универсальным «парнем, который знает компьютеры» в небольшой маркетинговой компании, насчитывающей около 15 человек.
Мне было интересно, могли бы другие поделиться своим опытом полета в одиночку в компаниях, которые не обязательно склонны к технологической индустрии.
Я изначально взялся за работу, чтобы перейти от фронт-энда разработчика / дизайнера к штатному программисту. Это был хороший опыт в определенной степени. Я определенно получаю роль программиста «рок-звезды» - потому что, честно говоря, никто не понимает мою работу.
В последнее время это похоже на очень уединенную позицию. Мне редко доводят идеи до людей, и все считают, что у меня есть магические силы, которые заставят все компьютеры работать и сначала попадут в поиск Google. Я также почувствовал сильное различие между тем, что мы говорим, что мы хотим (проекты с большими, месячными графиками разработки), и тем, что мы на самом деле делаем (копируйте и редактируйте наши сайты снова и снова).
Итак, кто еще считает себя «технологическим парнем» в компании, которая считает, что технологии немного волшебны, и как вы относитесь к своей ситуации?
источник
Ответы:
Воспользуйтесь ситуацией, которая у вас есть - в определенной степени, я думаю, у вас немного «грассисгринерит». Извините, я не пытаюсь быть смешным. Я говорю о том, что у каждой должности в каждой компании есть недостатки. Ваши начинают получать к вам больше, потому что они очень знакомы. Но в технологических компаниях графики и временные обязательства становятся проблемой. В крупных нетехнических компаниях преодоление политической глупости и процедур может быть большой проблемой.
Так что воспользуйтесь тем, что у вас есть сейчас; узнай что можешь. Как только вы поверите, что больше не можете учиться, самое время двигаться дальше. В этом нет никакого вреда; Похоже, вы один из тех людей, которые должны расти, чтобы быть довольными работой. Ваша текущая компания должна понимать, что когда вы достигнете этой точки и, честно говоря, если они этого не сделают, уход, безусловно, будет правильным решением.
Сказав все это, вы можете сделать больше в вашей нынешней должности.
Если вы чувствуете себя одиноким, внесите некоторые изменения, чтобы устранить это чувство.
источник
Есть единственный явный недостаток того, чтобы быть единственным разработчиком - вам не у кого учиться .
На мой взгляд, лучший способ стать лучшим программистом - это работать с людьми, которые являются лучшими разработчиками. Если вы являетесь индивидуальным разработчиком, вы должны приложить все усилия, чтобы изучить новые технологии, концепции и языковые функции.
Я думаю, что для любого серьезного программиста важно окружить себя другими программистами, которые могут бросить ему вызов в том, что он делает. Если вы работаете самостоятельно, вы упускаете большую часть того, что такое программирование.
Вероятно, вы можете заработать приличную зарплату и сделать себя незаменимым, но в долгосрочной перспективе вы не будете расти так сильно, как можете, и я думаю, что недостатки в этом случае перевешивают преимущества.
источник
Есть свои преимущества и недостатки.
Вы перечислили для меня самый важный недостаток: вы не можете поделиться с коллегами. Но ты здесь с нами, верно? Вы можете поделиться с нами.
Основными преимуществами являются следующие:
источник
Я был в этой ситуации большую часть моей карьеры. Вот плюсы и минусы на мой взгляд:
Pros
Cons
В конечном счете, я бы сказал, что это плохой выбор карьеры, если вы не заинтересованы в бизнесе, если вы хотите перейти в ИТ-бизнес или если вы близкие друзья / родственники людей, управляющих компанией. Вы узнаете много нового о не программном обеспечении, но ваш опыт в значительной степени обесценивается, потому что у вас всегда будет куча на тарелке. Во всем, кроме редчайшего опыта, вы никогда не сможете улучшить компанию, если у них плохая настройка (например, низкое качество оборудования, плохой код / база данных), и вы никогда не сможете нанимать людей под себя. а затем стать настоящим менеджером.
Когда два года назад я работал в небольшом магазине для шести человек именно в этой роли, меня звали «Директор по информационным технологиям», но у меня не было отчетов, и я был системным администратором / разработчиком / администратором базы данных «все в одном». Хотя я немного узнал о работе с высшим руководством по техническим решениям, мне никогда не предоставлялись ресурсы для того, чтобы что-то делать (то есть у меня не было отчетов, нет бюджета и я не был уполномочен принимать какие-либо решения), и поэтому я буду Я смеялся над любыми интервью с настоящим менеджером, потому что я был не настоящим менеджером, а «IT-парнем» с грандиозным названием. В конечном итоге стагнация принесла больше вреда, чем пользы, и в итоге у меня возникло немало проблем, связанных со здоровьем (язвы), из-за стресса, связанного с необходимостью управлять дюжиной или более вещей в ограниченном бюджете с нулевой поддержкой или помощью.
Буду ли я сделать это снова? Только если бы я знал, что компания твердо стоит за мной, приняв бразды правления ИТ-менеджером, и дал бы мне A) Ресурсы, которые мне нужны для выполнения моей работы, будь то бюджет на программное / аппаратное обеспечение, возможность нанимать людей или Наименьший найм хороших подрядчиков и B) Поддержка для принятия обоснованных решений для компании; в основном к нему относятся как к руководителю / менеджеру (потому что, если вы являетесь единственным ИТ-специалистом, вы, по сути, являетесь техническим директором и ИТ-директором и должны почти ежедневно консультироваться с руководством по поводу технологического направления компании), а не как сотрудник.
Подобные ситуации почти никогда не бывают удачными, если только вы не встретите редкого случая с владельцами бизнеса, которые заботятся о росте и хотят расширить свой ИТ-отдел. В таком случае вы - золото, если хотите стать менеджером. В большинстве случаев вы просто обессилены и вам нечего показать, кроме сфабрикованного заголовка, который ни один настоящий менеджер не примет как действительный.
источник
Я провел несколько лет как сольный программист в нетехнической компании. Я работал на техничные навыки, но вскоре нашел применение моим навыкам программирования (от написания небольших утилит до проектов разработчиков разумного размера).
Одним из преимуществ было то, что я смог ознакомиться с «лучшими практиками» и применить их в организации (например, контроль исходного кода, модульное тестирование, функциональное тестирование и т. Д.).
Это также дало мне представление о полном жизненном цикле, от сбора требований и описания вариантов использования до поддержки после выпуска и управления выпуском.
Я чувствую, что опыт сделал меня более разносторонним разработчиком, и опыт стал преимуществом, когда я работаю в компании по разработке программного обеспечения.
Что касается чувства одиночества, я согласен - я чувствовал то же самое. Интернет-сообщества полезны для обмена идеями, и местные группы пользователей также могут оказаться интересными. Нет одного местного? Начните с одного - скорее всего, в одной лодке будут местные жители!
источник
Я в похожей ситуации. Сейчас дела идут медленно, но у нас есть новое направление бизнеса, которое мы начинаем изнутри, а другое - с выкупа. Вещи меняются очень быстро. Проекты приходят и уходят. Это становится одиноким, и семейство сайтов SO помогло технически и лично.
При прочих равных условиях я бы предпочел быть частью команды, но в моей последней компании была небольшая группа разработчиков. Мы всегда работали над разными проектами самостоятельно. Мы потеряли нашего менеджера, которого временно заменили начальником бухгалтерии. Его идея состояла в том, чтобы позволить нам управлять нашими уровнями и иметь дело со всеми отношениями с поставщиками, управлением проектами, встречами и т. Д. Я ушел, прежде чем они нашли замену; Я просто не мог больше этого выносить. Как я уже сказал, все вещи равны.
Я связываюсь с людьми из других отделов по проектам. Время от времени я работаю с разработчиком другой компании, которую мы пытаемся интегрировать в наши приложения.
Когда я работал из дома, у меня было больше гибкости, чтобы перейти в локальную группу пользователей (это было в 45 минутах езды). Так как я добираюсь поездом в город, это было более жесткое обслуживание. Хотелось бы, чтобы было что-то ближе.
источник
Мой опыт был похож на опыт ChrisB. Я фактически был единственным разработчиком приложений для своего отдела в течение трех лет, пока мы (недавно) не пригласили второго разработчика, и это сильно изменило ситуацию.
Самое замечательное в том, чтобы быть только техническим парнем, это то, что вы можете узнать что-то новое и реализовать это, не убеждая и не тренируя кого-либо еще. Как только у вас появятся другие технические специалисты, вам нужно будет носить их с собой, что сильно замедляет работу.
Большим недостатком является то, что существует предел того, что вы можете или будете изучать самостоятельно, поэтому вам нужно работать усерднее, чтобы оставаться дисциплинированным и продолжать прогрессировать, и в конечном итоге достигните предела. Я думаю, что когда вы достигнете определенной точки, вы не сможете легко продвинуться дальше, если не будете взаимодействовать с разработчиками, более опытными, чем вы сами - сторонники идей Software Craftsmanship могут сказать много интересного о наставничестве.
источник
Я знал людей в этой должности. Я бы сказал, что главный вопрос в том, насколько они вас уважают. Есть очень малые предприятия, которые будут считать, что программист является неизбежным злом (один очень хороший пример, который я знаю, это семейный бизнес), и очень маленькие предприятия, которые будут считать программиста местным компьютерным экспертом. Звучит так, как будто тебя уважают, тем более что ты не говоришь о необходимости выполнять странные задачи, которые люди в конечном итоге выполняют в очень маленьких компаниях.
источник