IT для автора - это "не его" с самого начала. В статье опыт какого-то джуна, которому по долгу службы положено херачить на 142%.
Поржал с жалобы про телефоны. А это тут вообще с какого бока прилеплено?
И уж точно в IT кумовство - это что-то настолько редкое, что вызывает удивление. Тут не получится сидеть на жопе ровно и ничего не делать - выгонят на раз-два. На тех же самых дейликах, где надо рассказывать о прогрессе по задачам.
Проблемы в семье/с весом - это тоже какая-то чушь. За это автор отвечает сам перед собой, сфера профессиональной деятельности тут не причём.
Это статья не с ИМХО, а с жалобами юноши, который хочет, чтобы за него решили все проблемы и оставили в покое.
Пусть сеньор напишет, как он вышел из IT без потери в зп, и теперь кайфует и в ус не дует. Чтобы нам всем тоже так захотелось. А так - в статье нет выхода, потому что даже и не вошёл автор никуда. Сдался на первой ступени.
В IT, конечно хорошо. Но ресурсов, чтобы туда войти надо много. Надо выучить много сложных вещей. Надо найти время, чтобы это сделать. Замотивировать себя, чтобы не бросить всё через пару месяцев. А через пол года так вообще будет крыша ехать - темы уже сложные, не даются так легко как раньше; ощущение, что топчешься на месте; дикая усталость от постоянного обучения; забыл уже, что учил 2-3 месяца назад. Надо ещё грамотно подойти к обучению. А ты не знаешь, что и как учить, потому что новичок в этой среде. Плюс, джунов сейчас хоть и набирают, но набирают студентов. А 30+ за последний год могу по пальцам пересчитать и то как-то по знакомству. А ещё скорее всего сильно упадёт доход на ближайший год-полтора. Когда у тебя семья, ипотека - это уже становится критично. Ну и если преодолеть все эти трудности и устроиться на работу, то не получится просто почивать на лаврах. В IT надо постоянно развиваться, иначе и ЗП расти не будет, да и конкуренцию со вчерашними студентами не выдержишь. Особенно учитывая, что у них вагон энергии, свободного времени и нет обременения по деньгам. А у тебя помимо работы ещё и дел домашних по горло, с детьми надо время проводить. Какая уж тут учёба? Не выгорел - и ладно)
Прежде всего стоит наверное сказать, что сейчас общение по почте для разработчика скорее редкость, т.к. все общаются в мессенджерах, так банально быстрее. И письмо в почте от живого человека, а не отбивка из Jira, это уже привлекает внимание.
Логично. Если я письмо пришло на группу людей или вопрос кинули в общий чат, то я даже не обращаю на это внимания. "Кто-нибудь другой ответит". Такова правда.
Почти 100% гарантия результата. Для этого мессенджеры и используют. Единственное, это могут не любить всякие синьёры, которых все дёргают. А тут ещё и джун с глупым вопросом лезет. Лучше сначала письменно обозначить свой вопрос, а потом предложить обсудить. Может и звонить не придётся.
Это раздражает, да. Лучше не стоит. Если это важно, максимум - красный восклицательный знак у письма.
Так не делают внутри компании с нормальной атмосферой. Руководителей всех мастей ставят обычно в копию при общении с заказчиком, чтобы было документально подтверждено у всех о достигнутых договорённостях и прочее. А если внутри компании нужно ставить руководителя в копию для подстёгивания ответа - это какая-то нездоровая атмосфера.
Руководитель "смежников" должен знать. Если вопрос затягивается, в первую очередь надо идти к нему. Обычно, в такой ситуации собирается созвон, на который руководитель подтягивает того, кто может разбираться в вопросе, если сам он не в курсе. И всё решается за пол часа.
Очень официально) Но имеет место быть. Где-то) Я уже давно не сталкивался с протоколами встреч. Наверное потому, что я всего лишь разраб, которого волнует только код) Мы не участвуем в таких встречах.
О да. Излишняя вежливость бросается в глаза. Хотя вот совсем без неё тоже плохо. Это ты пишешь нейтральное письмо типа "Пришлите сроки по задаче..." или "В каком статусе сейчас задача...". А человек на той стороне может неправильно считать эмоции с такого письма и подумать, что на него наезжают. Да, бывают такие люди)
Это нетолько к 1С относиться. В Геймдеве тоже самое, как и в др ит сферах.
Стресс везде. И в общем, тут многое зависит от работодателя, и как он относится к сотрудникам. Но мой стресс вызван был моей болью, что я вынужден заниматься тем, что мне не нравится. Чем выше по карьере лезешь в 1С, тем сильнее смещается акцент в сторону бизнес-аналитики. Джуниору достаточно 90% уметь в код и 10% в учёт. Сеньору уже 40% код, 60% учёт. В 1С буквально заставляют знать всё больше и больше информации про учёт и вникать в бизнес-аналитику для того, чтобы оставаться конкурентоспособным. И в оригинальной статье это приводится почему-то как неоспоримое преимущество.
То что вы не нашли нормального франча, где программисты 1С занимаются написанием кода, а не общением с заказчиком - это Ваши проблемы.
Это довольно токсичное выражение. Это же не вопрос того, что найти легко, это просто я поленился. Предложений крайне мало. Чтобы было разделение на роли, должна быть команда. Чтобы была команда, должен быть хотя бы средненький проект. У мелкой франчи это будет 1-3 клиента с таким типом работ. У крупной больше, но всё равно далеко не все 100% работ будут такими. Всё равно все эти франчи содержат ещё армию клиентов с простенькими задачами от 4 до 40-80 часов, на которые целую команду выделять не будут. Так что в какую бы франчу вы ни попали, вам очень повезёт, если вы будете работать именно в проектной команде внутри на интересных проектах. А даже если и будете, всё равно будут привлекать на разовые работы "универсалом".
Git для 1с сейчас есть.
Если вы про EDT, то я с ней пытался работать на реальном проекте 3 года назад. И это была боль, потому что она ещё сырая. Не говоря уже про то, что только управляемые формы поддерживаются. УПП или УТ10.3 - про git сразу забываем. И отдельная боль - обновлять доработанные конфигурации. Клиенты такому "особенно" рады, когда за обновление допиленной УПП или ERP им приходиться платить чуть ли не каждые 3 месяца за 20-40, иногда даже 80 часов работы программиста.
А основы учета должен знать любой, кто работает в сфере его автоматизации, но разумеется не вникая в то на каком счете что учитывается.
Именно этим я сейчас и доволен. Мне нет необходимости знать больше, чем основы основ. В 1С ты обязан знать хорошо, если хочешь выполнять более сложные или интересные задачи, чтобы повысить ЗП. На одних тех.скилах не уедешь. Я так и написал. Умеешь кодить и знаешь учёт - сразу +грейд к должности. Если не знаешь учёт, то стать сеньором очень сложно, т.к. сеньор в 1С должен уметь внедрять самостоятельно какой-либо вид учёта. В других сферах, это гораздо гибче. Есть просто лид команды, который больше уже менеджер, если не хочешь, можешь смотреть в сторону техлида, архитектора. И вот всё равно тут нет такой завязки на бизнес-логику. Всё это не плохо и не хорошо в общем. Мой комментарий о моих предпочтениях. Я себя сейчас чувствую гораздо увереннее. И да, 10 лет в 1С мне при этом крайне мало пригодилось, нерелевантный опыт со всем этим знанием учёта. Крайне жаль потраченного времени.
Я 10 лет работал 1Сником. И все 10 лет испытывал постоянный стресс, жаловался на работу и страдал. Работал и во франчайзи и на "заводе". Везде всё одинаково.
По сути, 80% всех 1Сников - это сопровожденцы/внедренцы типовых конфигураций. Ничего своего или нового не пишут. Поэтому успех ждёт тех, кто знает какой-либо учёт, т.е. предметную область, и в той конфигурации, с которой он работает.
Я страдал, потому что любил код, а не разбираться в том, куда пропала копейка или почему себестоимость легла не на тот счёт. Более того, даже если ты хочешь сделать что-то хорошее - тебе это просто не дадут сделать. Во франче главное - часы. Тяп-ляп и в продакшен. Ну не будет клиент платить за какие-то автотесты или оптимизацию/рефакторинг. На "заводе" чуть свободнее, но всё равно не разгуляешься. Свою подсистему или новую небольшую конфигурацию скорее всего не дадут написать, потому что потребности такой нет. Максимум - интеграция с каким-то документооборотом, или мессенждерами.
И что самое плохое - ты и чтец и жнец, и на дуде игрец. Человек-оркестр. Сам собираешь аналитику, сам общаешься с заказчиком, сам кодишь, сам тестируешь, сам сдаёшь работу.
Но вот уже почти год как я перешёл из 1С в Java разработку. И это небо и земля! Есть нормальное версионирование - git. Есть проектные команды с чётким разграничением ролей, т.е. я 90% времени посвящаю коду и 10% на всякие митинги внутри команды. Мне не нужно знать учёт! Вообще не парит, какие там законы понапридумывали и как это вендор реализовал у себя. 100500 бесплатных курсов, ресурсов и форумов, где можно найти ответ на любой свой вопрос (заодно и английский прокачаешь). Если есть какая-то библиотека, то есть и документация по ней. А не как с СКД в 1С, где попробуй ещё найти информацию о том, как сделать нестандартный отчёт с использованием макетов. Есть тесты!
Полная свобода! Только код. Вся сложность сводиться к умению грамотно спроектировать классы и структуру БД. Говнокод никто не отменял как и всякое легаси, но с этим на порядок приятнее разбираться, чем с такими же проблемами в 1С - просто потому, что инструментов для этого больше и они удобнее.
Это нежизнеспособный вариант работы. Уже где-то на хабре была статья, разъясняющая почему.
Если вкратце, то работника перестанет заботить всё, кроме установленных метрик - часы, задачи. Начнётся гонка за только понятными ему задачами, которые он уже набил руку решать за известное количество времени. Никто не будет брать сложные проекты. Если по количеству закрытых задач платить, тогда все будут правдой и не правдой закрывать задачи как можно быстрее. От этого будет страдать качество.
А что вы делаете, если, например, коммит С2 не должен быть установлен в релиз v1.0? А вот коммит С3 должен попасть в этот релиз? Если создавать релизную ветку от С3, то неизбежно будет захвачен и С2. А если создавать релизную ветку из С1, то как потом туда переносить корректно изменения только из нужных коммитов, при этом не затрагивая ненужные предыдущие?
Это самая распространённая ситуация. Когда делается с десяток задач, но в поставку входит только часть из них. Остальные задачи либо ещё не протестированы, либо баги не исправлены, а может этот функционал вообще пока не нужен или блокируется другой задачей.
IT для автора - это "не его" с самого начала. В статье опыт какого-то джуна, которому по долгу службы положено херачить на 142%.
Поржал с жалобы про телефоны. А это тут вообще с какого бока прилеплено?
И уж точно в IT кумовство - это что-то настолько редкое, что вызывает удивление. Тут не получится сидеть на жопе ровно и ничего не делать - выгонят на раз-два. На тех же самых дейликах, где надо рассказывать о прогрессе по задачам.
Проблемы в семье/с весом - это тоже какая-то чушь. За это автор отвечает сам перед собой, сфера профессиональной деятельности тут не причём.
Это статья не с ИМХО, а с жалобами юноши, который хочет, чтобы за него решили все проблемы и оставили в покое.
Пусть сеньор напишет, как он вышел из IT без потери в зп, и теперь кайфует и в ус не дует. Чтобы нам всем тоже так захотелось. А так - в статье нет выхода, потому что даже и не вошёл автор никуда. Сдался на первой ступени.
В IT, конечно хорошо. Но ресурсов, чтобы туда войти надо много. Надо выучить много сложных вещей. Надо найти время, чтобы это сделать. Замотивировать себя, чтобы не бросить всё через пару месяцев. А через пол года так вообще будет крыша ехать - темы уже сложные, не даются так легко как раньше; ощущение, что топчешься на месте; дикая усталость от постоянного обучения; забыл уже, что учил 2-3 месяца назад. Надо ещё грамотно подойти к обучению. А ты не знаешь, что и как учить, потому что новичок в этой среде. Плюс, джунов сейчас хоть и набирают, но набирают студентов. А 30+ за последний год могу по пальцам пересчитать и то как-то по знакомству. А ещё скорее всего сильно упадёт доход на ближайший год-полтора. Когда у тебя семья, ипотека - это уже становится критично. Ну и если преодолеть все эти трудности и устроиться на работу, то не получится просто почивать на лаврах. В IT надо постоянно развиваться, иначе и ЗП расти не будет, да и конкуренцию со вчерашними студентами не выдержишь. Особенно учитывая, что у них вагон энергии, свободного времени и нет обременения по деньгам. А у тебя помимо работы ещё и дел домашних по горло, с детьми надо время проводить. Какая уж тут учёба? Не выгорел - и ладно)
Ахаха) В каждой шутке есть доля правды)
Я 10 лет кодил в 1С. А потом переучился на Java. И вот, что скажу, опыт в 1С пригодился ну примерно на 10%. Так что мне жалко потерянных лет.
Но тут моя личная неприязнь к 1С была - не хотел учить учёт. А это 90% всего 1С :-D
Сам по себе продукт у них незаменимый для бизнеса.
Прежде всего стоит наверное сказать, что сейчас общение по почте для разработчика скорее редкость, т.к. все общаются в мессенджерах, так банально быстрее. И письмо в почте от живого человека, а не отбивка из Jira, это уже привлекает внимание.
Логично. Если я письмо пришло на группу людей или вопрос кинули в общий чат, то я даже не обращаю на это внимания. "Кто-нибудь другой ответит". Такова правда.
Почти 100% гарантия результата. Для этого мессенджеры и используют. Единственное, это могут не любить всякие синьёры, которых все дёргают. А тут ещё и джун с глупым вопросом лезет. Лучше сначала письменно обозначить свой вопрос, а потом предложить обсудить. Может и звонить не придётся.
Это раздражает, да. Лучше не стоит. Если это важно, максимум - красный восклицательный знак у письма.
Так не делают внутри компании с нормальной атмосферой. Руководителей всех мастей ставят обычно в копию при общении с заказчиком, чтобы было документально подтверждено у всех о достигнутых договорённостях и прочее. А если внутри компании нужно ставить руководителя в копию для подстёгивания ответа - это какая-то нездоровая атмосфера.
Руководитель "смежников" должен знать. Если вопрос затягивается, в первую очередь надо идти к нему. Обычно, в такой ситуации собирается созвон, на который руководитель подтягивает того, кто может разбираться в вопросе, если сам он не в курсе. И всё решается за пол часа.
Очень официально) Но имеет место быть. Где-то) Я уже давно не сталкивался с протоколами встреч. Наверное потому, что я всего лишь разраб, которого волнует только код) Мы не участвуем в таких встречах.
О да. Излишняя вежливость бросается в глаза. Хотя вот совсем без неё тоже плохо. Это ты пишешь нейтральное письмо типа "Пришлите сроки по задаче..." или "В каком статусе сейчас задача...". А человек на той стороне может неправильно считать эмоции с такого письма и подумать, что на него наезжают. Да, бывают такие люди)
Стресс везде. И в общем, тут многое зависит от работодателя, и как он относится к сотрудникам. Но мой стресс вызван был моей болью, что я вынужден заниматься тем, что мне не нравится. Чем выше по карьере лезешь в 1С, тем сильнее смещается акцент в сторону бизнес-аналитики. Джуниору достаточно 90% уметь в код и 10% в учёт. Сеньору уже 40% код, 60% учёт. В 1С буквально заставляют знать всё больше и больше информации про учёт и вникать в бизнес-аналитику для того, чтобы оставаться конкурентоспособным. И в оригинальной статье это приводится почему-то как неоспоримое преимущество.
Это довольно токсичное выражение. Это же не вопрос того, что найти легко, это просто я поленился. Предложений крайне мало. Чтобы было разделение на роли, должна быть команда. Чтобы была команда, должен быть хотя бы средненький проект. У мелкой франчи это будет 1-3 клиента с таким типом работ. У крупной больше, но всё равно далеко не все 100% работ будут такими. Всё равно все эти франчи содержат ещё армию клиентов с простенькими задачами от 4 до 40-80 часов, на которые целую команду выделять не будут. Так что в какую бы франчу вы ни попали, вам очень повезёт, если вы будете работать именно в проектной команде внутри на интересных проектах. А даже если и будете, всё равно будут привлекать на разовые работы "универсалом".
Если вы про EDT, то я с ней пытался работать на реальном проекте 3 года назад. И это была боль, потому что она ещё сырая. Не говоря уже про то, что только управляемые формы поддерживаются. УПП или УТ10.3 - про git сразу забываем. И отдельная боль - обновлять доработанные конфигурации. Клиенты такому "особенно" рады, когда за обновление допиленной УПП или ERP им приходиться платить чуть ли не каждые 3 месяца за 20-40, иногда даже 80 часов работы программиста.
Именно этим я сейчас и доволен. Мне нет необходимости знать больше, чем основы основ. В 1С ты обязан знать хорошо, если хочешь выполнять более сложные или интересные задачи, чтобы повысить ЗП. На одних тех.скилах не уедешь. Я так и написал. Умеешь кодить и знаешь учёт - сразу +грейд к должности. Если не знаешь учёт, то стать сеньором очень сложно, т.к. сеньор в 1С должен уметь внедрять самостоятельно какой-либо вид учёта. В других сферах, это гораздо гибче. Есть просто лид команды, который больше уже менеджер, если не хочешь, можешь смотреть в сторону техлида, архитектора. И вот всё равно тут нет такой завязки на бизнес-логику. Всё это не плохо и не хорошо в общем. Мой комментарий о моих предпочтениях. Я себя сейчас чувствую гораздо увереннее. И да, 10 лет в 1С мне при этом крайне мало пригодилось, нерелевантный опыт со всем этим знанием учёта. Крайне жаль потраченного времени.
Я 10 лет работал 1Сником. И все 10 лет испытывал постоянный стресс, жаловался на работу и страдал. Работал и во франчайзи и на "заводе". Везде всё одинаково.
По сути, 80% всех 1Сников - это сопровожденцы/внедренцы типовых конфигураций. Ничего своего или нового не пишут. Поэтому успех ждёт тех, кто знает какой-либо учёт, т.е. предметную область, и в той конфигурации, с которой он работает.
Я страдал, потому что любил код, а не разбираться в том, куда пропала копейка или почему себестоимость легла не на тот счёт. Более того, даже если ты хочешь сделать что-то хорошее - тебе это просто не дадут сделать. Во франче главное - часы. Тяп-ляп и в продакшен. Ну не будет клиент платить за какие-то автотесты или оптимизацию/рефакторинг. На "заводе" чуть свободнее, но всё равно не разгуляешься. Свою подсистему или новую небольшую конфигурацию скорее всего не дадут написать, потому что потребности такой нет. Максимум - интеграция с каким-то документооборотом, или мессенждерами.
И что самое плохое - ты и чтец и жнец, и на дуде игрец. Человек-оркестр. Сам собираешь аналитику, сам общаешься с заказчиком, сам кодишь, сам тестируешь, сам сдаёшь работу.
Но вот уже почти год как я перешёл из 1С в Java разработку. И это небо и земля! Есть нормальное версионирование - git. Есть проектные команды с чётким разграничением ролей, т.е. я 90% времени посвящаю коду и 10% на всякие митинги внутри команды. Мне не нужно знать учёт! Вообще не парит, какие там законы понапридумывали и как это вендор реализовал у себя. 100500 бесплатных курсов, ресурсов и форумов, где можно найти ответ на любой свой вопрос (заодно и английский прокачаешь). Если есть какая-то библиотека, то есть и документация по ней. А не как с СКД в 1С, где попробуй ещё найти информацию о том, как сделать нестандартный отчёт с использованием макетов. Есть тесты!
Полная свобода! Только код. Вся сложность сводиться к умению грамотно спроектировать классы и структуру БД. Говнокод никто не отменял как и всякое легаси, но с этим на порядок приятнее разбираться, чем с такими же проблемами в 1С - просто потому, что инструментов для этого больше и они удобнее.
Это нежизнеспособный вариант работы. Уже где-то на хабре была статья, разъясняющая почему.
Если вкратце, то работника перестанет заботить всё, кроме установленных метрик - часы, задачи. Начнётся гонка за только понятными ему задачами, которые он уже набил руку решать за известное количество времени. Никто не будет брать сложные проекты. Если по количеству закрытых задач платить, тогда все будут правдой и не правдой закрывать задачи как можно быстрее. От этого будет страдать качество.
Это самая распространённая ситуация. Когда делается с десяток задач, но в поставку входит только часть из них. Остальные задачи либо ещё не протестированы, либо баги не исправлены, а может этот функционал вообще пока не нужен или блокируется другой задачей.