Comments 68
Ваш случай более менее ясен. На фирме работал так называемый anykey. Как правило ему платят не сильно много но делает он все. В какой то момент ему нужно было уволиться поэтому ему начали искать замену. И поскольку на таких фирмах такие специалисты в общем то не особенно ценятся то посчитали что можно взять практически любого и получить тот же эффект. То что он был один говорит не в пользу предусмотрительность руководства. Хотя возможно ит сфера не является для этой фирмы критической частью. Поэтому они добились на две ставки.
Насколько это плохо? Для карьеры наверное очень плохо. На галерах свои проблемы и идеального места работы наверное нет. Или если есть на него не так просто устроиться.
Так вышло, что я всю студенческую молодость считал, что различные крутые компании и госорганы работают «по правилам», т.е. все отношения формализованы и все происходит исключительно по существующим регламентам.
Как оказалось, это нифига не так, и весь официоз имеет место быть или когда нужно успешно рулить линейным персоналом, или еще для какой-то фигни, а в реальности довольно важные вопросы в организациях с оборотами в десятки миллиардов рублей решаются просто так, на ручном управлении, когда «вице-президент» финансовой организации (в мятом льняном пиджаке) может запросто обсудить с манагером по лизингу вопросы продажи залоговых активов, которые два года пылятся на стоянке организации, через авито, автору и похожие площадки, а потом без задней же мысли назначить этого же линейного продавана руководителем проекта по реализации этого неликвида.
TL;DR — не бойтесь разговаривать с людьми, даже если это какие-то «большие боссы», в большинстве случаев это такие же обычные люди, и как правило довольно адекватные. Конечно это не касается всяких прожектов, которыми рулят чиновники, там все несколько сложнее.
Почему не стоит начинать карьеру в маленькой не-IT компании
Потому что это потраченное впустую время.
Вы научитесь обжимать витую пару, переустанавливать windows в бухгалтерии, лазить под столами, смеяться над шутками начальника на корпоративах, носить мешки с основной продукцией компании (да-да, «нужны сильные программисты» как раз об этом), применять технологии 20-летней давности, заменять системы контроля версий zip-архивами и виртуозно нажимать Alt-Tab.
IT-компании почему-то не очень ценят подобные навыки.
Но даже если заниматься только своим профилем — все равно далеко не уедешь, потому что в компании не знают, как тебе развиваться, и в этом не заинтересованы. Постарался описать как раз неочевидные моменты.
Да не был тот парень программистом. Он либо сисадмин, либо, как сказали выше — эникей, на которого, со временем, накидывали все больше и больше задач, а ценили при этом не очень, раз решили, что его так легко можно заменить любым студентом. Его, возможно, вообще сначала взяли технику обслуживать, раз он картриджи заправляет, а потом начали задач накидывать, которые он делал, в силу своих скиллзов.
А ты пришел весь такой крутой, студент второго курса и начал выпендриваться, что у него контроля версий нет. Когда ему документировать код, если ему нужно бежать картридж заправлять тетенькам из бухгалтерии? Вот он и слинял.
Да но на так называемых галерах все еще хуже. Вас наймут если у Вас бубуд скилы в определенной области. Потом в этой очень узкой области Вы будете развиваться. Первые лет 5...10 будет очень классно и Вы будете чувствовать себя большим профи. Но вот потом как повезет. Есть хорошая вероятность что скилы устареют и на рынке и даже в той же галерах они будут никому не нужны. А на развитие в других нишах у Вас просто элементарно не будет ни мотивации ни времени.
С другой стороны могу Вам рассказать другую историю. Мой знакомый начинал в середине лихих девяностых даже не аникеем а что-то вроде кассира на складе с компьбтером. Потом директор решил внедрять1с и прошу заметить мой знакомый сопротивлялся так как об 1с тогда еще мало кто знал. И даже предлагал сделать все лучше и надежнее на microsoft access. Там он в общем-то изучил что называется знания помимо ит как устроен бизнес, бухучет. Потом была карьера в 1с и сейчас он ит директор в очень крутой не ит корпорации. Чего не когда бы не случилось если бы он в свое время не узнал как устроен бизнес на самом розовом уровне — клиенты, менеджеры, кладовщики, кассиры, бухгалтеры и т.п.
С другой стороны, можно внедрять новейшие технологии
Если компания не прислала вам тестовое задание — значит, они не знают, как отсеить плохие кадры.
Это ничего не значит.
Посмотрите, чем занимаются другие разработчики в компании. Плохо, когда у них нет установленных функций, обязанностей и зоны ответственности.
Во-первых, узнать достоверно — это не всегда тривиально.
Во-вторых, в больших компаниях это тоже не то чтобы редкость.
Очевидно, код обязательно должен быть хорошо организован и сопровождён документацией, или, хотя бы, комментариями.
У большинства с существенным опытом в индустрии при прочтении этого гарантированно нервно дёрнулся глаз:) Нет, к сожалению, не обязательно. Жизнь устроена сложнее.
В целом, статья, типичный пример ошибки выжившего поверх очень романтичного и наивного взгляда на реальность.
Вполне приличное количество небольших компаний по качеству организации процесса разработки могут дать фору крупным фабрикам по промышленной разработке. А заниматься всякой фигнёй можно и в крупных корпорациях. Вам просто не повезло.
Вполне приличное количество небольших компаний по качеству организации процесса разработки могут дать фору крупным фабрикам по промышленной разработке. А заниматься всякой фигнёй можно и в крупных корпорациях. Вам просто не повезло.
Я согласен. Дело не в том, что компания маленькая, а в том, что не знают, как работать с IT проектами.
Насчёт неорганизованного кода, для «большинства с существенным опытом в индустрии», возможно, это не проблема. Когда только учишься работать с большим объёмом кода, нужно видеть, как его организовать правильно.
— Сёма, никогда не связывайся с плохими компаниями. Там и плотють мало. И начальник — идиёт :)
Дело не в том, что компания маленькая, а в том, что не знают, как работать с IT проектами.
Они и не должны знать.
Они вас затем и нанимают, что специалист именно вы в этой сфере.
А они в этой сфере не специалисты.
Кто за вас будет осознавать необходимость комментариев в коде и т.п.? Если ваше руководство вообще не знает о существовании понятия комментариев в коде?
Если вы планировали что вам все разжуют и разложать по полочкам — то, разумеется, имело смысл идти в другое место:
Или в крупную не ИТ-компанию, где есть полноценный отдел и опытный начальник-айтишник.
Или в мелкую ИТ-компанию.
Или в крупную ИТ-компанию.
В небольших не-IT-компаниях процесс разработки лучше чем? Ой ли?
Из-за проблем с юристом мне предложили подписать договор через несколько дней, а пока выйти на работу.
Что-то не так: Никогда не выходите на работу без договора.
Заранее (за несколько дней до выхода работу) подписывать договор тоже не вариант. Самое оптимальное – это подписать в день выхода, после того как посмотрел свое рабочее место.
Рабочее место обычно смотрится само собой во время собеседования.
К тому же, на момент собеседования, рабочее место может еще не существовать.
Не все компании показывают рабочие места во время собеседований
Как по мне, так это no go 100%
Не все компании показывают рабочие места во время собеседований
Как по мне, так это no go 100%
Если компания успешна и расширяется, работать в ней перспективно.
И да, как раз именно в таких компаниях рабочего места, которое вас уже ждет, под вас лично еще может не быть на момент собеседования — ни компьютера ни стола.
Именно потому что это новая вакансия, ранее не существующая.
Максимум что вы можете увидеть — так это рабочие места коллег.
За свою карьеру я собеседовался хренову тучу раз и ни разу не было, чтобы меня не провели или не показали зал/комнату с программистами. А какой конкретно стол будет моим, если я пройду, дело десятое.
Плохо ли это для вас зависит от конкретных жизненных обстоятельств. =)
Работа в маленькой не-IT компании стрессовая, потому что никто не понимает, что вы делаете.
Рекомендую вам посмотреть видео-запись доклада Алексея Попкова «Как разрабатывать проект, который все ненавидят» с 48-й встречи сообщества MoscowJS.
Если это первое место работы, то, пожалуй, задерживаться на таком не стоит, но и пользу можно из него получить. В такой обстановке можно получить опыт и понимание таких вещей как:
- какие реально проблемы есть у не-IT бизнеса, как на практике их решают, какие из проблем осознанные, а какие нет
- на каком языке говорят в таком бизнесе, как общаться с представителями, как преподносить те или иные вещи
- как сочетается теория о том, как в идеале надо делать, с тем, как оно делается по факту, и почему так.
Всё это в будущем может дать определенные плюсы, например, умение лучше говорить напрямую с заказчиком, лучше понимать его.
ну т.е. человек увидит как работает реальный бизнес на уровне ЛПРов, и при этом будет думать что такое твориться только в мелкобизнесе, а у крутых ребят все совсем иначе и все строго по правилам, и в последующем это убеждение может ему очень дорого стоить
В КПДВ на столбах написано: "runtime error", "overflow", "memory leak", если кому интересно.
Имхо — подойти к директору, внятно и аргументированно изложить ему проблемы (изложив и в письменном виде вкратце суть), предложить решение. Если директор адекватный — будете не эникеем, а начальником ИТ отдела, за пару месяцев приведете все в порядок, наймете грамотных спецов, получите премию и уйдете в закат если будет неинтересно продолжать.
На самом деле — отличая возможность. Если компания не загнивающая, то очень хороший шанс что это получится. Если директор не отреагирует — можно к собственнику.
Если компания не прислала вам тестовое задание — значит, они не знают, как отсеять плохие кадры.
Я вот уже, в силу опыта, не готова к тестовым заданиям. Ну если только на парочку js-задач, которые можно сделать за 40 минут, а то-то вроде: «сверстайте по макету список книг/компаний/сотрудников, добавьте сложные фильтры и сортировки», идет лесом.
Очевидно, код обязательно должен быть хорошо организован и сопровождён документацией, или, хотя бы, комментариями.
Это фантастика. Даже в проектах топовых it-компаний не факт, что встретится такое.
Если компания не прислала вам тестовое задание — значит, они не знают, как отсеять плохие кадры.
Очень спорное на мой взгляд утверждение. По крайней мере мой опыт говорит мне что это далеко не всегда так.
Моей первой компанией была не IT-компания из 10 человек, которая периодически пыталась разрабатывать часть софта самостоятельно. Никакого собеседования не было, просто искренне соврал что все умею, сделали вид что верят (сам верил). Все трудовые отношения на честном слове фактически. Например, узнаешь внезапно, что фирму закрыли и ты уволен, а через месяц что открыли новую и опять взяли, но тебя это не интересует вообще. Потому что директор будет платить пока ему нужно то что мы делаем. С собеседования никто не скрывал, что все предыдущие программисты уволились не просто так. Была версия, что директор предпочел им много не платить в кризисной для компании ситуации.
Сначала я был единственным, потом подтянулось еще пара человек.
В итоге это были самые лучшие и содержательные 4 года в мой карьере. Потому что мы все делали сами с нуля и учиться приходилось вообще всему и очень быстро. Весь процесс разработки выстраивали сами. По деньгам и другим вопросам вообще никаких претензий к директору не было. Следующее место работы была уже большая IT компания — вообще ничему не научился.
Вот в больших ИТ-компаниях или в очень больших не ИТ-компаниях с большим ИТ-отделом, особенно в тех, которые стратегически используют проверенные временем инструменты, реально проработать годы и ничему не научиться (в рабочем процессе) кроме специфики компании, если тебя взяли потому, что все их основные инструменты ты знал (точнее показал лучшее знание)лучше, чем конкуренты на эту позицию.
Когда в компании (не важно, большой или маленькой, и не важно, IT или не-IT) есть опытные люди, которые могут менторить и показывать, как надо, и еще более важно — как не надо, то научится можно очень многому.Речь о первой работе. Здесь во-первых нужно, чтобы этим исключительно занятым людям было дело до новичка. Вторая проблема — эти опытные люди могут дать правильные ответы на вопросы, которые джуниор еще не готов задать. В итого он будет знать как правильно, не понимая почему так правильно.
Самостоятельная работа напротив позволяет отрастить нужные области мозга, позволяющие самостоятельно находить решения. На собеседовании чисто внешне это ничего не стоит (потому что сложно доказуемо), но попав на новое рабочее место такой человек моментально сориентируется, потому что он давно искал правильные модели разработки и готов их воспринимать.
Если бы меня спросили, кого я хочу взять в свой проект: человека, который отсидел пару лет на подхвате в большой компании или человека, который с нуля запустил пару работоспособных (пусть кривых) продуктов, то для меня выбор очевиден.
И самое главное самообучиться сейчас можно много чему. В том числе и всякой ерунде. И вредных привычек можно самому себе привить.
Поэтому на мой взгляд новичкам ментор необходим. Хотя бы чтобы просто следил в правильном ли направлении человек развивается. И я бы сказа что они нужны минимум на первые полгода-год. А по хорошему вообще года на три. Но это уже естетcтвенно от новичка зависит.
Если компания не прислала вам тестовое задание — значит, они не знают, как отсеять плохие кадры.
Google и Apple не присылают тестового задания.
Tesla присылает 10 вопросов на С и дает 40 минут на их решение. Вопросы довольно простые, в общем нацелены отсеять совсем слабых.
Знают ли эти компании, как отсеять плохие кадры? Скорее да чем нет. Во всяком случае откровенно плохих кадров я там не встречал.
Рефакторить — долго, дорого и вносит риски. А бизнесу нужно решение задач со сроком вчера, а не вот это все.
А также он прекрасно понимает что хорошо делать продукт — стоит дорого. Причем график зависимости качества продукта от стоимости разработки растет к сожалению не линейно, а экспоненциально.
И в общем-то все эти методы управления разработкой со стороны начальников, в результате которых на выходе получается махровое легаси с костылями, оно не только и не столько потому что начальник дурак, а по вполне себе материально-денежным причинам. У собственника, особенно в небольшой компании, есть приличные шансы банально разориться в попытке выпустить идеальный продукт, но так его и не закончить. И это еще если 10 нанятых сеньоров вообще напишут хоть строчку кода, а не передерутся в процессе выбора лучшей архитектуры.
Отсутствие тестового в целом нормальная тема, потому что далеко не все спецы готовы лезть тратить время на доказывание чего-то, обычно уровень устно понятен. Или при заполнении анкеты могут быть какие-то вопросы. В общем у всех свои методы, все работают с переменным успехом в любом случае.
По поводу того, что не стоит начинать карьеру в небольших компаниях — поддерживаю. Сам 5 лет проработал над разными околоигровыми проектами в маленьких студиях. Вроде как учишься думать своей головой, но порой просто некому исправить твои ошибки, которые все равно по неопытности допускаешь, а в итоге страдает весь проект, потому что банально некому разрулить. Стрессово, тяжело, и того не стоит
Автор, у меня для вас плохая новость: такова и есть жизнь.
Первым моим самостоятельным трудоустройством был приём на работу в крупнейшую импорто-экспортную фирму, где разбился насмерть на своей свежекупленной машине предыдущий разработчик. Я должен был в течение месяца разобраться в его коде работы с банком (разумеется, лишённом каких бы то ни было комментариев) и переделать его. В фирме был десяток программистов и больше сотни бухгалтеров. Естественно, никто мне в деталях ничего не объяснял, так как особо не знал, чем конкретно занимался покойный. Отлаживался я на боевой базе, так как в тестовой был старый вариант структуры, с которым эта программа не работала. Помню, как я придумывал разнообразные импортные и экспортные обязательства филиалу фирмы Алкатель в Австрии (два А, начало списка), заносил в базу, готовил платёжки к отправке в банк, а потом через некоторое время отменял. Тогда нравы были попроще в этом смысле.
Ощущение в некоторых оборотах речи, что это совсем не записки студента. Имхо, какая то hr статейка…
Все эти выводы как то навевают на мысль о том, что для подобного обобщения нужно не один десяток очень разных контор обойти, поработать с ними (подача материала про договор и рабочее место)
Выработать экспертное мнение (что для студента 2 курса как то сомнительно)
Почему не стоит начинать карьеру в маленькой не-IT компании