За последние сто лет сильные мира сего изобрели много мышеловок "для гоев", хотя тех, которые были бы хоть как-то полезны, оказалось, конечно, мало. Абсолютно бесполезные мышеловки -- это например инфоцыганские темки, слегка полезные -- инвестиции/крипта. Самая полезная (и поэтому самая опасная) -- это бизнес, особенно ИТ-бизнес. Рынок кажется бесконечным, компании привлекают триллионы долларов под откровенные пузыри, поэтому он привлекает множество участников.
Лучшей мышеловки нежели IT + AI, вероятно, не придумать.
Но мы можем просто проявить доброжелательность, обычное человеческое сочувствие и понимание, сосредоточиться на небольшой группе людей с конкретной проблемой, и решать её для них таким образом, чтобы заслужить долгосрочное доверие и поддержку через сарафанное радио.
Этого достаточно.
Лучшей мышеловки нежели IT + AI, вероятно, не придумать.
Но мы можем просто проявить доброжелательность, обычное человеческое сочувствие и понимание, сосредоточиться на небольшой группе людей с конкретной проблемой, и решать её для них таким образом, чтобы заслужить долгосрочное доверие и поддержку через сарафанное радио.
Этого достаточно.
2❤53✍8👍5
Гипотеза Флориди (Floridi conjecture) и граница эффективных вычислений (efficient compute frontier) доказывают, что текущие архитектуры AI-моделей близки к пределу своей эффективности. Даже увеличение масштаба и бюджета в десятки раз даёт лишь незначительный прирост качества (логарифмическая зависимость).
95% пилотных проектов AI не повышают прибыль или продуктивность компаний (данные MIT).
В оставшихся 5% случаев AI используется для простых административных задач с минимальным эффектом.
AI-инструменты для программистов (например, GitHub Copilot) скорее замедляют разработчиков, генерируя труднонаходимые баги, что делает ручное программирование в длительной перспективе быстрее и дешевле.
77% работников сообщают, что AI увеличил их общую нагрузку, а не продуктивность.
OpenAI теряет деньги даже на платных подписках, для выхода в безубыток им нужно поднять цену до ~$2000/мес.
Гиганты вроде Google, Meta, Microsoft тратят сотни миллиардов на AI, но технология не окупается и не показывает качественного скачка.
Инвесторы (в частности, Goldman Sachs) предупреждают о скором крахе, так как рост котировок (например, в S&P 500) держится на спекуляциях, а не на реальной прибыли.
AI упёрся в физические, алгоритмические и экономические потолки. Дальнейший прогресс потребует экспоненциально больше денег при минимальной отдаче, что характерно для пузыря перед схлопыванием.
Вместо этого инвесторы и технологические компании уже накачивают следующий пузырь -- квантовые компьютеры, которые, как обещается, решат проблемы AI благодаря этой самой экспоненциальной вычислительной мощности. Однако...
Работающие квантовые компьютеры появятся в лучшем случае через 10–20 лет. И они будут эффективны только в узких задачах (например, алгоритмических), а для AI, физики и химии подходящих алгоритмов ещё не существует.
Идея о том, что мозг -- квантовый компьютер, и что квантовый AI станет прорывом, научно опровергнута.
Квантовые компьютеры — это очередная спекулятивная "спасательная шлюпка" для инвесторов, чтобы отсрочить крах пузыря AI. Впрочем, топы практически всегда успевают вывести деньги.
Запасаемся попкорном.
95% пилотных проектов AI не повышают прибыль или продуктивность компаний (данные MIT).
В оставшихся 5% случаев AI используется для простых административных задач с минимальным эффектом.
AI-инструменты для программистов (например, GitHub Copilot) скорее замедляют разработчиков, генерируя труднонаходимые баги, что делает ручное программирование в длительной перспективе быстрее и дешевле.
77% работников сообщают, что AI увеличил их общую нагрузку, а не продуктивность.
OpenAI теряет деньги даже на платных подписках, для выхода в безубыток им нужно поднять цену до ~$2000/мес.
Гиганты вроде Google, Meta, Microsoft тратят сотни миллиардов на AI, но технология не окупается и не показывает качественного скачка.
Инвесторы (в частности, Goldman Sachs) предупреждают о скором крахе, так как рост котировок (например, в S&P 500) держится на спекуляциях, а не на реальной прибыли.
AI упёрся в физические, алгоритмические и экономические потолки. Дальнейший прогресс потребует экспоненциально больше денег при минимальной отдаче, что характерно для пузыря перед схлопыванием.
Вместо этого инвесторы и технологические компании уже накачивают следующий пузырь -- квантовые компьютеры, которые, как обещается, решат проблемы AI благодаря этой самой экспоненциальной вычислительной мощности. Однако...
Работающие квантовые компьютеры появятся в лучшем случае через 10–20 лет. И они будут эффективны только в узких задачах (например, алгоритмических), а для AI, физики и химии подходящих алгоритмов ещё не существует.
Идея о том, что мозг -- квантовый компьютер, и что квантовый AI станет прорывом, научно опровергнута.
Квантовые компьютеры — это очередная спекулятивная "спасательная шлюпка" для инвесторов, чтобы отсрочить крах пузыря AI. Впрочем, топы практически всегда успевают вывести деньги.
Запасаемся попкорном.
4✍47❤8👍4💯3
.
Облако драгоценностей за неделю.
Приватный клуб.
Алан Кэй отвечает на вопрос о правильном подходе к проектированию программных систем.... С тех пор произошёл качественный сдвиг в масштабе, охвате и потенциальном вреде ИТ до такой степени, что нам нужно ввести новые контексты для размышлений о том, "Что вообще происходит??".
Для донов-начинающих:
Как продуктивно читать по одной книге в неделю. Рекомендации автора бестселлера про ультра-обучение.
База по карьере, серия 22.
Не имеет значения, насколько вы круты: если вы сдадитесь после двух-трех лет безуспешных попыток добиться успеха, вы вряд ли добьетесь успеха в конечном итоге...
Для донов-неначинающих:
Эта распространенная поговорка среди морских котиков США применима и к твоей карьере...
Продолжение трека "Элитный программист":
34) Лучший способ завоевать доверие в любой карьере
При возникновении непредвиденных обстоятельств большинство просто позволит кому-то другому выдвинуть свою кандидатуру для решения проблемы. И в этом нет ничего плохого. Если вы решили отвечать только за те дела, которые были непосредственно поручены вам, вы всё равно выполняете свою работу. Но при этом если вы не будете продвигаться вперёд, то вряд ли когда-нибудь получите повышение в должности...
Продолжаю выкладывать для донов материалы СильныхИдей — доступны моим курсантам, но тут расширенные и дополненные версии.
72. Можно ли генерировать код из спецификаций?
Я много пишу про формальные методы, важность спецификаций и т.п., однако вас в этом контексте интересует прежде всего что-то "прикладное" в духе "можно ли генерировать код из спецификаций?", особенно с учётом последних достижений LLM.
Нет, вы не можете это делать.
...Но есть и хорошие новости. Есть два способа синхронизировать код со спецификацией...
(все старые материалы для донов постепенно сгорают)
=
Первые сериалы из существенно переработанных и улучшенных материалов СильныхИдей (по сути четыре книги) доступны на бусти:
1. БАЗА программной инженерии
2. Software Design с акцентом на Programming in Small
3. SOLID-25
4. Software Design с акцентом на Programming in Large
=
Новые материалы для ментатов Лаборатории.
В курс карьеры добавлен 124-й материал "Одна фишка System Design, которая меняет всё".
Поучительная история, как программист получил 47 отказов после system design интервью, после чего разработчик из Netflix дал ему всего один совет в подходе к масштабируемости, который сразу принёс ему три хороших оффера за месяц.
А у тех, кто не знает этот секрет, мозг каждый раз взрывается от путаницы с балансировщиками нагрузки, микросервисами и потоками кафки, потому что вы думаете, что это то, что они хотят услышать, но через две минуты уже теряетесь в своей собственной диаграмме...
💪🏻
Мы здесь, потому что это трудно.
it's a privilege to do things that are hard.
=
"ЛаМПовое": срыв покровов с линукса, база по книгам в геймдеве, best feature of C++20
Гайд про функциональные архитектуры, 50 топиков (+3), как наберётся108 64, дам ментатам доступ.
=
— У меня нет союзников, - ответил Император, - только слуги, ученики и враги.
— И вы не боитесь иксианской машины?
Неужели простой автомат - это синоним искусственного интеллекта?
Машина не может предвидеть каждую проблему, важную для живого человека.
Существует большая разница между дискретным пространством и непрерывным континуумом. Мы живём в одном пространстве, а машины существуют в другом.
Умение мыслить порождает творчество. Это означает, что вам придётся иметь дело с такой ответственностью, которой вы раньше не знали. Вам придётся столкнуться с новым.
"Бог-Император Дюны"
Облако драгоценностей за неделю.
Приватный клуб.
Алан Кэй отвечает на вопрос о правильном подходе к проектированию программных систем.... С тех пор произошёл качественный сдвиг в масштабе, охвате и потенциальном вреде ИТ до такой степени, что нам нужно ввести новые контексты для размышлений о том, "Что вообще происходит??".
Для донов-начинающих:
Как продуктивно читать по одной книге в неделю. Рекомендации автора бестселлера про ультра-обучение.
База по карьере, серия 22.
Не имеет значения, насколько вы круты: если вы сдадитесь после двух-трех лет безуспешных попыток добиться успеха, вы вряд ли добьетесь успеха в конечном итоге...
Для донов-неначинающих:
Эта распространенная поговорка среди морских котиков США применима и к твоей карьере...
Продолжение трека "Элитный программист":
34) Лучший способ завоевать доверие в любой карьере
При возникновении непредвиденных обстоятельств большинство просто позволит кому-то другому выдвинуть свою кандидатуру для решения проблемы. И в этом нет ничего плохого. Если вы решили отвечать только за те дела, которые были непосредственно поручены вам, вы всё равно выполняете свою работу. Но при этом если вы не будете продвигаться вперёд, то вряд ли когда-нибудь получите повышение в должности...
Продолжаю выкладывать для донов материалы СильныхИдей — доступны моим курсантам, но тут расширенные и дополненные версии.
72. Можно ли генерировать код из спецификаций?
Я много пишу про формальные методы, важность спецификаций и т.п., однако вас в этом контексте интересует прежде всего что-то "прикладное" в духе "можно ли генерировать код из спецификаций?", особенно с учётом последних достижений LLM.
Нет, вы не можете это делать.
...Но есть и хорошие новости. Есть два способа синхронизировать код со спецификацией...
(все старые материалы для донов постепенно сгорают)
=
Первые сериалы из существенно переработанных и улучшенных материалов СильныхИдей (по сути четыре книги) доступны на бусти:
1. БАЗА программной инженерии
2. Software Design с акцентом на Programming in Small
3. SOLID-25
4. Software Design с акцентом на Programming in Large
=
Новые материалы для ментатов Лаборатории.
В курс карьеры добавлен 124-й материал "Одна фишка System Design, которая меняет всё".
Поучительная история, как программист получил 47 отказов после system design интервью, после чего разработчик из Netflix дал ему всего один совет в подходе к масштабируемости, который сразу принёс ему три хороших оффера за месяц.
А у тех, кто не знает этот секрет, мозг каждый раз взрывается от путаницы с балансировщиками нагрузки, микросервисами и потоками кафки, потому что вы думаете, что это то, что они хотят услышать, но через две минуты уже теряетесь в своей собственной диаграмме...
💪🏻
Мы здесь, потому что это трудно.
it's a privilege to do things that are hard.
=
"ЛаМПовое": срыв покровов с линукса, база по книгам в геймдеве, best feature of C++20
Гайд про функциональные архитектуры, 50 топиков (+3), как наберётся
=
— У меня нет союзников, - ответил Император, - только слуги, ученики и враги.
— И вы не боитесь иксианской машины?
Неужели простой автомат - это синоним искусственного интеллекта?
Машина не может предвидеть каждую проблему, важную для живого человека.
Существует большая разница между дискретным пространством и непрерывным континуумом. Мы живём в одном пространстве, а машины существуют в другом.
Умение мыслить порождает творчество. Это означает, что вам придётся иметь дело с такой ответственностью, которой вы раньше не знали. Вам придётся столкнуться с новым.
"Бог-Император Дюны"
❤35🏆5
Ахахахаха в 2025-м многие сеньоры стали ощутимо терять в доходах.
Причина? Ни у кого из них не было системного продвижения себя. Один пост в блоге в 2024-м, один знакомый с позапрошлой работы -- это не нетворк. Тусить в программистских чатах где только коллеги такого же уровня тоже не оно. Изучать вайб-кодинг тем более не оно (хотя если хотите работать за совсем низкие зарплаты, то подходит).
Сейчас прекрасное время для элитных программистов окончательно занять место всех этих ленивых задниц.
Причина? Ни у кого из них не было системного продвижения себя. Один пост в блоге в 2024-м, один знакомый с позапрошлой работы -- это не нетворк. Тусить в программистских чатах где только коллеги такого же уровня тоже не оно. Изучать вайб-кодинг тем более не оно (хотя если хотите работать за совсем низкие зарплаты, то подходит).
Сейчас прекрасное время для элитных программистов окончательно занять место всех этих ленивых задниц.
3✍54🔥7❤5⚡1❤🔥1
Продолжаю работу с ментатами 🤓
Работая над этими задачами, я понял, как важно внимательно изучать схему БД перед написанием запросов...
Я долго не понимал, почему мои тесты разваливаются после каждого рефакторинга. Решил изменить структуру агрегата, перенёс логику — тест сломался. Хотя с точки зрения бизнеса ничего не поменялось, правило как обновлялось, так и обновляется.
В общем, дошло до меня не сразу. Я проверял не то. Проверял, как код работает внутри, а надо было — что он делает.
С TDD у меня поэтому не складывалось раньше. Я думал, это про "напиши тест, потом код". А на самом деле это про другое: сначала пойми, что должно работать, потом напиши тесты на это понимание, и только потом реализуй. Тесты и код не связаны напрямую, они оба следуют из спецификации...
Раньше пытался всё запихнуть в классы с наследованием. Теперь вижу, что часто проще использовать обычные функции.
Теперь перед написанием кода задаю себе вопрос: "Что может измениться в будущем, и как сделать так, чтобы эти изменения не ломали существующий код?"
Думаю во многих случаях ответ почти всегда: "Вынести изменяющуюся часть в отдельные функции и сделать механизм композиции"...
Мне долго доказывали, что код вида spring-hibernate-n1-problem не приводит к проблеме N+1. Не знаю, зачем нужен был этот спор, если можно просто написать тест на количество запросов. Все равно от версии к версии Hibernate поведение может поменяться).
Доп. задания АСД, конечно посложнее, на коленке за 5 минут не сделаешь, но в целом все достаточно доступно, как раз на новогодние праздники то, что надо было, чтоб и отдохнуть и не отупеть...
Далее опять не решил алгоритмическую задачку, отчасти потому что меня два раза сбили при решении, отчасти потому что медленно и плохо их решаю. Поэтому продолжаю курс по алгоритмам...
Тут множество циклических зависимостей, и никак нельзя сказать, что проект соответствует принципу МУРА. Когда я писала проект, под конец у меня было ощущение сильной запутанности. Глядя на этой график, понимаю, почему. Здесь все зависит друг от друга...
Позавчера я завершил обновлённый курс по ФП.
Чувствую, что на меня стал сильно влиять C++. Он и на новой работе, и в pet-проекте. Ваш курс - как глоток свежего воздуха.
Больше всего впечатлили следующие вещи:
Totality - очень подходящее слово, мощное. Нужно решиться писать программы, которые гарантированно завершаются, такие, где можно эти гарантии доказать. Это как минимум побуждает писать более чистый код без запутанных конструкций с высокой цикломатической сложностью. Так проще доказывать завершимость.
Ко-рекурсию можно и потерпеть, тем более, что в математике её не мало - те же универсумы в теории типов.
Призмы - "А что, так можно было что ли?" (с)
То есть, можно просто писать код без кучи if-ов, и он не будет падать. Без всяких "Rectangle has no attribute radius" и прочих проблем.
Expression problem. Больше всего в Python я скучаю по multiple dispatch. Это было красиво, хоть и многословно и полностью ломало работу тайпчекера.
Errors as values. Вот это стал активно применять в своём pet-проекте. Тем более, что на работе такая практика очень распространена - ни разу не видел там выбрасывания или обработки исключения.
Расширяемые эффекты. Даже сделал такую штуку в рабочем проекте. Потом, правда, придумал другой способ, о котором расскажу дальше.
В рабочем проекте возникла необходимость организовать несколько цепочек вычислений и синхронизировать их в ключевых точках. Там это было частично сделано через глобальное (в масштабах экземпляра класса) состояние с кучей полей.
Благодаря курсу по ФП я придумал полностью stateless решение через функции высшего порядка. Можно собрать всю логику запуска и синхронизации задач, а также передачи данных, в одном абсолютно линейном методе (с нулевой цикломатической сложностью). Потом запустить это в режиме fire&forget. Даже поля класса не нужны.
Работая над этими задачами, я понял, как важно внимательно изучать схему БД перед написанием запросов...
Я долго не понимал, почему мои тесты разваливаются после каждого рефакторинга. Решил изменить структуру агрегата, перенёс логику — тест сломался. Хотя с точки зрения бизнеса ничего не поменялось, правило как обновлялось, так и обновляется.
В общем, дошло до меня не сразу. Я проверял не то. Проверял, как код работает внутри, а надо было — что он делает.
С TDD у меня поэтому не складывалось раньше. Я думал, это про "напиши тест, потом код". А на самом деле это про другое: сначала пойми, что должно работать, потом напиши тесты на это понимание, и только потом реализуй. Тесты и код не связаны напрямую, они оба следуют из спецификации...
Раньше пытался всё запихнуть в классы с наследованием. Теперь вижу, что часто проще использовать обычные функции.
Теперь перед написанием кода задаю себе вопрос: "Что может измениться в будущем, и как сделать так, чтобы эти изменения не ломали существующий код?"
Думаю во многих случаях ответ почти всегда: "Вынести изменяющуюся часть в отдельные функции и сделать механизм композиции"...
Мне долго доказывали, что код вида spring-hibernate-n1-problem не приводит к проблеме N+1. Не знаю, зачем нужен был этот спор, если можно просто написать тест на количество запросов. Все равно от версии к версии Hibernate поведение может поменяться).
Доп. задания АСД, конечно посложнее, на коленке за 5 минут не сделаешь, но в целом все достаточно доступно, как раз на новогодние праздники то, что надо было, чтоб и отдохнуть и не отупеть...
Далее опять не решил алгоритмическую задачку, отчасти потому что меня два раза сбили при решении, отчасти потому что медленно и плохо их решаю. Поэтому продолжаю курс по алгоритмам...
Тут множество циклических зависимостей, и никак нельзя сказать, что проект соответствует принципу МУРА. Когда я писала проект, под конец у меня было ощущение сильной запутанности. Глядя на этой график, понимаю, почему. Здесь все зависит друг от друга...
Позавчера я завершил обновлённый курс по ФП.
Чувствую, что на меня стал сильно влиять C++. Он и на новой работе, и в pet-проекте. Ваш курс - как глоток свежего воздуха.
Больше всего впечатлили следующие вещи:
Totality - очень подходящее слово, мощное. Нужно решиться писать программы, которые гарантированно завершаются, такие, где можно эти гарантии доказать. Это как минимум побуждает писать более чистый код без запутанных конструкций с высокой цикломатической сложностью. Так проще доказывать завершимость.
Ко-рекурсию можно и потерпеть, тем более, что в математике её не мало - те же универсумы в теории типов.
Призмы - "А что, так можно было что ли?" (с)
То есть, можно просто писать код без кучи if-ов, и он не будет падать. Без всяких "Rectangle has no attribute radius" и прочих проблем.
Expression problem. Больше всего в Python я скучаю по multiple dispatch. Это было красиво, хоть и многословно и полностью ломало работу тайпчекера.
Errors as values. Вот это стал активно применять в своём pet-проекте. Тем более, что на работе такая практика очень распространена - ни разу не видел там выбрасывания или обработки исключения.
Расширяемые эффекты. Даже сделал такую штуку в рабочем проекте. Потом, правда, придумал другой способ, о котором расскажу дальше.
В рабочем проекте возникла необходимость организовать несколько цепочек вычислений и синхронизировать их в ключевых точках. Там это было частично сделано через глобальное (в масштабах экземпляра класса) состояние с кучей полей.
Благодаря курсу по ФП я придумал полностью stateless решение через функции высшего порядка. Можно собрать всю логику запуска и синхронизации задач, а также передачи данных, в одном абсолютно линейном методе (с нулевой цикломатической сложностью). Потом запустить это в режиме fire&forget. Даже поля класса не нужны.
1👍37❤14🤔2✍1
Был такой марксист-экономист Гарри Браверман, его книгу "Труд и монополистический капитал" 1974 я ещё в институте изучал, на семинарах по политэкономии :) Он в частности утверждал, что расширяющаяся научно-техническая революция используется компаниями для того, чтобы всё больше "обезоруживать работников, оставляя их в невежестве, недееспособности и, следовательно, в состоянии приспособленности к работе на машинах". Чем больше сотрудников передают квалифицированную работу на аутсорсинг машинам, тем более управляемыми они становятся.
Единственной небольшой группой, которая однозначно выгрывает от развития AI -- сами технологические компании, которые могут минимизировать одну из своих самых больших затрат -- своих живых сотрудников.
Мир, в котором разработка программного обеспечения сводится к суррогатному управлению трудолюбивыми, но неряшливыми цифровыми агентами -- это мир, в котором некогда важный сектор экономики сокращается до небольшого числа низкооплачиваемых рабочих мест, поскольку для работы с агентами требуется гораздо меньше навыков, чем для вдумчивого создания элегантного кода с нуля вручную.
Проигрывают же глобально абсолютно все пользователи, поскольку получаемое "с помощью" AI программное обеспечение будет менее стабильным и менее качественным, и всё более зависимым от случая и бизнес-модели единичных техногигантов.
Единственной небольшой группой, которая однозначно выгрывает от развития AI -- сами технологические компании, которые могут минимизировать одну из своих самых больших затрат -- своих живых сотрудников.
Мир, в котором разработка программного обеспечения сводится к суррогатному управлению трудолюбивыми, но неряшливыми цифровыми агентами -- это мир, в котором некогда важный сектор экономики сокращается до небольшого числа низкооплачиваемых рабочих мест, поскольку для работы с агентами требуется гораздо меньше навыков, чем для вдумчивого создания элегантного кода с нуля вручную.
Проигрывают же глобально абсолютно все пользователи, поскольку получаемое "с помощью" AI программное обеспечение будет менее стабильным и менее качественным, и всё более зависимым от случая и бизнес-модели единичных техногигантов.
1💯37🤔16❤4🤝2✍1
Люди учатся больше, быстрее и качественнее, когда они учатся у кого-то, с кем они могут регулярно общаться тет-а-тет и у кого есть кнут. Сегодня любой человек может следить за 5-7 топовыми экспертами в своей теме, задавая им вопросы в соцсетях (твиттер тут пока идеальный вариант для этого), и тоже стать экспертом в этой области гораздо - в разы/на порядки - быстрее, чем если бы он изучал её в официальном формате.
Под "официальным" я имею прежде всего массовость: чем больше народу занимается в некоторой структуре, чем больше в ней "потоков", тем менее квалифицирован средний уровень преподавателя/ментора (потому что тем меньше его зарплата -- это база масштабирования любого бизнеса, да и орг.структур в целом), и тем более "официальный" формат.
Собственно, всегда полезно поинтересоваться у ментора, назначенного вам в крупной онлайн-школе, его зарплатой. Он же вас учит тому, как войти в айти и зарабатывать 200т. Почему бы ему самому тогда не уйти в айти, если ему платят 50т.
Под "официальным" я имею прежде всего массовость: чем больше народу занимается в некоторой структуре, чем больше в ней "потоков", тем менее квалифицирован средний уровень преподавателя/ментора (потому что тем меньше его зарплата -- это база масштабирования любого бизнеса, да и орг.структур в целом), и тем более "официальный" формат.
Собственно, всегда полезно поинтересоваться у ментора, назначенного вам в крупной онлайн-школе, его зарплатой. Он же вас учит тому, как войти в айти и зарабатывать 200т. Почему бы ему самому тогда не уйти в айти, если ему платят 50т.
2🤔37❤8👍7😁5😎4
С некоторым удивлением узнал, что японские кроссворды (нонограммы) -- NP-полная задача (японские учоные доказали!). Однако есть мощные эвристики, часто ускоряющие процесс до P.
(так-то я всегда был убеждён, что NP = P, а скоро и вся мировая криптография прочувствует :)
(так-то я всегда был убеждён, что NP = P, а скоро и вся мировая криптография прочувствует :)
🤔41❤7😁1
.
Облако драгоценностей за неделю.
Приватный клуб.
Я отказываюсь использовать AI в качестве основного инструмента написания кода. Мне не нужно их пробовать, чтобы понимать, что он бесполезен. У меня есть инстинкт.
(это сарказм)
Алан Кэй: можно многому научиться, наблюдая за тем, что произошло с Scratch.
a) это было очень успешно, и можно сказать, почему
b) это очень яркий пример того, что для использования нового инструмента должна быть хорошо продуманная учебная программа, иначе результаты будут в основном обыденными (какими они и были).
Для донов-начинающих:
Я верю на 100% в успех буквально на топовом мировом уровне во всех, кто прошёл первую часть моих курсов, потому что знаю на 100%, что теперь войти в элиту -- это исключительно вопрос времени (ну, да, тысячи часов труда, но это уже потенциальная реальность).
Чем хорошо сильное окружение, или строгий ментор (как я:) -- мы не вдохновляем и не мотивируем в вакууме...
Комфортному окружению удобно, когда ты не растёшь. Но стоит тебе начать думать о своём развитии, как ...
"Вера в себя" - красивая ложь для молодёжи. Что вокруг тебя считается нормой, тем ты и становишься...
Я в принципе уже много лет это рекомендую, и вот нашёл очередное научное подтверждение тому, что успешность играния в игры этого жанра -- научный эксперимент подтвердил! -- во-первых хороший реальный показатель способности к разработке сложных систем, ну и во-вторых, это соответственно прекрасный увлекательный тренажёр...
Для донов-неначинающих:
Золотые правила программиста N 4.
Ты всё потеряешь, когда найдёшь хорошую работу :) сразу увязнешь надолго в болоте.
...
Если вы засиделись без повышения зарплаты, выбросьте наконец розовые очки и перестаньте ждать чуда.
Никто не следит за вашей карьерой — всем на неё плевать...
Будь осторожен с кэшированием в базах данных! Вот какие тут засады, и как правильно.
Позвольте мне рассказать вам кое-что о том, что произойдет после того, как вы поддадитесь на льстивые речи своих начальников, и согласитесь сменить сеньорство на тимлидство, станете ИТ-менеджером: вы всё испортите :) Много...
Как зарабатывать больше, не переходя в менеджеры.
Продолжаю выкладывать материалы СильныхИдей — доступны моим ментатам, но тут расширенные и дополненные версии.
73. Наилучший способ разрабатывать большие программы
(все старые материалы для донов постепенно сгорают)
=
Первые сериалы из существенно переработанных и улучшенных материалов СильныхИдей (по сути четыре книги) доступны на бусти:
1. БАЗА программной инженерии
2. Software Design с акцентом на Programming in Small
3. SOLID-25
4. Software Design с акцентом на Programming in Large
=
Новые материалы для ментатов Лаборатории.
В раздел "Элитный программист" добавлен материал
87) Математика высокой продуктивности-4
💪🏻
Мы здесь, потому что это трудно.
it's a privilege to do things that are hard.
=
"ЛаМПовое": база математики, arch linux на rust, трейты в сишечке
Гайд про функциональные архитектуры, 53 топика (+3), как наберётся 64, дам ментатам доступ.
Лаборатория идёт со скоростью самых лучших ментатов.
=
"Зависимость и ключевые элементы. Чувство ментата подсказывало Теду очертания какого-то гигантского паттерна, суть которого была ему недоступна из-за недостатка данных."
"Еретики Дюны"
Облако драгоценностей за неделю.
Приватный клуб.
Я отказываюсь использовать AI в качестве основного инструмента написания кода. Мне не нужно их пробовать, чтобы понимать, что он бесполезен. У меня есть инстинкт.
Алан Кэй: можно многому научиться, наблюдая за тем, что произошло с Scratch.
a) это было очень успешно, и можно сказать, почему
b) это очень яркий пример того, что для использования нового инструмента должна быть хорошо продуманная учебная программа, иначе результаты будут в основном обыденными (какими они и были).
Для донов-начинающих:
Я верю на 100% в успех буквально на топовом мировом уровне во всех, кто прошёл первую часть моих курсов, потому что знаю на 100%, что теперь войти в элиту -- это исключительно вопрос времени (ну, да, тысячи часов труда, но это уже потенциальная реальность).
Чем хорошо сильное окружение, или строгий ментор (как я:) -- мы не вдохновляем и не мотивируем в вакууме...
Комфортному окружению удобно, когда ты не растёшь. Но стоит тебе начать думать о своём развитии, как ...
"Вера в себя" - красивая ложь для молодёжи. Что вокруг тебя считается нормой, тем ты и становишься...
Я в принципе уже много лет это рекомендую, и вот нашёл очередное научное подтверждение тому, что успешность играния в игры этого жанра -- научный эксперимент подтвердил! -- во-первых хороший реальный показатель способности к разработке сложных систем, ну и во-вторых, это соответственно прекрасный увлекательный тренажёр...
Для донов-неначинающих:
Золотые правила программиста N 4.
Ты всё потеряешь, когда найдёшь хорошую работу :) сразу увязнешь надолго в болоте.
...
Если вы засиделись без повышения зарплаты, выбросьте наконец розовые очки и перестаньте ждать чуда.
Никто не следит за вашей карьерой — всем на неё плевать...
Будь осторожен с кэшированием в базах данных! Вот какие тут засады, и как правильно.
Позвольте мне рассказать вам кое-что о том, что произойдет после того, как вы поддадитесь на льстивые речи своих начальников, и согласитесь сменить сеньорство на тимлидство, станете ИТ-менеджером: вы всё испортите :) Много...
Как зарабатывать больше, не переходя в менеджеры.
Продолжаю выкладывать материалы СильныхИдей — доступны моим ментатам, но тут расширенные и дополненные версии.
73. Наилучший способ разрабатывать большие программы
(все старые материалы для донов постепенно сгорают)
=
Первые сериалы из существенно переработанных и улучшенных материалов СильныхИдей (по сути четыре книги) доступны на бусти:
1. БАЗА программной инженерии
2. Software Design с акцентом на Programming in Small
3. SOLID-25
4. Software Design с акцентом на Programming in Large
=
Новые материалы для ментатов Лаборатории.
В раздел "Элитный программист" добавлен материал
87) Математика высокой продуктивности-4
💪🏻
Мы здесь, потому что это трудно.
it's a privilege to do things that are hard.
=
"ЛаМПовое": база математики, arch linux на rust, трейты в сишечке
Гайд про функциональные архитектуры, 53 топика (+3), как наберётся 64, дам ментатам доступ.
Лаборатория идёт со скоростью самых лучших ментатов.
=
"Зависимость и ключевые элементы. Чувство ментата подсказывало Теду очертания какого-то гигантского паттерна, суть которого была ему недоступна из-за недостатка данных."
"Еретики Дюны"
❤39✍7🏆3🫡1
Вам придется научиться продуктивно использовать AI.
(Я знаю, это шокирует, и я не могу поверить, что вам действительно приходится тратить время на изучение чего-то, чтобы добиться результатов в программировании, отличных как самих по себе, так и отличных от тех, кто ничему не учится (каковых, к счастью, 98%)).
Но есть нюанс... Сегодня в карьерный гайд добавил базу по использованию AI в разработке.
"...Когда вы используете искусственный интеллект, чтобы обойти "трудности" своего обучения, вы лишаете себя ментальных моделей, необходимых для того, чтобы быть разработчиком высокого уровня. По сути, вы меняете свой многолетний опыт на краткосрочное повышение скорости разработки, и то исключительно в интересах вашего работодателя, который не добавит вам за трёхкратную скорость даже 2% к зарплате."
Но есть нюанс... Сегодня в карьерный гайд добавил базу по использованию AI в разработке.
"...Когда вы используете искусственный интеллект, чтобы обойти "трудности" своего обучения, вы лишаете себя ментальных моделей, необходимых для того, чтобы быть разработчиком высокого уровня. По сути, вы меняете свой многолетний опыт на краткосрочное повышение скорости разработки, и то исключительно в интересах вашего работодателя, который не добавит вам за трёхкратную скорость даже 2% к зарплате."
2❤36🏆10✍7👍3💯2
This media is not supported in your browser
VIEW IN TELEGRAM
Когда используешь синхронный фреймворк, и никак не можешь понять, а что собственно происходит...
😁45❤2
Смотрю, взлетает новый тренд "свой roblox". Классная темка для распила, потому что со стороны смотрится проэкт эпическим, думаю что не менее миллиарда озвучат :) При том, что вкладываться надо прежде всего в наукоёмкие направления -- например "свой теорем-прувер", сегодня абсолютный топ в формализации математики, филдсовский Теренс Тао не даст соврать, с ним вся европейская computer science. А у России в этом плане (пока ещё) одни из лучших интеллектуальных ресурсов.
Ну а роблокс... что роблокс? Любой сеньор из геймдева на пару с искусственным болваном альфа-версию запилит за 1 месяц. Тут вопрос чисто технический -в масштабировании, а это тупо просто больше серверов. Хотя думаю и серверов-то много не понадобится (возможно всего один :), потому что реальных игроков там будет код наплакал :) если только не будут силком загонять как в макса...
Честно, вот прям очень жалко, такой шанс сделать русской всю мировую математику, по заветам Воеводского, редко когда бывает, а мы уже почти упустили...
Ну а роблокс... что роблокс? Любой сеньор из геймдева на пару с искусственным болваном альфа-версию запилит за 1 месяц. Тут вопрос чисто технический -в масштабировании, а это тупо просто больше серверов. Хотя думаю и серверов-то много не понадобится (возможно всего один :), потому что реальных игроков там будет код наплакал :) если только не будут силком загонять как в макса...
Честно, вот прям очень жалко, такой шанс сделать русской всю мировую математику, по заветам Воеводского, редко когда бывает, а мы уже почти упустили...
🤔37✍9❤5🙏3🏆2
Нашёл в файлах Эпштейна (искал по слову "haskell") классный гайд
https://www.justice.gov/epstein/files/DataSet%209/EFTA00624128.pdf
Ben Goertzel with Cassio Pennachin & Nil Geisweiller & the OpenCog Team
Engineering General Intelligence,
Part 2: The CogPrime Architecture for Integrative, Embodied AGI
September 19, 2013
Забавно почитать, как до явления нейросетей обсуждали AGI.
https://www.justice.gov/epstein/files/DataSet%209/EFTA00624128.pdf
Ben Goertzel with Cassio Pennachin & Nil Geisweiller & the OpenCog Team
Engineering General Intelligence,
Part 2: The CogPrime Architecture for Integrative, Embodied AGI
September 19, 2013
Забавно почитать, как до явления нейросетей обсуждали AGI.
😁44✍4❤3
Forwarded from ivan zakutni
Запустил автономного AI-агента на VPS.
Да, тот самый дырявый openclaw, игнорировать его не удалось🤔
Он работает 24/7, и интерфейс связи со мной – телеграм бот (удобно!)
Имя Ku и аватарку бот себе придумал сам (ну или почти сам.)
Впрочем возможно это КУ и такое 🔔
Если попытаться выделить основную его задачу... Сейчас ее можно назвать, например – "Knowledge management automation".
Ужасное имя, ничего не понятно, лучше – “AI based Exocortex”!
Но этого тоже мало, поэтому расскажу немного деталей!
Из какого функционала состоит система:
- Индексирует документы из моего Obsidian с синхронизацией каждые 15 мин (их там счет на сотни, тысячи еще вроде бы нет).
- Ещё через тот же Obsidian на сервер попадает выжимка по моей работе, собираемая с лаптопа Claude Code агентом с MCP Pieces.
- Туда же, отдельной под-директорией попадает журнал из LogSeq(я начал его использовать недавно для быстрых записей, мышления письмом по книгам и руководствам которые я изучаю. Удобнее чем raycast notes или мобильный обсидиан)
- В довесок он собирает дайджесты с arXiv, почтовых рассылок, и блогов разнообразных и уважаемых учёных – утром и вечером.
- Из всей этой красоты агент извлекает концепты и некоторым образом строит связи
- А еще – генерирует flashcards и с нормальным spaced repetition (FSRS) дважды в день проводит мне quiz-сессии, отмечая что и насколько хорошо я вспоминаю.
- Ну и наконец – Ku публикует инсайты в собственный телеграм канал @ku_notes
Инсайты тоже можно назвать "собственными", потому что у агента есть отдельные кроны/задачи для исследований/размышлений/"самопознаний", результаты которых он отслеживает и собирает в отдельной директории. Конечно не теряя доступ к моему хранилищу, и тому что он высосал из почты и блогов, но тут нет жестких ограничений – темы для исследований он выбирает сам, хотя я и могу подкидывать идейки.
Между “собственными” инсайтами бота и моей личной базой знаний есть жесткая граница. “Свои” инсайты Ku не может просто так добавлять в Obsidian – это read-only копия, и единый источник истины все еще в моем локальном репозитории.
Этот банк пополняется мной, моим мышлением письмом. На случай если Ku вдруг совершит какое-то чудо открытие и поделится им со мной, способ попасть в банк концептов / flashcard's есть лишь один – через мои мозги, через то самое мышление письмом.
***
Ещё несколько интересных решений которые вокруг/внутри этой истории работают:
1. Конечно же я сразу набил ему "голову" минимальным [FPF](https://github.com/ailev/FPF) 🙂 Ku, кстати, дистиллировал спецификацию FPF сам себе в skill-pack. Возможно я этот скилл рассмотрю ближе, и потихоньку доделаю под универсальное использование с другими агентами.
2. MemSkill-inspired память – навыки извлечения эволюционируют через фидбек. Да, это очень свежая папира, и Ku после своей сессии размышлений по FPF предложил внедрить – я помучал вопросами и одобрил! Круть!
3. Есть механизм "Состязательной рефлексии" – один процесс генерит тезисы/идеи, другой ищет контр-доказательства и критикует.
4. Pieces интеграцию стоит упомянуть еще раз (никто же поссылкам не жмет!). Pieces это local-first(с оговоркой) комбайн с визуальными модельками, который смотрит на все что вы делаете и записывает себе в память. Там есть дескопный интерфейс, и MCP – собирает вполне себе глубокий рабочий контекст. В дизайн Ku очень хорошо зашло. Ух, теперь не только для демо митов буду использоваться с запросом "Аааэээ чо я делал весь спринт кроме xyz?", теперь Ku смотрит что я делал, находит связи с кусками из дайджестов, или моими мыслями/записями/постами из Обсидиан и говорит – "Смари чо нашел, это возможно интересным образом вязано!"
Почему все это не такой уж и rocket science:
- OpenClaw даёт солидную базу автономности из коробки, не смотря на всего его несовершенства.
- Opus достаточно умён, а все процессы достаточно просты, сегрегированны и чётко описаны чтобы эффективно им следовать
- Хватает дешёвого VPS — 2cpu/4gb
- Obsidian vault = просто файловая система, а rsync, fswatch и прочие микро-автоматизации на сервере и вашем компе делаются элементарно.
Да, тот самый дырявый openclaw, игнорировать его не удалось
Он работает 24/7, и интерфейс связи со мной – телеграм бот (удобно!)
Имя Ku и аватарку бот себе придумал сам (ну или почти сам.)
Если попытаться выделить основную его задачу... Сейчас ее можно назвать, например – "Knowledge management automation".
Ужасное имя, ничего не понятно, лучше – “AI based Exocortex”!
Но этого тоже мало, поэтому расскажу немного деталей!
Из какого функционала состоит система:
- Индексирует документы из моего Obsidian с синхронизацией каждые 15 мин (их там счет на сотни, тысячи еще вроде бы нет).
- Ещё через тот же Obsidian на сервер попадает выжимка по моей работе, собираемая с лаптопа Claude Code агентом с MCP Pieces.
- Туда же, отдельной под-директорией попадает журнал из LogSeq
- В довесок он собирает дайджесты с arXiv, почтовых рассылок, и блогов разнообразных и уважаемых учёных – утром и вечером.
- Из всей этой красоты агент извлекает концепты и некоторым образом строит связи
- А еще – генерирует flashcards и с нормальным spaced repetition (FSRS) дважды в день проводит мне quiz-сессии, отмечая что и насколько хорошо я вспоминаю.
- Ну и наконец – Ku публикует инсайты в собственный телеграм канал @ku_notes
Инсайты тоже можно назвать "собственными", потому что у агента есть отдельные кроны/задачи для исследований/размышлений/"самопознаний", результаты которых он отслеживает и собирает в отдельной директории. Конечно не теряя доступ к моему хранилищу, и тому что он высосал из почты и блогов, но тут нет жестких ограничений – темы для исследований он выбирает сам, хотя я и могу подкидывать идейки.
Между “собственными” инсайтами бота и моей личной базой знаний есть жесткая граница. “Свои” инсайты Ku не может просто так добавлять в Obsidian – это read-only копия, и единый источник истины все еще в моем локальном репозитории.
Этот банк пополняется мной, моим мышлением письмом. На случай если Ku вдруг совершит какое-то чудо открытие и поделится им со мной, способ попасть в банк концептов / flashcard's есть лишь один – через мои мозги, через то самое мышление письмом.
***
Ещё несколько интересных решений которые вокруг/внутри этой истории работают:
1. Конечно же я сразу набил ему "голову" минимальным [FPF](https://github.com/ailev/FPF) 🙂 Ku, кстати, дистиллировал спецификацию FPF сам себе в skill-pack. Возможно я этот скилл рассмотрю ближе, и потихоньку доделаю под универсальное использование с другими агентами.
2. MemSkill-inspired память – навыки извлечения эволюционируют через фидбек. Да, это очень свежая папира, и Ku после своей сессии размышлений по FPF предложил внедрить – я помучал вопросами и одобрил! Круть!
3. Есть механизм "Состязательной рефлексии" – один процесс генерит тезисы/идеи, другой ищет контр-доказательства и критикует.
4. Pieces интеграцию стоит упомянуть еще раз (никто же поссылкам не жмет!). Pieces это local-first
Почему все это не такой уж и rocket science:
- OpenClaw даёт солидную базу автономности из коробки, не смотря на всего его несовершенства.
- Opus достаточно умён, а все процессы достаточно просты, сегрегированны и чётко описаны чтобы эффективно им следовать
- Хватает дешёвого VPS — 2cpu/4gb
- Obsidian vault = просто файловая система, а rsync, fswatch и прочие микро-автоматизации на сервере и вашем компе делаются элементарно.
Please open Telegram to view this post
VIEW IN TELEGRAM
25✍28❤18🤯8❤🔥3👍3
↑↑↑ Продолжаю работу с ментатами 🤓 ↓↓↓
...В плане собеседований я должен сказать, что уже проходил опыт с попыткой трудоустройства, когда у меня с вами был "перерыв". И должен признаться, что испытываю дикий страх, который не испытывал даже в армии. С другой стороны, ко всему этому можно отнестись как к эксперименту.
...Стало заметно, что самые полезные 30–50 минут работы проходят вне IDE. Когда я формулирую словами шаги алгоритма или правила системы, структура кода затем выстраивается почти автоматически. Если я не могу описать словами, что делает фрагмент логики, значит, я всё ещё думаю на уровне «как выполняется», а не «что означает».
Теперь главный вопрос перед любым фрагментом логики для меня звучит так: «Какая сущность или правило системы здесь реализуется, а не какой именно код здесь написан?»
...Мне кажется работа над "запахом кода" может вестись непрерывно. Особенно когда у тебя не так много опыта и ты создаешь много "запаха" во время реализации первого релиза. Тебя подгоняют сроки. Регулярно я выполняю очередной коммит с мыслью, что после того, как выпустим проект в прод и пустим первых пользователей, то я обязательно вернусь и поработаю над этим "запахом". Мне практически ежедневно хочется вернуться и внести очередные изменения, которые устранят этот "запах".
...Да, LLM уже делают свою работу гораздо лучше, чем было еще год назад. И если такой код получается рабочим, но "запаха" у такого кода достаточно много. В принципе как и у людей когда мало опыта и подгоняют по срокам.
[...] Отменили интервью, сказали, что нужна релокация (Азербайджан). Возможно, причина выдумана)
[...] Не решил за час алгоритмическую задачку по нахождению самой длинной строго монотонной последовательности. Алгоритм написал, но с ошибками. Кстати в этот раз решал на Python. Буду дальше практиковаться в написании алгоритмов на вашем курсе.
...часть моей команды сокращают и тем временем моему коллеге разработчику повысили ЗП, и все это на 1 to 1 с руководителем. Сегодня сократили моего аналитика и вот пару часов назад мне встречу на завтра назначили...
...Благодаря последним заданиям HW, начал примерно понимать как архитектурно смотреть на проект и как можно его менять. Часто ловил себя на том, что читаю задание по изменению архитектуры и совсем не понимаю, а как это сделать у себя, особенно так, чтобы стало лучше. И вот наконец набралось то количество информации из ваших материалов, которое начинает превращаться в единую картину. И я начал ощущать, будто стал понимать как следует смотреть на проект. Раньше я вроде делал что-то в плане архитектуры, и возможно далеко не худшим образом, но всё это было будто на автомате, без осознания, а почему именно я делаю так. И вот при выполнении очередного задания HW, я ощутил, что начинаю понимать, а как вообще можно выразить архитектуру, чувствовать какие-то границы и т.д. И хоть это понимание ещё довольно примитивно и мне предстоит ещё расти и расти, но я рад, что ощутил прогресс...
...Закончил знакомство с блоком материалов по экстремальной ответственности. Пока изучал, казалось, что вроде бы проникся общей идеей, осознал пользу принятия ответственности, но тут вышел тимлид, стало психологически легче, и сразу появился соблазн сбросить с себя всю ответственность за решения в том числе по своим работам.
Отдельно отмечу, что эти материалы (в основном 40 - как не выгореть…) помогают не только в рабочем процессе, а в том числе и в общежитейском-семейном :)
...Нашёл для себя полезность такого "умничания" в том, что можно использовать заведомо неуспешное с точки зрения прохождения собеседование превратить в полезный инженерный спор, при условии, что интервьюер действительно разбирается в том, о чем спрашивает (хотя вряд ли).
По моему опыту таких интервьюеров, которые намеренно сливали, не было. Но были такие, которые не принимали ответ, так как ожидали "типичной" формулировки ответа, как в моем случае при собеседовании в [...]. К таким отношение не лучше, ибо они не видят глубины собственного вопроса и весьма ограничены в понимании вопроса.
...В плане собеседований я должен сказать, что уже проходил опыт с попыткой трудоустройства, когда у меня с вами был "перерыв". И должен признаться, что испытываю дикий страх, который не испытывал даже в армии. С другой стороны, ко всему этому можно отнестись как к эксперименту.
...Стало заметно, что самые полезные 30–50 минут работы проходят вне IDE. Когда я формулирую словами шаги алгоритма или правила системы, структура кода затем выстраивается почти автоматически. Если я не могу описать словами, что делает фрагмент логики, значит, я всё ещё думаю на уровне «как выполняется», а не «что означает».
Теперь главный вопрос перед любым фрагментом логики для меня звучит так: «Какая сущность или правило системы здесь реализуется, а не какой именно код здесь написан?»
...Мне кажется работа над "запахом кода" может вестись непрерывно. Особенно когда у тебя не так много опыта и ты создаешь много "запаха" во время реализации первого релиза. Тебя подгоняют сроки. Регулярно я выполняю очередной коммит с мыслью, что после того, как выпустим проект в прод и пустим первых пользователей, то я обязательно вернусь и поработаю над этим "запахом". Мне практически ежедневно хочется вернуться и внести очередные изменения, которые устранят этот "запах".
...Да, LLM уже делают свою работу гораздо лучше, чем было еще год назад. И если такой код получается рабочим, но "запаха" у такого кода достаточно много. В принципе как и у людей когда мало опыта и подгоняют по срокам.
[...] Отменили интервью, сказали, что нужна релокация (Азербайджан). Возможно, причина выдумана)
[...] Не решил за час алгоритмическую задачку по нахождению самой длинной строго монотонной последовательности. Алгоритм написал, но с ошибками. Кстати в этот раз решал на Python. Буду дальше практиковаться в написании алгоритмов на вашем курсе.
...часть моей команды сокращают и тем временем моему коллеге разработчику повысили ЗП, и все это на 1 to 1 с руководителем. Сегодня сократили моего аналитика и вот пару часов назад мне встречу на завтра назначили...
...Благодаря последним заданиям HW, начал примерно понимать как архитектурно смотреть на проект и как можно его менять. Часто ловил себя на том, что читаю задание по изменению архитектуры и совсем не понимаю, а как это сделать у себя, особенно так, чтобы стало лучше. И вот наконец набралось то количество информации из ваших материалов, которое начинает превращаться в единую картину. И я начал ощущать, будто стал понимать как следует смотреть на проект. Раньше я вроде делал что-то в плане архитектуры, и возможно далеко не худшим образом, но всё это было будто на автомате, без осознания, а почему именно я делаю так. И вот при выполнении очередного задания HW, я ощутил, что начинаю понимать, а как вообще можно выразить архитектуру, чувствовать какие-то границы и т.д. И хоть это понимание ещё довольно примитивно и мне предстоит ещё расти и расти, но я рад, что ощутил прогресс...
...Закончил знакомство с блоком материалов по экстремальной ответственности. Пока изучал, казалось, что вроде бы проникся общей идеей, осознал пользу принятия ответственности, но тут вышел тимлид, стало психологически легче, и сразу появился соблазн сбросить с себя всю ответственность за решения в том числе по своим работам.
Отдельно отмечу, что эти материалы (в основном 40 - как не выгореть…) помогают не только в рабочем процессе, а в том числе и в общежитейском-семейном :)
...Нашёл для себя полезность такого "умничания" в том, что можно использовать заведомо неуспешное с точки зрения прохождения собеседование превратить в полезный инженерный спор, при условии, что интервьюер действительно разбирается в том, о чем спрашивает (хотя вряд ли).
По моему опыту таких интервьюеров, которые намеренно сливали, не было. Но были такие, которые не принимали ответ, так как ожидали "типичной" формулировки ответа, как в моем случае при собеседовании в [...]. К таким отношение не лучше, ибо они не видят глубины собственного вопроса и весьма ограничены в понимании вопроса.
1🏆25👍14❤4✍2❤🔥1
Потестил последние модельки, вокруг которых сегодня хайп - опус4.6 кодекс5.3
"когда две комплексные групповые алгебры над конечными абелевыми группами изоморфны?"
Заразы, все справились :)
А ещё недавние версии тупили, дескать "когда сами группы изоморфны", неа, их внутренние структуры даже могут различаться, достаточно лишь одинаковой мощности.
Это кстати довольно важный момент в кампутер сайнсе, например type erasure. Как стирается структура группы до размерности, так и Java стирает
Разные типы, но одно представление.
"когда две комплексные групповые алгебры над конечными абелевыми группами изоморфны?"
Заразы, все справились :)
Когда |A| = |B|А ещё недавние версии тупили, дескать "когда сами группы изоморфны", неа, их внутренние структуры даже могут различаться, достаточно лишь одинаковой мощности.
Это кстати довольно важный момент в кампутер сайнсе, например type erasure. Как стирается структура группы до размерности, так и Java стирает
List<Int> и List<String> до одного List в рантайме.Разные типы, но одно представление.
1🤯34✍15❤7👍2