Jira сбежала, однако её и так справедливо недолюбливали во всём мире.
Пацаны из Apple недавно с радостью переехали с жиры (джайры :) на GitHub Issues например.

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

Я сперва думал, это шутка ))) Нет, действительно есть такая книжка

"Обезьяны в бизнесе. Как запускать проекты по лучшим стратегиям Кремниевой долины", входит в ТОП 20 лучших бизнес-книг года по версии Business Insider.
Сразу взял и прочёл.

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

"Вся эта трехлетняя борьба, все эти шестнадцатичасовые рабочие дни, будь то AdGrok или F—eb—k (мою ненависть к большей части этого процесса вы не могли не почуять), обратились в ничто."

"Большинство работников Силиконовой долины — рабы."

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

Для тех, кто верит в себя и не боится уровня ВОТВАСЯ
(нереклама, просто моя рекомендация): Intern mobile offer

Порешал немного задачек оттуда: уровень вполне по силам даже тем, кто проходил у меня курс "28 задач", а уж кто первую часть СИЛАЧ осилил, вообще должны справиться без особых проблем. Понятно, что подумать придётся, но в целом нормально проходимо.

"Новое исследование "Exploring the Pygmalion effect: The role of teacher expectations, academic self-concept, and class context in students’ math achievement" показывает, что когда учителя верят, что их ученики обладают высоким академическим потенциалом, пророчество успеха с большей вероятностью исполнится. В частности, более высокие ожидания преподавателей приводят к укреплению уверенности учеников, что, в свою очередь, предсказывает более высокие академические достижения -- даже при контроле за исходной успеваемостью. И это влияние распространяется не только на отдельных учеников, но и на целые группы занимающихся."

Так вот, я убеждён, и я гарантирую, что если вы без особых проблем проходите занятия моей методики СИЛАЧ (ну, это уровень 2-3 курсов хорошего университета), то вы по хард-скиллам на 100% потенциально готовы для подъёма на уровень компаний MMANGA/ВОТВАСЯ с окладами в $300-500k/в год (до уровня в миллион долларов всё же трудновато, тут нужен PhD в computer science; но, есть кроличья тропа через криптостартапы :).

Получится ли у вас? Это вопрос уже к вам: результат теперь зависит исключительно от вашей мотивации и вашего трудолюбия.

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

Лайфхак: подберите способного миддла (а лучше пару джунов, из них "слоники" лучше получаются, посадите их на галеры в парную работу), обучите как следует на ваших рабочих задачках (+ это будет стратегический выигрыш для всей вашей команды), и попутно свалите на него 80% своей работы.

Увольте себя виртуально.

Вычитал на днях свежачки:

"Перечислены наиболее популярные профессии среди выпускников московских вузов. В пятерку самых популярных специальностей вошли "образование и педагогика" -- 7,3 тысячи выпускников, "информатика и вычислительная техника" -- 6,6 тысячи специалистов...

Отмечается значительный спрос на специальность "Информатика и вычислительная техника", который подскочил сразу на 67%....

По данным аналитиков SuperJob, сейчас в ИТ наблюдается рекордный рост зарплат и острый спрос на квалифицированные кадры. Только с начала года заработные платы специалистов выросли на 25%.

Растут не только зарплаты айтишников, но и зарплаты других специалистов, кто работает в IT-компаниях.
По данным hh, в IT-сфере готовы платить на 20-40% больше, чем в других компаниях..."

Подтверждаю, благодаря санкциям (спасибо, Европа!) у меня например этой весной, да и летом продолжается, рекордное количество заявок в Школе, и на обучение, и на консультации, и в целом отечественное ИТ (местами) ощутимо оживляется в правильном направлении! С жутким скрипом, но хоть так для начала. Очень доволен, дожил таки :)

Правда, появился побочный эффект: количество желающих в мою Школу уже сегодня такое, что я не могу обучить или как-то ещё помочь всем жаждущим даже в ближайшие 10 лет, даже если буду трудиться 24/7/365 :)

Поэтому, буду дальше развивать мета-активность, в частности, в группах для начинающих и для неначинающих , куда выкладываю разные полезные материалы по саморазвитию в ИТ.

Догоним и перегоним Америку по уровню зарплат программистов!

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

Программировать на классических языках Java, Python, PHP, C#, C++, теперь ещё Go и Rust немного добавились,
+ хорошее знание классических реляционных баз данных и SQL (и в меру NoSQL, но в целом это фигня),
+ классический System Desing,
+ классический Programming in large,
и больше ничего не надо. Всё это было топом по актуальности и 20-30 лет назад, и сегодня, и в ближайшие 20-30 лет ничего не изменится, этого набора скиллов хватит точно, никакие другие области разработки и близко не будут тягаться с бэком по критерию "число вакансий x зарплаты". А вот если сделаете шажок в сторону - в какой-нибудь хипстерский датасайнс, или в мобильную разработку, или во фронтенд, и т. п., сразу резко проиграете по окладам и свободным вакансиям.

Смотрю по зарплатам, ну да, по блокчейнам немного побольше вакансий с зарплатами от 500,000 рублей, но не сильно значимо. Но он проигрывает уже чуть ли не в 10 раз классике по числу вакансий (сотни!) на зарплатах даже от 300-400 тыс.

Следствие, что сперва надо постараться выбрать по максимуму классический сеньорский бэкенд, и вот уже когда упрётесь в стеклянный потолок зп где-то под полмиллиона рублей, можно двигать в крипту; это будет уже значительно легче. Общая схема, собственно, к серверным скиллам добавить Solidity & web3; просто этот путь "в лоб", который вы можете легко нагуглить по "roadmap web3", можно в разы сократить (как, расскажу подробнее, но не тут :).

Почему в "современных" языках вроде Java или Python не поддерживаются ограничения/constraints? В алгебре кортежей это мощная темка. Хочу например задавать состояния "не был женат" / "женат" / "разведён" не в произвольном порядке; понятно, что недопустимы переходы "не был женат" => "разведён" без промежуточного "женат", или даже "женат" => "женат" без промежуточного "разведён". Понятно, что можно закодить цепочкой условий или машинами состояний, но это явный оверхед. А если состояний тысячи?

В СильныхИдеях будет скоро контринтуитивный материал, с отсылочкой к теории категорий, как правильно подходить к подобным, экзистенциальным :) проблемам со всеми этими вашими, "популярными" языками программирования.

Пояснение на пальцах для новичков, что такое web3

Когда так перезанимался computer science, что поехала крыша )))

Я переделал учебный сервер в метаверсум! теперь, ники занимающихся показываются в тридэ )))

(это был сарказм, на всякий случай уточню)

Однако, через 10 лет реальный бизнес метаверсумов составит 10 триллионов долларов. Для сравнения, сегодня рынок крипты 1-2 триллиона; ну правда к 2030-му обещают рост в сотни раз :)

Половина всех коммерческих структур на 50% перейдёт от обычных договоров к смарт-контрактам, ну и GameFi конечно выстрелит: 70% всех игр будут использовать блокчейн. В этом году, смотрю, прямо десятки стартапов запустились по криптоиграм, бум (или скорее пузырь :) -- причём пилят очень активно, но даже минимально работающей демки или прототипа пока почти ни у кого нету. К концу года наверняка 90% обрушатся, а вот на выживших будет очень интересно посмотреть.

Почему обрушится? Потому что хипстеры с нулевым жизненным опытом наивно думают, что ИТ-бизнес -- это сперва набрать инвестиций на производство, потом год пилить что-то уникальненькое, потом дать рекламу, и их продукт будут расхватывать как горячие пирожки. А вот нифига: базовая аксиома маркетинга, что всем до вашего продукта пофиг. Как правильно, поясняю на курсе карьеры в занятии по MVP.

=

Только не ведитесь на web3 как, типа, продолжение web2, нет. Это абсолютно разные парадигмы; web3 отличается от классического web более чем полностью.

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

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

Дело в том, что эти ребята скорее всего набрали инвестиций, сроки начинают поджимать, а пока не то что 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 свалила восвояси :)