Михайлов Алексей Анатольевич@MinimumLaw
Linux Kernel, Bare metal, Embedded developer
Информация
- В рейтинге
- Не участвует
- Откуда
- Пушкин, Санкт-Петербург и область, Россия
- Дата рождения
- Зарегистрирован
- Активность
Специализация
Инженер встраиваемых систем, Архитектор программного обеспечения
Старший
От 350 000 ₽
Да, телеги у меня нет. Но не потому, что она кривая или неправильная. У меня несколько специфическое отношение к ее автору (после того как он забавлялся выкидывая самолетики из пятитысячных купюр из окна офиса). И всего-то.
5G, IoT, 4K — мне не мешают. Скорее даже помогают. Работой обеспечивают. Так что не понял Ваших колкостей.
Их интересности видны заказчику. Мои нет. Слава богу, мои руководители уже поняли что без моих интересностей и красивые решения прикладников мало что стоят. Впрочем, особой гордости и чувства превосходства над кем-то у меня нет.
А про Android я вообще мало что знаю. Если про системную его часть хоть что-то (благо в основе Linux), то про прикладную… вот вообще ноль. Как следствие я не могу относиться без уважения к людям, которые знают то, чего я не знаю.
Так что видеть в моих сообщениях Вы можете кого угодно, а я от ответных колкостей воздержусь. Незачем.
А вот для системных программистов рынка нет. Опять позволю вольность — системный это тот, кто внешними исполнителями руководит. Очень мало организаций, кто этим занимается. Даже уважаемые мной Parallels по сути прикладники. Промышленные автоматизаторы как правило тоже берут готовую SCADA и пишут под нее. Кто остается? Военные. Разработчики сигнализаций (авто-, пожарка-). Ну и малая толика промышленности из не военной.
Я, кстати, не знаю есть ли рынок системщиков за пределами России. Не интересовался. Но подозреваю что если и есть, то тоже довольно узкий. Впрочем, доподлинно не знаю, а гадать не хочу.
А вопрос был задан непосредственно мне. Потому и ответил что рынка нет. Потому и зарплаты сравнивать…
Впрочем, повторюсь — не компетентен, а потому не оспариваю. Раз Вы говорите бывает — значит бывает.
Может быть в прикладной сфере и так, но в системном ПО мне такое не попадалось. А переучиваться на прикладника… Не мое.
Мне нравится наблюдать рождение изделия от замысла, через ТЗ к прототипу. Нравится ставить его «на крыло», устраняя все косяки, нравится осознавать что оно сделано так, что обезьяна будет способна выпускать его. Если читать научится. Нравится понимать, что заслуга в этом не только моя, но всего коллектива. С которым долго ругались решая как правильно. Нравится увидев все это начать сначала. Но это, конечно, исключительно мой путь.
И все же, это не просто статья в стиле «не врем — бывают», а еще и руководство к действию как их «увидеть» и «получить». Только вот… Уж больно она слащавая. Про подводные камни «малозарплатных» проектов много написано, а вот подводные камни «крупнозарплатных» тактично не замечены. И наоборот. Все плюсы «мелких» совершенно проигнорированы. А у «крупных», кроме зарплаты, их и нет.
Почему не стоит гнаться за такой зарплатой (а уж со старта — абсолютно точно) — это тема отдельной статьи. Только вот писать ее я не буду. Разве что в курилке с интересующимися поделюсь. В любом случае размен здоровья (и психического здоровья в частности) на деньги — выбор на любителя. Впрочем, как всегда — кто хочет, тот добьется.
Гос контора и военные могут научить самостоятельно решать проблемы. Если хотите, могут научить быть «универсальным специалистом». И все то, что Вы совершенно справедливо описали (наследование должностей, блат и прочее) в конечном счете работает на тебя. Единственное чего нет (во всяком случае не много) — это денег. Ровно на жизнь. Но с появлением навыка, этот вопрос решается. Тем более, что в таких местах всегда есть возможности для подработки.
Как результат есть другой сценарий. Пять лет усиленной учебы без отрыва от производства. С головой в проблемы. Есть рядом не слишком занятый наставник — хорошо, нет — тоже справляться. Но стиснув зубы решать, барахтаться, выплывать, учиться преодолевать бюрократию, учиться договариваться и соблюдать договоренности. Еще пять лет — оттачивать. Фриланс. Да не нужен он будет. От тех же госконтор пойдут рекомендации, пойдут предложения подработки через их знакомства. В итоге ты востребованный разработчик, многое знающий и умеющий. А дальше сам думай — или в свободное плавание за длинным рублем, или продолжай оттачивать мастерство.
Вам такой расклад союз советских напоминает? Ну да. Примерно так и есть. И не самый плохой вариант. Не хуже перебежек с места на место в поисках самых новых технологий. Как минимум реально применимые практические знания останутся. И шелуха типа модных фреймворков пооблетит. И речь, в принципе, только об этом.
И еще раз — хорошее отношение возникает как производная мастерства. Во всяком случае то, к которому стремится надо. Остальное — не уважение, а банальная вежливость. С финансами, конечно, сложнее. Но все равно не стоит противопоставлять один путь другому. В итоге они оба могут привести в «длинному рублю», а могут и не привести. Вопрос только в том, что если не приведут, то что в багаже останется?
Впрочем, итоговая оценка, конечно, заставляет призадуматься — все ли я правильно делаю, и к чему готовиться, когда начнут набирать людей с такими взглядами. Меня в свое время учили буквально «через кровь». Люди, разделюящие идеалы данной статьи так не не смогут. Молодежь, даже из железячников, на работе регулярно замечает мне «Если б я тебя не знал, я бы решил что я никакой разработчик». А вопрос всегда на уровне если не школы, то ПТУ. И не понимают. Хотя и занимаются платами с RF, DDR и прочей «черной магией». А будет, видимо, еще хуже. И что-то делать с этим придется.
Другое дело, что на сегодня это действительно нишевый язык. И без необходимости учить его, наверное, не стоит. В том же ядре его планомерно теснит python. Особенно с учетом того, что синтаксис у него может быть разный. Да и слава «write only» языка за ним не просто так возникла.
Конечно, из веба его практически вытеснили, но не вебом единым. И, к слову — TCL когда-то его всячески теснил… И где теперь тот TCL? Впрочем, даже он до конца не умер. Эпизодически попадается «в дикой природе».
Про язык. Понимаете, тоже все не просто. Выбрав самый модный, вы рискуете написать такой код, что через три-четыре года от икоты будете мучаться. Потому как придут очередные «молодые и амбициозные» и будут костерить почем зря. У них в фаворе будет очередной «новомодный и безопасный». А вот «вечные ценности» были 20 лет назад, и в ближайшие 20 никуда не денутся. Потому знакомиться с новинками безусловно надо. Но… Между знакомиться и пробовать — пропасть, а между пробовать и использовать в разработке — вообще бездна. Я, например, не уверен в том, что Go продержится лет 20. Вон Google переводчик закрывает. А что будет с Go когда гуглу он станет не интересным? Найдется у него достаточного количества разработчиков как, допустим, у LibreOffice? Я не знаю. Все может быть. Но C++ и через 20 лет будет жив. И если комитет по стандартам не поломает обратную совместимость (что, впрочем, с них станется) то все написанное сегодня можно будет сопровождать и тогда.
И по финансам. Не все мерится размером ежемесячного дохода. Кто оценит финансово моральную составляющую? Поэтому я скорее на позиции Вашего знакомого. Я стою столько, сколько мне платят. Мало — я возьму одну, а может и не одну халтуру и заработаю. Благо с ними проблем нет — имя уже давно работает на меня. Впрочем, это мой выбор. Сейчас, конечно, он отягощен семьей. Но и раньше подход был точно таким же.
Впрочем, было время когда матерые ассемблерщики (почти вымерший класс разработчиков) примерно также ругались на C. Впрочем, они прекрасно понимали, что указатель на указатель указателя по указателю — это не «и ты умер», а осознанная необходимость. Более того, по другому и нельзя. Совсем.
Я смотрел описание Rust. Он пойдет для низкоуровневых системных утилит (grep, ls, и иже с ними) и сетевых сервисов, но не пойдет для голого железа. Тут за безопасность придется заплатить недопустимо большую цену. И никакой закон Мура не поможет.
Наверняка большая часть вопросов решается своими силами. Да и нет ничего плохого в обращении за консультацией к человеку «в теме». Будем считать, что я ошибку признал.
Начнем со «своего опыта». Да, каждому свое. Но беда этой и ей подобной статей — это безапеляционный тон, не допускающий другого подхода. Если бы не он, то и моего комментария бы не было.
Далее по языкам. Язык — это средство. Глупо строить лазерную установку для того чтобы вырыть яму. До некоторого времени я алгоритмы на BASIC'е обкатывал. До какого-то уровня знаю и популярные варианты — python, perl, php. Но, если честно, я от них не в восторге. Наверное, это профессиональная деформация, выражающаяся в том, что язык, не способный сгенерировать код, работающий на голом железе… ну Вы, думаю, поняли.
И деньги. Еще раз — развиваться надо морально и технически. А финансы подтянутся. Их всегда будет не хватать, но… Просто помним про пирамиду Маслоу.
Жизнь — она штука сложная. А людей живущих такой жизнью, которую пропагандирует эта статья я знаю. Они регулярно ко мне за советом и разъяснениями обращаются. Если в гугле не найти, то сразу ко мне. А дальше — личный выбор каждого.
И я просто не хочу, чтоб альтернативы убирали. Мне очень понравилась фраза из фильма «Последний самурай». Цитирую по памяти, потому могу ошибаться «Каждый день они делают одну и ту же работу, пока не достигнут совершенства». По мне именно это — путь настоящего мастера. А деньги… Мастер без них не останется, но даже самому богатому богачу их всегда будет не хватать.