4 способа проводить совещания, которые работают
Если вы проводите весь день на совещаниях:
• Вы теряете время.
• Вы не можете принимать решения.
• Вы не знаете, как делегировать полномочия.
• Вы занимаетесь самолюбованием.
• Вы тратите свой день на перекладывание работы на других.
«
... человек либо митингует, либо работает. Нельзя делать и то, и другое одновременно"
Статья: https://leadershipfreak.blog/2024/11/19/4-ways-to-lead-meetings-that-work/
Если вы проводите весь день на совещаниях:
• Вы теряете время.
• Вы не можете принимать решения.
• Вы не знаете, как делегировать полномочия.
• Вы занимаетесь самолюбованием.
• Вы тратите свой день на перекладывание работы на других.
«
... человек либо митингует, либо работает. Нельзя делать и то, и другое одновременно"
Статья: https://leadershipfreak.blog/2024/11/19/4-ways-to-lead-meetings-that-work/
Программисты ничего не знают (и это нормально)
Почему даже синьоры постоянно что-то учат, никто не может точно оценить задачи, а 80% банковских транзакций обрабатывается сервисами на устаревшем языке программирования?
Статья: https://habr.com/ru/articles/863814/
Почему даже синьоры постоянно что-то учат, никто не может точно оценить задачи, а 80% банковских транзакций обрабатывается сервисами на устаревшем языке программирования?
Статья: https://habr.com/ru/articles/863814/
Проблема 70%: суровые истины о программировании с помощью ИИ
Проведя последние несколько лет погруженным в разработку с помощью ИИ, я заметил интересную закономерность. В то время как инженеры сообщают, что с помощью ИИ они стали значительно продуктивнее, реальное программное обеспечение, которое мы используем ежедневно, не кажется заметно лучше. Что же здесь происходит?
Кажется, я знаю, почему, и ответ раскрывает некоторые фундаментальные истины о разработке программного обеспечения, с которыми нам необходимо считаться. Позвольте мне поделиться тем, что я узнал.
Статья: https://addyo.substack.com/p/the-70-problem-hard-truths-about
Проведя последние несколько лет погруженным в разработку с помощью ИИ, я заметил интересную закономерность. В то время как инженеры сообщают, что с помощью ИИ они стали значительно продуктивнее, реальное программное обеспечение, которое мы используем ежедневно, не кажется заметно лучше. Что же здесь происходит?
Кажется, я знаю, почему, и ответ раскрывает некоторые фундаментальные истины о разработке программного обеспечения, с которыми нам необходимо считаться. Позвольте мне поделиться тем, что я узнал.
Статья: https://addyo.substack.com/p/the-70-problem-hard-truths-about
IT Insights
Проблема 70%: суровые истины о программировании с помощью ИИ Проведя последние несколько лет погруженным в разработку с помощью ИИ, я заметил интересную закономерность. В то время как инженеры сообщают, что с помощью ИИ они стали значительно продуктивнее…
Мой перевод: https://apptractor.ru/info/articles/problema-70-surovye-istiny-o-programmirovanii-s-pomoschyu-ii.html
ИИ не делает наше программное обеспечение кардинально лучше, потому что его качество (возможно) никогда не ограничивалось в первую очередь скоростью программирования. Трудные части разработки программного обеспечения — понимание требований, проектирование поддерживаемых систем, работа с нестандартными ситуациями, обеспечение безопасности и производительности — по-прежнему требуют человеческой оценки.
Что делает ИИ, так это позволяет нам быстрее проводить итерации и эксперименты, что потенциально может привести к лучшим решениям благодаря более быстрым исследованиям. Но только если мы сохраним инженерную дисциплину и будем использовать ИИ как инструмент, а не как замену хорошим практикам разработки ПО. Помните: цель не в том, чтобы быстрее написать больше кода. Она заключается в том, чтобы создавать лучшее программное обеспечение. При разумном использовании ИИ может помочь нам в этом. Но мы сами должны знать, что значит «лучшее» и как этого добиться.
ИИ не делает наше программное обеспечение кардинально лучше, потому что его качество (возможно) никогда не ограничивалось в первую очередь скоростью программирования. Трудные части разработки программного обеспечения — понимание требований, проектирование поддерживаемых систем, работа с нестандартными ситуациями, обеспечение безопасности и производительности — по-прежнему требуют человеческой оценки.
Что делает ИИ, так это позволяет нам быстрее проводить итерации и эксперименты, что потенциально может привести к лучшим решениям благодаря более быстрым исследованиям. Но только если мы сохраним инженерную дисциплину и будем использовать ИИ как инструмент, а не как замену хорошим практикам разработки ПО. Помните: цель не в том, чтобы быстрее написать больше кода. Она заключается в том, чтобы создавать лучшее программное обеспечение. При разумном использовании ИИ может помочь нам в этом. Но мы сами должны знать, что значит «лучшее» и как этого добиться.
AppTractor
Проблема 70%: суровые истины о программировании с помощью ИИ
ИИ не делает наше программное обеспечение кардинально лучше, потому что его качество (возможно) никогда не ограничивалось в первую очередь скоростью программирования.
Теперь я могу запустить модель класса GPT-4 на своем ноутбуке
Новая Llama 3.3 70B от Meta - это настоящая Большая языковая модель класса GPT-4, которая работает на моем ноутбуке.
Всего 20 месяцев назад я был поражен, увидев, что на этой же машине работает модель класса GPT-3. За последние два года качество моделей, работающих на потребительском оборудовании, значительно улучшилось.
Мой ноутбук - это 64-гигабайтный MacBook Pro M2, который я получил в январе 2023 года - через два месяца после первого выпуска ChatGPT. Во всех моих экспериментах по запуску LLM на ноутбуке использовалась эта же машина.
Статья: https://simonwillison.net/2024/Dec/9/llama-33-70b/
Новая Llama 3.3 70B от Meta - это настоящая Большая языковая модель класса GPT-4, которая работает на моем ноутбуке.
Всего 20 месяцев назад я был поражен, увидев, что на этой же машине работает модель класса GPT-3. За последние два года качество моделей, работающих на потребительском оборудовании, значительно улучшилось.
Мой ноутбук - это 64-гигабайтный MacBook Pro M2, который я получил в январе 2023 года - через два месяца после первого выпуска ChatGPT. Во всех моих экспериментах по запуску LLM на ноутбуке использовалась эта же машина.
Статья: https://simonwillison.net/2024/Dec/9/llama-33-70b/
Simon Willison’s Weblog
I can now run a GPT-4 class model on my laptop
Meta’s new Llama 3.3 70B is a genuinely GPT-4 class Large Language Model that runs on my laptop. Just 20 months ago I was amazed to see something that felt …
RAG с нуля
LLM обучаются на большом, но фиксированном корпусе данных, что ограничивает их способность рассуждать о частной или недавней информации. Тонкая настройка (Fine-tuning) - один из способов смягчить эту проблему, но зачастую она не очень хорошо подходит для фактического запоминания и может быть дорогостоящей. Популярным и мощным механизмом расширения базы знаний LLM стала генерация с расширением поиска (Retrieval augmented generation, RAG), использующая документы, полученные из внешнего источника данных, для обоснования генерации LLM с помощью внутриконтекстного обучения.
В этом репозитории есть блокноты, а на YouTube есть плейлист, в которых с нуля рассказывается о RAG, начиная с основ индексирования, поиска и генерации.
GitHub: https://github.com/langchain-ai/rag-from-scratch
LLM обучаются на большом, но фиксированном корпусе данных, что ограничивает их способность рассуждать о частной или недавней информации. Тонкая настройка (Fine-tuning) - один из способов смягчить эту проблему, но зачастую она не очень хорошо подходит для фактического запоминания и может быть дорогостоящей. Популярным и мощным механизмом расширения базы знаний LLM стала генерация с расширением поиска (Retrieval augmented generation, RAG), использующая документы, полученные из внешнего источника данных, для обоснования генерации LLM с помощью внутриконтекстного обучения.
В этом репозитории есть блокноты, а на YouTube есть плейлист, в которых с нуля рассказывается о RAG, начиная с основ индексирования, поиска и генерации.
GitHub: https://github.com/langchain-ai/rag-from-scratch
T-Lite и T-Pro – открытые русскоязычные опенсорс-модели на 7 и на 32 млрд параметров
Сегодня мы открываем две большие языковые модели — T-Lite и T-Pro, над которыми работали последние полгода, их можно скачать с huggingface. Они распространяются под лицензией Apache 2.0. Для адаптации моделей под бизнес-кейсы рекомендуем воспользоваться нашей библиотекой turbo-alignment с инструментами для полного цикла работы над LLM.
Статья: https://habr.com/ru/companies/tbank/articles/865582/
Сегодня мы открываем две большие языковые модели — T-Lite и T-Pro, над которыми работали последние полгода, их можно скачать с huggingface. Они распространяются под лицензией Apache 2.0. Для адаптации моделей под бизнес-кейсы рекомендуем воспользоваться нашей библиотекой turbo-alignment с инструментами для полного цикла работы над LLM.
Статья: https://habr.com/ru/companies/tbank/articles/865582/
Смерть упорных разработчиков
Цепочка, позволяющая младшим разработчикам вырасти в старших, разрушена или, по крайней мере, повреждена. Многие задачи теперь можно автоматизировать, поэтому компаниям не нужно так много младших сотрудников. Разработчики, которые не примут программирование на основе чата в качестве основного способа работы, останутся позади.
Статья: https://sourcegraph.com/blog/the-death-of-the-stubborn-developer
Цепочка, позволяющая младшим разработчикам вырасти в старших, разрушена или, по крайней мере, повреждена. Многие задачи теперь можно автоматизировать, поэтому компаниям не нужно так много младших сотрудников. Разработчики, которые не примут программирование на основе чата в качестве основного способа работы, останутся позади.
Статья: https://sourcegraph.com/blog/the-death-of-the-stubborn-developer
Sourcegraph
The death of the stubborn developer | Sourcegraph Blog
How stubborn developers are getting left behind by refusing to adopt chat-oriented programming (CHOP) as their primary development approach.
Малинка в деле: пять креативных проектов на базе Raspberry Pi
Одноплатные компьютеры от Raspberry Pi Foundation и других производителей стали незаменимым инструментом как для любительских экспериментов, так и для профессиональной разработки и промышленного использования. За годы их существования энтузиасты и инженеры воплотили в жизнь тысячи уникальных идей. Сегодня мы расскажем о свеженьких проектах, которые по праву заслуживают вашего внимания.
Статья: https://habr.com/ru/companies/selectel/articles/865986/
Одноплатные компьютеры от Raspberry Pi Foundation и других производителей стали незаменимым инструментом как для любительских экспериментов, так и для профессиональной разработки и промышленного использования. За годы их существования энтузиасты и инженеры воплотили в жизнь тысячи уникальных идей. Сегодня мы расскажем о свеженьких проектах, которые по праву заслуживают вашего внимания.
Статья: https://habr.com/ru/companies/selectel/articles/865986/
🥴1
13 советов для начинающих разработчиков, которые уже прочитали все остальные советы
Недавно кто-то спросил меня, есть ли у меня советы для начинающих программистов. Сначала я подумал, что это глупый вопрос. Я начал работать всего десять лет назад; многие из подписчиков моей рассылки занимаются программированием дольше, чем я!
Потом я прочитал несколько статей «Советы начинающему программисту» и подумал, что некоторые вещи в них упущены. Итак, вот тринадцать советов для начинающих программистов.
Статья: https://apptractor.ru/info/articles/13-sovetov-dlya-nachinayuschih-razrabotchikov-kotorye-uzhe-prochitali-vse-ostalnye-sovety.html
Недавно кто-то спросил меня, есть ли у меня советы для начинающих программистов. Сначала я подумал, что это глупый вопрос. Я начал работать всего десять лет назад; многие из подписчиков моей рассылки занимаются программированием дольше, чем я!
Потом я прочитал несколько статей «Советы начинающему программисту» и подумал, что некоторые вещи в них упущены. Итак, вот тринадцать советов для начинающих программистов.
Статья: https://apptractor.ru/info/articles/13-sovetov-dlya-nachinayuschih-razrabotchikov-kotorye-uzhe-prochitali-vse-ostalnye-sovety.html
Dropbox: как игнорировать пользователей 10 лет
Миллионы людей пользуются облаком Dropbox. Многие из них знают о возможности предложить идею нового функционала. Но только избранные ждут реализацию одной самой желанной фичи уже десять лет. В статье посмотрим, как Dropbox удаётся столь долгий срок не обращать внимание на потребности пользователей.
Статья: https://habr.com/ru/articles/867404/
Миллионы людей пользуются облаком Dropbox. Многие из них знают о возможности предложить идею нового функционала. Но только избранные ждут реализацию одной самой желанной фичи уже десять лет. В статье посмотрим, как Dropbox удаётся столь долгий срок не обращать внимание на потребности пользователей.
Статья: https://habr.com/ru/articles/867404/
😁1
Призраки в машине
Пишут, что Spotify заполняет свои самые популярные плейлисты стоковой музыкой, приписываемой несуществующим музыкантам, «призрачным» или «фальшивым» исполнителям, предположительно, чтобы уменьшить выплаты роялти. Возможно, компания сама создает эти треки. Плейлисты, созданные компанией, становятся важнейшим источником дохода для независимых артистов и лейблов. Spotify отрицает утверждения о том, что компания создает свои собственные треки фальшивых артистов.
Статья: https://harpers.org/archive/2025/01/the-ghosts-in-the-machine-liz-pelly-spotify-musicians/
Пишут, что Spotify заполняет свои самые популярные плейлисты стоковой музыкой, приписываемой несуществующим музыкантам, «призрачным» или «фальшивым» исполнителям, предположительно, чтобы уменьшить выплаты роялти. Возможно, компания сама создает эти треки. Плейлисты, созданные компанией, становятся важнейшим источником дохода для независимых артистов и лейблов. Spotify отрицает утверждения о том, что компания создает свои собственные треки фальшивых артистов.
Статья: https://harpers.org/archive/2025/01/the-ghosts-in-the-machine-liz-pelly-spotify-musicians/
Problem Driven Development
Теория проблемно-ориентированной разработки настолько проста, что кажется очевидной. Но я видел, как многие инженеры и менеджеры по разработке пытались понять, что делать. И я видел, как еще большее их число не могут сказать «нет» senior инженеру, которому нравится решение, не решающее проблему.
Статья: https://blog.staysaasy.com/p/problem-driven-development
Теория проблемно-ориентированной разработки настолько проста, что кажется очевидной. Но я видел, как многие инженеры и менеджеры по разработке пытались понять, что делать. И я видел, как еще большее их число не могут сказать «нет» senior инженеру, которому нравится решение, не решающее проблему.
Статья: https://blog.staysaasy.com/p/problem-driven-development
Staysaasy
Problem Driven Development
Hey bud, what's the problem here?
Новогодний DIY: В лесу крутилась ёлочка
Незаметно подошло время новогодних праздников, а значит, самое время сообразить очередной тематический проект. Например, электронную самоделку. Например, прилагательное ёлочку из светодиодов. На Ардуино. Но не спешите расходиться с постными лицами, ведь я собираюсь вращать её со скоростью 1800 оборотов в минуту! Надеваем защитные очки и приступаем к созданию праздника.
Статья: https://habr.com/ru/companies/ruvds/articles/867904/
Незаметно подошло время новогодних праздников, а значит, самое время сообразить очередной тематический проект. Например, электронную самоделку. Например, прилагательное ёлочку из светодиодов. На Ардуино. Но не спешите расходиться с постными лицами, ведь я собираюсь вращать её со скоростью 1800 оборотов в минуту! Надеваем защитные очки и приступаем к созданию праздника.
Статья: https://habr.com/ru/companies/ruvds/articles/867904/
Программисты, которые не используют автозаполнение/LSP, как вы это делаете?
Многие функции IDE, такие как автозаполнение, языковые серверы и Copilot, сегодня воспринимаются как нечто само собой разумеющееся. Однако не каждый разработчик пользуется этими инструментами. Некоторые разработчики работают в среде, где у них нет доступа к IDE (например, на удаленных серверах, где есть только Vim), поэтому им приходится учиться другим способам работы. Организация программного обеспечения таким образом, чтобы каждый фрагмент кода имел четкое и логичное место, является навыком - инструменты, помогающие в навигации по коду, могут привести к коду, лишенному структуры.
Hacker News: https://news.ycombinator.com/item?id=42492508
Многие функции IDE, такие как автозаполнение, языковые серверы и Copilot, сегодня воспринимаются как нечто само собой разумеющееся. Однако не каждый разработчик пользуется этими инструментами. Некоторые разработчики работают в среде, где у них нет доступа к IDE (например, на удаленных серверах, где есть только Vim), поэтому им приходится учиться другим способам работы. Организация программного обеспечения таким образом, чтобы каждый фрагмент кода имел четкое и логичное место, является навыком - инструменты, помогающие в навигации по коду, могут привести к коду, лишенному структуры.
Hacker News: https://news.ycombinator.com/item?id=42492508
👍1🥴1
Почему нулевой технический долг - это миф (и, возможно, красный флаг)
В конце концов, технический долг — это такая же форма долга, как и любая другая: он управляем, а иногда даже необходим. Это часть естественного баланса в реальном развитии. И если кто-то утверждает, что достиг мифического состояния «нулевого технического долга», я бы сказал, что он либо не понимает сути, либо работает над чем-то настолько несущественным, что это не имеет значения.
Статья: https://apptractor.ru/info/articles/pochemu-nulevoy-tehnicheskiy-dolg-eto-mif-i-vozmozhno-krasnyy-flag.html
В конце концов, технический долг — это такая же форма долга, как и любая другая: он управляем, а иногда даже необходим. Это часть естественного баланса в реальном развитии. И если кто-то утверждает, что достиг мифического состояния «нулевого технического долга», я бы сказал, что он либо не понимает сути, либо работает над чем-то настолько несущественным, что это не имеет значения.
Статья: https://apptractor.ru/info/articles/pochemu-nulevoy-tehnicheskiy-dolg-eto-mif-i-vozmozhno-krasnyy-flag.html
👍1
о3 теснит программистов? Как OpenAI снова всех удивила
Буквально через пару-тройку лет в мире следует ожидать изменения спроса на ряд должностей белых воротничков – от дизайна веб-сайтов до кодирования. Уже любой, кто выполняет в основном повторяющуюся работу, будет в шатком положении или уволен. В то же время я уверен, что будут созданы и другие рабочие места, требующие иных умений и знаний. Изменятся цели, но компании по-прежнему будут конкурировать, и мы довольно далеки от точки, когда люди вообще не будут нужны.
Новость: https://habr.com/ru/companies/lanit/articles/869614/
Буквально через пару-тройку лет в мире следует ожидать изменения спроса на ряд должностей белых воротничков – от дизайна веб-сайтов до кодирования. Уже любой, кто выполняет в основном повторяющуюся работу, будет в шатком положении или уволен. В то же время я уверен, что будут созданы и другие рабочие места, требующие иных умений и знаний. Изменятся цели, но компании по-прежнему будут конкурировать, и мы довольно далеки от точки, когда люди вообще не будут нужны.
Новость: https://habr.com/ru/companies/lanit/articles/869614/
😁2