Комментарии 535
Творческие профессии - писатели, художники, композиторы, режиссеры, способны продуктивно работать до весьма почтенного возраста.
Есть 3 этапа:
Становление. В этот период (длящийся несколько лет) человек вырабатывает свой стиль, и его творения пока что еще примитивны. Например, я читал рассказы Фейхтвангера, половина из них были крайне низкого уровня. Потом узнал, что они были написаны в юности, и сам он отзывался о них со смехом.
Зрелость. Может длиться десятки лет - до возраста 60+ или даже 70+
Деградация. Видимо связана с необратимыми старческими изменениями мозга. Например, последние пара фильмов Йоса Стеллинга.
Есть конечно уникумы, которые уже в юности творят шедевры. Орсон Уэлсс например снял своего "Гражданина Кейна" в 25. А этот фильм по праву многие годы был №1 в списке лучших фильмов за всю историю.
Но некотороые делали шедевры до глубокой старости, к тому же осложненной болезнями. Например, Гойя.
В целом, я так понимаю, чем более творческая работа, тем в среднем на более поздний возраст приходится пик и тем более он растянут. Если Альцгеймер не настигнет, можно до конца дней жить интересной жизнью, когда у других уже ничего не останется кроме просмотра шоу на зомбоящике. Это мне и нравится в программировании.
Есть какая-то статистика, что тяжёлая умственная работа снижает риск Альцгеймера
Да. Вроде тоже видел.
Не "тяжёлая" а разнообразная. Каждый день кодить на JS не помогает. Помогает сегодня решать кроссводрд, завтра строить робо-горничную, послезавтра драть внуков в CS, и т.д.
Тяжёлая, в том смысле что заставляющая напрягать извилины конкретного человека
Там скорее про изучение и применение новых знаний, то есть создание новых нейронных связей. То есть отгадывать кроссворд на языке, который только учишь, строишь робота на самом новомодном конструкторе и дерешь внуков не в цс, а в новой игре или хотя бы на новой карте.
завтра строить робо-горничную, послезавтра драть внуков в CS
Завтра строить внуков в CS, послезавтра драть робо-горничную.
Ну внуков это на врятли в кс затащить получится. Сам в детстве был не плох в кваке и кс. Сыну 13, мочит меня как маленького ребёнка. И я понимаю, что мне его уже не догнать, потому что пока догоню, он ещё на голову лучше будет. Ну и реакция все же с возрастом ухудшается. За деньги тренерует взрослых дядек. Такая же ситуация в картинге. Даже именитые спортсмены не могут конкурировать по скорости с молодёжью.
Ну один против одного оно конечно может и зависит от реакции, но все же группа взрослых дяденек уделывает группу молодых по причине более продуманной координации и тактики. А еще они не спешат. В кс реакция это только один из нужных навыков.
Как раз таки нет. Молодёжь знает наизусть все прокидки и паттерны атаки и обороны отработанные за 25 лет существования игры. Пока старики не спешат, детки уже займут все нужные позиции. То что там в ютубе пиарятся пару команд стариков, так это потому что играют с новичками. И да, 144 гц им реально мало, кто бы что не говорил.
да кто вообще ещё играет в кс)
В картинге не реакцией/скоростью конкурируют. Карт+ребенок весят 100кг, а карт+взрослый 150кг. Полуторную разницу в массе никаким мастерством не перешибить.
Да, безусловно. Но это на гражданских картах, у них слабые моторы (несмотря на все правильные траектории, когда я объяснил детке, что карт не переворачивается, догнать его стало невозможно, даже с газом в полу почти по всей трассе).
В теории, если мотор карта достаточно мощный для шлифования асфальта на любой скорости, шансы сравняются. Но ребёнка до такого карта точно не допустят.
Ну не всё так плохо, реакция тренируется и восстанавливается если начать тренироваться снова. Пусть не как в 13 но пару часов в день и через неделю другую глаза уже не будут в кучу и будет легче получаться.
Каждый день кодить на JS не помогает
Так это не умственная работа.
Вы скинули скрипт, который за программиста выполняет конвертацию неоптимального кода с рекурсией в оптимальный с циклом, и это ваш аргумент про умственную работу на JS? Это же в другую сторону движение, не?
Так скрипт на JS, что с ним не так?
неоптимального кода с рекурсией в оптимальный с циклом
В джаваскрипте любой код с рекурсией не неоптимален, он просто нерабочий, из-за отсутствия хвостовой оптимизации рекурсия может в любой момент отыквить виртуальную машину. Библиотека выше решает одну из вопиющих ущербностей этого т. н. языка.
При оптимизации хвостовых вызовов рекурсивный код ничем не хуже циклов, а читается в триста раз выразительней и лучше.
Сегодня быстро и просто кодить, завтра собирать упавший прод из бекапа, послезавтра объяснять стейкхолдерам сутки простоя и потерянные данные.
тяжёлая умственная работа
А при чем тут программирование?
Посидите в пятёрочке на кассе - поймёте, и про умственную работу, и про творчество.
Если вы много лет кодите на одном стеке - конечно это не будет тяжелой работой. Если из года в год изучаете новые языки, фреймворки, беретсь за новые для вас бизнес-задачи - придется понапрягать извилины
Мне не приходится, я в школе хорошо учился, этого задела достаточно. Про стек и новые языки — можно у меня в профиле глянуть.
обучение в школе тут не имеет значения, этот задел не оттуда, вы в целом один из немногих кому это легко дается....кмк это свойство мышления
этот задел не оттуда
А мне кажется, что оттуда.
а у меня в школе тройки одни были и вышку я не закончил, тем не менее я отлично понимаю о чем вы говорите и почему вам кажется что программирование это просто..потому что это для меня также просто
фокус тут в том что вы в школе хорошо учились по тойже причине что и сейчас вам в ИТ легко, а не в ИТ легко потому что вы в школе учились хорошо
p.s. а в моем случае учителя, учитывая гуманитарную направленность школы, считали что если человек не очень уроки русского и литературы воспринимает, то на него забить можно..в итоге меня от учебы отвадили..пятерки у меня только по физике-биологии были
Мне очень повезло в жизни, и я всю дорогу видел вокруг себя (и был знаком) очень много по-настоящему умных, талантливых и способных людей. К сожалению, я сам к ним не отношусь.
Я буквально заставил себя научиться мыслить логически, внятно писать (если надо — то в размер и в рифму), и даже программировать всякие алгоритмы. Но поверьте, мне это всё давалось крайне тяжело, и я приложил очень много усилий именно в ювенильном возрасте (потому что перед глазами было много примеров, и мне тоже хотелось, как они).
К «их» уровню я так никогда и не приблизился, там пропасть. Но в 20+ всякое разное среднего уровня ремесло (типа программирования) мне стало даваться гораздо легче, на таком-то заделе.
Я буквально заставил себя научиться мыслить логически, внятно писать (если надо — то в размер и в рифму)
интересно что я себя вообще не заставлял этим заниматься я буквально сам писал код на листочках представляя как он будет работать (компа адекватного у меня не было в тот момент)
вообще любопытно посмотреть на человека который прошел этот путь через целенаправленное обучение, лично для меня это выглядит как титанические усилия в элементарных вещах ;)
Умственная работа, знание нескольких языков, многие такие вещи. Не то чтобы снижает риск, но оттягивает наступление симптомов. Иногда настолько, что человек успевает умереть раньше от чего-то другого
Там дело в том, что такие люди ещё способны нормально функционировать при таком уровне физических повреждений мозга, при котором другие уже становятся инвалидами
Плюс продолжающаяся умственная активность постоянно формирует новые связи в то время, как другие участки мозга погибают
Последние исследования показывают что не снижает. А даже увеличивает.
Снижают риск альцгеймера силовые тренировки.
А можно пруф? Очень интересно.
Там всё на британском.
https://cyberleninka.ru/article/n/fizicheskaya-aktivnost-v-profilaktike-bolezni-altsgeymera-obzor-literatury
Если вас не затруднит, пруф нужен на вот этот тезис:
Последние исследования показывают что не снижает. А даже увеличивает.
https://www.nature.com/articles/nature.2015.17589
+ и из предыдущей статьи - это следствие недостатка физической активности, часто встречающегося у работников умственного труда.
Возможно я слишком дотошный, т.к. тема мне интересна, позволю себе немного позанудствовать.
В статье, на которую вы указали, сказано, что когда-то давно люди стали более интеллектуально развитыми. В качестве побочки мы стали больше подвержены различным болезням, в том числе Альцгеймеру. Про корреляцию интеллектуального труда с риском развития онной болезни сказано не было.
и из предыдущей статьи - это следствие недостатка физической активности, часто встречающегося у работников умственного труда
Изначально ваш тезис был: " Последние исследования показывают что не снижает. А даже увеличивает. ". Т.е. вы буквально говорите что занимаясь интеллектуальным трудом вы увеличиваете риск развития Альцгеймера. Но это же не так. Физические нагрузки, могут уменьшить риск. Если их нет, то вероятность дефолтная. По крайней мере я так понял.
Данные от английских ученых?
Давным-давно нам наш хоровой дирижёр говорил, что умственный труд, в том числе занятия музыкой, продлевает жизнь. Сейчас ему уже 85 и он до сих пор и пишет, и дирижирует. Его коллега, руководивший другим известным в городе хором, прожил почти до 80, тоже ведя активную деятельность.
Хорошо бы ссылочку на исследование. Потому что я слышал противоположное.
Что вы скажете про это? Раздел Prevention. В принципе, можно в русской версии тоже посмотреть. Если вам лень то:
Интеллектуальные занятия, такие как чтение, настольные игры, разгадывание кроссвордов, игра на музыкальных инструментах, регулярное общение, возможно, способны замедлить наступление болезни либо смягчить её развитие.
Ссылку из ланцета там же можете захватить.
Я вижу нехорошее слово "возможно", которое портит весь эффект.
https://pubmed.ncbi.nlm.nih.gov/17596582/
https://pmc.ncbi.nlm.nih.gov/articles/PMC5460628/?utm_source=chatgpt.com
https://www.neurology.org/doi/10.1212/wnl.0000000000012388?utm_source=chatgpt.com
https://pubmed.ncbi.nlm.nih.gov/11851541/
А если обобщить то:
Наш систематический обзор и анализ предвзятости подтверждают гипотезу о том, что когнитивная активность в пожилом возрасте обеспечивает некоторое снижение риска болезни Альцгеймера и деменции по любой причине. Однако для подтверждения этой связи и оптимального типа, продолжительности, интенсивности и времени этой активности необходимы дополнительные данные.
Интересно, а как они установили что умственная нагрузка снижает вероятность альцгеймера, а не обратный вариант - что умственную нагрузку тянут изначально те, кто к альцгеймеру предрасположен слабее среднего по популяции?
Продольные исследования (longitudinal studies)
Они следят за участниками на протяжении многих лет (иногда десятилетий), фиксируя уровень умственной активности задолго до появления первых признаков когнитивных нарушений. Например:
В Religious Orders Study (Wilson et al., Neurology, 2002) участники были относительно здоровы на старте, и связь между умственной активностью и риском деменции сохранялась даже после исключения случаев, у кого болезнь начала развиваться в первые 2–3 года.
2. Отсрочка симптомов, а не предотвращение болезни
Некоторые исследования показывают, что когнитивная активность не предотвращает накопление патологии Альцгеймера, но может отсрочить клинические проявления, т.е. повысить “когнитивный резерв”.
Это подтверждают и нейропатологические данные: у умерших с высоким уровнем умственной активности иногда находили значительные отложения бета-амилоида, но при жизни у них не было деменции.
3. Учет исходных когнитивных способностей и генетики
Многие исследования контролируют IQ, уровень образования, профессии, и даже генетические маркеры (например, APOE ε4), чтобы исключить влияние врожденных различий.
4. Мета-анализы и систематические обзоры
Они объединяют данные из десятков исследований и применяют статистические методы для выявления искажений. Один из таких — PMID: 28515003 (Systematic review and bias analysis, Alzheimer's & Dementia) — специально изучал вопрос причинности и пришел к выводу, что эффект когнитивной активности остается даже после поправки на возможную обратную причинность.
gpt (устал за день гуглить не хочется)
кстати хороший вопрос🤝
Альцгеймера, может, и не снижает, но система к кровоснабжения у мозга тренируется по тому же принципу, чьо и у любой другой части тела.
Есть основания предполагать, что не столько снижает риск возникновения БА, сколько отдаляет видимые проявления и тяжесть симптомов.
Творческие профессии
А при чем тут программисты?
а у программистов есть всего 1 верный способ решить задачу? или вы отвечаете своим заказчикам "это сделать невозможно" когда не получается найти решение?
А какое отношение количество способов решения имеет к творчеству?
мне приятно думать что "придумать способ решения задачи" - это творчество
вот например, изобретатель - творческий человек?
Изобретатель лампочки — да. А айфона — нет.
Потому что лампочку надо сравнивать с лучиной и свечой, скачок качественный, там именно что «изобретение» во всей красе. А новый телефон, такой же, как старый, но дороже — это не изобретение.
Так же и тут. Когда задача понятна, ее решение — не более, чем ремесло. Придумать задачу и решить её — это да, ближе к творчеству.
Ну да, ну да. Force touch, Apple pencil, Face ID - там патентов на сотню Эдисонов с лампочками хватит. В Айфоне множество действительно гениальных решений. Именно технических, не про маркетинг.
на сотню Эдисонов с лампочками хватит
Вы просто себе ответьте на простой вопрос: вас поймали туземцы, привязали к батарее и заставляют отказаться от чего-нибудь одного: от лампочки, или от айфона. Что выберете?
В Айфоне множество действительно гениальных решений. Именно технических
Мы, видимо, очень по-разному трактуем термин «техническое решение».
и заставляют отказаться от чего-нибудь одного: от лампочки, или от айфона. Что выберете?
Конечно от лампочки. Ведь в Айфоне есть светодиод подсветки камеры, который пусть не на все 100% не вполне заменит мне лампочку, а вот посчитать что-то полезное на Айфоне будет несравнимо проще, чем на лампочке.
Ответ неверный.
Туземцы просто развлекаются и в полночь собираются вас торжественно съесть в любом случае. Лампочку можно разбить, перерезать веревки, которыми вы привязаны к батарее, и сбежать.
А с айфоном в руках, когда вождь племени придёт за своим ужином, что вы ему скажете? «Дважды два — четыре»?
и сбежать.
Ага, далеко убежит офисный работник от тренированных туземцев. Да и тропическом лесу без подготовки и вы и я точно так же умрете, как и от ножа туземцев, только более мучительно. А вот если показать "диковинку" которая умеет сохранять, а потом выдавать "бой барабанов", и то где именно был установлен пограничный камень, и не передвинул ли его кто-то тихой темной ночью, а так же быстро точно и без ошибок посчитать сколько тебе должен вождь соседнего племени, то они поймут, что этот "странный шаман" вполне может быть им полезен, а съесть можно и какого-нибудь другого, например того, который недавно попытался сбежать :)
Это не говоря уже о том, что можно и дождь предсказывать.
А вот если показать «диковинку» которая умеет […]
Тут возможных вариантов два: либо вы станете главой племени, либо вас того-этого как ту ведьму (а действующий вождь до окончания своего выборного срока без боя не сдастся). Я уж лучше в тропический лес.
Короче, самое разумное поведение такое: выбираем лампочку, а потом показываем вождю фокус с засовыванием лампочки в рот. Вождь нейтрализован — племя в вашем подчинении.
Итого, лампочка ведёт со счетом 2:1.
Тут возможных вариантов два: либо вы станете главой племени, либо вас того-этого как ту ведьму (а действующий вождь до окончания своего выборного срока без боя не сдастся)
Вполне можно дать понять вождю, что вы не претендуете на его место, а удовлетворитесь должностью советника. А вот в колдовстве они как раз вряд ли увидят что-то плохое, потому что туземцев буквально окружает магия, те природные явления, которые мы объясняем себе физическими законами они трактуют как проявление магического. Так что все что нужно это показать, что ваша магия приносит пользу, а не вредит. Проблемы могут быть только если они христиане или мусульмане, но и то тут есть варианты, поскольку сами по себе чудеса это еще не признак ведьмы, в конце концов, чудеса -- обязательный атрибут святого/пророка, так что ваша лампочка все еще в пролёте :)
показываем вождю фокус с засовыванием лампочки в рот
Лампочку в рот себе или вождю? Себе надёжнее, вождь при узрении этого бояна вживую, скорее всего, умрет от смеха, вместе с половиной племени.
Ну если уж продолжать эту фантасмагорию, то "странный шаман" будет принесен в жертву духам племени, так как действующему шаману племени такие конкуренты уж точно не нужны.
Один я не понимаю, как полезность лампочки по сравнению с айфоном на острове с туземцами относится к гениальности технических решений соответственно лампочки и айфона?
Вы не видели в айфоне зажигалку?
В моем айфоне есть и лазер пила и нож и карты Шиллера и магия гипноз и зажигалка
Потому что лампочку надо сравнивать с лучиной и свечой
Почему с лучиной и свечой? До электрических существовали спиртовые лампы, дающие яркий (60 свечей и даже более) и качественный свет. Более того, в отличие от электрических ламп тех лет они были портативными, и не нуждались протягивании проводов.
Так что как-то поторопились вы, предлагаю выписать изобретателя лампочки из почётного ряда "настоящих изобретателей", ведь он изобрел ту же лампу, просто работающую на другом виде "топлива" :)
Как раз лампочку Эдисон изобретал не творчески, а тупо пробуя все материалы подряд. Несколько сотен опытов или больше?
А как должно выглядеть истинное творчество? Лампочка должна явиться во сне сразу в виде пакета с конструкторской документацией?
должна явиться во сне
И прицепом — рецепт сорокоградусной водки. Без водки — несчито́во.
"Но главное что он хотел изобрести - лампочку. На это у него ушло больше 5 лет и больше 1000 попыток. Пробуя и пробуя, он перепробовал больше 6 тысяч материалов содержащих углекислород." (с) с тырнета
Но более того, некий Ладыгин вроде как запатентовал лампу на несколько лет раньше. Более того, многие пытались найти правильный материал, то есть, идея и сам принцип уже были хорошо известны. Что, конечно, не умаляет и так так далее.
Вот дать вам задание: написать уьилиту подсчёта строк в файле и дальше 6 тысяч раз руками добавлять в тестовый файл по 10 строк средней длины (именно набивая их руками) и замеряя время подсчёта строк в нем. Вы посчитаете эту задачу творческой? Да вы взвоете от того, насколько она скучная, механическая, не творческая и прочее.
Ну, положа руку на сердце, если убрать ненужную специализацию в виде кодера-архитектора-аналитика-математика, то там есть место творчеству. Со специализацией, конечно, нет.
Я всегда считал что возраст в профессии программист не помеха, не понятно кто это придумал, и именно у нас в стране. Если посмотреть интервью тех же программистов в сша , то зрелых там предостаточно. И потом быть например хирургом или преподавателем и ещё много специальностей, можно, наша не сильно отличается, учиться надо всегда!
Всего лишь 20 лет назад я ушел из профессии разработчика из-за эйджизма. Куда-то в закат менеджмент
5 лет назад вернулся, видимо ещё моложе стал! Бггг
Я бы сказал даже больше - не только программисты "не стареют". Когда у нас появился цифровой мир - у нас появилось общее пространство, где встречаются люди самых разных возрастов. Если человек заходит в комменты хабра/реддита/пикабу, то он так или иначе будет узнавать новые мемы и чем общество дышит.
Стример, которому перевалило за 60, общаясь с аудиторией ментально не сильно далёк от двадцатилетнего, а ведь раньше между ними была бы целая пропасть. В интернете нет специальных форумов для стариков и для подростков и понятие возраста стало очень размытым.
Да, контент который смотрит моя 14 летняя дочь для меня вообще не подходит. Мне эти кривляющиеся и переигрывающие девочки, которых она смотрит вообще не нравятся. С другой стороны, у нас очень много общих ютуб каналов с другой дочерью, которой 19.
Я думаю что команда, в которой есть как старики, так и молодые потенциально гораздо сильнее той, что состоит только из молодых. Возможно меньше будет шанса впадать в крайности в виде консерватизма или наоборот, авангарда - если это правильно "готовить".
В интернете нет специальных форумов для стариков и для подростков и понятие возраста стало очень размытым.
Форумы только для стариков (или людей среднего возраста) и есть. Молодежь на форумах не сидит, в лучшем случае заглядывает иногда на специализированные вроде 4PDA. Да и очевидно, что разделение по сервисам присутствует, и аудитория Одноклассников в среднем значительно старше, чем аудитория ТикТока или Лайки
В интернете нет специальных форумов для стариков
ЖЖ ещё работает.
Это все хорошо и даже где-то славно, но вот я, имея 35 лет профессионального опыта программирования, часто в крупнейших и известных мировых фирмах, уже 5-й месяц не могу найти работу в Москве. Почти на все мои заявки на паре крупнейших сайтов по работам приходит сразу отказ. А иногда совсем смешно, пишут, что "опыт недостаточно глубокий".
Ну и вообще, слышу часто такое на редких собеседованиях: "а... у вас нет опыта с Кафка... (подставить что-угодно)". Ребята, блин! Я работал с тремя большими брокерами сообщений, неужели я Кафку не освою за полчаса, если нужно скопировать и слегка изменить код под свою очередь и свои сообщения? Или даже не под свою очередь, а лишь добавить новый атрибут в сообщении, про который тебе скажет тимлид или аналитик? Или кто-то на должности старшего разработчика когда-то разрабатывал архитектуру Кафка для большого проекта? Я таких примеров просто не знаю. Но даже если вдруг надо, ну дайте мне денёк на изучение и я сделаю "так, шо вам будет хорошо".
Аналогичная ситуация с версиями - "Только С++ 11? Только Java 1.8? Не работали с async/await? Не работали с asyncio и FastAPI? Нету Докера? Ну нееет, мы работаем с последними стандартами...". Да млять, имея за плечами опыт с десятками фреймворков и библиотек на разных языках и ОС, опыт с 10-15 языками, вовсю используя асинхронный ввод-вывод ещё в 1986 году, неужели я застряну больше, чем на несколько минут, на новых версиях языков, на которых пишу по 12+ лет, или на какой-то новой библиотеке? Сколько мне надо времени, чтобы понять конфигурационный файл для Докера? Примерно нисколько, он понятен сходу. Да и Гугл/Яндекс всегда под боком.
Читая же объявы о работе в США, например, часто вижу обратное - "ищем опытного разраба на важный проект на языке Х. Требуется большой опыт на любом ООП-языке". Про какие-то библиотеки вообще ни слова.
В общем, пока картина не очень весёлая)
Ну и о погоде.
db = {}
А словарь, значит, не надо типизировать? Нехорошо... 😎
Только С++ 11?
Конкретно это в этот ряд я бы ставить не стал. Извините, не верю, что C++03-человек осилит на хорошем уровне все прелести и особенности более новых плюсов (любого из стандартов) не то что за полчаса, а за полгода.
Я же не в вакууме живу - постоянно вижу новый код где-то в инете, читаю о новых возможностях, вижу аналогичные новшества в других языках. Да и где вы видели чела, который в совершенстве знает и использует все новые фишки (да просто все фишки) С++? Язык настолько огромен, что даже при ежедневном использовании приходится гуглить, чтобы освежить, что там да как.
постоянно вижу новый код где-то в инете
А я с линалом за полчаса разберусь — видел y = kx + b в интернете.
читаю о новых возможностях, вижу аналогичные новшества в других языках
Плюсовая специфика в том, что эти аналогичные новшества плохо трансферятся на C++. Одна move-семантика много чего стоила, судя по воспоминаниям о периоде принятия C++11.
Из более нового — сколько времени у вас уйдёт наваять, скажем, constexpr-friendly вектор с фиксированной максимальной ёмкостью, выделяющий память на стеке? Где, по-вашему, здесь возникнут проблемы?
Сможете сходу с лёгкостью прочитать код с deducing this, который таким образом обращается к объекту лямбды внутри лямбды? Кстати, вот просто сходу, в чём проблема с кодом
[&vec, source] () -> Task<void>
{
while (co_await source.has_data())
vec.push_back(co_await source.get_data());
};вот просто сходу, в чём проблема с кодом
Основная проблема — то, что он на плюсах.
Зато за работу ассенизатором на плюсах платят в разы больше, чем за написание приятных интерпретаторов на свободных монадах на х-ле.
Как активно смотрящий вакансии по С#, Java, С++ и Python, могу сказать, что редкая вакансия на C++ имеет хотя бы 1.5 раза выше зарплату, чем вакансии на других языках. Видел реально большие деньги за Rust + смартконтракты, но увы.
500-900 тысяч долларов в год как выглядит на фоне ваших вакансий по C#, Java и Python (если вы рассматривали штатовские)?
Не видел, чтобы в Штатах зарплаты на С++ были в разы больше остальных. Разве что в HFT, в некоторых фирмах, но это разовые работы.
Разве что в HFT
Оно, родимое.
но это разовые работы.
Почему?
Патамушта. Узкий рынок. И главное, как туда попасть без референса или релевантного свежего опыта? Так же и с квантами.
Узкий рынок.
Рынок норм.
Да, он узкий в том смысле, что надувать щёки не выходит, и недостаточно квалифицированным людям там тяжело будет пристроиться (тогда как фронтендеру или питонисту, например, довольно легко найти место, где можно годами сидеть с околонулевыми знаниями и делать вид, что работаешь). Но для квалифицированных людей там всё более чем нормально.
Тем более, за несколько лет работы можно заработать (не только геморрой) на всю оставшуюся жизнь.
И главное, как туда попасть без референса или релевантного свежего опыта?
О, ну вот с чего и начался разговор :]
Так HFT это вообще легализованные эксперименты ящерок по добровольному (за деньги) самоуничтожению мозга прямоходящих :)
На новом C++ в десять раз быстрее (эффективнее).
Вот расскажите, чем Вам на самом деле хоть раз помогла move-семантика?
Так HFT это вообще легализованные эксперименты ящерок по добровольному (за деньги) самоуничтожению мозга прямоходящих :)
Там хотя бы челленджи есть. Чисто технический аспект практически всех прочих работ, где готовы платить хоть какие-то разумные деньги, куда скучнее. А тут и в темплейты пердолишься, и в наносекунды, и думаешь, что лучше, cmov или jmp, и иногда свои язычки делаешь даже (ну это если совсем повезёт).
Вот расскажите, чем Вам на самом деле хоть раз помогла move-семантика?
Помогает избежать копирований и управлять ресурсами, этих копирований вообще не допускающими. Ну и помогает писать более оптимальный код: скажем, mystring trimmed() && может не создавать новый буфер, а украсть его у this.
Я же не говорил, что знаю последние версии. Более того, я утверждал обратное. Хотите ответов на вопросы? Легко. Возьмите меня на работу и пока будут оформляться документы, я разберусь дотошно в новых возможностях языка и гарантированно отвечу. Задаром, заметьте. Но не сейчас.
Весь этот код - проблема. Vec захватывает по ссылке и может быть уничтожен, а может быть использован в другом месте, так что будут с пушбеком рейсы. Source захватывается по значению, и вот кто знает, будет ли после этого связка has_data - get_data вообще работать так, как мы задумывали. Исключения тоже надо бы обрабатывать прямо в этом цикле. Крч я на таком г***е уже больше не пишу.
Vec захватывает по ссылке и может быть уничтожен
Вы никогда ничего в лямбды по ссылке не захватываете, что ли?
Но, предположим, это не проблема, и vec гарантированно живёт дольше, чем выполняется эта лямбда.
а может быть использован в другом месте, так что будут с пушбеком рейсы.
Код строго однопоточный, тоже не проблема.
Source захватывается по значению, и вот кто знает, будет ли после этого связка has_data - get_data вообще работать так, как мы задумывали. Исключения тоже надо бы обрабатывать прямо в этом цикле.
Не, дело и не в этом всём.
Дело в том, что если co_await действительно заснёт, то объект лямбды, в котором лежат захваченные значения, сдохнет, и поэтому последующее обращение к ним — UB.
Здесь проблема скорее не в разнице между C++ 03 и C++ 11 (она не такая уж огромная), а скорее в том что человек не получивший профессионального опыта на C++ 11 и выше, скорее всего в последние 10 лет занимался не программированием на плюсах а чем-то другим.
Разница в каверзности вопросов собеседований на C++ 03 и C++ 23 не просто огромная, она разрушающе драматическая. Разницы при умении писать на C++ 03 и новейшим стандартом в плане производительности приложений вообще нет, а в плане эффективности (написания и поддержки) нет даже и 20%. Ну его нафиг.
Разницы при умении писать на C++ 03 и новейшим стандартом в плане производительности приложений вообще нет, а в плане эффективности (написания и поддержки) нет даже и 20%.
Не, ну таки constexpr даёт большую разницу в производительности (можно много что на этапе компиляции вычислять), fold expressions удобные, корутины делают код сильно более выразительным (у меня даже в очень скучных приложениях случалось заменить, скажем, 200 строк на коллбеках/сигналах/слотах на 30 строк на корутинах, которые читаются куда лучше), deducing this заменяет ряд случаев crtp, с c++20-фичами можно делать компилтайм-строки и создавать те же sql-выражения в вашем самописном orm на этапе компиляции, и так далее.
В принципе, прикольно. Жаль, что отсутствие гарантий безопасности со стороны языка не даёт его спокойно использовать, но как головоломка и возможность почесать своё эго — вполне.
Может быть вам врут. Может вы чем-то не понравились лично или черезмерно квалифицированны. Но так нельзя написать и делают отписку.
Мне как-то выкатили фидбэк, что я плохо знаю Питон. Хотя мы всё время потратили на разговоры о базах данных.
А еще возможно вы не умеете себя продавать. Я пару собесов завалил, потому что мы говорили об один вещах на разных языках и человек понял меня не так как я ожидал.
Так это до собеседований, даже до первого разговора с кадрами.
Чтобы составить мнение о человеке не обазятельно с ним встречатся. Такие Термины как айджизм, не на пустом месте появились.
Это все хорошо и даже где-то славно, но вот я, имея 35 лет профессионального опыта программирования, часто в крупнейших и известных мировых фирмах
С таким опытом и не по рекоменадции? Четыре года назад я бы сказал, что это очень странно и насторожился. Сечас рынок труда другой.
Кто-то скажет: «Да это архаика». А по факту — это суть. Основы. И вот тут-то и начинается взрослая жизнь программиста.
Взрослая жизнь программиста начинается в тот момент, когда от взгляда на то, что отсутствует проверка кода возврата вызова read(), который читает заголовок ELF-файла, у программиста начинает чесаться в каком-нибудь чувствительном месте.
О чем эта статья? Почему уровень сложности - "Сложный"?
а не проще readelf/objdump использовать, зачем велик-то городить?
Взрослая жизнь программиста начинается в тот момент, когда от взгляда на то, что отсутствует проверка кода возврата вызова read()
Ничего не происходит ;) Это демо-проект, нет особого смысла обмазывать со всех сторон проверками. Взрослые способны принять решение, нужна ли проверка именно здесь. Некоторые и в 18 лет могут.
Как дочешете это конкретное место, предлагаю обсудить, что случится с открытым дескриптором, если printf по какой-то причине сбойнёт :)
Оффтоп.
Любопытно. КДПВ выглядит очень объемной. И лицо и складки на одежде. Иногда наблюдал такой эффект (случайно возникший) на фотографиях. Может кто-нибудь объяснит в чем тут дело? Может какая-то правильная размытость нарастает правильно?
Да, дело именно в размытости. Поищите, например, фотопортреты, снятые на среднеформат, они могут выглядеть очень объёмно. У таких камер маленькая глубина резко изображаемого пространства: глаза будут идеально резкими, а мочка уха, например, уже немного размытая.
Освещение, складки, размытость фона
Это называется глубиной резкости, а характер размытия фотографы кличут "боке". Фотоаппарат снимает плоскостью, глубина которой зависит от диафрагмы, расстояния до объекта и фокусного объектива. Линзы с красивым боке недешево стоят, даже мануальные.
Объясняю )) Объем на картинки достигнут использованием нескольких приемов:
1) световые переходы на лице человека и волосах. Справа на лицо падает холодный двевной свет типа от окна. Слева блик от 2-ого источника - теплый свет от лампы накаливания. На ощущение объема еще работает разница цветовых температур света от окна и лампы.
2) разная освещенность переднего (светлый) и заднего плана (темный).
3) размытие заднего плана - иммитация зоны вне ГРИП также для разделения переднего и заднего плана
А размытость пальцев левой руки чем объясните? При том, что предплечье и пальцы правой руки чётче.
4) Эффект усилен чрезмерным микроконтрастом, подчеркивающим рельеф
Автор постарел ) а по факту мы специально нанимали году в 17 программиста 55+ чтобы он нашел решение которое мы не могли никак сообразить
Что за проблема была?
А потом что с ним сделали?
И что с ним сделали потом?
Сказка — ложь, да в ней намёк — добрым молодцам урок!
программисты не стареют. Они эволюционируют!
Ну хз. Я вот не планирую развиваться, хочу просто денег накопить и свалить с этой сферы. Книжки уже не читаю, там на 100 страниц пару полезных мыслей всего как правило. Спрашиваю у чата гпт как решить проблему, он лучше знает. Опыт подскажет, где галлюцинации, если что. Работу ищу которая попроще и постабильнее, иначе зачем я в молодости напрягался?
По-хорошему завидую тем, кому информатика еще интересна. Я остановился в развитии уже давно.
Вроде бы звучит не очень. Но мне кажется, что это вполне здравый подход - выбрать тот уровень, на котором тебе комфортно, и спокойно жить дальше. Программирование - не единственная вещь в жизни. Если справляешься с текущими задачами и вполне честно отрабатываешь свои деньги, то почему б и нет? Зато время, которое раньше тратил на учебу, теперь можно посвятить чему-то более интересному в данный момент.
Так за информатику не платят.
Пиши свои книжки
Я тоже нашел комфорт. Продукт - црмка для крупного игрока, который никуда не денется еще лет сто и у которого деньги будут всегда.
Там монолит java ee, cdi, ejb, jsf и прочее. Разрабатываю новые фичи, чиню баги. Все в рамках текущего стека. Зп чуть ниже среднего для моей позиции для джависта. Но все равно очень достойно, мне хватает.
Работал бы до пенсии))) Однако, заказчик притормозил заказ новых фич. Работы стало сильно меньше. Надо уходить, а не ждать оптимизации (рулетки) состава. Смотрю вакансии:микросервисы, кафка, кубер, само собой спринг (клауд, бут, секьюрити).
Так что не развиваться комфортно, но очень опасно
А это прям какой-то бич современный. Было бы здорово сидеть на 1 стеке, только при выходе на рынок труда (вынужденный или самостоятельный) оказывается, что каждый требует докер, очереди и микросервисы.
Сейчас в этом стеке, но что будет через 3-5 лет непонятно, опять на коне DDD окажется и будут со всех спрашивать проведение границ по Эвансу/Вернону. А ещё через 5 будет обязательным TDD в монолите. Отсутствие развития и потеря актуальности слишком сильно бьёт по пулу вакансий, куда тебя рассмотрят. Опять же, технические специалисты понимают, что сервисная архитектура практически никак не отличается от микросервисной, но вот эйчар-фильтр пройти без указания точных слов будет нереально.
Я ушла из программирования, и теперь я человек, который говорит актерам, с какой интонацией читать текст, в индустрии игр. Мне платят столько же, сколько платили бы на позиции мидла, а относятся в миллион раз лучше. Из меня не пытаются выжать все соки, и я в коллективе человек со своей личной жизнью после 19:00, и даже болеть можно.
А программирую я каждый день, лол. Чаще всего это vba, макросы для экселя, но бывает и js с питоном. И это снова приносит мне удовольствие, потому что я автоматизирую рутину и виду результат каждого своего действия и реальное влияние на коллег))
То же самое. Я в ембеддед программировании последний 21 год, а до этого ещё разработкой харда лет 5 занимался сразу после института. Единственное что готов изучать, это то что надо вот прямо сейчас по работе под конкретную задачу. Тоже чат гпт + google notebookLM всё по полкам раскладывают. Когда задачу получаю, то уже видно как её сделать и сколько примерно уйдёт времени. Как правило, первый день вообще нифига не делаю, т.к. бывает, что либо разрешается всё само, либо задача вдруг становится не приоритетной, меняется, находится кто-то кто решит сам сделать. Если задача занимает день времени, то говорю -- три, если конечно аврала нет, т.к. чем быстрее будешь делать, тем больше навалят.
С возрастом понимаешь, что программирование - это таинство, мистерия, молитва, медитация, магия. И смысловая глубина в этом деле приходит не сразу. Вопрос лишь в том, сожрут ли тебя слабости и социум.
А ты уже достиг дзена, и просто делаешь то что должен
Демоны минусуют, в юмор не справляются)
программирование - это таинство, мистерия, молитва, медитация, магия
И много неизбежных "костылей"
С возрастом понимаешь, что программирование - это таинство, мистерия, молитва, медитация, магия.
А я наоборот, с возрастом ушёл от всего этого оккультизма к прагматичному инженерному подходу, нацеленному исключительно на удовлетворение пользователя. Оставить после себя программу, которая будет жить своей жизнью — это как выйти из сансары.
"Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away." ― Antoine de Saint-Exupéry
Ни прибавить, ни убавить!
Ну надо же. Я тоже всегда так считал. Прям 1:1, даже почти в такой же формулировке. Не знал раньше этого высказывания Сент-Экзюпери.
42!
Ну, и правильно не знали, потому что это ответ Микеланджело Буонарроти на вопрос о том, как он создаёт такие совершенные скульптуры.
Это прям как с фразой "premature optimization is the root of all evil". Тоже мнения расходятся, кому ее приписать. То ли Кнуту, то ли Пайку...
P.S. А Микеланджело разве не делал скульптуры путем откалывания всего лишнего от целого камня?
Так это буквально тоже самое, что и «there is nothing left to take away»
Вообще забавно, что мы обсуждаем цитату на английском, хотя Экзюпери - француз, а Микеланджело - итальянец
Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher. (Terre des Hommes, 1939).
Экзюпери, очевидно, противопоставлял разные типы улучшения, это самостоятельная цитата.
Конкретная формулировка «Чтобы сделать совершенную скульптуру, надо взять глыбу мрамора и отсечь от нее все лишнее» — принадлежит Родену.
Микеланджело говорил нечто похожее: «Ogni blocco di pietra ha al suo interno una statua ed è compito dello scultore scoprirla», но без упоминания себя, любимого.
Пайку приписывают похожую цитату, но без эпитета «premature».
Спасибо 4-й цивилизации за то, что я узнал эту цитату в 8 лет.
«А давайте соберём это в один сервис на FastAPI». Ребята ржут. А через неделю — релиз.
А у меня как раз со временем наоборот - приходит молодой, давай говорит за день тут наклепаем "API на FastAPI", тут же пара строчек, вот смотри...
А я понимаю, что API - это не только взять из базы и отдать JSON, а схема/контракт (API и базы), проверить входящее, предусмотреть частичность параметров, безопасность, инъекции, заголовки, секреты и их ротация, окружение и развертывание, версионирование, ci/cd и билды, кеширование, логирование, метрики, пагинация (одно это грозит холиваром на сутки), репликация, масштабирование, поддержка различных форматов/схем/транспортов, SSL, права доступа, токены, кроны там всякие, долгие процессы (не дай бог конвертация видео или ресайз картинок) и прочее, и прочее. Это все нужно даже если у вас один "простой" эндпоинт. Ну, и там внутри где-то бизнес-логика, которая собственно основную работу и делает. И это без микросервисов еще...
Оно конечно для каждого пункта уже давно есть и фреймворки, и проторенные дорожки, но все это собрать вместе та еще задача.... каждый раз.
Это все конечно здорово и правильно, но с возрастом понимаешь, что всякий проект существует не в абстрактной реальности идеальных проектов, а имеет конкретные бизнес-рамки.
Если это утилитарный сервис для внутреннего контура, у которого нет никакого будущего, нет дистрибуции, он не смотрит в интернет, не будет обрастать функционалом, но нужен бизнесу здесь и сейчас - напишите его на минималках и отдайте скорее бизнесу, пока молодежь разворачивает ci/cd с кубернетесом и автотестами
О, точно, тесты забыл, ненавижу их.
По-моему, когда приходишь в контору, которая позиционирует себя, как суперкрутая и вообще, определяет тенденции на своем направлении, а во внутреннем контуре бардак и тяп-ляп, это наводит на определенные размышления.
Потом, качество обустройства внутреннего контура напрямую связано с эргономикой рабочего места, а она влияет на производительность труда и мотивацию работников.
С возрастом также понимаешь, что понятия бардака, порядка, эргономики во-первых не абсолютны а относительны ожиданий конкретного человека, во-вторых для каждого имеют свой приоритет. Если вам это важно при смене работы, конечно же стОит обратить на это внимание.
Мне, например, в работе куда важнее понимать, какие мои действия увеличат прибыль компании и мой личный доход, а какие - нет. А наличие бардака, легаси и паутины в темных углах бэкофиса - да вообще наплевать.
И что, так вот цинично, деньги - единственный важный показатель?
Конечно не единственный, но приоритетный. Но это лично для меня. Не все такие меркантильные после 40 ))
Откуда же тогда берется опенсорс?
Как меняется мышление после 40?
Меньше фреймворков — больше понимания.
Вместо того чтобы тащить в проект модный пакет, зрелый разработчик сначала спросит себя: «А можно ли сделать это проще?»Оптимизация времени, а не только памяти.
С возрастом ты понимаешь, что код — это ещё и техподдержка. И что бывает больнее, чем плохо написанный алгоритм — например, плохо написанный onboarding.Рефакторинг как стиль жизни.
Раньше ты просто «фиксил баги». Теперь ты понимаешь: хороший код — это код, который легко читать спустя полгода.
Красиво сказано, да вот только у меня подобное мышление проявилось уже до 30, но вот беда, в поиске работы мне это особо не помогало, скорее мешало. Отпугиваю я этим своим "ненавижу фреймворки и ООП", видимо.
И да, что-то с возрастом искать новую работу (или двигаться по карьере, если там вообще есть какое-то движение) становится только сложнее. Действительно трудно конкурировать с теми, кто моложе, и кому надо меньше денег...
Может, я одна такая, кому не везет, но я устала читать чушь того же Яндекс Гпт по его же, блин, документации по апи. Ни одного правильного запроса, ни одного, всё вручную править. Как этим поколение заменять, я хз
«Истинно вам говорю: 4 мая 1925 года земля налетит на небесную ось!»
Поверьте […]
А зачем «верить» плоскоземельщикам и свидетелям AGI?
А в Нью-Васюках пройдёт первый межгалактический шахматный турнир.
Фантазер :)
От программистов пытаются избавиться вот уже которое десятилетие. Первый язык программирования был создан с целью, чтобы страной могла управлять и кухарка. В смысле кодить мог любой бухгалтер. А что в итоге? В итоге все так и осталось. Помнится недавно ещё грозили, что ноукод вот-вот всех прогеров оставит без работы.
Теперь вот истерия по недоИИ, который генерит всякое, что нужно постоянно контролировать.
Ещё не так давно была истерия по поводу автопилота и что вот-вот вождение авто исчезнет как навык. А исчезли в итоге компании, которые на это поставили большие деньги.
Поигравшись с ИИ, для себя сделал вывод, что скорее всего это станет рутинным справочником программиста, примерно также как стали привычные разные навороченные ИДЕ, автоматизирующие много чего, в т.ч. уже и девопс. А ведь было время, когда кодил на .. салфетке в столовой, переводя с Фортрана в коды ЭВМ "на память", потом бежал в машинный зал, стучал перфоратором эти цифирьки и проверив колоду на просвет, что все цифирьки пробиты правильно и нет залипших дырок и опечаток, сдавал её на "счет", кладя в специальную ячейку шкафа.. Кто тогда и что думал про разные ИДЕ?
Тут я столкнулся с ситуацией, когда ИИ - единственный справочник. И это напрягло.
Есть параметр CERT_PIN_SHA256_HASH_PROP_ID у функции CertGetCertificateContextProperty . Объявлен только в .h . В мсдн инфы о нем 0. В гугле - сcылки на сам h и все.
НО вопрос к ИИ
CERT_PIN_SHA256_HASH_PROP_ID — это свойство сертификата в Windows CryptoAPI, которое используется для хранения SHA-256 хэша публичного ключа сертификата (часто называемого "пином сертификата" или "отпечатком публичного ключа"). Для чего оно нужно? Проверка подлинности сертификата Пин (отпечаток) публичного ключа позволяет убедиться, что сертификат соответствует ожидаемому, даже если его другие данные (например, имя субъекта или эмитента) изменились. Используется в механизмах Certificate Pinning (фиксации сертификата) для защиты от атак с подменой сертификатов (например, MITM-атак). ....
Оно что, имело доступ к закрытой документации микрософта?
Поверьте, это временно. Через 10 лет профессия программист будет
Знаем, знаем!
Рекомендую deepseek и chatgpt, яндекс откровенно слаб. Я нередко сложные промпты скармливаю разным нейронкам, чтобы сравнить выдачу и найти наилучшее решение, + в одной нейронке закончился бесплатный лимит, переключился на другую, и в итоге все они эволюционируют под мою личность и запросы.
о, тут Первый Бит забабахал ИИ, который типо пишет код для БитWMS. И встала у меня задача - сделать, чтобы по списку ячеек делался документ перемещения из ячейкип в ячейку целиком. Короче, только на 8 (!) промпте у меня их супер-пупер обученная на их собственном коде нейронка, наконец. поняла, что не надо использовать для этого Питон, и то только когда напрямую указал, что не надо использовать питон, различные АПИ, убрал упоминания про экселевский файл (считывание его 1ской и сам напишу). Но и на 8 промпт результат - это просто куски кода, которые показывают, как обратиться к товарам, создать документ и наваять в нем нужных строк. Все остальное - вручную, потому что моя фантазия пасует, если я начну писать уточнения к последнему промпту, то это будет уже фактически готовый код.
Каждые пять лет рассказывают, что уж эта то технология - уххх.
На деле разработка всё дорожает и дорожает, и разница между хорошими специалистами и "неочень" все больше и больше.
Так просто разработка становится более доступной. И ей могут заниматься всё менее хорошие специалисты. Для какого-нибудь мало полезного телеграм-бота хороший специалист и не нужен.
Холстед "Начала науки о программах" 1980(?) не помню уже.. Вы его цитировали, не? Там было ещё продолжение "а итоговая скорость разработки с завидным постоянством остается константной".. как-то так. :)
ИИ отвечает на вопросы, опираясь на то, чему его учили. Можно сказать, это такая искалка продвинутая по той информации, которая была на входе в процессе обучения.
Я б не стал особо полагаться, что ИИ способен что-ти создать новое.
Ну и зря. Иногда этот бредогенератор выдает на гора такое .. склеивая из разных статей, что наверное можно посчитать за "новое".. на память по исследованию конструкции паровых машин, как-то так: "Да, можно улучшить, если на каждый шатун(!!!) поставить по два поршня .. по бокам(!!!)" .. круть, не смог себе представить ПМ с поршнями по бокам от шатуна..
Вся эта графомания как всегда не вяжется с реальностью. Когда в сеть слили красные флаги от Яндекса, то там черным по белому написано, что сорокалетние не нужны. Они не нужны и в других конторах. С возрастом за 40 больше автоотказов.
И в этом — особая ценность зрелых программистов
Никакой ценности у "зрелых" программистов нет. Работодатели отлично понимают, что старение - это процесс деградации и "зрелый" программист будет работать медленнее. Новые технологии он уже не будет учить ежедневно после работы как в 25 лет, потому что семья/дети/болячки, да и мотивации учить очередной 101-й фреймворк нет совсем. К тому же, человек в возрасте за 40 может на йух послать и цену себе знает, поэтому манипуляциями его не возьмёшь. Да и зарплату сорокалетние потребуют соответствующую, в отличие от мидла с 4 годами опыта.
Имеющий уши услышит и поймет сказанное тут: если в IT ваш возраст приближается к 40 и вы не стали руководящим звеном, то у меня для вас очень плохие новости. Для многих это будет катастрофа. На вашу трудовую со стажем в 15+ лет никто не посмотрит и никого это не удивит, а снобы на собеседованиях будут спрашивать у вас "знаете ли вы SQL?".
Лучше сразу готовьте план куда вам придется податься в этом возрасте. Я уже сейчас вижу появляющиеся истории от бывших разрабов, которые в такси пошли.
Мне скоро 65 и SQL я знаю так, что все мои разработки основаны на нем, родимом. В статье в профиле я описал одну из своих разработок. Наверно мне повезло, я вернулся в разработку в 58, так сложились обстоятельства в работе. В той области специфической , где я работаю найти готового спеца было сложно. Если хочешь сделать хорошо, сделай сам.Я смотрю на молодых, которые вынуждены подстраиваться под современные реалии web и вижу что многие знают всего понемножку, но ничего хорошо не знают. Тут немного, там немного и еще все это глючит и тяжелое. Да еще частое использование ИИ отучает от самостоятельного мышления. Если так пойдет дальше то можно выразится словами классика- грядущее их пусто и темно. Не webом единым живо программирование. Огромный пласт в корпоративном секторе средних компаний живет только с 1с и excel. И не только в офисе но и в производстве нужны программы, которые не напишешь в 1c из за специфики работы и наличия квалификации программистов.
В той области специфической , где я работаю найти готового спеца было сложно
Это ключевое. Ну и типичная ошибка выжившего. Если бы Вы на массовом языке (PHP, к примеру) писали, то открыли бы для себя много нового.
Ваш случай - это удача и стечение обстоятельств. Но не надо его распространять на всю индустрию.
Если писать на массовом языке, то вероятно за много лет практики можно изучить его отлично и это будет большое преимущество. Это если не хочется с массового языка переходить на что-то помоднее.
Это демагогия не имеет отношения к реальности. Я настолько хорошо знаю язык, что написал на нем собственный фреймворк, на котором работает личный проект, на который ежегодно приходят люди и пользуются моим сервисом.
При поиске работы собеседующих и HR это не еб#ет от слова совсем. Как и твое знание языка. Если захотят завалить - завалят, я не ИИ.
Писалось и на массовом. Как раз Пыхе... Бухгалтерия пожалуй покруче чем 1С и никаких "фреймворков". SSO, Атрибутивно-доменная ролевая модель доступа, умный парсер XLS прайсов на базе встроенного "блока микропрограммного управления", Автогенератор парсинга документов для ЭДО с учетом нового описания xsd авто обнаруженного на сайте налоговой, автопарсинг с автообновлением КЛАДР.. автограббер товарных позиций с торговых площадок с авторазбором свойств товаров и поиска синонимии "это тот же самый товар, названо иначе".. всего и не упомнишь..
Да, мне 62.. молодой ишо. )
Я могу расстроить и на массовой ниве (php). Проблем с работой нет
Вы глубокий эксперт в определённой сфере, в этом ваше УТП, и это ценят работодатели.
Это как в ремонте квартиры: мастера-универсалы есть, но они сделают ремонт хуже, чем команда из высококлассного штукатура, маляра, плиточника, электрика, сантехника и тим-лида прораба. Конечно, бывают исключения (как и в разработке), но они редки.
В ремонте вряд ли соберется команда из всех профессионалов, либо это будет очень дорого. Так что иногда мастер универсал с портфолио и прямыми руками может быть не хуже чем средняя команда из зарубежных специалистов, в фирмах с большой текучкой.
Где эти сказочные люди? Ну т.е. раньше я думал, что они просто гораздо дороже, но практика показала, что их нету :). Нет таких команд. Ну или прячутся.
А один дельный исполнитель может быть нанят... Одного найти можно.
Проблема человека 40+ не в том, что он не будет гоняться за hype train каждый раз, когда все бросаются разбивать лбы о новый фреймворк, потому что старый якобы устарел.
Проблема в том, что все корпоративные гипеожабы на него уже не работают. Про то какая там одна семья, команда и прочий мотивационный шум он слышал сто раз. Он даже если не спросит про «а можно то же самое, но деньгами», то точно подумает.
А Яндекс в принципе та ещё вьетнамская потогонка, брать её за образец я бы не стал.
Проблема человека 40+ не в том, что он не будет гоняться за hype train каждый раз, когда все бросаются разбивать лбы о новый фреймворк, потому что старый якобы устарел
Это так. Но без нового фреймворка в резюме работу уже не получить. Я тоже раньше думал, лет в 35, что большой опыт на ЯП и на похожих фоеймворках мне обеспечит трудоустройство. Оказалось, что это не так - сегодня работодателю нужен человек на конкретный фреймворк конкретной версии. Времена, когда "ты же программист, разберёшься" ушли во прошлое. Сегодня хотят спеца на 100% подходящего под требования в вакансии.
если в IT ваш возраст приближается к 40 и вы не стали руководящим звеном, то у меня для вас очень плохие новости
Смешно. Я тоже так думал 15 лет назад.
Так действительно и было, особенно в крупных корпорациях. Но сейчас это не так
Но сейчас это не так
Аргументы будут? Сейчас IT вышло из зоны элитарной профессии для избранных - всюду куча материала, курсов и документаций, тысячи молодых людей идут в сферу ежегодно.
Для работодателя важен человек, который много работает, учится и осваивает современные инструменты, необходимые для работы в его компании. Между двумя одинаковыми кандидатами возьмут того, кто моложе. Я выше описал почему. Это база была есть и будет, раньше вообще писали в объявлениях "возраст до 40". И это не только к IT применимо.
Будь я работодателем, я бы тоже не брал на работу людей старше 40 лет, ибо банально сужу по себе как с возрастом пропадает желание упахиваиться на работе и заниматься достигаторством.
Программист не должен упахиваться и заниматься достигаторством. Это плохо заканчивается и для программиста и для работодателя
достигаторство вообще очень плохая управленческая практика. Достижения нужны в очень узком спектре условий - например, когда надо выдать вал во что бы то ни стало, наплевав на все остальное - качество, кадры, сроки амортизации, возможности развития. В остальных случаях достигаторство только вредит. Такие задачи имеют в некоторых специфических условиях место быть. Например, как в 30-х: "Мы отстали от передовых стран на 50-100 лет. Мы должны пробежать это расстояние в десять лет. Либо мы сделаем это, либо нас сомнут". И это сделали, наплевав на многое - на социальную сферу, на сроки амортизации оборудования, на квалификацию работников. СССР во 2 мировой не смяли, но достигаторство породило иные проблемы - слабую техническую культуру производства, изношенное оборудование, а капиталистическая черепаха все равно на шаг впереди Ахилла, и для того, чтобы догнать, штурмовщины и вала уже недостаточно - надо переделывать качественно кадры, обновлять оборудование, вкладываться в науку еще более массированно, чем было до этого.
Что такого в ИТ есть, что надо именно "достижения достигать", я даже не могу представить. Сырой продукт выпустить на полгода раньше? Переобучиться быстро на новую технологию и наваять кучу кода, в котором сам с трудом разбираешься? Но это не достижение вообще-то, а минус в репутацию - настоящий профессионал такого не позволит себе.
В геймдеве почти всегда периоды с жёсткой переработкой
Но других секторов ИТ таких не припомню
Как вариант, приходит заказчик заказчик и говорит: мы (имеется в виду - вы) должны сделать проект длиной в год за полгода.Будут рабочие субботы, жесткие дедлайны.Всем спасибо. Побежали достигать :)
На следующий день приходит отдел стандартизации с кучей KPI, потому что по ним директор по производству отчитывается перед генеральным :) И оказывается, что нужно не только удовлетворить заказчика но и выполнить KPI, вообще к проекту не относящиеся. Побежали достигать еще быстрее :)
это именно тот случай, когда сырой продукт в проде, а написано так коряво, что в нем никто не способен разобраться, даже тот, кто писал. Был случай - сделали нам аутсорсы доработку. И потребовалось еще доработать через полгода. И оказалось, что фирма одна вроде как, но никто не понимает, как работает инструмент, потому что человек, который это написал, уволился, и два человека к снаряду подходили, но ничего сделать не смогли. Предложили переписать с нуля :)
иногда переписать с нуля проще, быстрее, надежнее.
за деньги заказчика-то что ж не переписывать бесконечно? Я как раз пытаюсь намекнуть, что профессионализм и достигаторство - вещи плохо совместимые.
Скажите это всем американским банкам и складским учётам на КОБОЛе.
It depends
И это, и не только. Тут много ситуаций, например
Сменился СТО и все стало по новому :)
Действительно, нужно пробежать год за полгода, иначе конкуренты нас сомнут
Слияние и поглощение, со всеми последующими пертурбациями
Госсектор с проектом под дату выхода НПА
Я не знаю за что поставили минуса моему комменту выше, я не оправдываю достигаторство. Я считаю его вредным, так как спринт - это не правильно, каждый спринт - это лишь этап в марафоне длиною в жизнь...
(закатывая глаза:) О, KPI!...
Сырой продукт выпустить на полгода раньше?
Да. Потому что кто первый выпустил - тот сливки с инвесторов и снял.
Программист не должен упахиваться и заниматься достигаторством
Должен/не должен - это всё разговоры в курилке. Работодателю ваше мнение не интересно. Устроитесь на работу, где всякие KPI которые выполнять нужно и будете пахать как милый. Не будете пахать - за борт. Всё просто.
Обычно достигаторство превращается в дурную работу всей команды - "не хочу в этом разбираться, а давайте все перепишем на новом фреймворке и языке, я как раз хотел его выучить".
раньше вообще писали в объявлениях "возраст до 40"
Так демография на месте не стоит. Тех самых "до 40" с течением времени становится меньше. Понятно, что работодатели хотят молодых, вот только их на всех не хватит.
Для работодателя важен человек, который много работает, учится и осваивает современные инструменты, необходимые для работы в его компании. Между двумя одинаковыми кандидатами возьмут того, кто моложе. Я выше описал почему. Это база была есть и будет, раньше вообще писали в объявлениях "возраст до 40". И это не только к IT применимо.
Работодателю нужен человек, который решит бизнес-задачу в адекватное время.
Будь я работодателем, я бы тоже не брал на работу людей старше 40 лет, ибо банально сужу по себе как с возрастом пропадает желание упахиваиться на работе и заниматься достигаторством.
Это зависит от конкретного человека. Я встречал людей 40+ и даже 50+, которые вполне были достигаторами и усердно работали. Чаще всего это были какие-то сорта руководителей, что логично, так как человек в 40+ и 50+ на линейной должности чаще всего имеет другие приоритеты, чем работа (поэтому он и там).
Складывается впечатление, что просто прийти с улицы в среднюю компанию легче студенту. На сложный проект поищут кого-то с опытом среди своих.
если в IT ваш возраст приближается к 40 и вы не стали руководящим звеном, то у меня для вас очень плохие новости
А думаете руководить после 40-50 легко и весело и работодатель жаждет вас нанять?
Если вам 40 и вам нужно проходить собеседование, чтобы устроиться на работу по профессии, то вы как-то странно прожили эти 40.
Но, конечно, если вкатиться в IT в 30, то в 40 будет сложно.
Всякое случается, можно потерять все, буквально, в один день в любом возрасте. И не спиться на следующий день, а взять себя в руки и вытащить резюме.
А уже хоть раз до 40 сам доживал? :)
Я занимался бизнесом с 2010 по 2021 и знатно прогорел в пандемию. Сейчас мне 37 и я банкрочусь. Одновременно с этим, пытаюсь освоить новое направление и, естественно, понимаю, что меня ждут собеседования. Ломает, конечно, сильно. Но, странно ли в 40 лет ходить по собеседованиям? Думаю, что нет.
В 40 лет ходить по собеседованиям, пытаясь освоить новое направление в 37, не странно. В 40 лет ходить по собеседованиям, крутясь в профессиональной тусовке с 16 лет, странно. К 40 годам у человека образуется всяко больше сотни профессиональных знакомств (из которых значительная часть – в вузе), и многие из этих людей будут рады его взять к себе без всяких собеседований, если в его репутации нет явных косяков. Вот всё, что я хотел сказать.
К 40 годам у человека образуется всяко больше сотни профессиональных знакомств
Среди ИТ-шников не так уж много социо*лядей вообще-то. Можно называть это профдеформацией
(из которых значительная часть – в вузе)
Это если не хочешь по профессии работать. Всякие губернаторы и тому подобные как раз в вузе нужные знакомства нарабатывают - по КВНам, спортивным сборам и прочей организационной и культмассовой работе. А нормальные люди в вузе учатся.
А преподают в ВУЗе — ненормальные?
хехе, по опыту общения - ненормальые.
С установкой "я - преподаватель! Это звучит гордо, а вы троечники и не учитесь!"
И очень, очень обидчивые.
Если это не вуз из топ 10, то как правило преподают те, кто ничего в профессиональном плане не добился. Закончил ВУЗ и не знаешь куда идти? Родная кафедра с радостью примет, будешь следующее поколение по советским методичкам мучать. А в топовые ВУЗы попасть бесплатно сложно
А преподают в ВУЗе — ненормальные?
Закон Менкена: Кто может — делает. Кто не может — учит.
Дополнение Мартина: Кто не может учить — управляет.
Это не у всех, сильно не у всех. Ну и не все в ВУЗе учились. И да - без ВУЗа можно писать очень сносный промышленный и финансовый софт. Разная жизнь бывает, от многого зависит.
С вузом или без вуза, но профессиональная деятельность подразумевает конструктивное участие в профессиональном сообществе. Даже Перельман, который 10 лет доказывал теорему, заперевшись у себя в квартире в Купчино, хорошо известен своим коллегам.
В 18 лет можно быть неизвестным молодым дарованием, которое призван выявить обезличенный отбор, но в 40 лет это будет выглядеть странно.
всяко больше сотни профессиональных знакомств (из которых значительная часть – в вузе)
Страну покинуло так много дипломированных разработчиков, что знакомство с ними уже не очень поможет трудоустройству в пределах РФ.
Это только если ваш круг профессиональных знакомств входят люди на руководящих должностях различных орагнизаций.
Если ваши знакомые такие же программисты как и вы, то максимум что они смогут сделать это дать рекомендацию по вашей кандидатуре, но собеседование в любом случае придется проходить.
А учитывая, что в основном программисты работают удаленно, то шанс иметь знакомого в Московской фирме будучи обитая где-то за уралом стремится к 0.
Поэтому проходить собеседование в любом возрасте не проблема. И работодателю тоже плевать сколько лет соискателю. Главное скилл и послужной список.
Ну и главное:
многие из этих людей будут рады его взять к себе без всяких собеседований
Если к 40 вам надо идти на работу в фирмы своих сверстников-одногруппников, то у меня для вас плохие новости :D
Вы, вероятно, полагаетесь на российские реалии. В мире давно уже не так.
Я, возможно, тоже ошибка выжившего. Но я вернулся после 45, после 20 лет бизнеса. И больше не рвусь в руководители. Спрос на инженера, способного решить поставленную задачу оптимальным путем (что само по себе подразумевает опыт и технический кругозор), а не знающего ЯП, есть.
Т.е. устраиваться работать надо только в те компании, где у тебя есть знакомые? Исключаем также те компании, где знакомые не выносят единолично решения о найме. А о такой вещи как релокация в другую страну вообще даже и думать нельзя, ибо там нет знакомых. Как-то печально после 40ка.
знатно прогорел в пандемию. Сейчас мне 37 и я банкрочусь.
(Усаживаясь рядом и панибратски обнимая за плечи:) Ну что, Данила-мастер, не вышел каменный цветок?
Совсем без собеса даже по знакомству вряд ли возьмут. Другое дело что опытному разрабу в 40-60 лет не станут скорее всего устраивать лайвкодинг и прочие потогонные испытания, чаще всего бывает достаточно пообщаться с людьми из команды и скиллы будут уже примерно понятны.
Эпатаж на троечку.
Собесы в этом мире нужны, чтобы создатель homebrew не смог устроиться в гугл.
Не очень понял, что вы хотели сказать своим примером. Homebrew очень полезная и популярная программа, я сам ей пользуюсь, но ничего сложного в ней нет, и сам факт её написания не говорит о том, что её автора должны были принять в Google на должность программиста. Тут успех автора в том, что он верно угадал потребность пользователей, а это не для энтерпрайза ценность (причём сама идея была уже реализована раньше - забыл, как предыдущая программа такого рода называлась).
сам факт её написания не говорит о том, что её автора должны были принять в Google на должность программиста.
Там в списке требований было что-то про знание этого самого Homebrew, и ему предьявили за незнание, вроде как
Вряд ли :)
Он сам писал, что ему предъявили за незнание двоичных деревьев, которых он и не знал, так как не учился теоретическому программированию.
Это так, но, как человек, приложивший некоторое количество усилий к коду другого пакетного менеджера, могу сказать, что без знания двоичных деревьев написать пакетный менеджер можно только по принципу тяп-ляп и в продакшн, и работать он будет только для домохозяек, которым не нужно корректное разрешение нескольких/устаревших версий.
Поэтому история смешная, но ни о чем, я бы его тоже не взял.
Тут успех автора в том, что он верно угадал потребность пользователей
Думаю Гуглу такой человек бы не помешал. Может сделали бы в кои-то веки проект, о котором люди узнают не из новости о его закрытии.
Не помешал бы, но в корпорации об этом программистов спрашивать не будут. Там специальный отдел маркетинга есть.
но в корпорации об этом программистов спрашивать не будут
Так Гугл же вроде как раз всегда и упирал на то, что у них это не так, и любой программист может предложить идею проекта. Это вроде как даже поощрялось, по крайней мере раньше.
Нам нужны криэйторы. А творцы на@#й не нужны (ц)
Чел написал полезную программу. Одну. Корпорации нужно, чтобы он креативил постоянно, желательно по расписанию.
Не нужно уже, причем давно. Гугл в 2008 официально отказался от девиза «Don’t be evil» и примерно с того же времени у них не было ни единой новой идеи.
Реклама и АНБ приносят достаточно дохода, чтобы не рыпаться.
у них не было ни единой новой идеи.
И это прекрасно. На новый андроид мне переучиваться не нужно. Новые офигительные идеи в Windows вызывают непонимание.
Ваши данные устарели лет на 15.
Скорее наоборот, всех молодых и неопытных заменит какой-нибудь средний ИИ, чтобы клепать для бизнеса очередную свистелку-перделку. А чтобы вычитать возможный бред, который нагенерил ИИ - нужен опыт. Джун потратит час на промпты и ещё неделю на фиксы :)
А ваши красные флаги - это просто текущая политика компании, и как любая политика - она меняется.
В руководящем звене коллеги сожрут быстрее, чем из программистов выгонят. Там конкуренция покруче, чем за место возле IDE.
красные флаги от Яндекса... От 40 лет и старше (но всегда есть исключения).
Нет дыма без огня... В свое время сталкивался со следующими особенностями возрастных инженеров:
патологическое нежелание изучать что-то новое: "а вот я прекрасно всю жизнь обхожусь без гита" или "а я и на ассемблере прекрасно программирую микроконтроллеры, зачем мне ваш Си" или "а я всю жизнь в Пикаде платы трассирую, - мне ваш Альтиум не нужен".
возрастному линейному инженеру тяжело воспринимать указания молодого руководителя. Отсюда, подсознательное саботирование поставленных задач, показное игнорирование любых средств координации и контроля прогресса, разговоры через губу.
нарастающий с возрастом скептицизм, циничность, лень и хитровыдуманность, выливающиеся в патологическое желание филонить при любой возможности.
нарастающий с возрастом скептицизм, циничность, лень и хитровыдуманность, выливающиеся в патологическое желание филонить при любой возможности.
вы описали типичный случай нежелания суетиться ради суеты. Обычно достаточно предсказуемо все - у молодого и энергичного руководителя нет аргументов, почему новое лучше старого, Например, "давайте сделаем это не в лоб, а через вот такой инструмент".. Инструмент имел бы смысл, если бы было заложено развитие всего проекта, но плана развития проекта нет, а есть просто желание сделать разово какую-то приблуду на модном фреймворке. Само собой, человек, который такую ситуацию видел многократно просто в силу опыта будет проявлять скептицизм и лень, цинично торговаться (вообще, жизненный опыт в рыночной экономике активно воспитывает значительную долю здорового цинизма, а как иначе, если кругом "бизнес-ничего личного"?), и будет от "работы ради одной суеты и ИБД" филонить.
Блин. вспомнилось тут. Во второй половине 90-х в ВУЗе у нас был предмет "информатика", так как факультет гуманитарней не придумаешь, то по программе там было изучение лишь текстового редактора Word. И 10 уроков по 2 пары по выделению абзацев, изменению отступа. А летом перед этим я занимался на каникулах тем, что по полдня сидел на компьютерной верстке, а остальные за станком, и приезжать в субботу (а мне до альма-матер было минимум 2,5 часов в одну сторону ехать) было так западло лишь ради того, чтобы покрасить текст выделениями и сделать комментарии, первый день занятий я канючил, чтобы мне дали комплексное задание и просто выставили зачет, показывая готовые оригинал-макеты и книги (я себе копии продукции типографии всегда сам брал из бракованных экземпляров), но так как препод оказался непреклонен, выклянчил на следующем у другого полный список заданий на семестр и за две пары сделал все, заработал зачет. На работе такой трюк не выкинешь, к сожалению - распишут фигней страдать весь день, потому что остальные страдают смежной фигней, и будет 100500 созвонов про то, как покрасить кнопку в расово правильный цвет
вы описали типичный случай нежелания суетиться ради суеты
Классика же - https://youtu.be/23fBoqQxSgQ
А то, что вы перечислили, от возраста не очень то зависит. Чуть другие формы принимает просто – патологическое нежелание изучать что-то старое, напр сам язык вместо модного фреймворка на нём. Или бро-культура и потому непонимание важности координации и дисциплины. Или лень и хитровыдуманность потому что пиво вчера вечером было вкуснее, чем работа сегодня с утра.
Разве обязательно всем хотеть в Яндекс?
Вообще, в вашем сообщении куча внутренних противоречий:
Никакой ценности у "зрелых" программистов нет.
К тому же, человек в возрасте за 40 может на йух послать и цену себе знает
Да и зарплату сорокалетние потребуют соответствующую
Разве обязательно всем хотеть в Яндекс?
А Вы правда думаете, что в компаниях поменьше какие-то другие HR и другие требования к кандидатам?
К тому же, человек в возрасте за 40 может на йух послать и цену себе знает
Под ценой я подразумевал не уровень зарплаты, а некий моральный стержень выработанный к этим годам. Если студентом, например, можно манипулировать и всячески на него давить, то человек в 40 лет уже знает, где к нему адекватное отношение, а где - нет.
А Вы правда думаете, что в компаниях поменьше какие-то другие HR и другие требования к кандидатам?
Я думаю (вернее, знаю), что в разных компаниях разные требования к кандидатам. И это не от размера зависит.
Под ценой я подразумевал не уровень зарплаты, а некий моральный стержень
Я тоже. Но у адекватного человека самооценка коррелирует с его оценкой другими людьми.
А Вы правда думаете, что в компаниях поменьше какие-то другие HR и другие требования к кандидатам?
Не скажу за сейчас, 10 лет назад когда искал работу, их требования и процесс собеседования сильно отличался, да. И не только от компаний поменьше, но и от некоторых крупных. В частности, когда дошёл у них до стадии приглашения в офис (не помню, 3-я или 4-я), у меня уже было 3 оффера от других работодателей, из которых благополучно выбрал один и всю эпопею закончил.
А Вы правда думаете, что в компаниях поменьше какие-то другие HR и другие требования к кандидатам?
Ну, в Яндексе перепроданность бренда - налицо.
Новые технологии он уже не будет учить ежедневно после работы как в 25 лет
А что за такие новые технологии, которые нужно учить ежедневно на регулярной основе?
Новые версии фреймворков, библиотек, появляющиеся какие-то инструменты-сателлиты. Если в вашем стеке этого нет, то не надо задавать вопрос так, будто я что-то невероятное написал.
Это всё нужно для каких-то секретных военных учений по кодированию в условиях изоляции от интернета и поисковых машин?
Ок, раз уж тон разговора перешёл на издевательский, приведу реальный кейс:
Мне 42 года.
Я плотно работал с Laravel 8 последние годы.
В 2024 году я иду на собеседования, где мне прямым текстом говорят, что у нас Laravel версии выше, там всё по-другому, сорян, ты не подходишь.
Стаж на PHP с 2002 года.
В итоге я не нахожу работу и почти уже был готов уйти из этой ублюдочной профессии. Спасли знакомые, с кем раньше работал - к ним ушел. Доработаю в этой компани и потом даже не помыслю снова искать работу среди полоумных кретинов, которых сегодня в IT абсолютное большинство. Каждый раз доказывать, что ты можешь при необходимости выучить новый фреймворк - себя не уважать. Сами кушайте это дерьмо и жрите друг-друга как пауки в банке, а я всё, для себя решение принял.
Ни в одной профессии такого маразма нет, что бы человека с 20 годами опыта отшивали в виду возраста или только потому, что он не выучил новый фреймворк, который сегодня устаревает быстрее, чем успеваешь с ним ознакомиться в полной мере.
А ещё я не работал с кучей инструментов, которые фигурируют в вакансиях. Потому, что со всеми этими инструментами невозможно ознакомиться даже за 20 лет работы.
И сегодня никого из работодателей не волнует, что тебе 20 лет зарплату платили за программирование, что ты хороший исполнитель и мозги заточены под эту работу, в т.ч. и за способность изучать незнакомые инструменты и новую кодовую базу. Все хотят человека, который знает всё, что они понаписал там у себя в вакансии. Даже не человека, а ИИ. А потом они же тут ноют, что специалистов не хватает.
У меня впечатление, что на Хабре сидят не разработчики, а боты, которым нужно объяснять специфику сферы и сегодняшние реалии.
Я, вообще, искренне совершенно не имел ввиду ни над кем издеваться. Извините, если так прозвучало.
Но мне вообще непонятна эта проблематика, "не берут на работу потому, что не знаю какой-то там фрамеворк". Вообще никогда с этим не встречался.
Мне 55, если что.
Ну вот то, что Вы написали - как раз и есть квинтэссенция того, почему многие не хотят брать возрастных разработчиков (и не только разработчиков).
Если сократить Ваш текст, получится "неважно, что я знаю, важно, что я могу разобраться".
Так разберитесь. Вы видите требования работодателя - возьмите и пощупайте новые версии ларавеля, новомодные фреймворки тд. Перед собеседованием просто возьмите и познакомьтесь с инструментарием. Если Вы такой крутой - это не займёт много сил и времени.
А иначе работодатель слышит не то, что Вы хотите сказать, а "в гробу видал я ваши фреймворки, я на ассемблере 20 лет без них обходился и дальше планирую обходиться".
Работодатель сегодня имеет выбор из сотен откликов на каждую вакансию. И всегда может выбрать того, кто точнее попадает в требования.
Так разберитесь
в гробу видал я ваши фреймворки, я на ассемблере 20 лет
Не надо утрировать. Я всю жизнь пишу на PHP, я разобрался с 8 версией фреймворка и вел на ней большой проект. И в целом 20 лет разбирался с технологиями.
Но в этой долбанутой сфере фреймворки выходят чуть ли не каждые полгода. Я не собираюсь за бесплатно в 40 лет сидеть над очередным высером графоманов, которые каждый раз переписывают свои подделки, извините.
В этом и заключается разница между молодым дурачком 20 лет, который сегодня штудирует фреймворк в надежде на безоблачное будущее и айтишником за 40: я в полной мере и довольно давно понял всю убогость IT. Загуглите такое понятие как "временный характер капитала знаний". Ни одна сфера деятельности не может сравниться с IT, когда тебя со стажем в 20 лет не берут на работу только потому, что очередные фреймворкоклепатели выпустили очередной релиз. Патологичность и ненормальность заложено в основу IT.
Более того, вы все это ощутите на своей шкуре, кто-то раньше, кто-то позже.
Я же не говорю, что нужно в деталях разбирать каждый фреймворк.
Нехорошо приводить в пример себя, но.
Мне 50 лет, и я готовлюсь к каждому собеседованию. Смотрю, что хочет работодатель, и бегло читаю первые главы доков/туториалы. На собеседованиях так и говорю: с фреймворком ХХХ не работал, но знаком.
Итог: в марте я искал новую работу. Прошёл 4 собеседования, получил 4 оффера.
Очень много предварительных отказов - это да. Тут сделать ничего нельзя. Но если тебя уже позвали на собеседование - тут всё зависит только от тебя самого
Дайте компилятор, REPL и код какой-нибудь хорошо написанной библиотеки — и я безо всякого интернета начну писать на этом новом языке на уровне джуна через неделю.
Как там у классиков, бери ношу по себе, чтоб не падать при ходьбе. Если на вашем стеке, постоянно обновляются инструменты и не хочется за ними следить, то можно сменить стек. Сама несколько раз меняла стек (когда по случаю, когда из интереса, в том числе экономического).
Новые стандарты C++, как пример одного из самых консервативных языков.
С++98, C++11, C++17 и 20 — это четыре большие разницы. C++23 — разница поменьше, но тоже есть.
С возрастом ты понимаешь, что код — это ещё и техподдержка
полностью поддерживаю
И вот это для меня более всего непонятно. Все эти ИИ, которые пишут за тебя код, это, конечно, восхитительно, но а дальше-то как? И потом, а разве писанину ИИ не нужно валидировать? То есть ты получил от ЛЛМки код, может быть даже тесты к этому коду, которые проходят (их тоже, кстати, валидировать бы), но этот кусок нужно интегрировать в существующую кодовую базу же! И тесты интеграционные написать, чего ЛЛМка уже не сделает, потому что кодовой базы не знает. И когда нужно будет что-то изменить в коде за пределами того, что написала ЛЛМка, что произойдет? А вайб-кодеры умеют в дебаг? Короче, я глубоко убеждён, что возрастные ограничения устанавливают идиоты.
И дело не в молодости/старости, а в том, что работу надо кому-то работать, учить новеньких, поддерживать кодовую базу, которой уже 10 лет и там черт ногу сломит. Это никакой ИИ не сделает. Почему-то вокруг витает стойкое убеждение, что именно это ИИ будет делать лучше. Но нет, всю грязную и ответственную работу до сих пор делают люди, а ИИ пишет музыку и картины. Кто бы мог подумать :-D
> код — это ещё и техподдержка
полностью поддерживаю
Можно даже сказать — техподдерживаю.
(А этих — нет.)
чисто технически или от души? 🤣
Энергии меньше, здоровья меньше, амбиций меньше, реакции по отношению к новому больше. Что-то частично компенсируется опытом, что-то нет.
Вот в целом и всё, что ждёт вас на пятом десятке. Дальше - хуже :-) </spoileralert>
Раньше на программистов не учили ими становились в процессе изучения тои или иной области знаний. А сейчас на них учатся и в этом и есть большая проблемма. Многогранность мышления ограничивают специализацией it, а это уже жёсткое ограничение не только мышления, но и физической активности. Результат, всё хотят стать богатыми и никто ни хочет работать. Это называется кризис капитализма))
Не всегда старость приходит с мудростью.
И возьмём к примеру утончённого и мудрого кодера, вообще только пришедшего в разработку после 40, а до этого "игравшего на баяне". Так что не будем сравнивать яблоки с яблоками.
Автор, вы меня конечно извините, но походу или вы дупля не стреляете в том о чём пишете, или статью писал чатгпт. Технически вроде ошибок нет, но текст в целом бессмысленен.
Что призван показать пример с libelf? Что можно читать бинарные данные в сишные структуры, если есть API? Так молодёжь делает то же самое с protobuf каким-нибудь, почему она должна вдруг на elf споткнуться и почему этот код преподносится как какое-то откровение? Пример на Rust - то же самое, это тупо передача ф-и как параметра + паттерн матчинг. В этом вашем современном JS и того и другого как грязи, + асинхронность всюду, упороться можно не хуже чем в C. Кстати что такое "AST-интерпретация" в Rust тоже не очень понятно.
Я вот тоже посмотрел на код и не понял о чем автор вообще вещает ? Парсить бинарные файлы это тривиальная вещь, этому обучаются все кто программирует на Си в начале, как и работе со структурами данных и арифметикой с указателями. Причем тут олдскулы ? Или этот навык сейчас пеподносится как великое достижение ?
Выше по веткам верно говорят, что в большинстве случаев сильно умудрённые не нужны. Мало того, что с молодыми легче и договориться, и найти их. Так ещё же под умудрённых уникумов надо персонал алаптировать, hr хотя бы. А с молодыми можно как на конвейере — О-оптимизация процессов
Так что после 40 надо тщательно подбирать проект под свою специфику, идти к тем, кто такого днём с огнём ищет. Но в любом случае должно много чего сойтись, даже при наличии у вас железобетонного УТП
Читаю комментарии и понимаю - спасибо судьбе, что программирование для меня лишь хобби, которое доставляет удовольствие. Я могу позволить себе годами копаться в IDA Pro и VC без цейтнота.
116 зрелых программистов поставили лайк
Если говорить о «значительной части Евразии», то можно найти более простое объяснение. Обратите внимание на половозрастную пирамиду: людей в возрасте 40 лет действительно больше. Также стоит учесть, что качество среднего образования падает. Для вузов в среднем, вероятно, это тоже справедливо.
Компьютерная техника 25 лет назад стала более доступной, а для юных энтузиастов — ещё раньше. Я, например, мог бы начать свой путь не с клона 486 от AMD в 1998 году, а со «Спектрума», но тогда книги и видеомагнитофон были более популярными и доступными.
Романтика программистов / «хакеров» ушла (тут недавно вспоминали статью в журнале «Хакер» от 2006 года о том, что «программист — это больше не звучит гордо»). Модно зашибать деньги и жить на вайбе. Можно «ТикТоком». Если технарем быть, то AI-инженером. И т. д., и т. п.
Да, стало можно следить за собой и за здоровьем. Это продлевает активный возраст. Наработанный опыт также идёт в плюс 40+ разработчикам. Поэтому... Бедные джуны с желанием зарабатывать сразу «лимон».
Красиво написанно. Почему-то чувствую что автор близко к 40 из этих 40+. А что об 60+? Там то же переход на новый уровень или пока не знаю?
Интересный взгляд.. однако, стоит заметить, что примерно каждые 3-5-7 лет в ИТ разработке и девопсе приключается очередная "техническая революция" и твои знания ассемблера и особенностей исполнения последовательности команд .. не то чтобы не нужны, а молодняк и слов-то таких не слышал уже ибо они уже лет 20 как вышли из употребления.. :)
однако, стоит заметить, что примерно каждые 3-5-7 лет в ИТ разработке и девопсе приключается очередная "техническая революция"
Это на горизонте 3-5-7 лет выглядит революцией, а на горизонте 20-30 просто поступательным развитием.
Кроме того, IT-мир полон никак не умирающих технологий и продуктов. SQL, TCP/IP, HTML, C++, да десятки их. Кто-то должен в них разбираться.
Плохо только, что многие путают "техническую революцию" с опрокидыванием со стола ящика с инструментами )
Программирование - не кодирование. Банальность, которую почему-то часто забывают.
Думаю еще момент наслоение технологий. Допустим джун приходит и перед ним легаси + новые проекты, он не знает исторические почему есть такой-то инструмент или технология, чем она обоснована.
AST-интерпретация в Rust?
В расте AST прибит шиферными гвоздями сбоку, его невозможно использовать без досады и боли.
А теперь поднимите руку те, кто реально пишет AST вручную, не пользуясь библиотеками.
Я (вот реальный пример на эликсире), а ещё — все без исключения лисперы (и, как следствие, кложеры).
Я который решил углубиться в CS и математику в свои 37, читаю коментарии и как то не по себе, потом вспоминаются слова брата что работает в Германии где нанимают 50 летних джунов без проблем. Думал айти сообщевство самое развитое вплане взглядов но чет читая некоторые коментарии пропадает желание работать в коллективе...эйджизм, какое то скверное отношение к возрастному поколению, ЧСВ, высоскомерие и прочие неприятные то ли нездоровые отношения...
В Советской России программист становится слишком старым в 12 лет.
И не только в России а во всем СНГ. Вроде по пенсионному возрасту мы долгожители да вот на работу после 30 уже берут неохотно. Нус, как говориться буду делать что должен и будь что будет. Подамся на запад если получиться
А в Индии программист, только родившись, уже имеет 10 лет опыта
Вот вы тут ржОте, а когда я 30-летний смотрел на программы себя 18-летнего (а они работали, и хорошо работали!), разобраться в них уже требовало усилий.
«приходя ли в сознание их писали?» — такой вопрос тоже часто возникает... :-(
Да я когда смотрю на то, что я писал месяц назад, ничего не понимаю. И, говорят, это вполне типовой кейс
Значит, вы в восемнадцать написали хорошо работающую программу. Как говорят варвары: «that makes two of you, along with Margaret Hamilton».
решал задачки CS50 хоть и неделями но без гпт и гугла пока не начались указатели где я уже понял что я слишком туп для этого дерьма и забил (может и выгорел все казалось слишком сложным). прошел год, смотрю на свой код и вообще не понимаю я ли это писал и как)
Указатели — это ж самая что ни на есть элементарщина. Если у Вас с ними какие-то проблемы — то это уже к геронтологу надо бы...
Просто человеку это неинтересно. Тяжело заставить себя заниматься тем что неинтересно.
та не было интересно, но я не знал про логарифмы и сложно давалось понимание алгоритмов, big O notation и прочее про что уже не помню из заданий и приходилось копаться и разбираться долго
Если алгебру профукал - значит было неинтересно. Вы пытались заинтересоваться.
ну то были школьные годы, да и школа была как зона (суровые кавказские школьные будни).ну вот щас почти заканчиваю с алгеброй и скоро перейду в матанализ (профессор Леонард великий учитель). а после уже переход в CS. хочу получить профильное образование для себя, а дальше уже что получиться, пока об этом особо не думаю.
приходилось копаться и разбираться долго
Это чудо, что у вас удалось как-то далеко продвинуться. Без шуток — школьная-естественнонаучная математика линейна: если вы пропустили какую-то тему в 4 классе, это будет аукаться и на первом курсе.
Поэтому если вы видите, что застопорились — сразу же делайте откат. Поняли, что не понимаете логарифмы — забейте на текущее, идите к логарифмам и разбирайтесь. Так будет много быстрее, чем биться о стену.
Успехов!
Ну все же я решил во все тяжкие ибо понял что без знаний математики тут ловить все таки почти нечего(еле прошел курс Пайтона на Степик, когда начинал, много было математических задач). благо ресурсов (khan academy, openstax, professor Leonard, 3Blue1Brown) хватает. И да это таки капец как интересно, когда начинаешь понимать хочеться дальше изучать кроличью нору) Спасибо за подбадривание🙏
Благодарю за совет. Сложны были не указатели а сами задания что оказалось не для простых смертных, а для студентов Гарварда (алгебру я в школе профукал(логарифмы и далее)). Что и заставило меня забить и с нуля начать тянуть математику и начать с CS
Указатели — это ж самая что ни на есть элементарщина.
Угу.
Если у Вас с ними какие-то проблемы — то это уже к геронтологу надо бы...
Там у чуваков из комитета по стандартизации С с ними проблемы, с четвёртого раза еле могут разобраться. Я не спорю, что им бы к геронтологу, а не стандарты писать, но…
Всё это никак с самими указателями не связано: они как указывали на ячейку памяти — так и указывают. А то, что они указывают не на ту ячейку памяти — это проблема костылей, которыми пытаются обложить программиста. Если я хочу выстрелить себе в ногу — я должен иметь возможность это сделать.
Поздравляю: вы тоже не понимаете указатели (только не понимаете, что вы их не понимаете).
Постойте, мы говорим про тот Си, который обёртка над ассемблером, или всю эту растоподобную современность?
Мы говорим о том Си, который реализуется компиляторами в 2025-м году, а это совсем не обёртка над ассемблером. И что по ссылке на блог разработчика растоподобной современности, что по второй ссылке на комитет по сишке — там в обоих случаях Си.
Ещё раз: там проблема не с указателями, там проблема с арифметикой указателей. Указатели, собственно, и делают то, для чего предназначены: указывают — а вот когда их просят указать на что-то другое, и начинаются танцы на костылях.
Тогда что такое «понимать указатели»?
что такое «понимать указатели»?
Есть ячейка в памяти. Есть некое целое число. Назвав это число, вы сможете взять значение именно из этой ячейки (или положить в неё). Каждый раз. Назвав другое число, вы тоже попадёте в ячейку — но уже в другую.
Поздравляю, Вы поняли, что такое указатели. Арифметику указателей будем проходить в следующий раз.
И эта ментальная модель указателей приведёт к проблемам в будущем, но какая разница — это ведь заметено под ковёр из «в следующий раз».
Не, ну, конечно, если Вы после этой лекции сразу встали и ушли говнокодить, то никто ж не спорит...
На такую лекцию, где начинают с заведомо неверных определений, я бы даже приходить не стал.
Ну это же почти все лекции такие, если смотреть со следующего уровня обучения.
На самом деле не все, есть норм лекции и учебники, которые не сильно врут.
А учебники и лекции, которые врут, или которые понятны, только если ты уже знаешь материал — это сразу бан.
которые не сильно врут.
ЧТД.
С одной стороны спектра — прямое враньё вроде «из 2 нельзя вычесть 3, двойка тебе за ответ "-1"» или «указатели — это просто числа», а с другой — lie by omission, когда ты умалчиваешь о том, что левый сопряжённый функтор для данного — это заодно расширение Кана единичного функтора вдоль данного, или что, например, нулевой указатель не обязан иметь битовый паттерн, соответствующий (uintptr_t)0.
Ну на курсах все вроде понятно, да вот уже с заданиями полчалась беда. Возможно для вас она покажется простой и легкой, но я начинающий что решил потрогать CS как я понял не с той стороны, так что не бейте сильно.
Потому что у Вас какая-то ерунда приведена. В том смысле, что, конечно всё правильно — но это надо показывать уже человеку, который всё уже знает.
А для начинающих — должно быть как-то так:
Да, я уже понял это из Вашего диалога. Было интересно читать и поучительно🙏
Ну вот если Вам было интересно и поучительно, то Вы не безнадёжны, и сможете многому научиться. Вопрос просто в том, что учить тоже надо уметь. Я, конечно, на роль учителя никогда и не претендовал,
но давайте попробуем
— Что означает запись *ptr ?
— «Возьмите то число (символ, закодированный числом: десятичное число 64 означает символ @, число 68 — символ D и т.д. согласно кодовой таблице), которое лежит в ячейке с адресом, который лежит в переменной ptr»
Контрольный вопрос:
Дано: ptr = 0x312A. Чему равно *ptr?
— Что означает запись ptr[n] ?
— Возьмте указатель ptr, переместите его вправо n раз и возьмите число (символ, закодированный числом) из этой ячейки. (Если n отрицательное, то меняем направление на противоположное, то есть перемещаем указатель не вправо, а влево).
Контрольныйе вопросы:
1) Дано: str1 = 0x3120 . Чему равны значения str1[5] и str1[13]?
2) Дано: str2 = 0x3128 . Чему равны значения str2[0] и str2[-2]?
— Что такое строка в C?
— Это последовательность байт (или, иными словами, символов, закодированных этими байтами), которая начинается с той ячейки, на которую вам указали пальцем, и заканчивается той ячейкой, в которую записано число 0.
Контрольные вопросы:
1) Дано: str1 = 0x3120 . Какова длина этой строки (т.е. сколько в этой строке печатных символов)?
2) Дано: str2 = 0x312A . Чему равна длина этой строки?
3) Сколько байт (ячеек памяти) требуется для хранения строки "ВОПРОС"?
и т.д.
(Я знаю, тут сейчас набИжит толпа конечно же самых умных, которые будут пенять, что «не всё так просто, это верно только для байтов, и надо выделять память и т. д. и т. п.» — я в курсе, я человеку показываю первые шаги, для которых всё это не требуется.)
1) учитывая какие данные находятся в ячейке 0x3120 движемся вправо на 5 или на 13 значений по таблице.
2) str3128, str3126
3) если не изменяет память то начиная с адреса ячейки памяти до следующего нуля (что указывает на конец строки)
4) по байту + еще один байт для конца строки то есть для -0ля. Хотя если строка на русском то по моему по 2 байта по utf точно не помню уже (должно быть 13 байтов)
Спасибо за урок кстати, да не пеняйте если я уже подзабыл(загуглил только про для utf8), так как бросил курс и начал готовиться к OSSU (бакалавр по информатике и математике) где все это изучается глубже и дольше(2-3 года на все с вышматом).
Благодарю Вас за отведенное время🙏
4) по байту + еще один байт для конца строки то есть для -0ля. Хотя если строка на русском то по моему по 2 байта по utf точно не помню уже (должно быть 13 байтов)
Не обязательно - символы кириллицы могут быть и в 8-битной кодировке, напр. Windows-1251, KOI-8 и CP866.
Если говорить про тип wchar_t, то его размер зависит от реализации (обычно это либо 2, либо 4 байта, но на некоторых системах может быть другой размер).
Т.е., строка из 6 символов + 1 завершающий ноль - "ВОПРОС" занимает 7 байт (sizeof(char) * 7), а L"ВОПРОС" может занимать либо 14 байт, либо 28 байт (sizeof(wchar_t) * 7). Ну это если мы про C или C++ говорим.
С utf вы перескакиваете.
А следующий уровень — переходим к типизированным указателям. Тогда память нарезается уже не на байты (как в простом случае ASCII строк), а на группы из нескольких байт, например на 4 для int на х86-64/Linux. Соответственно, адреса 100 и 101 отстоят на 4 байта.
Это был рассказ про выровненные указатели, а дальше идут невыровненные указатели на int (когда массив 4-байтных int'ов начинается с адреса в байтах, некратного 4).
Короче, С — это как луковица: изучаем новый слой и плачем!
Соответственно, адреса 100 и 101 отстоят на 4 байта.
Нет, конечно. Адреса отстоят на 1 байт, просто один из них невалиден, если natural alignment инта — 4.
Тип указателя ptr отвечает только за то, какой тип имеет выражение *ptr, и сколько байт добавится, когда ты пишешь ptr + 1. Адреса ptr и ptr + 1 имеют численные значения, отличающиеся на 4 (для int *ptr и sizeof int = 4).
Адреса 100 и 101 отстоят на один байт всегда, независимо от того, на что они указывают.
#include <stdio.h>
int main() {
int * a = 100;
int *b = a + 1;
printf("%d - %d\n", (int)a, (int) b);
return 0;
}100 - 104Ну вот так получилось. Так что да — слава те Господи, это номер ячейки в байтах, размер данных влияет на шаг.
«– Странная арифметика у капитана Сергачёва...»
Адреса 100 и 101 отстоят на один байт всегда, независимо от того, на что они указывают.
Разве стандарт C или C++ гарантирует, что память машины имеет байтовую организацию?
Мы так сейчас придём к тому, что указатели — это не просто числа.
А стандарт вообще не гарантирует, что указатели на несвязанные объекты вообще можно сравнивать или вычитать.
В стандартах C и C++ нет явной гарантии, что память имеет строго байтовую организацию, но они работают с абстракцией байтовой адресации.
Стандартом C от памяти требуется "байтовая адресуемость" (byte-addressable), и определено, что char занимает ровно 1 байт, и любой объект в памяти может быть представлен как массив char.
Вот долго читал холивары насчет знаний математики в программировании и как раз в нее же и уперся изучая CS (C).Еще как то наткнулся на видос Лесли Лампорта и понял что хочу углубиться. Благо наткнулся на хороший ресурс (по моему MOOC курсы называется). И плакать мне придется кажись долго и мучительно)
Там, на самом деле всё не плохо. Просто вы же хотите не просто JSONы перекладывать, а чего-то большего. А дальше «претендуешь — соответствуй». :-)
Другой закон жизни, очень хорошо работающий в IT — «знание = сила». Успехов.
Но вы, кстати, не занимайтесь полировкой уже известного — просто если чувствуете, что не понимаете, делайте откат, изучайте кирпичик и обратно. И абсолютно неважно, докуда вы этот откат делаете, хоть до 1 класса школы, хоть до детсада. Кстати, более детские учебники, как правило, проще, поэтому эффективнее.
И не застревайте на одном учебнике — если где-то тема непонятна, берите другой.
Спасибо большое. Да я начал с HTML, CSS, JS но никогда не любил дизайнить.Перешел на Пайтон изучил (кгиги, Stepik, CS50P(готовил пет проект но забил из за работы не успел сдать вовремя)), писал скрипты для себя, учился дальше решать проблемы на codewars, но когда осознал что такое интерпретатор и компилятор, что скрывается за списками в пайтон, GIL который работает в одном потоке, сборщики мусора, типизации, что в других языках нужно указывать типы данных, выделять память и что все не так прекрасно с Пайтоном как писали в книгах и что у каждого языка своя область применения...оказалось что я не хочу искать работу да и вообще мне вряд ли она светит с таким пустым багажом. Вот меня и занесло...
Вот долго читал холивары насчет знаний математики в программировании
Не нужна за пределами уровня среднего физмата (говорю как магистр прикладной математики МФТИ, недоделанный к.ф.-м.н. по специальности 01.01.09, и как ковыряющий математику ради фана закрытия психологических травм следующие 10 лет после выпуска).
и как раз в нее же и уперся изучая CS
Нужно ли CS в программировании на том уровне, где нужна нетривиальная математика?
Core math:
Господи, зачем это (ИМХО скучнейшие разделы математики, скучнее только дрочильня в уравнениях в частных производных) для [intro to] CS?
Вы очень невнимательны — а это плохое качество для программиста. Например, самым первым вопросом был " Дано: ptr = 0x312A. Чему равно *ptr? " — ответа на него я не вижу. Второй вопрос был " Чему равны значения str1[5] и str1[13]? " — ожидался ответ (условно) " Значение str1[5] — 'Я' " и т.д. Если Вы хотите продолжить общение по этой теме, попробуйте ещё раз, но медленно и очень внимательно. «В геометрии программировании нет царских путей.»
Ну, возможно вы правы я и вправду невнимателен, но тему указателей я бросил уже как год назад не освоив (возможно по этой причине не понял вопрос полностью). А возможно я вообще безнадежен как пень. Влюбом случае спасибо за подмогу🙏
Если Вы хотите продолжить общение по этой теме, попробуйте ещё раз, но медленно и очень внимательно.
Я прошу прощения, пропустил эту часть (невнимательность и поздное зажигание). но попробую заново.
Дано:
ptr = 0x312A. Чему равно*ptr?
*ptr - значение, что находиться в ячейке на которую указывает переменная ptr (к примеру буква "а", или цифра "3", как я понял мы не знаем что там находиться)
Контрольныйе вопросы:
1) Дано:
str1 = 0x3120. Чему равны значенияstr1[5]иstr1[13]?2) Дано:
str2 = 0x3128. Чему равны значенияstr2[0]иstr2[-2]?
1) 0x3125, 0x3120D
2) 0x3128, 0x3126
Контрольные вопросы:
1) Дано:
str1 = 0x3120. Какова длина этой строки (т.е. сколько в этой строке печатных символов)?2) Дано:
str2 = 0x312A. Чему равна длина этой строки?3) Сколько байт (ячеек памяти) требуется для хранения строки "ВОПРОС"?
вот тут уже мои полномочия все 0x3120 начало строки (условно hello) закончиться 0x3126, 6 символов? или я не совсем понял вопрос(
как я понял мы не знаем что там находиться
Как это «не знаем»?!? А для кого я, простите, картинку рисовал, с которой весь этот тред начался?
Пожалуйста, откройте картинку, откройте урок, внимательно читайте вопросы, перечитывайте текст урока, и тщательно следуйте написанному (водя карандашиком курсором по картинке) — не собственным мыслям, а написанному. Самое сложное в работе программиста (и самое лёгкое — компьютера) — это постоянное соблюдение тщательности.
Как это «не знаем»?!? А для кого я, простите, картинку рисовал, с которой весь этот тред начался?
балин я вообще про нее не подумал, сижу гадаю чего я не понимаю, в какой это строке... прошу прощения.
Дано:
ptr = 0x312A. Чему равно*ptr?Р
Дано:
str1 = 0x3120. Чему равны значенияstr1[5]иstr1[13]?
М, У
2) Дано:
str2 = 0x3128. Чему равны значенияstr2[0]иstr2[-2]?
А, Ы
1) Дано:
str1 = 0x3120. Какова длина этой строки (т.е. сколько в этой строке печатных символов)?
14
Дано:
str2 = 0x312A. Чему равна длина этой строки?
4
Сколько байт (ячеек памяти) требуется для хранения строки "ВОПРОС"?
15
Поздравляю! Вот теперь всё правильно, кроме последнего. Подумайте ещё раз (я, честно говоря, не понял, почему у Вас 15 получилось).
Но теперь, когда Вы научились оперировать указателями визуально (на основе той самой картинки), теперь Вы можете сами такие картинки рисовать (сначала на бумажке, а потом в уме) — и всё будет очень-очень просто.
я сосчитал вместе с нулем (конец строки) так помню что тоже забирает 1 байт разве нет?🤔
я считал строку с картинки...ВОПРОС- 7 байтов
Вы можете сами такие картинки рисовать (сначала на бумажке, а потом в уме) — и всё будет очень-очень просто.
Это я все уже впринципе делал, но они уместили все это в одну лекцию, даже смотря лекцию по частям почти неделю все смешивалось в кашу и не успевал запомнить. и на тебе задание где нужно:
Если значения R, G и B некоторых пикселей в BMP, скажем, 0xff, 0x00 и 0x00 в шестнадцатеричном, пиксель является чисто красным, так как 0xff (иначе известный как 255 в десятичном значении) подразумевает «много красного», в то время как 0x00 и 0x00 подразумевают «нет зеленого» и «нет») соответственно. В этой проблеме вы будете манипулировать этими значениями R, G и B отдельных пикселей, в конечном итоге создавая свои собственные фильтры изображения.
Их точно к геронтологу, причём уже лет ннадцать назад. Ради горстки умерших платформ портить язык лишними абстракциями для основных платформ.
Спокойно, не надо путать узкий круг посетителей интернет-форума и реальную жизнь.
Я в свои 66 даже не представляю себя без программирования (кодинга)
Аналогично в свои 62
А меня, наверное, не возьмёте в клуб :) Мне 62 - и пару лет назад я решила перестать называть себя программистом.
Мне все это перестало нравиться. Нынешний веб не вызывает ни восторга, ни желания в него углубляться.
Поскольку привыкла быть независимым фрилансером, нужно было найти себе схожую сферу деятельности - и я пока остановилась на инвестировании. Вначале думала о трейдерстве, но пока не решаюсь. А вот "среднесрок" очень зашел. Особенно интересно сейчас, когда курсы акций прыгают резвыми козликами.
Такие разработчики если и встречаются, то неудобны для менеджмента. Если человек и вправду может собой целый небольшой отдел заменить - это только на первый взгляд выглядит круто. А со стороны менеджера - гораздо престижнее руководить целым отделом из фреймворкщиков и CI/CD, чем руководить одним человеком (который и в руководстве не нуждается).
Грустная тема. Вот говорим-говорим, но мало чего меняется. Эйджизм при найме разрабов процветает. А главное ведь не подкопаешься никак, потому что абсолютно любого можно завалить на собеседовании. Либо отказать с вежливой формулировкой "переквалифицирован" :-) Поэтому берут на работу либо по знакомству, либо если действительно ты - "единственный в мире специалист". Но главная беда даже не в этом. А в том, что помимо того, что я хожу на собесы, я еще сам и провожу собесы. И кандидатов 45+ практически не рассматриваю, ибо за этой чертой всё очень и очень плохо (выше там в комментах писали все основные проблемы).
И много к вам приходит людей на позиции Principal и выше — младше 45?
Вы либо крестик снимите, либо трусы наденьте :)
И кандидатов 45+ практически не рассматриваю
А вам самому сколько лет, если не секрет?
В IT так не бывает, вы фсё врети!!11
В IT можно работать до 85 лет, эйджизма нет, зумеры все поголовно тупые, ниасилили, НИКТО-КРОМЕ-НАС!!
Просто за много лет успеваешь попрыгать на самых разных граблях, и на ржавых, и на гламурных пластиковых, поэтому увидев что-то очередное новое - практически сходу узнаёшь грабли вот тут, там, и вот там тоже - но попозже появятся.
Разумеется, кому-то это не нравится: человек только что открыл для себя новенький "Набор юного программиста", с новым, изящным языком программирования и нескучными фреймворками, принялся творить - а ему показывают туда и говорят: да у тебя тут сад граблей!
Ну кому приятно будет?
Я раньше за компьютеры объяснял папам и мамам. А теперь делаю то же самое, только уже детишкам до 30.
1) Меньше фреймворков. Потому что учить много и держать всю-всю эту кашу в голове уже сложненько
2) Записываешь онбординги и хинты для себя, потому что уже недостаточно просто поднять один доцкер чтобы все эти макароны из микросервисов и легаси взлетели на локалхосте
3) Раньше ты просто «фиксил баги». Теперь ты понимаешь: если ты пойдёшь рефачить во все тяжкие, что-то сломается, ты сегодня такую же клёвую работу благодаря вот тем офигенным HRам и некоторым политиканам хрен найдёшь. Лучше сначала разобраться, почему этот баг тут и как мы к этому пришли, всё ж тестировали... может он и не баг вовсе. А если и баг, то остальной код лучше не шевелить лишний раз
А ещё спинка бо-бо, сон хотя бы 7 часов становится более обязательным чтобы не умирать неделю и вагон всяких этих "взрослых" отвлекаторов - ну там дети плачут, семья внимание требует, хозяйство это вот (по молодости в одно лицо что арендовал - то и пофиг, ремонты и прочее - проблемы хозяина квартиры, а ещё лучше у родителей)...
Зачем на локалхосте что-то поднимать?
@cupraer
очевидно чтобы убедиться что УМВР. Если ты не можешь у себя софт завести и подебажить, то всё, дальше только ямы копать. Не на прод же всё сразу толкать не тестируя.
К слову, демагогия выше с лампочками и дикарями вообще ничего не говорит о способности в инжиниринг и созидательное мышление. Лампочкой нормальные верёвки не перерезать, но зато можно порезаться и заразиться чем-нибудь. Если уж разбивать что попало, то куском экрана телефона, да и платой можно резать с таким же успехом, может даже крошиться будут меньше (но смысл?). И огнём вы туземцев напугаете не более чем ежа голой задницей. Они туземцы, а не неандертальцы, умеют в огонь и, раз предложили такой выбор, то видимо и в телефон. А с телефона можно и помощи попросить (некоторые то модельки уже и через спутник могут помощи попросить), либо хотя бы карту посмотреть куда и как валить. Если связь где-то относительно рядом, то софт поставить, да проверить съедобен ли вон тот куст, гриб или рыб. Ещё и посветить можно, пока аккум не сел. Даже посветить можно пока аккум не сел, в отличие от лампочки к которой нужно ещё линию электропитания тащить под недоумённые взгляды племени. Если лампочка окажется не того размера или вообще светодиодная (туземцы то продвинутые, у них и айфоны есть!), то фокусник сразу максимально неудобную позу, без обиняков. Дальше вообще какие-то выдумки фокусника мечтающего как Вин Дизель разгромить самых злых в галактике бандитов буквально кружкой лампочкой, которые, очевидно, никак не сработают, скорее ухудшат отношение племени и вождя к вам до гарантированно фатального.
И, если уж речь про "изобретателя лампочки", то лампочка пошла не от лучины, а от экспериментов с гальваникой, которые к культу алхимии (с ритуалами и поиском философского камня) были ближе чем к современной физике. Практически случайно заметили что оно не только лапками лягушки дрыгает (что тоже было замечено случайно), но ещё и свет дать может. В то время как современный телефон (я в душе не чаю почему у вас акцент именно на айфоне) - это вот прям намеренный полёт мысли. Не так давно тот же музей Нокии завирусился, вполне обоснованно, потому что там творчества и интересных задумок - хоть лопатой греби, как в хардвере, так и в софте.
Про стоматолога... ни один достойный, состоявшийся и уважающий себя специалист, в любой отрасли, не будет так выражаться. Спившийся фрик будет. Возможно даже он научился по молодости пару финтов кое-как делать, которые обыватели не умеют (осторожно, будет понтоваться в ущерб здоровью пациента), но на этом всё. Только он не медицину любит, а спирт по блату. А после этого вредителя люди ещё долго вообще ни к кому ходить не захотят, опять же, в ущерб здоровью.
@randomsimplenumber
на новый андроид переучиваться таки приходится. Вы, видимо, не щупали его достаточно плотно, начиная с упоротых политик безопасности с которыми в разных версиях по-разному приседать нужно, до перехода с жабы на котлин
Чтобы протестировать код, локальное окружение без надобности.
УМВР расшифровывается как "у меня ВСЁ работает". Никому не интересно что вы там у себя какой-то код потестировали, который в отрыве от производства и реальных данных не работает как надо ЗАКАЗЧИКУ. Формально если он сбилдился - он уже работает, но что с того? Автотесты у нас есть. И интеграционные тесты тоже есть. И этого всё ещё не достаточно чтобы утверждать что РЕШЕНИЕ работает, что юзверь спокойно откроет нужную страницу в браузере, накликает что ему надо, оно успешно передастся на бэк, там маппером правильно разложится по структуркам, чего-то добавится в реальную БД (с учётом справочников и ограничений), какая-то таска брокером передастся с бэка в сервис процессинга, сервис чот сделает (на основе дофига РЕАЛЬНЫХ данных) и успешно пульнёт письмо. Если у вас есть какая-то серебрянная пуля как потестировать ВСЁ и СРАЗУ, включая браузер (в котором помимо фронта ещё и аналитика с метриками всякие, они тоже умеют отдельно приносить "радость"), уверен, все здесь присутствующие будут рады услышать. Пока звучит как очередная попытка отмахнуться лампочкой.
Дальше больше - пересоздали вот недавно несколько тестовых серверов с нуля, но на распоследней ОС... а дальше опять нужно копать свои же записки шизофреника онбординги и хинты чтобы выяснить почему один из нескольких десятков сервисов не отработал как надо. А когда-то та же песня будет и с продом. Разумеется всё продолбанное выльется в баги, простои, потери бизнесочка. Поэтому онбординги и хинты пишутся в первую очередь для себя. Поэтому в первую очередь прежде чем толкать что-то в прод или даже тестовый энвайрмент ты обязан убедиться что ты можешь завести это у себя.
Чтобы спинка не бобо, надо в зал гого и там штангу жимжим
Меньше фреймворков — больше понимания.
Вместо того чтобы тащить в проект модный пакет, зрелый разработчик сначала спросит себя: «А можно ли сделать это проще?»
у меня с опытом наоборот стало. Раньше как раз таки часто старался обходится без стороннего кода. Но потом стал понимать что лучше использовать готовое, главное чтобы оно поддерживалось.
Но это конечно зависит от проекта, если ресурсов мало или секуьрность, то можно и время потратить.
То, с каким восторгом принята эта статья, показывает, что хабр стал оплотом нас, старых пердунов
Так "без кубернетеса" или "без docker swarm" (кому оно нафиг надо если есть простой и понятный кубер)? А масштабировать приложение по нагрузке вы руками будете или сами что то новое писать будете? И не проще ли техподдерживать "плоский" кубернетес, которому пофиг, 10 нод у вас или 1000? Или вы просто кубер не знаете?
Кубер — это криво реализованная бездарная попытка повторить деревья супервизоров из эрланга. Идее — 40 лет. И нет, горизонтальное масштабирование средствами кубера не прозрачное (если вам так кажется, вы просто не понимаете, чем горизонтальное масштабирование отличается от балансировки).
Проблема в том что масштабирование приложение по нагрузке нужно в очень небольшом кол-ве проектов. По факту же проще сделать N машин и администрировать их руками. И это N будет даже не в десятках а в 1-10 машин, обычно ближе к 1. Большая часть сервисов не нагруженные и могут размещаться на одной машине.
А те которые нагруженные в редких проектах нуждаются в динамическом увеличении кол-ва инстансов.
Мне 42 и мне неинтересно учить новые фреймворки. Наоборот, мне интересно копать вглубь, в историю Unix, в архитектуру операционных систем, в компиляторы, ассемблер и машинный код. Жаль, что это уже никому не надо.
Мне 42, последние годы я тимлид, пишу код меньше, чем в бытность разработчиком. Но если пишу, то делаю это быстрее и качественнее, чем я сам даже 5 лет назад.
Так что эйджизм в IT - это нелепо. Если есть мотивация, и заботишься о здоровье, после 40 ты только круче!
"медленно спустимся - и возьмём всё стадо")))
Ну что, перепись старпёров закончилась уже? Можно в пенсионный отправлять.
Странная статья. То что специалист с опытом может эффективно решать задачи это выглядит весьма логично. И это не только к ИТ имеет отношение, но и к любой другой области. То что у соискателей в 40+ есть проблема с тем чтобы найти работу о чем тут пишут в комментариях, то это явление другого характера.
чуть изменил. полгода много
"хороший код — это код, который легко читать после отпуска" (с) ))
Мне 61, мои 5 копеек.
Во-первых, если разработчик все еще в бою после 50, значит он любит свою работу. Не знаю как вы, Я не хожу к зубному врачу если вижу что он не любит свое дело.
Во-вторых, если заниматься отраслью которая практически не стареет (у меня например - базы данных) а не быть full stack разработчиком, то гораздо проще. Тут правда проблема в том, что рынок баз данных гораздо меньше рынка full stack разработчиков.
Есть и минусы, да.
Как уже написали - это неизбежные терки с молодым начальником или сеньором по психологическим мотивам.
Терки с ними же если их реальный опыт ограничен. Я поработал полгода в Такси Максим и ушел так как там все сеньоры были молодые, из тех кто проработал там всю карьеру - от джуниора до сеньора. Однажды я пытался сказать что данный framework не вполне годится в другом проекте, куда его хотели впихнуть и услышал в ответ - "Тебе что, не нравится наш framework? Ты ваще нормальный?". Они просто не имели опыта с другими frameworkами и не могли здраво сравнить.
Я не хожу к зубному врачу если вижу что он не любит свое дело.
А как вы это научились определять? Поделитесь, плиз, как решается эта экзистенциальная проблема.
определять? написано же "если вижу"...постоянное негативное настроение, проклинания, ворчание, жалоба, плевательское отношение, неубранность и прочие элементы нелюбви к своей работе заметить можно.
Если пока сидишь в очереди — из кабинета доносится:
— Ну чё, урод, не можешь за своими клыками сам последить, ничтожество? Опять шоколадки жрал, мерзавец? Какой тебе еще нахрен новокаин? Потерпишь, не девчонка. Пасть раззявил, гиббон! Я тебя щас сульфой анестезирую! Молчать, падаль!
— то врач, скорее всего, свое дело любит. Дальше от противного.
А пациент в ответ: не нужны мне ваши новомодные пломбы, давай клещи, как раньше - я знаю, так надёжнее!
вспомнился перевод Гаврилова "Ублюдок мать твою ты решил ко мне лезть..."😁
Не помню уж какой фильм, Володарский переводил синхронно вживую. И тут на экране два чувака из Бронкса, в баскетбольных майках, золотых цепях в мою руку толщиной и бритые, затеяли беседу о чем-то возвышенном (типа: «а давай Джонни вырвем с корнем ноги, а то он что-то в последнее время слишком часто ходит в театр», типа того). Володарский умолк. Секунд двадцать, примерно, они общались. Володарский молчал. Наконец, чуваки всё обсудили и присосались к пивным банкам. Володарский, восхищенно: «Короче, Джонни не жить».
а если ты начал изучать программирование после 30. То как быть?)
а если ты в 35-40 только заходишь в программирование? п.с. почему возможность писать комментарии находится внизу после перемотки нескольких сотен? не проще ли сделать сверху окошко? вроде сайт программистов
а если ты в 35-40 только заходишь в программирование?
Кризис среднего возраста? Кто-то покупает Harley, кто-то яхту, кто то начинает учить python.
https://github.com/ossu/computer-science
Делаешь что должен и будь что будет...
п.с. почему возможность писать комментарии находится внизу после перемотки нескольких сотен?
А вдруг кто-то уже оставил такой же комментарий? Зачем лишний раз утруждаться и других принуждать читать однотипные комментарии?
Лично меня после 40 лет ограничивает не знание каких-то фреймворков или отсутствие опыта, с этим как раз самый пик, а банально другие физические недомогания, не связанные с мозгами. В частности постоянно болит спина, периодически болит голова и другие разные недомогания, которых раньше просто не было. Просто нет физической энергии просидеть целый день на стуле. Вы скажите поддерживай здоровый образ жизни, это я делаю и так. Но тем не менее хронические болячки с возрастом нарастают.
Возможно, причиной того, что молодёжь кидается из крайности в крайность, являются её неглубокие (хотя и широкие) познания: молодёжь знает множество фактов (например, схем установки и настройки того или иного "зоопарка" под конкретную задачу), однако, если приходится свой "зоопарк" очень сильно адаптировать к задаче, то дело буксует из-за непонимания немногих принципов, которое приходит с возрастом и опытом. Как говорится, понимание немногих принципов освобождает от знания множества фактов.
Лесли Лэмпорт (англ. Leslie Lamport; род. 7 февраля 1941, Нью-Йорк, Нью-Йорк) — американский учёный в области информатики, первый лауреат премии Дейкстры. Разработчик LaTeX — популярного набора макрорасширений системы компьютерной вёрстки TeX, исследователь теории распределённых систем, темпоральной логики и вопросов синхронизации процессов во взаимодействующих системах. Лауреат Премии Тьюринга 2013 года.
84-й год пошел между прочим)
Почему программисты не стареют: эффект кодера после 40