Поступление в университет на инженера-системотехника(Вычислительные машины, системы, комплексы и сети) сразу после школы:
Сдал внутренний конкурс по программированию(занял второе место), решив практически все задачи(у одной не верно понял условие) и выполнил дополнительные задания. Используя ZX Spectrum + BASIС + z80 assembler.
К слову, задачи не имели ничего общего с математикой, шахматами и подобной ересью, которые очень любят математики.
Дали много теории и очень много практики по основным серьезным направлениям(C, C++, Java, сеть(разработка), администрирование Cisco(CCNA), UNIX, Solaris, схемотехника и многое, многое другое). И это в первый же год официального появления в нашем городе широкополосного интернета.
После универа попал разработчиком в софтверную компанию, выполняющую заказ от Motorola(да, да, те самые Razr, Pebl, и прочие). Да и ник мой, не что иное, как Motorola Core ID(внутренний идентификатор сотрудника).
Через два года уволился окончательно поняв, что работать в режиме шестеренки, закрывая CRы с элементарными ошибками - не мое. Это удел математиков с заученными шаблонами Си.
Пришел в крупный телеком, где просто рассказал что делал, никаких тестов теории не было, либо я их просто не заметил в разговоре.
Творил чудеса. Мне выдали дорогостоящее профессиональное сетевое оборудование, моя задача была интегрировать его в с основными сетевыми узлами и биллингом(postpaid, prepaid). Это требовало много интересных системных программных решений, для их реализации я выбрал Java(тогда еще JavaSE 6). В интернетах и по сей день не так уж много информации и решений, которые я тогда реализовывал (прошло лет 15).
Спустя 6 лет компанию продали, и мне не понравился новый менеджмент(хотя этот менеджмент меня награждал медалькой как лучшего сотрудника года, попутно отправив покушать и попить чего крепкого в Москву на несколько дней, где один полет в одну сторону занимает 10 часов).
Я ушел в компанию интегратору решений по автоматизации.
Собеседование было в форме приятной беседы, где я рассказал что интересного делал, и мне рассказали о проектах и компании.
А потом, если говорить в общем, настали трудные времена, проекты стали заурядными и не интересными.
В моем регионе, в основном остались только специалисты пишущие для WEB, или 1С, так как на рынке осталась чуть-ли не одна крупная компания(торговая), которая кроме JavaScript и 1C не видит других инструментов, и даже системные задачи пытается решать на 1C. И им это удается потому, что может себе позволить терабайты ОЗУ и кучу серверов с широкополосными каналами связи. Остальные, более серьезные специалисты давно либо уехали, либо работают удаленно.
Да, на рынке остались компании в которых чаще всего даже не понимают чем системный программист отличается от прикладного, чем инженер отличается от техника. Зато появились грейды типа джун, миддл, сеньер и другие матерные названия.
После у меня были попытки устроится в другие софтверные компании, но специалисты, которые меня собеседовали совершенно не понимали уровень сложности и уникальности реализованных мной проектов, и оценивали меня по теории, которая для меня очень давно потеряла всяческий смысл. Так как часто лучше теоретиков, имея богатый опыт, знал как надо сделать. И это были крупные и очень обидные провалы.
Конечно без работы я не остался, работаю в крупной торговой компании неким аникейщиком-шивой, я консультирую отдел проверки качества китайских Андроид устройств, разрабатываю для них ПО на Java для десктопов(JavaFX) и Андроид. Часто занимаюсь реверс инжинирингом всего подряд. Поддерживаю софт на Java, bash, Kotlin, C, C++, PHP, Dart, Assembler(avr, и даже был cortex). Занимаюсь системным администрированием нескольких GNU Linux серверов. В том числе занимаюсь схемотехникой.
А здесь я по причине того, что теперь, в современном мире ИТ, без теории меня никто не может высоко оценить. В компании, в которой я работаю, обычный миддл не торопясь пишущий только на 1с или JS, получает чуть-ли не в 2 раза больше меня. Обидно.
Поэтому да, онлайн курсы, тесты и вперед в узкую специальность на удаленку, например Java+JavaFX. Хотя для меня вариантов много. Но смогу ли я конкурировать со специалистами, у которых память лучше моей и лучше подвешен язык?
w5277c
32 уровень
Бывает и по-другому.
Комментарии (13)
- популярные
- новые
- старые
Для того, чтобы оставить комментарий Вы должны авторизоваться
JustinianJudge в Mega City OneMaster
9 апреля 2025, 17:35
// современном мире ИТ, без теории меня никто не может высоко оценить
прям никто...Получается либо все вокруг глупее тебя, либо ты чего-то не понимаешь про индустрию ИТ, как она устроена, и как искать работу. Можешь оценить степень вероятности того или иного сценария.
Вообще, сама по себе история очень живая, человеческая и хорошая, ИТ не красивая витрина в эльдорадо, мы людочеловеки все разные, и у нас по разному складывается в ИТ.
Но у ИТ есть одна отличительная особенность, оно стремительно развивается, меняется.
У меня мало пространства для комментирования, я дважды историю прочитал, но не нашел там четко проартикулированными две вещи:
- на какие именно позиции ты подавался
- какая у тебя цель сейчас.
И думаю здесь кроется важный момент, которым можно объяснит то, что ты называешь "современным ИТ".
30-40 лет назад в программировании одиночки вполне делали осмысленные программы.
25 лет назад чтобы в ФААНГ залететь можно было вполне ограничиться принципами ООП и буквально любым опытом.
Но уже 20 лет назад мир стал другим, приложения и программы стали настолько большими и сложными, что появилась жесткая специализация, роли, стеки активно расширялись, и нужно много учиться чтобы соответствовать требованиям. Один человек уже в поле не воин. Играют команды.
А если в Барселону или Реал приходит футболист и говорит что он обыгрывал какие-то команды, но не знает чем полузащитник отличается от голкипера, это ненужная теория, его должны взять, просто потому что есть опыт.
Проблема в том, что у других тоже опыт есть, но они сверху еще знают теорию, поэтому минимальный уровень должен быть.
Энтерпрайз проекты сейчас командная игра, и нужны командные игроки, опытные, умные, отлично. Но без провиса по основным требованиям. А брать на работу человека, который не понимает что делает...
Инженер должен знать и владеть инструментами, которые используют.
Теоретические вопросы и показывают, знает человек что делает или для него это черный ящик.
Если не знает, это юзер.
0
JustinianJudge в Mega City OneMaster
9 апреля 2025, 17:35
Возможно здесь кто-то задаст вопрос.
Зачем знать какие уровни кеша в Хибернейта или как работает Transaction manager под капотом.
Если надо, нагуглю, спрошу у чатажпт!
Может это неочевидно, но рабочая задача будет состоять не в выводе в консоль Хелло ворлд.
Задача иногда может состоять с 10 компонентов, которые будут требовать разбора, разобрать почему CI/CD не работает, с доступами, с бизнес-требованиями много моментов, и работа с кодом это будет лишь часть.
То есть наш мозг будет загружен под завязку и вопрос "а что такое хибернейт, что за кеши, как работает" будет последней каплей которая мозг выведет с чата.
Именно поэтому делают теоретический скрининг чтобы убедиться, что кандидат имеет необходимый минимум, и не засыпется на сложных вопросах, поскольку будет буквально все гуглить.
Гуглить все-равно придется, но уровень специалиста определяется тем, что он может без гугля, это и есть НАВЫКИ и усвоенные знания.
Не значит что все нужно заучивать, нужен баланс. Теория суперважна и теория не важна это две крайности.
Я считаю это достаточно непродуктивным такое противопоставление, оно забирает ресурсы. У обучения, мотивации.
Но опять же, все мы разные. Я понимаю что мы поступаем так, как видим мир.
Хотя многие через подобное проходили, здесь на джава раше тысячи и десятки тысяч учеников с похожей судьбой, у меня был не спектрум, но тоже достаточно большой опыт, начинал с 8088 ХТшек.
Этот опыт будет помогать, но в разрезе джава программирования нужны знания, навыки и опыт именно по джаве.
Тоже самое касается любых других языков.
Грубо говоря, с профессионального атлета или бегуна, может получится чемпион по боксу (такие были), предыдущий опыт будет очень помогать, будет преимущество, НО. При переходе, нужно освоить минимально необходимую базу.
Таков путь.
Автору удачи, голова на плечах есть, остальное придет.
+1
JustinianJudge в Mega City OneMaster
20 марта, 18:17
ты не вписываешься,поскольку ты решил что современная корпоративная разработка это не для тебя.
В этом нет ничего плохого, так бывает.
Мое личное мнение, что ты это зря обесцениваешь и обобщаешь, много из того что ты пишешь в реальности совершенно не так.
Но что тебе от того как в реальности кто-то пишет код или как устроена современная веб-разработка? Ошибаешься ли ты или нет, ни на что по сути не влияет.
У тебя есть свой путь, ты по нему идешь, почему нет, удачи на нем.
0
Антон Backend Developer
18 декабря 2024, 08:38
если крутой скилл по решению задач,то можно например раскрутить свой аккаунт Codewars и/или Leetcode и высока вероятность что позовут в какуюнибудь интересную компанию.
да и вообще можно подать резюме в яндекс,если любишь сложные задачи и хорошо прокачен на них,это не сарказм
0
w5277c
19 декабря 2024, 02:52
Я практик, не теоретик, большинство тестовых задач основаны на теории и очень далеки от реальной практики. Конечно со мной многие поспорят. Просто останемся каждый при своем мнении.
Яндекс, как бы это мягко сказать, не та компания, в которой я бы желал работать.
Я люблю реальные задачи, а не высосанные из пальца людьми, у которых конечный продукт весьма низкого качества.
0
JustinianJudge в Mega City OneMaster
9 апреля 2025, 17:50
Я вот подумал, вот ты понял, что ИТ безнадежно больно, основал свою компанию (что верно), и вот у тебя есть свои продукты, большие сервисы, команды, и ты будешь набирать людей.
Ты выдашь циркуляр, никакой теории, только практика, только реальные задачи.
А как бы выглядели эти "реальные задачи" на собеседовании, учитывая что реальные задачи часто занимают много дней, на исследование, коммуникацию, прояснение требований заказчика, совершенно разные практические ситуации.
Как это посмотреть на собесе? Если есть десятки и десятки сценариев, CI/CD настроить или поправить, при том что там на тысячи строк конфигурация, энвы и тд, или пятиэтажный SQL написать и оптимизировать, или в программе на 2000 классов при помощи паттернов зарефакторить конкретный код.
Как это втиснуть в интервью? Домой давать смысла нет, друг программист и чатжпт с гуглем.
Все с 50-100 основных практических кейсов не втиснешь, 1-2 от силы.
И есть большая вероятность попасть на кейс, который человек не потянет, а вот остальные он бы потянул, но как знать то...
+ сложность генерирования таких кейсов. Раньше очень сложно.
Сейчас возможно чатжпт поможет, поскольку сложность веб-разработки не в джаве, а в двох вещах - огромное количество связанных между собой технологий + бизнес требования.
Получив задачу "добавить поддержку обработки фьючерсов на
Хотя конечно все проще, программист должен знать инструменты, которые использует.
Теоретические вопросы это просто проверяют. Вот и все.
Если вы много работали с String классом, в разных ипостасях, вы много про что ответите, а то, на что не ответите, будет не важным, интервьюер увидит ваш опыт.
Конечно бывают интервьюеры печальные, но в целом.
Если нету понимания, как работает тот или иной базовый компонент стека, то это работа наощупь.
"Да я всё нагуглю!" это несерьезно.
Это не про инженерию.
Это про тяп ляп как-то будет.
А как завещал Дядечка Боб.
Хороший инженер, это тот, который do care.
Он увлечен, ему самому интересно как оно работает внутри.
0
w5277c
3 марта, 09:56
Слишком много нужно написать, чтобы ответить на эти вопросы.
Скажу кратко, рискуя быть не понятым.
Я смотрю на портфолио, по нему отлично видно на что человек способен и чем горит. Можно расспросить что делал как делал и какие интересные и сложные кейсы решал - это даст гораздо больше информации чем зазубренные шаблоны. Если кандидат не туп, умеет адаптироваться и пласт работ соответствует его интересам - я готов рискнуть наняв такого спеца. Но для меня также будет очень важно высшее образование либо богатый опыт в не тривиальных задачах.
Но моя модель не подойдет для тех кто сам не тянет такую планку, кто сам привык работать шаблонно. Он просто не сможет оценить специалиста.
Еще пара слов. Даже если кандидат отлично знает инструмент - ему все-равно придется вникнуть в проект, все-равно будет период адаптации. Аналогично со стандартами - пусть у вас общепринятые стандарты и кандидат их не знает - это ведь мелочь в сравнении с серьезным проектом - почти любой специалист сможет применить ваши стандарты в период адаптации - так зачем фильтровать спецов таким образом?...
0
empty
12 декабря 2024, 19:07
Да конечно, если насчет перечисленных технологий и опыта с ними это не пустые слова,
то бекграунд мощный, спору нет.
Но мир движется и движется не вокруг одного человека и стека технологий.
Остается принять то что есть и стараться сделать свою жизнь лучше.
Успехов.
+8
w5277c
13 декабря 2024, 02:50
Нет смысла врать.
Спасибо!
0
ВК
11 декабря 2024, 07:57
Я бы глядя на ваш бэкграунд сказал, что вы скорее DevOps, специалист по интеграции, вот это всё, разве им мало платят?
Но если у вас цель спокойная стабильная удалёнка для старого программиста, то может Java и неплохой вариант. Напишите как-нибудь о впечатлениях и пользе от её изучения, всегда интересны истории внутриайтишных свитчеров.
0
w5277c
12 декабря 2024, 02:43
Это не так.
Я инженер системотехник, девопс - по большей части админка, а у меня 90% практики разработка ПО. Вот только ПО очень часто не прикладное.
Хотя я могу и в девопс, как и в циски с хуавеями, и операционки на ассемблере, и формочки рисовать для веба, мобилки и нативки. И сложные сетевые узлы, и проектировать сложные системы. В том числе могу руководить любым из таких проектов. Я не выпендриваюсь, меня как минимум реально на это учили
0
Alex Pishvanov
16 февраля 2025, 19:23
Кибербез по вам плачет. Но там, скорее всего, нужно релоцироваться и получать допуски.
0
Денис Enterprise Java Developer
9 декабря 2024, 10:06
Мир IT это не лаборатория, а задача среднестатистического программиста не запускать ракеты в космос. От нас требуется удовлетворять потребности бизнеса в срок и с адекватным выхлопом. Потребности так же зависят от направления, а еще есть модные веяния. Лет пять назад инвесторов пытались привлечь криптой, сейчас эту нишу занял ИИ, соответственно мутируют и задачи, даже если для работы сервиса не нужно ни то ни другое.
Наверняка есть серьёзные компании где серьёзные специалисты решают серьёзные же задачи, даже скрывать не буду, я им завидую, но каков шанс в такую попасть? Даже не из-за технических умений, просто сколько им людей то нужно? Специалистов неизмеримо больше.
Ситуация с собеседователями тоже не новшество, в какой то момент тебя начинают собеседовать люди ниже твоей квалификации - это норма, эти этапы тоже нужно уметь проходить. Вообще в современном IT софтскилы нужны ничуть не меньше (если не больше) чем хард скилы, ведь ты командный работник, и команда это не только инженеры, но еще и менеджеры и просто офисный персонал с которым ты тоже взаимодействуешь, и представители бизнеса.
Раз у тебя прочная база то просто выучи современный стек для интересного тебе направления, выучи для него же проработанные best practices и дерзай - сложностей возникнуть не должно.
+9