Ответы пользователя по тегу Карьера в IT
  • Стоит ли уволняться для поиска работы java разработчиком?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    Все адекватные работодатели:

    1. Задают вопрос "когда вы готовы приступить к обязанностям", и 2 недели по КЗОТ это вообще минимальный стандарт. А так могут и месяц подождать, вполне адекватно отнесясь к тому, что после увольнения вы хотите взять небольшой отпуск, например. Но это вполне обговариваемо с работодателем.

    2. ищут сотрудника не на день и не на два, а на продолжительное время, и подождать сотрудника - не проблема. Тем более, что подготовить рабочее место для нового сотрудника - это тоже время, а в крупных ентерпрайзов это может занять и месяц и больше.

    3. Успешное прохождение интервью это еще не означает хороший оффер. Вам может не понравиться компания, не понравятся условия или ЗП или начальник с которым вы собеседуетесь. Не нужно думать что если пошел на собеседование то это точка невозврата. Точка невозврата это даже не подтверждение оффера. Даже увольнение еще можно откатить в некоторых случаях. Нет смысла волноваться по таким поводам.

    4. Многие ходят на собеседование даже не предполагая менять работу. Кто-то из спортивного интереса, кто-то на всякий случай посмотреть, а вдруг предложат работу мечты. В таких случаях всегда бывает, что сотрудника нужно ждать и месяц и два. Но такие варианты, конечно, встречаются в основном на уровне mid/senior и выше.
    Ответ написан
    Комментировать
  • Почему лучше иметь несколько акаунтов gitHub?

    saboteur_kiev
    @saboteur_kiev Куратор тега Организация работы
    software engineer
    Нет, несколько аккаунтов совсем не лучше.
    Но иногда бывает вынужденная ситуация, когда ты не хочешь или не можешь некоторые репозитории хранить под одним аккаунтом.
    Бывает у тебя есть личный и рабочий аккаунт, с разным доступом.
    Ну или два личных, тоже с разным доступом и разными задачами, ты не хочешь их связывать друг с другом.
    Но в своем большинстве, достаточно одного аккаунта, а личные репозитории просто делать приватными.
    Ответ написан
    Комментировать
  • Цель - WEB Full-stack. Сносный ли план обучения для новичка?

    saboteur_kiev
    @saboteur_kiev Куратор тега IT-образование
    software engineer
    Все очень плохо.
    А теперь подробнее.

    1. Рекомендую почитать несколько статей о том, что такое девопс инженер, потому что понятие девопс методологий и девопс инженера - кардинально различаются.

    2. У вас очень много книг. Это неплохо. Но у вас вообще не вижу практики. Это плохо.
    Есть заметка, что "неплохо бы иметь второй проект", но даже нет идей что за проект.
    Какой-то пет проект, который вы будете писать не потому, что у вас есть идея, которую вы хотите воплотить в цифровом виде, а просто потому что "нужно пет проект для портфолио"?
    Так это не работает, точнее такой пет-проект будет больше похож на непонятно кому нужную курсовую, которую вам не будет интересно развивать, искать варианты реализации понимая какой результат вам нужен. С другой стороны девопс не может существовать отдельно от проекта...

    3. Вообще нет критичных для девопса технологий и практик, а именно - все что касается администирования. Девопс инженер, как позиция, это больше про администрирование, а не про разработку. Да, это про администрирование того, что нужно в разработке и нужно разбираться в том, как работают разработчики, но все же основные навыки именно инженера - автоматизация инфраструктуры для сборки и работы приложений.

    P.S. Вижу, что топик поменялся с DevOps на Web full stack - в таком случае мой ответ более нерелевантен, но возможно из-за него топик и поменялся =)
    Ответ написан
    1 комментарий
  • Ведущий специалист технической поддержки это кто?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    Ведущий специалист может означать два варианта.

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

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

    В основном это уровень senior+.

    И да, не путайте lead specialist и team lead - это разные вещи. Тимлид это микроменеджмент.
    Ответ написан
    Комментировать
  • Какие есть способы работать в front-end до 18?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    Даже если вы все что нужно для джуна знаете, конкуренция такова, что найдутся десятки джунов, которым 18, или которым 21 после института, и никто не захочет мучаться с разрешениями для несовершеннолетних.

    Поэтому на текущий момент - помощь с лабами, фриланс. Ну и можете конечно пробовать искать работодателя, но врядли. Просто с точки зрения работодателя - зачем ему лишние проблемы..
    Ответ написан
  • Принимать ли job offer без обсуждения проекта?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    При получении job offer с европейской галлеры не дают ссылку на проект по security причинам. Лишь упоминается что это "хороший клиент" Время - 2 дня на подумать.


    Давать ссылку на проект и не должны. Но всего лишь "хороший клиент" недостаточно.
    Общее описание инфраструктуры, технологий должно быть. Например все живет на виртуалках, в докере или в облаке. Например какие языки используются и версии. Какие CI/CD инструменты. Дают ли Idea и тому подобные вещи. Они никак не связаны с NDA.
    А так - решать вам. В оффер условия работы вам сообщили, выбирайте что вам важнее.
    Ответ написан
    Комментировать
  • Android или Unity?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    как та и та ветка себя чувствует во фрилансе

    Да ну что за бред. 30 лет а ума нет.
    Во фрилансе рулят софт скиллы и умение себя продать. А конкретная ветка развития не значит ничего. Во фрилансе работу ты себе будешь искать сам, и если ты думаешь что можно зайти на биржу и набрать себе работы, то это уже совершенно не так.

    Так как я хотел работать больше на себя, чем в конторе

    Ну так сам и решай что тебе больше интересно. Чтобы стать хорошим специалистом, время на обучение нужно потратить много. Очень много. И надо самому гореть этим направлением, чтобы не перегореть еще до того как появится первый десяток заказов.

    Зачем мнение рандомов из инета в таком личном интимном вопросе.
    Ответ написан
    Комментировать
  • Реально ли работать в одном IT-проекте (продуктовом) больше 5-ти лет и не деградировать профессионально?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    Если ты уже поработал в нескольких действительно разных проектах, получил представление о разных вариантах и архитектуры и организации работ, то можно найти сложный проект, который меняется, расширяется и работать в нем всю жизнь.

    Да, возможно будешь знать не все-все-все фичи которые появились на рынке, но если твой продукт сложный, все равно будешь пользоваться либо аналогами либо наоборот иметь свою интересную экспертизу.

    p.s. Вон посмотрите на Торвальдса - он деградировал?
    Ответ написан
    Комментировать
  • Что происходит на рынке труда в айти?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    В программировании очень большой процент самостоятельной творческой работы и умению работать над собой, чтобы повышать свою квалификацию.
    Это требует определенных привычек, возможно склада ума. И проблема в том, что эти привычки к тому возрасту когда начинаешь работать обычно уже сформированы. Бесповоротно.
    Поэтому курсы могут дать какие-то знания, но если ты не тот человек, осилить профессию и адекватную работу будет крайне сложно. Разговоры о выгорании - 90% это когда человек не расположенный к профессии поиздевался над собой сперва на курсах, потом на какой-то работе, а потом надоело. Потому что душа к такому образу жизни не лежит. Да, конечно есть когда человек работает на износ, но опять же адекватный человек вовремя должен обратить на это внимание.

    А насчет легкости - нет, это совсем не легко. И если 10 лет назад было гораздо проще, сейчас стало в 10 раз сложнее. Требования повысились, конкуренция среди джуниоров повысилась.

    Понятно, что любой баран может устроиться на работу в ИТ. Имеется ввиду что шанс есть. И в ентерпрайзах всегда найдется местечко, когда оплаченная заказчиком позиция уже оплачена, а команда справляется независимо от того, что в команде есть баран. И он может там проработать довольно долго, пока не выгонят, потому что команда справляется, а менеджеру пофиг. Но это исключение из правил, и такие случаи - единичны. А такие случаи будоражат молодежь, и про них могут потом рассказывать "как я вчера был двоечником, а теперь рабоаю в большой международной компании зарабатываю тыщи баксов и ничего не делаю".
    Ответ написан
    Комментировать
  • Нужно ли 40-летнему джуну уметь максимально много?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    Мне 40 лет, нацелился на профессию Android-разработчика. И думаю примерно так: "Я уже не молодой энергичный студент (но смышлёный). Зачем работодателю брать джуном меня, если есть студенты? Значит, мне нужно очень много знать-уметь, чтобы превзойти этих студентов. Тогда я стану для работодателей более привлекательным в качестве джуна".


    От 40-летнего человека ожидают взрослого поведения, а именно.

    1. Жизненный опыт и кругозор, который позволяет не разжевывать детали и бегать на случай что молодой студент будет бояться неудачи и скрывать что у него нифига не выходит пока не наступит дедлайн, а потом выяснится что из-за него весь релиз сорвался, хотя если бы он об этом сказал вовремя, ему бы помогли.
    2. 40-летний человек умеет искать информацию и имеет достаточно наработанное критическое мышление, чтобы отличать истину от подделки. Не будет вестись на рекламу модно-молодежно, а будет брать реально рабочее решение.
    3. 40-летний человек, имеющий как минимум 15 лет опыта работы, за это время должен был повидать начальников и в принципе варианты организации работы, и должен просто знать что конкретно начальство хочет видеть и как выглядеть лучше, чем молодые джуны.

    А знания и технологии - их нужно не знать все-все, а знать то, что нужно на текущую позицию, чтобы выполнять заданные задачи.

    Но у вас первых трех пунктов как-то не особо наблюдается.. странно.
    Ответ написан
    Комментировать
  • Сидеть и парсить документы — это нормально?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    После окончание стажировки устроился в банк java- разработчиком.

    Уже как пол года работаю в банке, Основные задачи это - парсить Exel и прочее мелочи.


    Руками парсишь что-ли, или пишешь парсеры на джава?

    Вопрос: нормально ли это? Просто я думал быть разработчиком это значит заниматься разработкой, а не сидеть парсить документы для других отделов банка.

    Так ты пишешь парсеры, или сидишь в экселе?
    Или ты считаешь, что парсеры - это не программы?
    Или у вас уже все парсеры написаны и ты ничего не пишешь?

    А у вас как с этим обстоят дела?

    Дел много и разных, просто у тебя в вопросе неясно чем ты занимаешься. За полгода не написать парсер наверное как-то медленно...
    Ответ написан
  • В 40 лет планирую поменять сферу деятельности с 1С на Android? Сколько на старте смогу зарабатывать?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    Открой вакансии, посмотри сколько зарабатывают джуны на Андроиде.

    Неужели за 18 лет активной ИТ деятельности не наработались навыки гугления дорожных карт? Или есть мысли что на тостере составят индивидуальный гороскоп с учетом личных привязанностей? 40 лет, а вопросы как у 15-летнего.

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

    На 40летних смотрят нормально. И вообще эта тенденция о малолетних сеньорах существует только в СНГ, где коммерческая разработка более-менее началась после 2000-2005, а не в 1980-м и раньше, как зарубежом.
    Поэтому разработчиков, которые до этого момента что-то активно разрабатывали за деньги очень немного, еще и большинство из них уехало. Вот и выходит что, скажем, 50-летних разработчиков, которые сразу начали именно как разработчики и уже 30 лет как разрабатывают - в xUSSR ну может пару тысяч. Но это потихоньку меняется - подрастают люди, стареют.

    Практику в Андроид получить очень легко.
    Берешь и пишешь софт. Андроид купить несложно, время найти после работы - это уже неизвестно, ваше личное.
    Можно джава, можно котлин, я бы ратовал за джаву - в случае чего всегда можно в ентерпрайз сдвинуться.
    И берешь юнити и пишешь для своих же детей развивающие игрушки, или что-нить еще, в зависимости от возраста. Так первый опыт и получишь.
    Ответ написан
    13 комментариев
  • Куда уйти из десктопа?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    Дальнейшее развитие в плюсах поставил под сомнение - как правило в вакансиях требуется ещё и очень сильный бэкграунд в математике, алгоритмах и тд

    Хм, почему?
    Можно попробовать поискать топовый gamedev, системное программирование.
    Ну или да, выбирайте java/c# и вперед в ентерпрайз
    Ответ написан
  • Как правильно ответить на вопрос работодателя о скорости верстки?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    Выложи портфолию некоторых своих работ и укажи сколько времени понадобилось на каждую. Вот и будет примерная оценка скорости.
    Ответ написан
    Комментировать
  • Можно ли найти заказ после 1 месяца обучения в верстке?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    Конечно можно.
    Но пока ты спрашивал на тостере можно или нельзя найти такой заказ, миллион индусов уже этот заказ нашли, а один из них его уже сделал.
    Ответ написан
    Комментировать
  • Какая нужна теоретическая база на собеседовании джуна?

    saboteur_kiev
    @saboteur_kiev Куратор тега IT-образование
    software engineer
    Приходит к тебе джун и говорит
    "у меня вот задача, сделать такой простенький сервис который будет делать вот это и вот это, а я не очень понимаю как начать"
    И ты ему начинаешь полтора часа пояснять что к чему.

    Или второй вариант - приходит к тебе джун с таким же вопросом,
    А ты ему отвечаешь
    "Тут юзай синглтон, тут фабричный метод, тут подойдешь потом посмотрим что выйдет, тут пока сделай декоратор с заглушкой."
    И можно идти начинать работать.

    Конкретная реализация различных паттернов - это огромный опыт.
    Но в первую очередь это просто обычная терминология.
    Да, конечно паттерн как термин и понятие отличается от термина типа "интерпретатор и компилятор" тем, что сложно его объяснить в двух словах - надо потратить время на изучение, а желательно еще и попытаться написать парочку объектов для набивки руки.
    Но собственно это от джуниора и требуется - владеть терминологией на достаточном уровне, чтобы экономить много времени.
    Ответ написан
    Комментировать
  • Как построить последовательность учебных курсов для продвижения в карьере?

    saboteur_kiev
    @saboteur_kiev Куратор тега IT-образование
    software engineer
    Углубитесь в адмниистрирование линукс и мониторинг. Тем более что вы это и на текущей работе можете сделать.
    Покройте удобным мониторингом все что можно, заодно продвинетесь в bash/python скриптах для этого.
    Рекомендую выбрать популярный Прометеус + Графана.

    В Девопсы - сложно сказать. С одной стороны да, с другой стороны, если до сих пор не было опыта с проектами в разработке. нужно изучать много различных инструментов. Девопсы уже не работают руками, везде есть оркестраторы, контейнеры, CI/CD утилиты, и баш/питон уже заменяется "ямл-девелоперами" =)

    Может быть имеет смысл не заморачиваться, а найти просто более удобную позицию интегратора конкретного продукта и доработать там до пенсии.
    Ответ написан
    2 комментария
  • Заочное высшее образование для должности Team Lead?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    Профильное высшее может помочь при прохождении первичного отбора рекрутером разных резюме при трудоустройстве в фаанг, особенно за рубежом или в госсектор.
    Если рекрутера уже прошел, и добрался до технического интервью - там всем плевать на образование, важны знания и опыт.

    Просто нужно помнить, что есть определенные компании, где высшее - просто требование корпоративной политики. И есть отдельные рекрутеры, которые отбирают резюме, и у которых может быть свое мнение.
    За этим исключением на образование практически никто не смотрит, и уж тем более вообще никто не смотрит это была очка или заочка.
    Я бы даже сказал, что заочка лучше - человек мог в это время уже набирать опыт.
    Ответ написан
    Комментировать
  • Как часто приходится обновлять знания и насколько широко развитие?

    saboteur_kiev
    @saboteur_kiev Куратор тега IT-образование
    software engineer
    Что-то новое постоянно узнаешь, может быть не каждый день, но это тоже зависит от проекта.
    Новый проект - может быть множество новых технологий, на каждую уйдет целая виртуальная жизнь.
    Старый проект - можно углубиться в нюансы, и изучить то, чем пользуешься, со сменой версий может меняться как незначительно, а может вызвать лавинообразные изменения в проекте, потому что либо депрекейтится то, чем ты пользовался, либо ты пользовался чем-то не особо разобравшись, а тут изменения коснулись так, что приходится разобраться досконально.

    Суть в том, что да, настолько часто приходится что-то изучать и уточнять старые знания, что это входит в привычку.
    И ты уже изучаешь даже то, что сразу непосредственно не используешь. И даже не обязательно в области ИТ.
    Но оно помогает и расширяет кругозор и понимание архитектуры.

    Нелюбопытные программисты остаются на уровне стабильный джун - средний мид.
    Ответ написан
    4 комментария
  • Сколько часов кодить на работе?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    Мне интересно смогу ли я кодить 9 часов (во фронт-енд) если это моя первая работа программистом?


    Если это тебе - интересно - то попробуй.
    Если это твоя первая работа - скорее всего сможешь. Может быть даже долго. Потом, когда-нибудь устанешь.

    Тоесть меня посадят и скажут - вот тебе дедлайн в 6 часов или уволим. КОДЬ ! (*-*)

    Если вопрос ставится так, то не страшно если уволят. Лучше будет даже если сам уйдешь.

    Задачи могут ставить так, но уволнять могут за регулярные провтыки. А провтыки они не только в кодинге.
    Если ты взялся за фичу, которую уже оценили и ты ее просмотрел, ты сам должен представлять за какой срок закодишь. Во-вторых ты ж над фичей работаешь, примерно понимаешь насколько продвигаешься.
    Если ты адекватный, то сам поймешь успеваешь или нет, и свяжешься с куратором ЗАРАНЕЕ. Чтобы он подсказал насколько эта фича критичная для проекта. Если из-за того, что ты тормозишь, тебе прийдется продолжить кодить завтра - то некритично. Если из-за того, что ты тормозишь всему проекту придется ждать до завтра, то задача куратора либо помочь решить сложный момент, либо перекинуть критичную фичу другому разработчику, чтобы от твоей скорости не зависел проект в целом.

    Твоя задача - научиться разбираться в тех задачах, которые перед тобой ставят и в их приоритете. Понимать кто зависит от тебя и не подводить их. Это как раз означает, что если не хватает квалификации что-то решить вовремя - обратиться к куратору или тимлиду, чтобы понять - это задачу неправильно оценили, или твоих знаний недостаточно и тебе можно либо подсказать либо дать дополнительно времени на изучение документации.
    А вот сидеть до последнего, врать что все хорошо, а за 5 минут до дедлайна сказать что задача не сделана даже на половину - это гораздо, гораздо хуже.
    Ответ написан
    Комментировать