Media is too big
VIEW IN TELEGRAM
Посмотрел доклад DHH и теперь включил доклад Матца.
Нагляднейшая разница между этими двумя великими без преувеличения ребятами. Матц.❤️
Нагляднейшая разница между этими двумя великими без преувеличения ребятами. Матц.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5😁1
Всем привет.
Придавило, как и всех нас, буднями. Хорошая погода, дача, яблоки. Ну и работа, конечно же.
Но ещё летом положил себе в "посмотреть позже" вот этот доклад https://www.youtube.com/watch?v=wo84LFzx5nI&t=3039s
В двух словах -- это ретроспективный доклад о том как развивалась идея работы с парадигмой ООП. И в чём, по субъективному мнению автора, сообщество упоролось. Доклад о двух частях с антрактом. Правда, антракт вырезали и слепили всё в 2 часа. Эпичный доклад, в общем. И хорошие отсылки на классические труды Хоара, Дейсткры и прочих великих умов европейской информатики.]
Правда, показалось, что автор предлагает не меньше упороться по его любимой теме. А именно, https://habr.com/ru/articles/665276/
Собственно, этим и коротаю время в остальное от ничего-не-делания время.
Придавило, как и всех нас, буднями. Хорошая погода, дача, яблоки. Ну и работа, конечно же.
Но ещё летом положил себе в "посмотреть позже" вот этот доклад https://www.youtube.com/watch?v=wo84LFzx5nI&t=3039s
В двух словах -- это ретроспективный доклад о том как развивалась идея работы с парадигмой ООП. И в чём, по субъективному мнению автора, сообщество упоролось. Доклад о двух частях с антрактом. Правда, антракт вырезали и слепили всё в 2 часа. Эпичный доклад, в общем. И хорошие отсылки на классические труды Хоара, Дейсткры и прочих великих умов европейской информатики.]
Правда, показалось, что автор предлагает не меньше упороться по его любимой теме. А именно, https://habr.com/ru/articles/665276/
Собственно, этим и коротаю время в остальное от ничего-не-делания время.
YouTube
Casey Muratori – The Big OOPs: Anatomy of a Thirty-five-year Mistake – BSC 2025
Casey Muratori's talk at BSC 2025.
Casey's links:
- https://ComputerEnhance.com/
- https://x.com/cmuratori/
BSC links:
- https://BetterSoftwareConference.com/
- https://x.com/BetterSoftwareC
Chapters:
0:00:00 Talk
1:50:11 Q&A
Casey's links:
- https://ComputerEnhance.com/
- https://x.com/cmuratori/
BSC links:
- https://BetterSoftwareConference.com/
- https://x.com/BetterSoftwareC
Chapters:
0:00:00 Talk
1:50:11 Q&A
👍5
Серёжа закончил обработку нашего интервью.
Заходите посмотреть, кто ещё не видел. Спонсор лука на стоп-кадре -- Декатлон.
Если интересно что-то раскрыть глубже, заходите в комменты, постараюсь всё пояснить.
Заходите посмотреть, кто ещё не видел. Спонсор лука на стоп-кадре -- Декатлон.
Если интересно что-то раскрыть глубже, заходите в комменты, постараюсь всё пояснить.
😁1
Forwarded from Удалов
Heavy Tech #035
В этом выпуске Heavy Tech Podcast мы встречаемся с Дмитрием Копровым, опытным Ruby-разработчиком и техлидом. Мы обсуждаем Rails Engines - мощный инструмент для создания модульных приложений, делимся опытом использования в реальных проектах, включая интересный кейс из МГУ по системе доступа к суперкомпьютерам.
https://youtu.be/NuD2xIJcypY
В этом выпуске Heavy Tech Podcast мы встречаемся с Дмитрием Копровым, опытным Ruby-разработчиком и техлидом. Мы обсуждаем Rails Engines - мощный инструмент для создания модульных приложений, делимся опытом использования в реальных проектах, включая интересный кейс из МГУ по системе доступа к суперкомпьютерам.
https://youtu.be/NuD2xIJcypY
👍3
Тем временем, в космосе продолжают делать Вещи. Очень интересная заметка и перспективная штука.
Forwarded from Роскосмос
Media is too big
VIEW IN TELEGRAM
Оборудование для нового космического эксперимента «Экран-М» прилетело на Международную космическую станцию в грузовом корабле «Прогресс МС-32».
Теперь, во время ближайшего выхода в открытый космос, предстоит установить это оборудование снаружи станции.
Суть эксперимента
Учёные из Института физики полупроводников им. А. В. Ржанова хотят использовать вакуум космоса для особого способа выращивания кристаллов.
Дело в том, что лучшие полупроводники (материалы, которые проводят электричество, но не так, как металлы) создают в условиях высокого вакуума — при низком давлении и почти полном отсутствии молекул воздуха.
Метод молекулярно-лучевой эпитаксии (МЛЭ)
Для создания полупроводника используется метод молекулярно-лучевой эпитаксии (МЛЭ). Именно это название вы можете увидеть на чехле прибора на видео.
🔵 в условиях вакуума и невесомости происходит испарение химического соединения галлия и мышьяка🔵 сформированные потоки атомов осаждаются на подложку с атомарно-гладкой поверхностью🔵 слои атомов укладываются с высочайшей точностью, формируя нужную кристаллическую структуру.
Почему эксперимент проводят на МКС
🔴
нужный уровень вакуума из-за отсутствия воздуха
🔴
возможность использовать единую камеру для всех этапов производства
🔴
лёгкость удаления вредных веществ, неизбежно образующихся при производстве на Земле.
В будущем такие эксперименты могут помочь создавать фабрики прямо на орбите.
Материалы, например арсенид галлия, нужны для создания мощных электронных устройств, лазеров, солнечных батарей, светодиодов. Такие технологии важны и для науки, и для обеспечения оборудования в космических миссиях.
Благодарим за видео космонавта Олега Платонова!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1👍1
Ожидаемо, в подкасте у Сережи самый пик просмотра на лайвкодинге. Когда-то очень давно, когда век только начинался, мы в университете делали этот лайвкодинг либо на бумажке рядом с преподом, либо вообще на доске. С тех пор по настоящее время отношение у меня к этому не изменилось: это обязательная проверка аппарата решения задачи, которая не подразумевает моментального решения. У лайвкода есть вырожденная форма в виде олимпиадного программирования, в чем я тоже участвовал, но видел там какую недосягаемую высоту занимают ребята из Уральского федерального (респект вам).
Здесь и сейчас, это 105% развлечения и тупежки. Стресса после собеседования в Яндекс не испытываю и вам желаю.
И да, я всегда считал себя посредственным программистом. Отсюда и название канала 🙂
Здесь и сейчас, это 105% развлечения и тупежки. Стресса после собеседования в Яндекс не испытываю и вам желаю.
И да, я всегда считал себя посредственным программистом. Отсюда и название канала 🙂
👍1
Собрал видео своих выступлений в кучку. Получилось даже хронологически. https://www.youtube.com/playlist?list=PLG7KSRPJIMJutw8pjVrv53-qo9S4CI4Be
YouTube
Мои доклады
Share your videos with friends, family, and the world
👍6❤3
Олег Балбеков написал, что участвовал в документальном фильме об OSS. Что могу сказать совершенно точно, с 2010 по 2019 в /evrone был безусловный приоритет и поощрение работы над открытым кодом. Когда работал там, было ощущение, что только так и надо и все так делают. Но опыт показывает, что Олег и Юра многим рисковали, проводя такую политику. Ребятам респект за все это, ведь oss приносит деньги очень опосредованно. Для разработчика опыт даже одного принятого изменения в то, чем пользуешься сам и твои коллеги гораздо прикольнее суммы на счете. Пусть эта история продолжается. Ссылка на пост https://news.1rj.ru/str/obalbekov/460
Telegram
ОЛЕГ БАЛБЕКОВ
🎥 Друзья, у меня замечательная новость!
Я принял участие в съёмках документального сериала «Свободный код»!
В этом проекте журналист Андрей Коняев и IT-эксперт Владимир Коняев погружаются в мир открытого программного обеспечения, обсуждая его влияние на…
Я принял участие в съёмках документального сериала «Свободный код»!
В этом проекте журналист Андрей Коняев и IT-эксперт Владимир Коняев погружаются в мир открытого программного обеспечения, обсуждая его влияние на…
👍1
Небольшая заметка на полях конференции, на которой меня нет.
Мёртв ли руби? Как язык Ruby? Нет. Как технология Rails?? Тем более.
Как рынок услуг [в России]?
Как рынок, конечно, мёртв. Рынок в целом мёртв уже порядка трёх лет, когда у бизнеса нет возможности вкладываться во что-то высокорисковое и быстрое. Именно под такого рода проекты и создавался Rails. Рынок мёртв наглухо в России, но снаружи тоже всё не очень здорово, потому что 10 лет назад ruby [on Rails] двигали люди 35+, сейчас им уже 45+ и для подавляющего большинства участников рынка -- это какие-то там яйца динозавра, которые лучше не трогать.
Плохо ли это? Это просто замечательно. И вот почему: когда был хайп, то любой оболтус, который купил уже себе феррари или там 911 gt3 (любой генерации) хотел получить себе команду красноглазиков, чтобы они сделали ему сайт его собственного клуба любителей этих ваших феррари и gt3 rs. Когда реальность оказывалась суровее, чем счёт на ремонт турбины 991.2, красноглазики уходили в прошлое. Но на рынке было полно других таких же ребят, кому деньги жгли ляжку.
Сейчас руби, наконец-то, занял нишу, когда надо быстро что-то прототипировать и либо переписать часть на более подходящих технологиях, либо идти дальше прототипировать что-то ещё. По определению, такого рода занятия -- это 10-20% от наличия красноглазиков. Причём, должны они быть довольно эрудированными и не воротить нос от очередного CRUD (вспоминаем речь DHH о том, что его аудитория [паства] not else than a CRUD-monkeys).
Время, когда можно что-то там быстро сделать кому-то за 3 месяца на RoR + cloud66 и валить куда-то ещё, ушло. Это очень хорошо. Есть время развиваться в другие стороны.
Короче. Быстрого тупого бабла, как это было в начале 10-х на руби больше нет и не будет. Молодые ветра пригнали что-то ещё, молодые балбесы с деньгами будут это что-то ещё брать и тратить на него деньги. Хотя бы не на кокс, скажут родители этих балбесов. Вот и всё.
Нужны ли отдельные конфы под RoR/Ruby? Моё мнение -- нет. Пора взрослеть и делать кросс-функциональные конференции, где вообще не важно НА ЧЁМ написан ваш супер-крутой код, который уже после 19 часов сегодня, в понедельник станет ужасным вонючим легаси, с которым чистоплюи из нулевых отправляли разбираться дурачков типа автора этих строк. Пора взрослеть.
Взрослеть, не стареть. Стареем мы независимо от хайпа. 🙈️️️️️️
Мёртв ли руби? Как язык Ruby? Нет. Как технология Rails?? Тем более.
Как рынок услуг [в России]?
Как рынок, конечно, мёртв. Рынок в целом мёртв уже порядка трёх лет, когда у бизнеса нет возможности вкладываться во что-то высокорисковое и быстрое. Именно под такого рода проекты и создавался Rails. Рынок мёртв наглухо в России, но снаружи тоже всё не очень здорово, потому что 10 лет назад ruby [on Rails] двигали люди 35+, сейчас им уже 45+ и для подавляющего большинства участников рынка -- это какие-то там яйца динозавра, которые лучше не трогать.
Плохо ли это? Это просто замечательно. И вот почему: когда был хайп, то любой оболтус, который купил уже себе феррари или там 911 gt3 (любой генерации) хотел получить себе команду красноглазиков, чтобы они сделали ему сайт его собственного клуба любителей этих ваших феррари и gt3 rs. Когда реальность оказывалась суровее, чем счёт на ремонт турбины 991.2, красноглазики уходили в прошлое. Но на рынке было полно других таких же ребят, кому деньги жгли ляжку.
Сейчас руби, наконец-то, занял нишу, когда надо быстро что-то прототипировать и либо переписать часть на более подходящих технологиях, либо идти дальше прототипировать что-то ещё. По определению, такого рода занятия -- это 10-20% от наличия красноглазиков. Причём, должны они быть довольно эрудированными и не воротить нос от очередного CRUD (вспоминаем речь DHH о том, что его аудитория [паства] not else than a CRUD-monkeys).
Время, когда можно что-то там быстро сделать кому-то за 3 месяца на RoR + cloud66 и валить куда-то ещё, ушло. Это очень хорошо. Есть время развиваться в другие стороны.
Короче. Быстрого тупого бабла, как это было в начале 10-х на руби больше нет и не будет. Молодые ветра пригнали что-то ещё, молодые балбесы с деньгами будут это что-то ещё брать и тратить на него деньги. Хотя бы не на кокс, скажут родители этих балбесов. Вот и всё.
Нужны ли отдельные конфы под RoR/Ruby? Моё мнение -- нет. Пора взрослеть и делать кросс-функциональные конференции, где вообще не важно НА ЧЁМ написан ваш супер-крутой код, который уже после 19 часов сегодня, в понедельник станет ужасным вонючим легаси, с которым чистоплюи из нулевых отправляли разбираться дурачков типа автора этих строк. Пора взрослеть.
Взрослеть, не стареть. Стареем мы независимо от хайпа. 🙈️️️️️️
👍8👎2🤡2
P.S. именно поэтому немного не в ту сторону заводит, когда очередной HR-бот пишет мне "Дмитрий, вы ruby-разработчик".
Нет. Я раз на то пошло, lisp, pl-sql, java И ruby разработчик. И больше того, с 2015 года я тимлид, а потом и вовсе техлид кросс-функциональных команд, где ruby, go, rust, typenoscript, python. У меня высшее профильное по разработке в целом. Это когда на бумажке и доске псевдокодом. Пока что на рынке царит адский ПТУ-стиль, когда сверло с коническим концом -- это одно, а с цилиндрическим -- ваще другое. Про свёрла по дереву страшно даже заикнуться. Вот такого рода рынок дожён подохнуть и разложиться на плесень и липовый мёд.
Нет. Я раз на то пошло, lisp, pl-sql, java И ruby разработчик. И больше того, с 2015 года я тимлид, а потом и вовсе техлид кросс-функциональных команд, где ruby, go, rust, typenoscript, python. У меня высшее профильное по разработке в целом. Это когда на бумажке и доске псевдокодом. Пока что на рынке царит адский ПТУ-стиль, когда сверло с коническим концом -- это одно, а с цилиндрическим -- ваще другое. Про свёрла по дереву страшно даже заикнуться. Вот такого рода рынок дожён подохнуть и разложиться на плесень и липовый мёд.
❤7👍3💯1
В параллельной реальности я c++ разработчик и делаю симуляторы. Очень интересное видео про реактивные двигатели. Тут больше про работу самих двигателей. После этого видео понятно почему RollsRoys были такие крутые и делали такие тачки. https://vkvideo.ru/video-55386695_456239337
VK Видео
"Летучка" выпуск №14. Реактивный двигатель
https://il2-korea.ru
👍1
К концу отпуска дочитаю Технофеодализм Варуфакиса. Довольно интересно, хотя он там делает несколько допущений ради стройности повествования. Но в целом советую, это в основном о нас, об айтишах.
👌1
Отпуск коту под хвост: первую половину бегал за лекарствами, вторую ем их сам. Зато Варуфакис почти добит, 1,5 главы осталось.
Всем вновь прибывшим привет! Совершенно не гонюсь за цифрами. Здесь непопулярные мысли почти сорокалетнего разработчика с классическим образованием. Хайпа ноль, ворчание присутствует. Ну и все обо всем. Поэтому misleading.
Пока что в голове созрело 2 плана под исследование зимними вечерами:
1. event relay под микроскопом. Тут elixir, уже существующая библиотека от Ромы Смирнова, моего коллеги и не побоюсь этого слова, наставника.
2. переосмысление замечательной книги Окулова об алгоритмах на язык rust.
Не уверен, что получится, но буду стараться.
Всем вновь прибывшим привет! Совершенно не гонюсь за цифрами. Здесь непопулярные мысли почти сорокалетнего разработчика с классическим образованием. Хайпа ноль, ворчание присутствует. Ну и все обо всем. Поэтому misleading.
Пока что в голове созрело 2 плана под исследование зимними вечерами:
1. event relay под микроскопом. Тут elixir, уже существующая библиотека от Ромы Смирнова, моего коллеги и не побоюсь этого слова, наставника.
2. переосмысление замечательной книги Окулова об алгоритмах на язык rust.
Не уверен, что получится, но буду стараться.
❤4👍3
Моя однокурсница Таня Суходолова собрала вместе записи своих выступлений. По иронии судьбы мы разминулись в evrone: я уже уходил, Таня заходила. Зато мы не разминулись в Петербурге этим летом на окраине Петроградки на пешеходном переходе 😆
https://vk.com/wall347270366_125
Доклады интересные! Особенно понравился пятый, о когнитивных искажениях при планировании.
https://vk.com/wall347270366_125
Доклады интересные! Особенно понравился пятый, о когнитивных искажениях при планировании.
VK
Татьяна Суходолова. Пост со стены.
Для удобства поиска записей видео решила сделать отдельный пост:
1) Безменторье: как мы созда... Смотрите полностью ВКонтакте.
1) Безменторье: как мы созда... Смотрите полностью ВКонтакте.
❤1🔥1
Не могу не сделать ещё один репост за эту неделю. Алексей поднимает крайне болезненную для многих тему оценок и прочей внезапной богоизбранности одной категории клерков, а именно -- программистов.
Особенно показательна полемика в комментариях.
Особенно показательна полемика в комментариях.
Forwarded from System Design & Highload (Alexey Rybak)
Вечная Проблема Ответственности
Вот такая прекрасная статья вышла в топ на hacker news:
https://www.jamesshore.com/v2/blog/2025/the-accountability-problem
С очень красивыми картинками (всегда радуюсь, столько свободного времени у автора). В статье рассматривается вечная проблема “ответственности”, причем в классическом ультра-agile ключе: продуктивность не измерить, вместо ответственности за фичи и даты давайте быть ответственными за… некие “продуктовые оценки”. Product bet - ща разберем что за зверь, вообще это дико неудачный термин, и напрягаться нужно уже в момент, когда вы понимаете что центральный термин — мутный и плохо осязаемый.
Итак, product bet, прасти госпади. Некая высоко-уровневая ценность, cформулированная как бизнес-оценка, и цель компании — перейти к ответственности за эту оценочную, а не измеренную ценность. Грубо, вы не обещаете точную стоимость или срок, а берёте на себя обязательство реализовать инициативы, суммарная ожидаемая ценность которых равна X за год, вместо того чтобы пообещать конкретный функционал Y к дате Z. Один поворот телефонного диска и город далекий становится близко!
Что только не придумают, чтобы не работать, а. Друзья, наша индустрия до сих пор молодая и просто заражена придурковатыми идеями суть которых “хорошее против всего плохого”, “сроки стресс”, “продуктивность не измерить”.. Единственное почему это ещё живо — менеджеры-идиоты и высоченная маржинальность около-айтишного бизнеса, которая терпит и сглаживает весь этот сумасшедший бред, “посмотрите как работает valve” (а у valve выручка на инженера в космосе, выше только в only fans).
Всем мечтателям я традиционно желаю, чтобы ремонт в их квартирах и домах, за их кровные деньги, делался с тех же позиций, за которые они топят, time and material, без сроков, вперёд.
И очень важная штука, которую автор пишет совершенно справедливо: задача руководителя — снизить количество работы, котрая не даёт ценности. Но это одна из целей любого руководителя — выстроить работу эффективно. А основная — обеспечить такую организацию работы, чтобы ценность обретала четкую форму и доставлялась с достаточной точностью, эффективностью, и клиенты и команды чтоб были довольны. А не трахать мозг вечным “всё так неопределенно, что просто никак нельзя быть ответственным”, а наоборот, на всех уровнях эту неопределенность выкорчевывать.
Вот такая прекрасная статья вышла в топ на hacker news:
https://www.jamesshore.com/v2/blog/2025/the-accountability-problem
С очень красивыми картинками (всегда радуюсь, столько свободного времени у автора). В статье рассматривается вечная проблема “ответственности”, причем в классическом ультра-agile ключе: продуктивность не измерить, вместо ответственности за фичи и даты давайте быть ответственными за… некие “продуктовые оценки”. Product bet - ща разберем что за зверь, вообще это дико неудачный термин, и напрягаться нужно уже в момент, когда вы понимаете что центральный термин — мутный и плохо осязаемый.
Итак, product bet, прасти госпади. Некая высоко-уровневая ценность, cформулированная как бизнес-оценка, и цель компании — перейти к ответственности за эту оценочную, а не измеренную ценность. Грубо, вы не обещаете точную стоимость или срок, а берёте на себя обязательство реализовать инициативы, суммарная ожидаемая ценность которых равна X за год, вместо того чтобы пообещать конкретный функционал Y к дате Z. Один поворот телефонного диска и город далекий становится близко!
Что только не придумают, чтобы не работать, а. Друзья, наша индустрия до сих пор молодая и просто заражена придурковатыми идеями суть которых “хорошее против всего плохого”, “сроки стресс”, “продуктивность не измерить”.. Единственное почему это ещё живо — менеджеры-идиоты и высоченная маржинальность около-айтишного бизнеса, которая терпит и сглаживает весь этот сумасшедший бред, “посмотрите как работает valve” (а у valve выручка на инженера в космосе, выше только в only fans).
Всем мечтателям я традиционно желаю, чтобы ремонт в их квартирах и домах, за их кровные деньги, делался с тех же позиций, за которые они топят, time and material, без сроков, вперёд.
И очень важная штука, которую автор пишет совершенно справедливо: задача руководителя — снизить количество работы, котрая не даёт ценности. Но это одна из целей любого руководителя — выстроить работу эффективно. А основная — обеспечить такую организацию работы, чтобы ценность обретала четкую форму и доставлялась с достаточной точностью, эффективностью, и клиенты и команды чтоб были довольны. А не трахать мозг вечным “всё так неопределенно, что просто никак нельзя быть ответственным”, а наоборот, на всех уровнях эту неопределенность выкорчевывать.
👎1💯1