Comments 71
Такие статьи интересны не тем что написано в статье, а тем, что тема потенциально может вызвать живое обсуждение в комментариях. Вот ради обсуждений их и пропускают и плюсуют.
Ну не знаю, хабы выбраны максимально подходящие Карьера в IT-индустрии и Читальный зал.
Вот история карьеры в ИТ )))
А личного блога нет
пропускают к публикации
То есть чатгпт сгенерированные "10 советов для программиста" вам норм, по 3 одинаковые новости тоже ок, а вот нормальный личный рассказ
Так я вам приписываю то что есть.
Пост есть? Да.
Ваше удивление что такие статьи "пропускают к публикации" есть? В наличии.
Дальше логические рассуждения:
Либо вас удивляют и треш-посты и личные посты, но тогда получается вы удивляетесь 90% статей хабра
Либо вас НЕ удивляют треш-посты, но удивляют личные посты, что вероятно, но не могу такое объяснить.
... Все, других вариантов нет, т.к. личному посту вы удивились. (Это факт)
Я не думаю что вас удивляет 90% хабра, так что логически получается вариант №2. О чем я и спросил. Так что не надо здесь "ко-ко-ко, приписываете то чего нет", объясняйтесь нормально.
Вот как истинный разраб, я этот снежный ком и не ощущаю, да и сам часто по своей инициативе какие-то новые технологии тащу. А аналитикой да, тоже бывает занимаюсь, но вот не очень люблю, когда надо уж очень много с разными людьми работать.
А за автора рад, что он нашел таки, что ему больше нравится, все же долго делать то, что в целом то получается, но не приносит внутреннего удовлетворения - это путь в выгорание.
Cпасибо, тоже думал про такой трек.
девушка предложила убрать у меня опыт из резюме, где нет слова “аналитик”, чтобы не смущать работодателя каким-то темным прошлым в виде java разработчика
Девушка из агентства, или из компании-работодателя? Если из агентства то все понятно. А если из компании, то было бы интересно узнать - сама она до такого додумалась, или ей кто подсказал? И если подсказал - то кто? И зачем?
Тоже учил шарпы для того чтобы войти в айти, в итоге перешел в ба/системные аналитики. В итоге получилось использовать бизнес опыт и то что выучил изучая программирование. И в принципе доволен, иногда тянет добить пет проекты до финала, но работа пока сьедает вме свободное время. Очень много чего еще изучить надо. Удачи на новом месте.
Тихо с таким откровениями, а то они все поймут)
Хороший разраб, ИМХО, должен быть хорошим аналитиком, но без желания погружения в рутину схем и плотной документации. Даже, если бы бонусом перехода в сферу аналитики, было бы менее 10-15 процентов от ЗП в плюс, то остался бы в разрабах. Часто приходиться их учить. Кстати, поэтому, дополнительно странно что просили выпилить разраба из резюме)
Тем не менее, успехов автору.
вобще когда пришел на работу, где требовали проводить анализ - встретил это как-то с негативом. Мол чего это я разработчик еще и аналитить обязан (разнежили банки).
Но в целом оказалось, что это повысило вовлеченность, понимание проекта, уменьшило издержки на коммуникации и нельзя сказать, что это аналитик не написал - вот я и не сделал.
вобще когда пришел на работу, где требовали проводить анализ - встретил это как-то с негативом.
"Странно, ручка же самое вкусное"
Вообще работа со сниженным разделением труда, когда покрываешь всю область деятельности, от аналитики до реализации - это же самое интересно. И, собственно, я буквально только что делал наброски по новой системе, так ладно, реализацию можно оставить за бортом, но цикл "анализ-архитектура-планирование" просто органично вырастает сам:
1. без требований вообще непонятно, что делать, но часть требований нереализуемы, а часть можно наоборот предложить
2. без архитектуры нельзя ни сделать сетевой график, ни отфильтровать требования
3. сетевой график тоже может влиять на требования (что-то можно убрать, что-то добавить)
Все равно скоро аналитики будут предоставлять требования не программистам, а искусственному интеллекту и нейросетям, так что это даже к лучшему, что вы не стали кузнецом в эпоху появления станков и заводов...
Токарным станкам уже несколько тысяч лет (от лучкового до чпу), а токари по-прежнему нужны, и конструкторы напрямую задачи станкам не ставят.
Только вот "аналитики" эти будут такими же бывшими разработчиками, способными еще и проверить результат выполнения. А нынешние "чистокровные" аналитики как раз и есть кузнецы.
Достаточно чётко и детально написанные требования и есть программа.
скоро аналитики будут предоставлять требования не программистам, а искусственному интеллекту и нейросетям,
Вот никогда б не подумал, что увижу этого персонажа вживую
Уже нет. До сих пор компиляторы не могли додумывать даже самые очевидные вещи («сделай потокобезопасным»), нужно было писать, как конкретно. Сейчас достаточно сделать ревью после генератора кода (потребность в навыках никто не отменял).
сделать ревью после генератора
А Вы весьма уверены в себе. Точно вот такое заметите?
Во многих статьях пишут про алгоритмы и постоянное обучение. Вот расскажите мне хоть один алгоритм который вы реализовали, а не использовали из библиотеки. И чему новому вот прям нужно было обучаться, а не гуглить 2 минуты и читать потом 15 минут.
А готовые библиотеки и готовые советы берутся из воздуха? И откуда будут браться новые библиотеки и советы, если все забьют на алгоритмы?
Да я только за использование стандартных библиотек и на практике я их и использовал, но на собеседованиях с разработчиков частенько трясут решение алго задач, и это заставляет тренироваться на литкоде и или др площадках.
Вот так бы и писали, но емнип у вас было про трудность использования алгоритмов в повседневной работе.
на одном из мест начальник отдела закидывал задачки в чат для решения и промывал мозг, что без знания алгоритмов разработчик пишет неэффективный код... так что и такое тоже было.
Здесь не про трудности использования алгоритмов ))))
В целом тенденция уже пару лет, что на собеседованиях начинают сразу сыпать алгоритмами, и не зная их вы становитесь менее конкурентоспособным.
Тут вопрос из области желания изучать переходит в необходимость. В этом весь посыл.
Давайте напишем один пример использованного алгоритма, чтобы не быть голословными.
Ваш комментарий оскорбляет изобретателей велосипедов. Мне поручено сообщить вам от имени сообщества велосипедописателей, что оно объявляет вам вендетту!
То что вы предлагете это сгуглить "5 лучших курток на 2024" за 2 минуты и потом почитать эти ревью 15 минут. А кто написал первое и последующие - тупяк или мастер, как вы узнаете? Может это наглая реклама? Как вы поймете их аргументы - опять погуглите? Тогда это уже не 2+15 минут. Чтобы купить что-нибудь хорошее надо разбираться в нем. Чем лучше разбираешься, тем лучше получишь.
Вы либо не работали в отрасли, либо намеренно вводите в заблуждение. В разработке всё стандартизировано. Если мне нужно подтянуть теорию или изучить новый инструмент - это не 5 разных теорий (курток), а 5 разных описаний одной, а выбрать лучшее описание я уж смогу. Откровенной лжи или холиваров не так уж и много (если вообще есть), а мнения сообщества обычно совпадают (если это не разработка нового стандарта) даже если речь о best practicies.
Введение в заблуждение это как раз декларировать умение выбрать лучшее описание с образованием 2+15 минут. Не вложив много труда, не вникнув в определение, вы "простое" большое О будете с ошибками использовать. Хвалебное "я уж смогу" или базируется на уже имеющем хорошем опыте и образовании или на глупой поверхностности. Нет лжи в рекламе? Нет холиваров и мнения совпадают? (допуская, что "не поймете" - это риторические вопросы). Слова - много, обычно - позволяют формулировать ту самую третью ложь от сатистики.
Большое О. Поиск по хешу константа, по циклу n, по вложенному n квадрат, по дереву log(n) где здесь можно ошибиться? Не знаете что такое хеш и дерево идёте и читаете.
С каких пор вуз учит программированию? А если человеку необходимо всё разжёвывать(образование) это ещё хуже.
Нет лжи в рекламе и несовпадения мнений для теоремы Пифагора, понимаете? Так же и здесь нет разночтений в описании какой-либо технологии.
Главным остаётся не образование, опыт и знание алгоритмов, а умение думать, искать и анализировать информацию. Я программирую уже 300 лет, на Прологе писал, а джунов ни разу не встречал, а встречал только криворуких и ленивых.
В таких случаях говорят от скромности не умрет. Качество этого нагромождения предложений становится понятным из "программирую уже 300 лет" - это на каком языке вы программировали в 1724 году (риторический вопрос)? Для хвастовства 20 и 40 лет было недостаточно, подавай ему 300. Это тогда вы научились противопоставлять образование, опыт, знание и умение думать, искать и анализировать? (опять рв) Как будто они существуют друг без друга. В переписке вряд ли имеет смысл, но, судя по вашим самовосхвалениям, можно дать вам день, неделю, год на подготовку и вы не продержитесь и 5 минут в бесседе, например, о том же самом большом О. Где тут можно ошибиться? Да на каждом шагу ошибаются. Спросите студентов и садитесь за Кормена.
По теме то есть что сказать?
Давайте так. Напишите мне один пример где вам необходимо было реализовать алгоритм.
Хвастовство переходящее в нагловатость. Потом хамство и оскорбления - накатанная дорожка. То что я пишу это не не по теме а вам по не нутру. Какой пример вам нужен? Тысячи задач которые можно реализовать наивно. А потом поучившись хорошо, не 2+15, покопавшись и разобрав находятся алгоритмы которые в разы эффективней.
То есть названия применённого алгоритма не будет?
Хвалебное "я уж смогу" или базируется на уже имеющем хорошем опыте и образовании или на глупой поверхностности.
Мне мои дети тоже рассказывали, что они "сами гениальные и знают всё, включая арифметику, с рождения". И это при том, что я же прекрасно помню, как их этому всему учили, в том числе и я. Рефлексия не всем доступна. :-)
Смотря в какой области и на каком стэке разработка. Есть новые языки типа Go или Kotlin, для которых ещё или нет библиотек для каких-то вещей, или не сформированы "лучшие практики". Даже с языком Dart такое местами есть, а он уже сравнительно не молод.
Я согласен, что для узких ниш, таких как игры или какие-нибудь Яндекс навигаторы алгоритмы нужны. Но не для enterprise разработки, в которой задействовано подавляющее большинство. Я работаю в энтерпрайз достаточно давно и не приходилось мне ни разу использовать алгоритмы, поэтому заявления о повседневном их использовании видятся мне как желание возвысить ремесло разработки над остальными, показать свою эксклюзивность.
Дамир, удачи Вам) Хорошая заметка, мне понравилась) Только вперед :)
Довольно приятная статья. Прежде всего, потому что очень откликается. Я тоже ранее изучал программирование, ибо считал эту профессию чуть ли не единственной, которая позволяет войти в нее без высшего образования по профилю, работать удаленно, и при этом получать высокую ЗП. Но интереса большого не было, я изучал программирование из-за отсутствия альтернатив. И довольно завидовал людям, которые буквально фанатеют от этой сферы, живут ею. И уже когда я получил немалые знания в разработке, я неожиданно открыл для себя ту сферу, которая если и не создана для меня, то как минимум очень мне близка. А именно: аналитика данных. Немного позже понял, что мне также интересна профессия "Инженер данных". Поэтому на данный момент я остановился на работе с данными. И я частлив, что нашел то, что мне близко. Ибо заниматься тем, что не вызывает большого интереса, это действительно напряжно и не даёт радости. Поэтому я очень понимаю тебя и твой опыт.
Дамир, спасибо за статью. У меня почти один в один путь такой же как и у тебя. В своей компании я был в роли фуллстэк разработчика и работал как за четверых.. и еще самое смешное, что на проектах, которые были с проджектами, они почти не участвовали и когда 10 человек из разных отделов тупили, то делали крайним меня..
Месяц бомбило меня на всех, но потом в компании открылась вакансия на системного аналитика. В итоге я свичнулся на новую должность и уже как месяц работаю.
Если заведешь канал, то с удовольствием подпишусь. Интересно было бы читать коллег разработчиков-аналитиков
del
Автору надо ник поменять, а то его тёмное прошлое пестрит даже без резюме. /s
«Он стал поэтом — для математика у него не хватило воображения» ©
Аналогичная история. Я думал, я один такой :)
Не всем дано, не переживай.
Главное в работе она должна быть по душе. Мы там полжизни проводим, Вы молодец, так хотели бы многие но не все так могут, решиться, начать с начала, думаю кого то Ваш опыт вдохновит
У меня с программированием наоборот, азарт появляется только когда возникает мысль: да не может быть, но проверяешь раз, два, три и осознаешь что либо невозможное возможно либо эта битва будет легендарной. Только ради вот этого problem solving интересных задач и работаю эту работу )
Я программированием начала заниматься с 12 лет, еще в 90е, олимпиады, даже с какими-то успехами, поездками. Тогда нас учили так, что когда выдавали задачку, то решение надо было сначала защитить алгоритмически - нарисовав блок-схему, и только после этого пускали к компьютеру. Учили мыслить алгоритмами, а не строчками кода. И вот эта часть мне больше всего нравилась, хотя конечно интересно потом проверить как оно заработает. Потом к концу школы у нас был большой проект-выпускная работа, без библиотек практически, так что даже работу поля ввода писали сами с нуля. И стало еще яснее, что реальное программирование, в бизнесе, отличается от решения олимпиадных задачек. И что мне не хватает интереса-терпения, чтобы тщательно и аккуратно реализовывать то, что давно уже придумано и реализовано в голове. Интрес к задаче уже упал, а ее еще делать и делать. Слов бизнес/системный аналитик я тогда не знала и подсказать было некому, но учиться на чистого програмиста не пошла и в итоге с самого старта карьерьры аналитиком и работаю. На первой работе сама предложила начальству ввести такую должность и сама написала должностную инструкцию.
Автору отправляю лучи добра. Я перешла в системный анализ из бизнес-анализа (и сейчас очень много вакансий фулстеков) и каждый пункт в общении с рекрутером понятен. В какой-то момент я продумала, что надо сначала перейти в разработку, тогда будет легче. Оказывается нет))))
какое счастье, что появился искусственный интеллект, gpt показывает себя более компентным в сравнении с отдельными рекрутерами.
Не всем дано, не переживайте. Есть много профессий попроще: системный аналитик, бизнес аналитик, аналитик, тестер, srе инженер, инженер тех поддержки, team lead, технический писатель, devops, сис админ. Никого не забыл?
Никого не забыл?
...поэт, опять же...
Не бывает в IT "легких" профессий. Попроще, если смотреть со стороны Разраба, например)). Но, как говорит знакомый разраб "Упаси Боже описывать процессы словами".
И не позорь ник: ты теперь ни stack и не java.
Навыки разработки безусловно пригождаются.
«Однако я понял, что это не мое, я устал от этого всего, я оказался не готов в такому забегу, который требует спринтерских скоростей на марафонских дистанциях.» И после этого я решил, что теперь буду называться системным аналитиком. 6 лет попрограммировав на Java и почитав Шилдта. Денег я хочу не меньше - у меня ведь в CV все четко написано: я аналитик. Одного не понял, а с чего это автор вдруг решил, что он способен выполнять обязанности системного аналитика, знает методологии, архитектурные подходы и массу всего другого на что рассчитывает работодатель? Да еще и усталый такой )
Смешно, конечно ))))
Может потому что 6 лет работал бэк разработчиком )))))
После 6 лет работы на бэке автоматом прямая дорога в системные аналитики? Увы нет, точнее увы далеко не у всех. Знаний больше, опыт релевантный, но все зависит от конкретного персонажа. Я видел людей, которые и после 10 и больше лет просто выполняли задачи, которые им описали, видел и успешные примеры аналитиков. Реально очень мало. Если у вас получилось и по объективным критериям и необходимым знаниям вас оценивают как системного аналитика - отлично! Я написал просто потому что не считаю что это дорога - автомат.
Я стал аналитиком, потому что не смог быть программистом