Блог им. Gregori
Решил написать после прочтение парочки постов на смартлабе. Странные рассуждение- мол не знают как работает компьютер, что там внутри процессора. И так -я дипломированный инженер-системотехник. В вузе изучал теорию электроцепей, физические основы электроники, электронику, схематехнику. На последнем курсе как раз и изучали тригеры-счётчики-регистры. То что внутри процессора. Как изнутри устроены. И знаете сколько раз это за 10+ лет работы по специальности мне пригодилось? 0
Знание глубокое железо сейчас узкоспециализированно. Нужно тем кто работает с железками- допустим микроконтроллеры в АСУТП (управление тех процессами на заводе). И то- все эти простейшие конструкции уже очень глубоко внутри процессора. Слишком далеко продвинулись мы от тех компьютеров которые в начале 80тых собирали из радиоконструкторов. Поясню на примере- мой отец чинил сам с паяльником в руках телевизор. А вот планшет сейчас починить на уровне глубже замены компонентов (экрана например) я уже не могу. У телевизора была тогда в комплекте с ним схема электрическая принципиальная и схема печатной платы. Сейчас степень интеграции компонентов намного больше, везде свои решения какие то и сервис манулы только официальным сервис центам по подписку о неразглашении.
Ну а какому ни будь программисту SAP или 1C эти знания просто не нужны. От слово совсем. Знание складского учёта или кадровой работы нму нужно больше. На другом уровне абстракции он работает. Общая тенденция всё та же- устройства сложней, специализация глубже. Мастер по ремонту телефонов не возьметься ремонтировать планшет на Intelовсом проце отправив к специалисту по ноутам. Это нормально.
Причем, напомню, что ай ти- это не только кодинг. это и постановка задачи (и тут нужны скилы не в железе а в предметной области) и аналитика, и поддержка и руководство проектами (софт скилы и разные фреймворки типа айтила и аджайла), и кастомизация под потребности заказчика системы (не факт что через кодирование, а допустем не написание конфигов) и эксплуатация и внедрение со стороны заказчика (другие навыки- от оптимизации sql сервера, до написание скриптом по управлению сетевым оборудованием), работа девопсов и т. д. много сфер и для каждый свой набор требуемых навыков
И навыки дизасемблирование машинного кода в уме не помогут, Вам когда нужно подправить что то в 1С бухгалтерии- тут надо знать предметную область (что бы понять что хочет бухгалтер) и саму платформу. Я знал назначение регистров процессора, когда мне главбух объясняла что такое проводки и план счетов. Но помогло ли мне это? не думаю. Системы слишком многоуровневые и распределенные. Даже оптимизация на высоких уровнях идет по архитетуре и понимании работы системы+ по алгаритмам (рост сложности). Даже научные расчеты многие перешли на Пайтон (пусть и с оптимизированными библиотеками)-выходит потеря производительности тут не столь значима как эфетивность труда программиста
Это раб. И все сентенции идут про рабов и о рабах. И вы рассуждаете о них же.
К счастью все совсем не так. Фундаментальные знания очень нужны. Но в свое время и не для всех. Кто-то создает nginx а кто то таблички в Экселе. И определяется это как раз начальными знаниями и складом ума.
Была «школа» СССР, где было принято изучать все досконально, и была «школа» американская. В СССР любой водитель обязан был знать свою машину перед тем как водить в США — нет, и чей подход оказался более живуч? Особенно это касается современных автомобилей напичканных электроникой.
Так же и в ИТ, вы конечно можете знать куда какая команда ассемблера передвигает старший бит при сдвиге, но для программирования больших программ на современных интерпретируемых языках вроде Java или C# вам это не нужно от слова «совсем».
А ведь он в разы более развит в этой области, чем вы, и эта доисторическая технология является базисом, в том числе для ИТ технологий (точнее лежащая в основе следопытства внимательность), так почему вы начинаете изучать ИТ с ассемблера, а не со следопытства и всего остального техно-научного стека технологий последних тысячелетий (ведь те или иные связи можно найти между практически всеми технологиями, в том числе доисторическими)?
ЗЫ Ну и в целом забавно наблюдать, как вы противоречите сами себе, это ведь я предлагал идти от современных технологий к более древним (от современных интепретируемых языков к ассемблеру по необходимости), а вы то как раз предлагаете именно брать таких дикарей на работу, именно вы предлагаете идти из условной древности (из ассемблера) в современные интерпретируемые языки, и именно по вашей точке зрения, чтобы написать качественную программу на интепретируемом языке непременно надо знать ассемблер.
А теперь что касается вашего последнего поста.
1. Если человек отлично знает как работает Java и C#, но не имеет понятия «как работает компьютер, многоядерный процессор и многоуровневая память», то есть существенная вероятность, что человек виртуозно владеющий теми самыми Java и С# будет иметь зарплату выше и решать более интересные задачи, чем человек отлично знающий перечисленные вами технологии, но поверхностно знающий Java и С#. (Почему «или/или», а не «вместе»? Да потому что на «вместе» времени обычно не остается, слишком много библиотек и технологий в современных интерпретируемых языках).
2. Человек отлично знает методы работы с пулами потоков в C#, но не понимающий как этим управляет ОС, практически наверняка будет получать зарплату больше, чем человек хорошо знающий и понимающий как ОС управляет потоками, но слабо знающий методы работы с потоками в C#. Почему? Да просто потому, что специалистов второго вида (как раз ваших «убогих гениев») нужно на порядок меньше, чем специалистов первого вида.
И если человеку дано условно 60 дней на изучение более распространенных С# методов для работы с потоками, то выиграет в карьерной борьбе тот, кто будет досканально изучать именно C# методы, а не тот, кто изучает лежащие в их основе способы ОС работать с потоками, и не тот кто знает как ядра обеспечивают многопоточность.
3. «Знать как работает компилятор?» Здорово, а теперь объясните, как в карьерной гонке я выиграю, если у меня есть ограниченное время и вместо изучения интерпретируемого языка самого по себе я начну тратить это ограниченное время на изучение его компилятора (интерпретатора). Если я ограниченные часы потрачу не на изучение способов связи этого языка с СУБД, а на компилятор, буду я получать больше?
НЕТ, люди вроде вас это пожиратели времени, они распыляют внимание и силы, на не важные вопросы. Да, в определенных задачах (при использовании современных языков) перечисленные вами знания, могут поднять специалиста на ступень выше, да могут повысить кругозор, НО в том то и дело, что только в очень узком круге задач, во всех остальных достаточно стандартных методов, средств и библиотек, но за пределами этих определенных задач ваш подход становится непродуктивным пожираем обычно очень ограниченного временного ресурса.
А мой ответ по этому поводу я дал в развернутом виде тут и не вижу смысла обсуждать эту тему далее.
В ИТ так же для рабов. Повторюсь. Не для создателей.
Ну а что касается ИТ, то именно США разработало и внедрило большинство современных ИТ технологий и стандартов. и именно с их образованием.
ЗЫ ИМХО тут что-то близкое к разделению труда, которое стало и началом нашей цивилизации, и началом многих НТР.
Брахман Пилорама,
> который никогда не сможет сделать законченное устройство или быть >творцом в своей сфере.
как пафосно. Только вот законченные устройство в одиночку уже давненько не одиночки делают, а коллективы.
Да и тригеры с регистрами и ассемблер в 9 классе не учат. Всё это начинается после вузовского курса физики и вышки (для расчета цепей нужны комплексные числа).
И программисту на языках высокого уровня знания эти к чему? вот у меня друг после мехмата дата сциентист. Пишет на питоне (интерпритируемом). Очень серьёзный специлист востребованный на рынке труда. Какая ему разница что как именно процессор выполняет отрабатывает и даже -какая архитектура у этого процессора.
Причем выпускники этого самого мехата не изучавшие всех этих технических премудростей (нету там ни электроники ни даже толком физики) вполне успешно работают в ай ти и конкурируют с выпускниками политеха.
Это внутри человека.
для питонера иди дважа скриптера, вообще по барабану. Им разница в 3 нано секунды нахер не сдалась.
Просто когда заказчик очень часто сам не знает, что он хочет видеть в итоге от продукта. Бардак происходит на многих многих уровнях, особенно в крупных проектах, поэтому на данный момент костыли основа ИТ ))
В общем Хабр почитайте, там на данную тему бесконечное кол-во статей споров и т.д.
Поднимаясь выше над уровнем железа переходим к сетям, кластерам, облакам. Снова схемотехника, снова глубокое знание и понимание архитектуры.
Так что все нормально с IT.
deke, сколько тех ассемблерных программистов то. Можно делать умножение на 2 через сдвиг, можно обнулять переменную через xor, но подозреваю что если программист начнет вставки таки делать в рамках прикладной ентерпрайз разработки (даже на компилируемом языке) это будет скорее минус- сложнее будет сопровождать. Да и чем дальше тем сложней оптимизировать с учётом развития системы компанд. Если уж потери производительности поступились перейдя на c#,java и sql то у таких оптимизаторов осталась совсем узкая ниша.
Казалось бы носимая электроника должна была дать второй шанс-но этого не случилось. Приложения доя мобильных часов не пишуться на ассеблере (или даже на си). Не говоря уже о приложения для смартфонов. Мощность повышать оказалось дешевле чем разрабатывать софт на низком уровне.
Gregori, понятное дело...
Условно говоря, программируя все на ассемблере, можно было на первом айфоне, или смартфоне 2004 года, до сих пор запускать чуть ли не современные топовые приложения.
Но только как вы себе это представялете?
Это надо полк программистов садить в штабелями, как в 17 веке на текстильной мануфактуре прядильщиц.
Естественно, эффективнее разрабатывать новое железо и переходить во фронт-энд программировании на высокие уровни.
Все перечисленное вами имеет место быть, и будет использоваться, само собой.
Те же драйвера например, допиливание ОС, да многое другое.
И там зарабатывают неплохие деньги, подозреваю что намного большие чем рядовой питонист, абапер, или кто там еще бывает.
Ну просто нет смысла сейчас делать новый «тик-ток» на ассемблере, это просто глупо и не технологично, и не выгодно.
Это то же самое, что вызывать доктора наук и глав. врача кардиохирургический канадской больницы, чтобы полечить пятку Васе из деревни петушки.
да, сейчас никто давно не пишет на ассемблере (и наверное не стоит), но судя по той же винде, ее размеру и тормозам — пишут ее такие дятлы, которых совершенно не заботит оптимизация ресурсов (а точнее судя по уровню индусских программистов — они ее просто НЕ В СОСТОЯНИИ делать то)
Petr S, я фронт энд и питонист не ставил в одном предложении))
А вы вроде увлекаетесь чтением по диагонали ))
Да в любом случае, я вообще не программист и не архитектор, знаю что-то на уровне википедии. Ну и так, парочку самых примитивных SQL запросов замакросил по просьбе бухгалтерши на работе, еще лет 10 назад, на этом все… Так что не осуждайте ))
Да, это конечно так и есть.
Никто не будет вам винду оптимизировать, вы должны пойти и купить новое железо.
Но справедливости ради сказать, это выйдет наверное в сотни раз дешевле, чем было бы купить такую «оптимизированную» винду, созданную спецами по маш. коду в кооперации с инженерами и архитекторами по железу.
В любом случае, душевные чаяния автора не очень понятны..
Толковый спец в этих областях найдет себе работу обязательно.
На порядок лучше оплачиваемую, чем питонисты, про которых мы наверху поговорили ))
Когда все только начиналось, и процессоры могли осилить только калькулятор и змейку, ассемблер знали все. Да и саму архитектуру процессора тоже.
Сегодня, только узко специлизированные люди. Еще раз, это не значит, что их не ценят, не оплачивают, и т.д. Как раз наоборот.
Просто оно так и есть, и должно быть, и вопрос тут исчерпан я считаю..
Petr S,
Тут не в программистах дело. Тут вопрос в том стоит ли такая задача. вот 2000ную оптимизировали. это чуствуеться. В десятке/2016 скорей приоритет другой у разработчика. Это и понятно-железа даже ультрабука помощней будет чем сервер на котором 2000ная вертелась в своё время.
kiruha, в чем то переход заономерен. В чём то мне кажется не столь необходимым — допустим делать веб приложение для нужд компании, когда можно обойтись веб форм (впрочем тут могут быть другие фактору- удобство сопровождение или с чем больше работал разработчик)
>Те же драйвера например, допиливание ОС, да многое другое.
>И там зарабатывают неплохие деньги, подозреваю что намного большие >чем рядовой питонист,
И сколько нужно миру таких спецов? какой процент от общего числа программистов 1%, 0.1, 0.01%
в каком кол-ве городов РФ вакансии на таких спецов есть (и можно найти работу без переезда в США или хотя бы МСК). Да и с рядовым питонистом тут сравнивать не корректно-разработчик ОС это всё таки специалист высочайшего уровня квалификации.И не только в знании ассемблера. А тут я боюсь что ЗП примерно будет такая же как у очень крутого питониста джависта или кобол разработчика. Приятель работал разрабом в компании местной производящей оборудование (на сях), емберед разработка. Вполне себе среднюю ЗП программиста по городу получал.
больше хочется денег- тут надо идти вверх вертикально, вакансий ай ти директоров в РФ мне кажется больше. А там другие совсем навыки- умение уважить генерального и найти общий язык с глав бухом. Что такое ассемблер знать совсем не обязательно.
Gregori, про оплату могу ошибаться… Но это очень странно прям...
Если средняя зарплата на сях, такое конечно не слишком воодушевляет...
И не кажется мне справедливым.
Где-то в глубинах недр яндексов и касперских, наверняка есть вакансии, связанные именно с оптимизацией на низчайших уровнях..
Не знаю много ли...
Драйверных контор, всяких спецификаций, API, и других компонентов, где и ассемблер используется активно, по идее много… Но они все не в России, это да ((
Игровые прут неплохо, графичные движки там точно не питон макросах пишутся ))) Но в РФ тоже мало.
Хотя это супер интересно, и с математикой сильно связано.
Эх, был бы я молодым прыщавым юнцом, точно бы туда попер..
Переходя от уровня железа к энтрепрайзу меняется только уровень абстракции — надо выбрать оптимальную СУБД, подружить ее с СХД и т.д.
И снова приходится понимать как оно работает — с высоким процентом операций записи SSD не подойдет, надо RAID городить.
Приложения для носимой электроники не делают ничего полезного. Их можно писать на чем угодно.
Виктор, вы предлагаете локализовать и дорабатывать SAP на местах только спецам со знанием ассемблера? А еще лучше машинного кода?
Интересно, сколько миллиардов тогда будет стоить внедрение какой-нибудь транзакции, по выкачке продаж за день например.
Ну да, она будет работать на 0,3 секунды быстрее...
Да и вообще, у вас все в кучу. ABAP плачет кровавыми слезами?
Так это проблемы ABAP или что? Тогда может нахер вам SAP на предприятии, если не справляется с задачами?
Или кривого ABAP программиста взяли и транзакция падает? Ну тогда это ваши проблемы))
Тут архитектура проц. вообще ни причем.
И кстати, поставьте себе железо на сервер получше)
Или просто не запихивайте миллиард ключей в транзакцию и интервалом за период последних сто лет. Раз у вас дампает.
Мы немного о разном говорим, не злитесь...
Таких программистов да, пруд пруди. Раньше были кучами такие экономисты и менеджеры-управленцы. Теперь видимо программисты поперли, но я уж давно не следил за современными трендами образования.
Виктор, тогда да, согласен полностью.
Но мне кажется, здесь уже проблема уходит на лингвистический уровень.
Да-да не удивляйтесь )))
Мы привыкли называть программистами, всех кто пишет любой код.
Тех, кто просто чуть знает синтаксис языка… Типа 50 самых используемых функций, и прочитал книгу " *** для чайников", но ни сантиметром больше.
Называем кодерами, разработчиками.
Я и сам таким «программистом» был, если хотите )) На первой работе захотелось чуть ускориться с помощью макросов и sql запросов.
Таким «спецом» можно чуть ли не за 2 недели стать.
Надо таких называть «специалист по данным», по запросам, прикладной макросник, не знаю, еще как-то так ))
А программист настоящий — это конечно то, о чем вы говорите.
А топовый учиться чуть ли не каждый день, само собой.
Как и врач, изучаеющий мировые практики.
Кстати, великолепное сравнение обучения программиста с врачем, в яблочко.
Правда, вообще не в курсе я, чему щас в универах то учат… Программерских. Слишком я стар ))
А так нормальные системы существуют. Informix под suse у меня года 3-4 работал без перезапусков. Вот когда он наконец накрылся (стал делать странное) и пришлось с файловой разбираться вот это было да… Я тогда даже на разработчика вышел (оказалось наш парень файловую там писал в составе команды)…
Ответ меня не очень удовлетворил, но я не профессиональный программист. А вот из Вашей практики, как часто у Вас ломались процессоры и нужны были бы программисту знания, чтобы заменить процессор?
1. перегорела аудиоплата — поменял её
2. уронил ноутбук, накрылся HDD — менял его
3. один раз пролил пиво на клавиатуру ноутбука, исправить не смог, купил новую отдельную через USB.
4. второй раз пролил кока-колу на купленную до этого клавиатуру (разобрал, вытер, высушил, собрал, заработала опять)
5. Что-то испортилось, ноутбук перестал включаться совсем. Исправить не смог, купил новый, более мощный.
Всё это было без специальных знаний и обучений.
А так можно писать не зная устройства. Много поделок этого не требует. На бейсике писать так и про компилятор можно не знать.
Вообще советская школа была другой. Она делала гениев. Для того чтобы на узкой элементной базе используя творческий подход делать разные реализации. А мировой подход это узкий специалист который делает только кирпичи. Знает о кирпичах все, а бетоне вообще ничего. Это другой подход. На широкой элементной базе, когда у тебя тысячи профи каждый со своей профессией сидят в одном здании, он отлично работает.
На узкой базе (при дефиците всего) он не применим.
Те же что остались у нас сделали, например, один из четырех поисковиков в мире (яндекс, он на бирже торгуется). Светлых голов школа выпускала очень много.
Это принципиально другой подход. Когда мы работаем на выпуск гениев, а не на конвеер. Он был вынужденным из-за узости рынка. Его слабой стороной является невостребованность тех, кто до гения не дотянул. Им нет места в системе, а на конвеере им стоять гайки крутить обидно. И получать много они хотят т.к. считают себя очень умными. Вот эта масса — слабость этой системы. Это если в комплексе смотреть. Вот когда мы задач не ставим, а растим конвеерного рабочего, затраты на него низкие и ему самому особо ничего не надо.
Челябинские программисты настолько суровы, что начинают писать софт с апдейтов.
Челябинские программисты настолько суровы, что считают ассемблер недопустительной роскошью — они вручную магнетизируют участки жесткого диска.
Челябинские админы настолько суровы, что могут на слух определить, какой текст печатает пользователь.
Челябинские диалапщики настолько суровы, что могут устанавливать связь, насвистывая модемный бип в трубку.
Я сам писал на sql под informix (лет так 20 назад). SQL простой язык, больших усилий для примитивного кода не требует, так что в треш легко поверю.
А так я х.з. что в IT сейчас, может и в самом деле треш и угар. Тут надо расспросить молодежь.
Интересно а у вас не складывается впечатление, что вы пожираете драгоценное время людей?
Как много современных языков работают с указателями, а не с обычными типизированными данными?
А заодно подскажите разницу в зарплатах между C и C# Junior программистами (Junior, т.к. карьера начинается именно с этой ступени). Проще говоря у нас как обычно все вывернуто наизнанку, вместо дедукции, постоянная индукция, вместо того, чтобы сначала учить общему, а потом копать в глубь, у нас идут из тысячи мелочей во вне.
У меня сломался Macbook Air 2015 года. Просто выключился и все.
Я его починил сам!
Нашел схему в интернете. Разобрал. Измерил напряжения. Одно из напряжений было сильно просевшим. Отсек часть схемы, чтобы локализовать проблему. Оказывается, линия питания, которая шла на процессор коротила на землю, а преобразователь был в порядке.
Ситуация довольно плохая, потому что на этой линии питания половина платы, куча компонентов, включенных паралельно Кто-то из них коротит. Как определить кто?
Подал небольшое напряжение на эту линию и стал измерять падение напряжения. Там, где напряжение минимально и есть точка замыкания, потому что даже медные проводники имеют некоторое сопротивление.
Оказалось что на одном из конденсаторов напряжение минимальное. Значит он коротит. Выпаял — так и есть. Запаял новый. Включил, все работает!
При этом я ни разу не ремонтник, хотя и бывший инженер-электроник.
Помогла элементарная логика и умение читать схемы.
Получилось самым простым китайским тестером, увидел разницу в милливольтах.
Прогресс идет семимильными шагами, а потом почему-то мы не понимаем, как это египтяне 4 тыс лет назад без подъемных кранов пирамиды свои возвели, или к примеру пиндосы на луну слетали… Этого не может быть…
Плюс у этого самостоятельного ремонта — медленнее тупеешь. А так он может и невыгодным быть. И я бы этот элемент (отсрочивание Альцгеймера) со счетов бы не скидывал. Даже просто как какой-то творческий элемент в череде тупого изготовления кирпичей.
Это ж просто вой профессионально-умирающих старпёров. Да, когда-то знания всем нужны были. В конце концов когда-то и охотиться с палкой на бизона должен был каждый мужчина.
Это человеческое общество развивалось тысячелетия, поэтому все эти «настоящие программисты мужики с копьём» вымерли. А программирование выросло меньше чем за сто лет, поэтому уже никому не нужные старпёры ещё живы. Работать их не возьмут, учиться к ним никто не пойдёт. Остаётся только брюзжать и рассказывать сказки что профессионала без триггеров/копья/ещё чего там знают старпёры не получится. Правда индустрия знает лучше где профессионалы, а где нет.
Тех кто работает напрямую с железками не вспоминать, это почти что отдельная категория. Железячникам в первую очередь нужно написать код чтобы влез в память и кое-как работал. Говнокод? Ой да и ладно.
А большинству программистов нужно писать поддерживаемый код. И за офигительные трюки на костылях по оптимизации вместо хорошего решения дадут по голове и заставят переписывать. Потому что потом этот говнокод будут читать другие.
А в местах куда действительно хочется попасть — FAANG, хедж-фонды, другие мировые IT компании второго и третьего эшелона (Микрософт например) — там не будут предлагать «постройте нам логический вентиль из диодов». Там спросят алгоритмы. Тем кто уже претендует на уровень повыше дополнительно предложат спроектировать крупную систему.
А в обычные компании спросят — «какие структуры данных знаешь в джаве?». Или на пайтоне, или на C#. SQL могут спросить. Но опять же всем насрать на триггеры.
Тут помнится про яндекс кто-то вспоминал — там тоже всё нормально с людьми и про триггеры и регистры процессора никто не спрашивает.
Я-то как бы собеседуюсь в две из тех самых компаний из первого абзаца. Мой друг собеседовался и прошёл в гугл. Поэтому давайте вы мне не будете втирать свои влажные фантазии о том что с собой на собес нужно взять копьё, огниво и книжку об устройстве процессора 80-го года. Если верить статистике я скорее всего завалюсь, но только не по причине незнания чего-там в железе.
Причём о том как проходит процесс — единственное что вы угадали, это то что он многоэтапный — написано в интернете дооофига и больше. И материала для подготовки тоже. Ни на одной нежелезячной вакансии никто там не спросит устройство процессора.
Вот с такой ситуацией только и остаётся что жаловаться на смартлабе на молодёжь.
Вы ж нифига не разбираетесь в процессе собесов в FAANG, но настойчиво пытаетесь втираеть дичь людям с опытом этих собесов. Причём я говорю — информация о том что там спрашивают есть в интернете — тут даже мне верить не нужно — но это надо иметь ещё работающий ум, чтобы загуглить и посмотреть в чем состоит процесс собеса.
А вы просто самый типичный старпёр с окостеневающей головой, уже не способный учиться и вынужденный брюзжать. Ну тут ничего не поделать, доживайте свой век как можете.
Действительно ужас. Человек рвется в FAANG, уже и резюме нарисовал, а ему на трейдерском форуме окопавшиеся старперы раз и подрезали крылья. Вот ведь негодяи…
И на мой взгляд Ваши усилия попасть в FAANG ошибка. Вы может и сможете пройти на какую-либо позицию, но годовой контракт (или сколько там он будет) с Вами не продлят. Не просматривается у Вас системное мышление и жажда знаний. А без этого работать тяжело. Причем позиция будет стартовая, с низким окладом и сама по себе бессмысленная. Если мы не ведем речь про аутсорс, конечно. Но на аутсорсе не будет особого дохода.
А так велкам. Мало ли. Люди обучаемы. Кто-то лучше, кто-то хуже. Хотя я не особо в обучаемость верю. Почти не видел удачных примеров.
Сидите в своей дыре, но рассуждаете о том как всё работает в FAANG.
Хотя пару часов назад вы даже представления не имели о процессе набора туда людей.
А теперь ещё и про «продление контракта» выдумали — хотя в свой штат они набирают на постоянку людей сразу. И про аутсорс (он тут вообще причём казалось бы) вспомнили. И оклад будет низкий, и позиция стартовая. Ух.
Но вы давайте, пишите ещё, давно я такого фонтана бредовых открытий не видел.
А Netflix это мегакидок — ведь там при заключении контракта в США можно все 100% ЗП взять акциями.
А вообще если люди не тянут, их просто увольняют. Точнее сначала предлагают уволиться самим с выходным пособием, а если не согласны, то их отправляют на так называевый PIP — чтобы на всякий случай документировать их недостаточную компетентность, а собрав эти сведения уже увольняют. Без пособия или с меньшим чем при первом предложении уволиться.
Может в каких-то специфических странах FAANG и заключает срочные контракты, но это скорее исключение из практики.
Ну, посмотрим как ребята закончат. Пока моя ставка — денег им не дадут ни сейчас, ни потом. А так дела могут по-разному идти…
По вашему тону, вы реально дико молоды и нереально заносчивы.
Это вам никак не поможет сейчас, хотя со временем пройдет.
В конце концов, попадете вы в гугл или куда угодно. И это прекрасно!
Про собесы и впоросы вы хорошо знаете, как студент со шпорами перед экзаменом
Но я почему-то уверен, что те библы, которые вы подключаете в своем коде, были написаны еще 5-10 лет назад. Дядьками, которые раз в 50 вас больше знали и знают. Не говоря уже про драйверы, оси и API, которые вы каждый день юзаете.
И написаны они, на языках и методах, к которым вы видимо и не прикасались никогда.
Лучше поразбирайтесь в вопросе, о чем вообще речь идет. Про трюки с костылями тут вообще никто не говорил.
Да, тут некоторые немолодые люди, может что-то не знают о новых редакциях и самых новых модулях питона.
Но вы когда, садитесь в свое кресло, включаете свою станцию, и через ярлык на рабочем столе свою IDE запускаете, заинтересуйтесь на пару вечеров, что вообще в машине вашей происходит.
Это вам же и поможет.
Скажем так, вы как молодая пчела нападаете на старых строителей, которые вам же и построили ваш улей.
Лучше изучите хоть капельку основы строительства. Самый модный мед мы вам доверим собирать, только не надо много звиздеть )))
Я уважаю инженеров проектирующих процессоры и прочее железо. Я уважаю тех кто пишет драйвера и ОС.
А теперь время аналогий. 50 лет назад все программисты должны были уметь «стрелять из лука» и «кидать копьё». Вот и всё что было известно. Можно и нужно было быть мастером всего.
25 лет назад нужно было уже уметь «стрелять из мушкета». Количество знаний растёт. Уже есть люди которые умеют больше одно и есть люди которые больше умеют другое.
Сейчас вопросы типа «как бы стрелять с автоматом в каждой руке и не путаться». А моделей автомата и твои рук столько что чёрт ногу сломишь. И мастеров всего просто не может быть.
Да, в некоторых (редких!) случаях нужно всё ещё уметь «кидать копьё». И этим занимаются те, кто хочет этим заниматься. Но нет, как бы не хотелось некоторым это умение практически никак не связано с умением стрельбы из автомата. Это не база, нет. Это просто разные вещи.
А теперь кого я не уважаю. Старых пердунов которые когда-то умели кидать копьё, с годами устали учиться и больше не могут шагать в ногу со временем.
И эти старперы начинают «да молодёжь нынче на перфокартах ничего не напишет!» И что? Это связано с текущим уровнем развития индустрии? Нет. Ну и пусть идут в дом престарёлых.
Старческие недуги не предсказать, это правда. Но тем не менее большинство уважаемых ветеранов индустрии не занимаются брюзжанием. Вы слышали что бы тот же Линус Торвальдс говорил что-нить типа «если вы не пишете на C вы не настоящий программист»? Я вот не припоминаю. А достижений у человека побольше чем у большинства старпёпах в этой теме отметившихся.
А теперь касательно попадёшь куда угодно. Промышленное программирование это ж просто бизнес и рынок. Если программистам платят большие бабки, а они не знает триггеров, то это значит простые вещи — что триггеры сейчас не нужны, а противоположное мнение отправляется на свалку. Ну или в тот же дом престарелых, где санитары вежливо выслушают и накормят.
А теперь чтобы вам было легче — у меня был курс схемотехники, и я знаю что такое диод и триггер. И мы даже проектировали на этих логических элементах схемы. И курс ОС то же был. И я знаю людей, которые этого не проходили, но они прекрасные программисты.
Нувот Вчеранов, я на самом деле хотел только одну мысль донести.
Вы если будете прекрасным, восхитительным на своей платформе и в своем направлении — это будет шикарно!
Только поймите, что немного неправильная у вас аналогия..
Те самые «лук и стрелы» в индустрии IT — они до сих пор очень нужны. Не везде, как раньше, само собой.
Но вы свою станцию, без людей знающих луки и стрелы, просто не запустите.
И каждый день будете использовать «лук и стрелы» в своей работе, просто даже не замечая этого )
И люди, знающие эти инструменты, будут еще долго зарабатывать больше вас и будут вашими руководителями)
Ну до тех пор, пока процессоры не будут собирать сами себя, обновлять себе сами биос и оси )
Короче, ваша аналогия с древностью, в этом контексте — вообще дерьмо полное.
Я реально не понимаю, откуда у вас она возникла, если вы считаете себя супер одаренным прогером.
НО!
Вообще, больше всего я не об этом хотел.
Не знаю, что вы тут всех клеймите старперами и в дом престарелых отправляете.
Просто больше уважения.
Мне вас нечему учить, вы умнее меня во 100 крат в своей нише.
Но это именно ваша ниша, и не более того.
Просто не забывайте, что и вы отправитесь туда, куда отправляете сейчас немолодых.
Когда пойдете на собеседование, лучшие не надо слать своего супервайзера или тимлидера нахуй, которому будет под 40. Или в дом престарелых. А то, не очень будет ситуейшен.
Какую ещё станцию? Зачем мне делать какую-то станцию? Я не только процессор сделать не смогу, я даже стул на котором сижу не сделаю сам. Но ничего страшного, куплю. Не знаю почему меня должно волновать это.
Вот это просто неправда как бы вам не хотелось обратного.
Вы можете посмотреть зарплаты в embedded сфере. Та самая работа с железками. Не буду таить, зарплаты там удручающие. И это по всему миру. Похоже что индустрия большинством плевала на эти знание.
Так что вызвать у меня зависть большими зарплатами людей знающих низкоуровневые штуки у вас не выйдет. Рынок труда не согласен, а он значимее нас обоих.
Да, хорошие инженеры в Nvidia и Intel получают достойно — т.е. сравнимо с аналогичными позициями не по железному профилю. Но сколько у нас в мире интелов и нвидиа.
Аналогия в некоторых понятиях вышла фиговой, согласен.
И вот мы подходим к сути ©.
А суть-то вот какая — знание низкоуровневых штук это тоже ниша. Не лучше и не хуже моей.
Но находятся старпёры которые считают что лично их ниша офигеть как всем обязательна. И эти старпёры начинают втирать «да вот вы не знаете...»
Если бы я был таким же я бы тоже мог «А вы, блин, знаете то что знаю я? Нет? Но как же так это ведь обязательные нынче вещи». Но я из ума не выжил чтобы считать что все это должны уметь.
Потому что нет никакого «это важнее и это нужно знать». Есть просто разговор — навыки в обмен на деньги. И реальность такова — если ты не первый эксперт на деревне по низкоуровневым вещам, то твои навыки и не нужны.
А прогер я кстати совершенно обычный. Нисколько не суперстар. Просто не люблю когда втирают дичь.
А когда я постарею, я надеюсь что мой мозг останется гибким. И когда будущие поколения будут использовать вещи которые я сейчас кодю руками как базовые блоки (например «иди туда» с автоматическим определением хорошего пути вместо огромного числа работы по просчёту баланса и передвижения конечностей — это чисто как условный пример, если чо) я не буду старпером который будет пердеть о том что «вы молодёжь ничо не понимаете». А буду понимать что молодёжь решает уже совсем не того уровня задачи и восторгаться прогрессом индустрии. Но кто знает, может и меня маразм поразит.
Ещё допишу вот что — а с чего вы решили что мои начальники спецы по железу? Знание каких-то технологий вообще никак не связано с лидерскими качествами.
И другой тезис который часто слышно «ну низкоуровневые могут всегда легко освоить высокоуровневые вещи, а обратно — нет». Этот тезис тоже к реальности относится слабо. Скорее наоборот спесивые знатоки «самого важного» постоянно обламываются при тестировании этой теории и на выходе получается говно, а не код.
У человека, не знакомого со всем древом познания, ум не может быть гибким. Он может быть подвижным просто потому, что очень ограничен.
Тому есть немало примеров в математике.
С уважением
Всё древо познания это все знания что накопило человечество. И нет никакого человека который знаком со всем.
И спрашивается чего вы хотели сказать? Что нет людей с гибким умом?
Просто глубокая эрудиция рулит
Мне неизвестен ни один математик, родившийся в 20 веке, который достиг значимых результатов без поддержки широчайшей эрудиции.
То же самое относится и к программистам. Чтобы исключить старперов — сознательно ограничим год рождения 1960+.
Что касается фронт-энда — это скорее дизайн, чем программирование. Там да, могут работать другие критерии.
С уважением
На производстве тоже интересно, автоматизацию очистных сооружений вместе с технологами и конструкторами чтобы только у вас тендеры выигрывали. Охрана пожарные сигнализации бешенные деньги стоят, по факту платы 96 года.
Как в любой отрасли есть ещё такое явление как «лапидарные знания». Человек нахватался чего-то «по вершкам» и использует это на практике, пребывая в уверенности, что обладает квалификацией. Но так как за этими поверхностными знаниями нет фундаментала он допускает ошибки, принимает неоптимальные решения, тратит кучу времени на преодоление «трудностей», жалуется на «невыполнимость», обламывая заказчика. В итоге за свои деньги вы получаете совсем не тот результат, который мог бы быть. А возможно, ещё и вереницу проблем в будущем, которые выльются в дополнительные затраты.