Но с другой стороны, конечно, не стоит думать, что в криптостартапах, где готовы платить сотни килодолларов в месяц, вас ждёт мимимишность и бесплатные печеньки как и в классических проектах, и что просто вы, такой уникальный, удачно так попали.

Дело в том, что эти ребята скорее всего набрали инвестиций, сроки начинают поджимать, а пока не то что MVP, даже демки простой нету. Вообще ничего нет :) И вот им нужно "ещё вчера" выкатить хоть что-то для отчёта.

Поэтому тут надо быть готовым к тому, что рабочая неделя будет 100+ часов, и над душой будет стоять десяток менеджеров и следить за каждым движением вашей мышки. Хотя, в таких проэктах мышка обычно не требуется; какой-нибудь безжалостный vim, где надо очень-очень шустро фигачить код, многими часами не отводя пальцы за границы клавиатуры, и при этом никаких багов в принципе быть не должно: ибо это блокчейновский Code is Law.

Поэтому, в частности, крайне трудно переходить в web3 из мэйнстрима, когда вы, не познакомившись с фундаментальными принципами вычислительных моделей (мой цикл "как понять в программировании всё"), сформировали себе выученную беспомощность -- "стабильно" писать говнокод с рейтом ошибок за пять процентов.

Спрашивали по вчерашнему посту: чем же так сильно отличается web3 от web2? Ну, например тем, что технологии web3 пока очень своеобразные, жутко кривые и слабо эффективные :) В классическом бэкенде сегодня можно спокойно делать элегантные, быстрые, надёжные, хорошо масштабируемые системы (причём в существенной степени по шаблонам: купите учебник "System Design. Подготовка к сложному интервью", и будет вам щастье на десятилетие :), и при этом хорошо зарабатывать, особо и не парясь.

А "блокчейны" это пока какое-то возвращение в прошлый век, когда вылазят тучи очень странных ограничений (та же цена транзакций, например), с которыми нормальные люди никогда не сталкивались в принципе. Ну всё равно что после F# начинаешь кодить на Си, если не на ассемблере. Снова получается непрозрачный набор скиллов, который вдобавок развивается пока непонятно куда + риски по работе очень высоки (никакой стабильности в принципе).

Но, факт, что тем не менее в "криптостартапах" сегодня можно очень здорово заработать. Например, по Solidity даже на хабре десяток вакансий находится: "от 5,000$" "от 7,000$ до 10,000$", при этом "Можно удаленно".

Однако стратегически темка "крипты", считаю, крайне полезна в первую очередь для саморазвития потому, что в ней объединяется перспективный "бизнес" (когда вам хорошо платят за изучение и практику в важных направлениях) с формальной верификацией и сопутствующей математикой (на практике, правда, пока чаще получается что-то вроде формального чекера свойств операционной семантики, но это уже нюансы).

Может ли консультант по инженерным профессиям, например, в тех же ИТ, помогать людям, которые его явно умнее?

Ну, вот у меня например занимается немало ребят, которые точно заметно умнее меня :)

Но, моя миссия в том, чтобы говорить не "вот это, по моему мнению, может быть полезно для вас", а "вот это хорошо работает, по мнению учёных (computer science и математика)", по возможности точечно, под конкретного человека, под его рабочие задачи.

В информатике столько реально полезных фишек, что даже чтобы просто познакомиться с ними, жизни не хватит.

Некоторые разработчики будут ругаться, если вы скажете, что мы должны написать формальную спецификацию перед выполнением работы.

Но если вы скажете им, что мы будем работать по TDD и поэтому должны чётко формулировать свойства системы, которые мы хотим проверить нашими тестами, они тут же согласятся!

А разве кто-то из программистов сомневался насчёт вот этого всего? :)

"Работодатели посчитали, что если сейчас часть компаний уходит с рынка, то оставшиеся люди будут чувствовать себя неуверенно и начнут соглашаться на меньшие деньги, на худшие условия. Что рынок кандидата неожиданно станет рынком работодателя. А произошло ровно наоборот.
...И непонятно, что делать. Работодатели говорят: "Войдите в положение, нам всем сейчас тяжело. Мы готовы дать вам работу, но немножко снизьте свои ожидания". А кандидаты им: "А чего это мы будем снижать ожидания? Курс меняется, мы хотим больше денег, мы хотим больше стабильности".

На курсе карьеры постоянно подчёркиваю, что "трудно с финансами" и "войдите в положение" вам будут лить в уши абсолютно всегда. Так было и 30 лет назад, и 20, и 10, и будет дальше. Это, очевидно, чисто управленческие косяки руководства: не смогли построить прочный бизнес, не умеют договариваться по бюджетам, и хотят свалить свою ответственность на вас.

Просто игнорьте это менеджерское нытьё и следуйте рекомендованной технологии по переговорам о зарплате и карьерном повышении.

Вместо написания легко и прозрачно тестируемых чистых функций с простыми типами данных на входе и выходе, как предлагают классические вычислительные модели (трек "как понять в программировании всё"), ООП-"практики" любят конструировать невероятно сложные и невероятно хрупкие башни из моков, чтобы вызвать в итоге один конкретный сеттер или что-то подобное.
В таком случае весь тест фактически тестирует только сам себя.

Рассматриваем однако эту тему на курсе Ясное Легаси, потому что такие фетишисты вполне могут оказаться вашими начальниками :)

Просили пояснить на примере, что же такого особенного в программировании дают теории вроде HoTT.

Ну например, популярная тема в математике, в data science, в комбинаторике -- подсчет количества объектов определённого вида/типа, для которых "естественное" определение отношения эквивалентности отсутствует. Ежели ООП, то объекты могут быть вообще в разных ветках иерархии, и как определить, что они условно эквивалентны? Можно явно "равенство" закодировать, но если классов, которые требуется проверять на "подходящие", в проекте сотни, тысячи?

А когда вы определяете некоторую концепцию в HoTT, то отношение эквивалентности между типами всех объектов "получается" автоматически (спойлер: оно немного напоминает утиную типизацию :).

Разбирался с термином retention -- один из пяти четырёх ключевых принципов проектирования API, когда надо учитывать, поддерживает ли библиотека своё внутреннее состояние, которое "отражает" состояние приложения,
наткнулся на его использование в графических API (retained mode vs immediate mode),
и попал сюда:

"Сохраненный режим и режим интерпретации. Графические API можно разделить на API-интерфейсы в режиме хранения и интерфейсы API немедленного режима .
Direct2D — это API непосредственного режима. Windows Presentation Foundation (WPF) является примером API сохраненного режима."

В одной фразе три(!) разных перевода/трактовки "retained".

Как же хорошо, что Microsoft свалила восвояси :)

OpenAI похвасталась, что разработала нейросеть, умеющую "играть" в майнкрафт. Однако если внимательно посмотреть, что же она делает, то окажется, что AI просто бездумно эксплуатирует ресурсы окружающего пространства, и судя по всему, в принципе не способна создать что-то полезное или красивое, что хоть немного улучшило бы существование в этом метаверсуме.

Напоминает скорее сценарий конца света Grey Goo (серая слизь), отрабатываемый пока на виртуальных мирах.

"Всадники Апокалипсиса уже в пути" (с)

Общался на неделе с небольшой командой, которая пилит мобильный клиент под ифоны не скажу для какого сервиса. Программисты iOS жаловались, что для них чуть ли не ночные кошмары -- "retain cycles".

Зарегистрировался для профессионального роста ради лулзов на платный семинар коллег из GeekBrains

"Путь в IT: c нуля до PRO. Как стать востребованным IT-специалистом с доходом от 100 000 ₽" -- в темках "метавселенные, блокчейн, NFT" )))

Сервис регистрации GB выполнен с классическим архитектурным багом: ввёл данные имя/почта/телефон, ответил на 34(!) подробных вопроса анкеты, меня перебросило на страницу оплаты, и тут началось бесконечное "невозможно активизировать оплату", пауза и снова перегрузка странички через 3 сек.

Почему, понятно: на почту выслали ссылку активации, и пока по ней не щёлкнешь, страница оплаты не сработает. А когда активировал, просто выбрасывает в ЛК, где приходится выискивать этот семинар заново вручную, и потом тоже снова вводить свои контактные данные (и почту, и имя, и телефон).

Я вот учу прямо противоположным подходам; говорил уже не раз и в паблике, и в СильныхИдеях, что лучшая схема -- Continuation Passing Style (т.н. "продолжения"), когда например сервис запоминает в своём потоке функциональности, где именно я остановился в UI, откладывая на сервере выполнение последующего кода, и потом при моём возвращёнии продолжает автоматически точно с того места.

Но, да, для этого нужен немного другой стиль проектирования, и достаточно глубокое понимание programming in large, нежели принято в этих ваших веб-фреймворках мэйнстрима; а для этого требуется университетский уровень, а не "онлайн-курсы".

P.S. Как же стать востребованным разработчиком с нуля до профи в темах блокчейна и крипты с доходом от 100k/сек, после семинара вкратце расскажу :)

Знакомые пацаны пилят биллинг с поддержкой PayPal, посоветовал им попутную идею микро-стартапа :)

В PayPal есть база транзакций, ну и здорово было бы декларативно указать связь между вашей базой данных и базой данных PayPal, и позволить системе самой автоматически поддерживать соответствие между ними (эта фича во взрослом проектировании называется "зеркалирование", и её почти нигде нету). Поэтому приходится реализовывать синхронизацию вручную через кривейший PayPal REST API, и это весьма сложно сделать нормально.

Так вот, идея организовать сторонний платный сервис, который обеспечивал бы такую автоматическую консистентность между двумя базами.

"Старый код никогда не умирает, пока вы не прибьёте его сами."
(с) Гради Буч

Перефразирую маэстро:
"Старая архитектура никогда не умирает, и будет постоянно возрождаться как Феникс, пока вы не разломаете её сами до самого основания."

В PayPal PHP SDK (вроде и deprecated, однако тянется и тянется во многих проэктах) была например такая пыточная фича, как токен доступа для аутентификации всех ваших будущих запросов в пределах заданного лимита времени, причём этот SDK использует глобальное состояние (!) для отслеживания этого токена, и не позволяет вам не создавать его. Можете представить себе ту боль, которая возникает при необходимости отслеживания этого всего и организации дополнительных запросов.

Хороший (по контенту) бесплатный курс по Highload -- был?

От организаторов конференции Highload++, и я его раньше рекомендовал. Однако, сервис по обучению highload от мастеров highload сам по себе оказался крайне ненадёжным и очень хрупким :)

Во-первых, в рассылке материалов при щелчке на кнопу "Читать статью в блоге" выбрасывается страничка "No URL found for this tracker ID" на известном международном сервисе подписок.

Во-вторых, на самом сайте, если вы введёте ваш почтовый адрес для получения материалов, вас выбросит уже на 404 (на том же сервисе).

В-третьих, ну ок, тут можно понять причину, что вероятно "Россию в интернете забанили".

Но можно наверное хотя бы на сайте добавить объявление в духе "российский сервис для российских граждан не работает"? Это буквально пять минут. Или выложить просто все материалы в открытый доступ (дальнейшее собирание имейлов потеряло смысл, т.к. всё равно полностью бан в международной базе).

В-четвёртых, ну а вообще вы точно Highload? Запилить на пыхапы простенькую, но надёжно работающую почтовую рассылку на русском хостинге за пару долларов в месяц нормальный джуниор сегодня может за несколько часов.

=

Впрочем, совершенно не удивлён; мое многолетнее мнение, что мэйнстрим это зашквар (сколь бы эпичные проэкты в нём не создавались), с годами лишь крепнет.

Мэйнстрим -- это не технологии, это состояние ума.
Сплошное хипстерство.

"Программа импортозамещения провалена полностью. Ничего нет, кроме бравурных отчетов отраслевых ведомств", - заявил сенатор Андрей Клишас.

Кстати да: массово распиаренные "льготы для российских айтишников" на деле оборачиваются почти полным пшиком, никого особо не мотивирующим, и выглядят как подачка хипстерам с барского плеча "на отвязаться" (оценочное суждение).

Какие-то там смехотворные проценты скидка по ипотеке, когда разница в зарплатах даже со средними американскими сеньорами в десятки, а то и сотни раз (и это я ещё молчу про криптостартапы :), а главное, что теперь западные биржи фриланса недоступны, где ребятам мирового уровня можно было трудиться из России, плюс множество реально важных в архитектурном плане платных облачных сервисов теперь недоступно из-за блокировки оплаты по картам, и никаких им альтернатив и близко не видно. Понятно, что два-три крупнейших сервиса вроде амазона заменить яндексом/мэйлом можно, но тысячи мелких специализированных, которые естественно росли под нужды миллионов пользователей, никогда не сформируются принудительно под заказ "технологического суверенитета". Ну или что-то сформируется, но по ценнику "x100", и на уровне студенческого курсача на пыхе, который через месяц развалится уже на первой сотне реальных пользователей.

Ну, штош. Надо бы поконструктивнее, но в данном случае у меня никаких идей нету, только попкорн :)

Хотели как лучше ("технологический суверенитет"), а получилось как всегда ("цифровой концлагерь").

"Вот вводят программу «Мой спорт». Слышали о такой? Детям даются куар-коды, а мы, тренеры, должны их считывать, когда они приходят на тренировку. После — выставлять оценки. Нам объясняют, что пора уже проводить цифровизацию и здесь. Ребята, у нас нет площадок, условий, инвентаря, а мы вкладываемся в цифровизацию! У нас скоро детей не останется в спорте. Вот для этой платформы нужны персональные данные как детей, так и родителей. Что сильно настораживает последних. Кто все-таки приходит — то телефоны забывает, то они разряжаются, у кого-то кнопочные. И вот вместо тренировок мы этой отчетностью занимаемся."
Спорт-Экспресс

Ну как там обстановка, с грядущей цифровизацией "Москвичей" и "Волг"? ))) Для начала предлагаю впендюрить голосовое управление стеклоподъёмником на ардуинке или малинке! Моделька, обученная 2-3 голосовым командам, вполне на них заработает.

В топовых моделях массовых иномарок на борту суммарно работает более 100 млн. строк кода (для сравнения, в Windows + Офис единичные десятки миллионов строк), и до уровня даже в сто раз меньше потребуются многие годы работы больших коллективов разработчиков. И как эти вложения окупать?

Поэтому, единственное правильное решение тут такое (чтобы не распылять и так крохотные ресурсы на создание одинаковой функциональности):

Мишустину: в срок до 01.09.22 организовать межведомственный центр компетенции по цифровизации автомобильного транспорта.
В нём надо объединить экспертов из действующих структур, занимающихся этой темой (КАМАЗ, яндексовские беспилотники, различные компании, занимающиеся GPS-трекингом, и т. п.)

Выработать единые стандарты на бортовое ПО для автомобилей (и, возможно, единое типовое решение с конфигуратором), чтобы не распылять усилия, а объединить лучших спецов в этой области.

Об исполнении доложить в СМИ.

100% признак плохого тимлида/ИТ-менеджера/CTO описан в книге Фила Найта "Продавец обуви. Как я создал Nike". Как Фил, едва закончив какие-то местные инфоцыганские бизнес-курсы, занял у папаши 50 долларов (!), и в итоге организовал на них многомиллиардную корпорацию.

Так вот, немного перефразирую его подход: допустим, вы CEO и нанимаете CTO. К вам приходит множество замечательных специалистов, с солидным опытом работы в ВОТВАСЯ, и каждому вы задаёте один и тот же простой вопрос: "Как вы обучаете своих сотрудников?".

На что, внезапно, вы будете получать либо отговорки, либо ответы в духе "нуууу ммм я не думаю что у нас есть время на такое..." или "этим должны заниматься менторы тьюторы коучи...".

CTO/тимлид не должен напрямую заниматься архитекторством или оперативкой; он должен прежде всего обучать других.

Очень хороший доклад по теме проектирования API в играх
который подробно разбираю и дополняю на неигровых примерах в СильныхИдеях. Одна из лучших цитат из этого доклада:

"Когда вы оцениваете некоторый готовый API для своих нужд, вы обычно полагаете, что лучшее, что тут можно сделать -- это прочитать документацию по технологии, которую вы потенциально оцениваете. Не делайте этого! Представьте, что у вас есть идеальный инструмент, который вам нужен. Представьте, что вы интегрируете его в игру, которая у вас уже есть, в течение не более 1-2 дней, посмотрите, что у вас получилось, и вот теперь подумайте: "Насколько близко этот API соответствует тому, что я собираюсь сделать в идеальном варианте?". Не думайте в терминах внешнего API! Сначала думайте в своих терминах, в "онтологии своего домена", а затем, когда оцениваете разные внешние API, определите, например: "Что из этого хорошо подходит для моих нужд?"."

Интересно, какой будет процент слива с такого?

Государство компенсирует ученикам 100% стоимости ИТ-обучения. Для участия школьникам нужно только подать заявку на понравившейся курс и описать свою мотивацию. Обучение будет длиться два года, программы рассчитаны на четыре модуля по 36 академических часов.

Мой прогноз: сольётся 97% (долго заниматься на бесплатных курсах и у взрослых мотивации практически ни у кого не хватает, что уж говорить о подростках). Ощутимая для человека оплата -- одна из двух абсолютно обязательных составляющих продуктивного обучения (ну или кнут, да).

Получится ровно в духе того мема, когда подрядился на проект, и уже через несколько минут задумчиво смотришь вдаль: зачем??

Но, да, зато кому-то получится красиво отчитаться о многотысячных охватах и бюджет попилить.

P. S. Ok, сейчас конечно большая мода на "войти в айти", поэтому наверное кто-то будет успешно доучиваться. Хотя ребята кто этим реально интересуются пусть лучше всё же в университеты идут, а подобные курсы их только собьют с пути истинного. Кроме того, такая стрельба по площадям всегда была и будет крайне неэффективной, когда буквально провоцируется безответственность подобным: "нужно только подать заявку на понравившейся курс".
"Понравившийся", Карл! Для тех, кому "интересненького" захотелось под влиянием мимолетней эмоции, а что это будет прежде всего огромный труд, почему-то ни слова.

Правильно ровно так, как это в спорте (было) организовано, когда тренеры ходили по школам и отбирали способных и явно мотивированных ребят. В такой точечный поиск и последующее развитие и сопровождение талантов и надо вкладывать деньги прежде всего.

"Хотели как лучше получилось как всегда" выходит на мета-уровень (тыц тыц): даже "цифровой концлагерь" не могут без детсадовских багов запилить.

В технической поддержке "Госуслуг" говорят, что возникла техническая ошибка:
- Уже работаем над устранением этой проблемы.
Но – пока система не готова. И тут пошло поехало. Главный тренер клуба ФНЛ Вадим Евсеев не может сделать Fan ID, чтобы попасть к себе на работу.

Да что вы говорите, Майор Ясен Пень, "возникла техническая ошибка"; странно только, что на американских хакеров и рептилоидов свою безалаберность не свалили.

Тестирование, CI/CD? Нет, не слышали.

детский сад штаны на лямках

P. S. Напоминаю, что, работая над подобными проектами, станете пожизненно нерукопожатыми в ИТ.