О разработке и не только
前往频道在 Telegram
Делюсь годными материалами, которые нахожу в сети. В основном по программированию, немного научпопа, софт-скилам и менеджменту.
显示更多338
订阅者
无数据24 小时
-17 天
+230 天
数据加载中...
吸引订阅者
七月 '26
七月 '26
+1
在0个频道中
六月 '26
+11
在1个频道中
Get PRO
五月 '26
+4
在1个频道中
Get PRO
四月 '26
+11
在0个频道中
Get PRO
三月 '26
+14
在1个频道中
Get PRO
二月 '26
+11
在0个频道中
Get PRO
一月 '26
+5
在0个频道中
Get PRO
十二月 '25
+8
在1个频道中
Get PRO
十一月 '25
+13
在1个频道中
Get PRO
十月 '25
+2
在0个频道中
Get PRO
九月 '25
+11
在0个频道中
Get PRO
八月 '25
+6
在1个频道中
Get PRO
七月 '25
+56
在1个频道中
Get PRO
六月 '25
+6
在1个频道中
Get PRO
五月 '25
+19
在0个频道中
Get PRO
四月 '250
在0个频道中
Get PRO
三月 '25
+25
在0个频道中
Get PRO
二月 '250
在0个频道中
Get PRO
一月 '250
在1个频道中
Get PRO
十二月 '24
+10
在1个频道中
Get PRO
十一月 '240
在0个频道中
Get PRO
十月 '24
+29
在1个频道中
Get PRO
九月 '240
在1个频道中
Get PRO
八月 '24
+4
在1个频道中
Get PRO
七月 '240
在1个频道中
Get PRO
六月 '240
在0个频道中
Get PRO
五月 '24
+10
在1个频道中
Get PRO
四月 '240
在0个频道中
Get PRO
三月 '24
+114
在0个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 10 七月 | 0 | |||
| 09 七月 | 0 | |||
| 08 七月 | 0 | |||
| 07 七月 | 0 | |||
| 06 七月 | 0 | |||
| 05 七月 | 0 | |||
| 04 七月 | 0 | |||
| 03 七月 | +1 | |||
| 02 七月 | 0 | |||
| 01 七月 | 0 |
频道帖子
"Понимание некоторых принципов с лихвой компенсирует незнание многих фактов" (c)
Шахматы — наглядный пример работы нашего мозга. Он не хранит сами факты отдельно, а пытается собрать из них свою картину мира. В идеале — статичную и непротиворечивую, но по факту меняющуюся с появлением нового опыта. Отсюда и пошли древние боги и суеверия — так гораздо проще объяснить всякие природные явления. Ну правда: какое электричество? какое напряжение? это пекарь задрал цены на свою продукцию — вот Зевс молнией и спалил его дом. Увы, думать — слишком трудозатратный процесс (а ещё есть риск осознать, что твоя картина мира неправильная и уйти в закат долго думать), так что большинство людей предпочитают находить простые объяснения и вешать ярлыки.
Например, "ORM — зло", "всё надо делать по SOLID", "Active Record — антипаттерн" и т.п. не вдаваясь в детали откуда взялось это убеждение. Может, конъюнктура изменилась и пора пересмотреть свои догмы?
Но вернёмся к шахматам. Ключевой момент здесь — насмотренность. За которым следует чанкинг и шаблоны. Чанкинг есть и в программировании: когда вы видите
while True:, то подсознательно сразу ищете условие выхода и утечку ресурсов. Для вас это не просто цикл, но обладающий некоторыми доп свойствами. Чанкинг позволяет думать более высокоуровневыми блоками, и за счёт этого экономит мыслетопливо. И это прямое следствие насмотренности — мозг сам выделяет и встраивает паттерны в вашу картину мира.
https://habr.com/ru/companies/lanit/articles/1043140/| 2 | Даже «чистый» репозиторий на GitHub может представлять опасность для ИИ-агентов
АХАХА глупая машина 😈 Потому что надо понимать, что ты делаешь 🙃
А если серьёзно, то интересный вектор атак в первую очередь на вайб-кодеров, которые умеют только промпты писать. Довольно грубо и примитивно, но абьюзят стандартный подход, на которых LLM и обучались.
https://xakep.ru/2026/07/01/0din-poc/ | 165 |
| 3 | Энакин Скайуокер в саге Звёздных войн проходит через целую серию испытаний и происшествий. Надеюсь, все уже в курсе событий, потому что я хочу разобрать его жизнь в рядах джедаев через призму бережливого управления людьми. Потому что джедаи смогли привлечь в свои ряды действительно выдающегося сотрудника с уникальными компетенциями, чтобы затем своими ошибками сделать из него самого настоящего врага.
🧨Всё начинается с встречи Совета Джедаев, где Энакину озвучивают, что он слишком стар и полон страха. Взрослые и неглупые люди, полные "силы", не только полностью проигнорировали травматичный опыт ребёнка, его багаж психологических травм, но и усилили давление на них. Страх на новом месте - нормально. А тут вместо поддержки и одобрения при онбординге - дополнительное давление
🧨Наставником Энакину назначают Оби-Вана, который сам только что закончил стажировку и не имел никакого опыта в "тимлидстве", потому срывался на микроменеджмент, допускал публичную критику своего подчинённого и требовал слепого подчинения инструкциям, без объяснения смысла.
Скайуокер оказался в мире постоянного стресса и отсуствия психологической безопасности. Он не мог сказать, что ему тяжело, поделиться какими-то сложностями, из-за чего годами копил в себе стресс и выгорал
🧨При том, что Энакин очень быстро зарекомендовал себя как компетентный и лояльный сотрудник, ему так и не смогли доверять. Даже больше, его обманули и напрямую использовали, чтобы убедить врагов в смерти Оби-Вана. Да, Кеноби смог внедриться в преступную группировку, но Энакин пережил жесточайший кризис доверия
🧨В Войне клонов Энакин не только добился поставленных целей, но и спас руководство. Этим он наглядно доказал свой высокий статус "hi-po" или "A-player", что именно он способен создавать разницу. И чем ему ответили за такие выдающиеся достижения? Ввели в Совет Джедаев и повесили дополнительные обязательства (и то, не по собственной инициативе). Но отказали в статусе Магистра и статусно-политическом вознаграждении. Система прямо показала, что для повышения важна лояльность старой номенклатуре, а не реальные результаты
🧨К третьему эпизоду Энакин оказался на грани выгорания от всего этого и он даже переступил через себя и обратился к Йоде, но столкнулся с токсичным позитивом и классическим корпоративным скриптом "Учись отпускать всё, что боишься потерять". Вместо эмпатии, реальной помощи, отпуска или какой-то реорганизации он получил обесценение собственных переживаний и давления
🧨И, конечно же, поручение следить за Палпатином, с которым у Скайуокера сложились очень тёплые и даже дружеские отношения, гарантировало глубочайший когнитивный диссонанс и психологический срыв. Энакин был поставлен в условия, когда он должен был предать или компанию, или единственного человека, который как раз его и поддерживал.
Резюмирую. Совет Джедаев совершил все возможные ошибки, какие только может допустить современный руководитель. И то, что "потерявший берега" Скайуокер вдруг поубивал юнглингов - явный поклёп на него со стороны той самой "светлой силы". Почему в кавычках? Потому что именно они отвечали за написание этой саги, но даже это никак им не помогло скрыть их токсичную и разрушительную натуру настоящих ситхов, которые довели садизм до абсолюта. | 327 |
| 4 | Я подписан на канал человека, который продвигает бережливое управление персоналом. Основной тезис "счастливый сотрудник — успешная компания". Количество источников, которые он приводит в доказательство просто поражает. И даже написал книгу Хватит выгорать. Особо полезно мидл и топ менеджменту.
Но сегодня не об этом. Меня заинтересовал разбор действий джедайского совета по отношению к Энакину. Кажется, они совершили все возможные ошибки 🙀
Да и вообще к Лукасу здесь много вопросиков. Например, почему не выкупили мать Энакина или не подключили психолога для него самого. Всё-таки 9 лет в рабстве сильно меняют внутренние установки. | 269 |
| 5 | Медицина более-менее успешно научилась справляться с болезнями с явными симптомами. Ну там инфекции всякие, аутоиммунные, даже некоторые виды рака. Но вот психологические проблемы начали пытаться изучать и лечить всего лет сто назад. Не просто прописывать лоботомию или электрошок, а пытаться разобраться что же идёт не так. И, надо отдать должное, тяжёлые формы успешно залили химией. Но что делать с невидимым проявлением? Вроде бы человек нормально общается, понимает где он, что-то там работает — по нему и не скажешь, что внутри него психике пришёл полный абзац.
Это новая проблема медицины, связанная с тем, что темп жизни существенно ускорился и наша физиологическая оболочка просто к этому не приспособлена. Нервные системы (симпатическая и парасимпатическая) формировались тысячи лет, и они просто не рассчитаны, что организм будет находиться в алертном состоянии по 16 часов в день. Те методы самоисправления, которые работали сто лет назад, сейчас уже не справляются. Так что нам самим приходится брать контроль за организмом, прислушиваться к нему и лечить самим когда надо.
Собственно, про это и статья. Выгорание — это не только что-то у нас в мозгу, но приводит к физиологическим изменениям. К счастью, обратимым. Вопрос только во времени — кому-то и недели хватит, а кому-то и полгода мало. И нет, при высоком темпе работы вам и 28 дней не хватит; так что учитесь балансировать между работой, семьёй и хобби.
Ну а я желаю всем хоть раз сгореть нахрен в угли, запомнить симптомы и никогда больше этого не повторять.
https://habr.com/ru/articles/987748/ | 416 |
| 6 | Интуитивно чем-то подобным и руководствовался, а тут формальные правила. Можно просто взять и применять. Ну или проанализировать почему вы сгорели и вызвать тимлида на 1-1.
Но я б ещё добавил один пункт — "Работа в стол". Если долго не видишь результата своей деятельности, то встают резонные вопросы "что я делаю?" и "для чего?". А там и до экзистенциального кризиса недалеко, а потом депрессии и ухода в фермерство...
И раз уж заговорили про скоринговые модели типа RICE и ICE по приоритезации задач, то все они не учитывают психологию исполнителя. Что, ИМХО, очень важно! Если есть маленький баг, о который вечно спотыкаешься, то согласно этим методологиям вам не дадут его исправить; а потому страдайте. Вы любите страдать?
https://habr.com/ru/articles/1032000/ | 299 |
| 7 | Казалось, Max пробил дно, но снизу снова постучали. На этот раз российский менеджер пакетов RuStore. Наглость не знает границ 😱 Сливается вообще всё:
- список установленных приложений
- статистика их использования
- координаты устройства
- прочая телеметрия
Даже за каталогом с фотографиями следит... И в добавок ещё он может по-тихому установить вам Max. Даже не информируя. Не нуачо? Пригодится!
https://habr.com/ru/articles/1046710/ | 426 |
| 8 |  На выходных наблюдал за тем, как ребёнок осваивает печать на компьютере. Включил sublime text, русский язык и отошёл. По началу это было просто стучание по клавишам и попытки поиграть в папу, но уже через пару минут она обратила внимание, что если нажать на длинную клавишу справа, то можно печатать на новой строке, а потом ещё и ещё. И вот эта самая предсказуемость закрепила навык; а уже через 5 минут это стало для неё само собой разумеющимся. Собственно, так дети и учатся — пробуют всё подряд, находят закономерности и укладывают их в свою картину мира.
А вот у взрослых так не получается. Во-первых, им сложно просто даже попробовать — нехватка времени, неуверенность в себе и прочие отмазки. Во-вторых, новые закономерности могут сломать текущую картину мира, а это значит, что ты жил неправильно. Это настолько больно и неприятно, что проще избегать этого чувства и стоять на своём, даже если факты доказывают обратное да, лорд Кельвин?. Это одна из причин почему обучение во взрослом возрасте сильно отличается от детского. Даже наука есть такая отдельная — андрогогика.
Но к чему это я? Наверно к тому, что не надо боятся пробовать и ошибаться — это естественный процесс обучения. Невозможно выучить матан не решая примеров или научиться работать в терминале не запуская его. Надо потыкать, убедиться, что реальность предсказуема. Это и есть эмпирическое познание — через свой опыт и наблюдения. А вот теоретическое — через идеи и умозаключения — идёт лишь как следствие обобщения увиденного. В то же время современная наука накопила столько данных, что позволило построить модели, до которых эмпирически человечество бы никогда не дошло. | 399 |
| 9 | Автор умеет набрасывать 😁 Но почти со всеми моментами соглашусь. Программы, скрипты, утилиты пишутся в какой-то момент времени и определёнными людьми со своим мировоззрением. И чтобы понять почему мы имеем такой странный синтаксис или конструкции, следует погрузиться в прошлое.
Например, отсутствие двойного дефиса перед аргументом — признак очень старой утилиты; она появилась ещё до того, как ввели такое правило. Мы пользуемся tar, которому уже больше 50 лет! И ещё хотим, чтобы все эти годы он был "современным"... Перепишите на rust, чо ;)
Аналогично с подсистемой логирования — там надо знать исторический контекст и немного конфигов, чтобы понимать как вообще оно устроено. Вот, кстати, недавно статья была.
И всё это, конечно, интересно нет, но я хочу просто писать понятный код! Опа, а что такое "понятный"? Для кого-то это простота как в go, а для кого-то явность как в java. То есть важна идиоматичность — на решение каких задач язык нацелен, какими методами, экосистема и сообщество. Некоторые языки развивались стихийно как bash, javascript, php — там невозможно понять, можно только запомнить. Лично мне импонировал python со своей визуальной чистой, академичностью и консенсусом принятия решений но это 🤬🤯😤 что из него хотят сделать. Вам, возможно, лучше подойдёт другой; тот, к которому "душа лежит" и который вы лучше понимаете на уровне концепций. А если это bash, то позовите на пиво - я хочу посмотреть в ваши фасеточные глаза.
https://habr.com/ru/companies/timeweb/articles/1007538/ | 309 |
| 10 |  Вот это извращения! Но мне нравится :)
А если серьёзно, то я бы хотел не знать и половины всех аббревиатур, но реальность, увы, такова, что приходится во всём этом разбираться.
Немного извращений из мира прокси и VPN | 372 |
| 11 | Да блин 🤬🤬🤬 ну нафиг этот ваш ИТ! Пойду картошку сажать.
https://habr.com/ru/articles/1042160/ | 3 298 |
| 12 | А ведь действительно... Вместо траты токенов на фразу "Проведи анализ с точки зрения безопасности и рисков" такой же интеншен в виде эмбединга можно получить всего парой токенов "/REDTEAM". Пока это выглядит как экономия на спичках, но тот же промпт "use red-green approach" звучит лаконичнее (и кстати, работает стабильнее, чем "follow TDD", так как не позволяет менять тесты).
P.S. Если у вас есть свои шоркаты, плиз, поделитесь в комментариях.
https://habr.com/ru/articles/1033518/ | 397 |
| 13 | Что ж... Обычный https-трафик с vless/xtls вычисляют по схожему принципу. Тут, кстати, стоит рассмотреть переход на Амнезию. Но остаётся слабое место во всей этой схеме — ограничения по производительности ТСПУ. Можно шифроваться под какие-нибудь онлайн-игры: и трафика много туда-сюда ходит, и он более-менее равномерный, и он относительно симметричный. Если каждый telegram-клиент будет генерировать хотя бы стабильные 100kb/s, то сеть провайдера и коробочки ТСПУ могут и не вывезти.
https://habr.com/ru/articles/1041486/ | 347 |
| 14 | Сегодня прочитал пару статей про ошибки на rust, которые не ловит компилятор. В частности, состояние гонки во внешних ресурсах, обработки байтов и пр. Подробнее здесь. И вторая — про скрытые ошибки от LLM. Я не считаю себя rust-разработчиком, но! Закралась мысль, что высокий порог вхождения — это хорошо. Это здорово, потому что наша предметная область (разработка ПО) действительно сложная вещь. Нельзя просто так написать программу с помощью клода и считать себя мидлом, потому что есть много моментов и необходимых компетенций, чтобы программа была действительно хорошая: с проработанной архитектурой, устойчивая к ошибкам и т.п.
Так что только доступ к клоду, курсору и подобным не делает вас инженером. И это проблема — появилось слишком много людей, считающих себя программистами лишь потому что их скрипты запускаются и как-то работают, но с полным отсутствием критического мышления, пониманием архитектуры компьютера и (самое главное) желанием учиться и развиваться. Зачем?! LLM за меня код пишет, на работе всех это устраивает... Но, правда, через год выясняется, что жрёт кучу ресурсов, а вносить изменения та ещё попаболь. И как таких отсекать на собесах? Потому что мне не нужны json-укладчики, мне нужно чтобы сервис был стабильный и готовый к масштабированию.
И нет, это не заметка вида "тру-программисты пишут код исключительно руками, а все, кто использует LLM, недопрограммисты". Я про то, что нельзя постоянно полагаться на LLM. Наличие работающего кода мало, потому что саму задачу можно решить разными путями; и есть тот, который принесёт в будущем меньше проблем. Поэтому нужно критическое мышление, понимание работы компьютеров, знания из смежных областей и опыт. Именно они делают вас разработчиком. | 362 |
| 15 | На неделе обнаружил, что Онтико открыли доступ к видео моего воркшопа по Docker. Хоть прошло уже 4 года, но он до сих пор актуален*. 2 часа рассказа от предпосылок появления и теории по cgroups/namespaces/layerfs до практической работы с пояснениями как оно там внутри работает. Рекомендую!
* Разве что cgroups стали версией 2, но концептуально не поменялись.
https://www.youtube.com/watch?v=u3KA0zAXgOI #tyvik | 421 |
| 16 | Make Django Great Again! 🎉🎉🎉
Никита Соболев выпустил очередную клёвую штуку да, я слоупок и только сейчас прочитал статью. Это библиотека к обычному Django, но реализующая REST нормальным образом. С документацией, openapi схемами и интеграцией с LLM. И если вы хотели помочь open source, то это отличный проект для старта.
Я люблю Django за его набор библиотек, которые просто подключил и всё завелось. Действительно богатая экосистема... Но вот DRF — это тяжёлое странное нечто, с которым не просто работать. Рад, что появилась достойная альтернатива. В том числе и для FastAPI/Litestar/etc...
https://habr.com/ru/articles/1017036/ | 445 |
| 17 | Это просто 🤬🤬🤬 какая-то! Яндекс пробил очередное дно.
Подробнее о том, как изолировать приложения вот тут. | 0 |
| 18 | В универе я троллил преподавателя по ассемблеру слегка обфусцированным кодом. Все метки там были заменены на смещения. То есть jnz test превращался в jnz -33; и вот без понимания на какую именно инструкцию будет передано управление программа превращалась в кашу. Проверка работы выглядело как просьба поменять какую-то мелочь. После 2-3 сегфолтов программа запускалась 😎 Это было прикольно, потому что количество операторов было небольшим, и я примерно помнил сколько байт занимает каждый из них.
Сейчас же работа с регистрами под капотом сильно усложнилась. Я как-то и не думал, что их в кристалле гораздо больше 16 мне известных, так что с удовольствием читал эту статью. Если вы оптимизируете каждый такт, то велкам. Такого низкоуровневого программирования у меня давно не было 😕
https://habr.com/ru/articles/1024862/ | 0 |
| 19 | Есть 2 вида сложности: essential (необходимая по своей природе) и привнесённая. Если с первой мы ничего сделать не можем (расчёт аэродинамики, машинвиз и прочий матан это действительно сложно), то вторую необходимо уменьшать насколько это возможно. Собственно, профессионализм инженера заключается в том, чтобы создавать простые решения для сложных задач, а не наоборот. Накрутить сложность архитектуры в бесконечность может кто угодно, а вот упростить до минимума — не просто.
Но почему люди зачастую создают сложные решения намеренно? Потому что ими проще впечатлить других; сложность легче демонстрировать схемами и диаграммами. Что лучше звучит "У нас монолит" или "У нас 16 микросервисов с кафкой и кликхаусом"? Второе вроде как солиднее, но адекватно ли? Вполне возможно, что монолита вам хватит на ближайшие лет 5. Кстати, обратили внимание, что количество докладов как распилили монолит упало до нуля?
Но и привнесённая сложность зачастую необходима для гибкости. Вот только заранее это проектировать зачастую бесполезно. Понимание что может пригодиться, а что точно нет, приходит с опытом и насмотренностью на другие проекты. Так что делайте как проще, но продумывайте варианты если вдруг вырастет нагрузка или сторонняя система сменит API. Чем меньше вам придётся менять — тем лучше.
P.S. Из комментария к статье:
Интересно, что во многих сильных инженерных культурах архитектурная зрелость измеряется не количеством паттернов, а наоборот — способностью удерживать систему простой настолько долго, насколько это возможно.
https://habr.com/ru/companies/ruvds/articles/1009034/ | 0 |
| 20 | Выскажу непопулярное мнение, но React явно свернул не туда. Причём ещё давно - начиная с хуков. Вам вроде бы обещали чистую функцию, иммутабельность и лёгкость, а получилось так, что просто спрятали состояние куда поглубже. Вот и приходится извращяться с useMemo и useCallback вместо нормального жизненного цикла компонента. Но "за простые решения никто не повышает", так что они пошли дальше с React Server Components. Нам дали фактически шаблонизатор с размытыми границами между клиентом и сервером. Нужен ли он вам - большой вопрос. Возможно, и на новую версию React не стоит переходить.
Один из важных уроков, который я получил, заключался всего в одной фразе: "Витя, это выглядит несколько более ебануто сложно, чем должно быть. Переделывайте." Но об этом в следующей заметке.
https://habr.com/ru/articles/1005838/ | 0 |
