اکنون در دسترس! پژوهش تلگرام ۲۰۲۵ — مهمترین بینشهای سال 
О разработке и не только
رفتن به کانال در Telegram
Делюсь годными материалами, которые нахожу в сети. В основном по программированию, немного научпопа, софт-скилам и менеджменту.
نمایش بیشتر338
مشترکین
اطلاعاتی وجود ندارد24 ساعت
اطلاعاتی وجود ندارد7 روز
+930 روز
در حال بارگیری داده...
کانالهای مشابه
هیچ دادهای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
ژوئن '26
ژوئن '26
+9
در 1 کانالها
مه '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 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 15 ژوئن | 0 | |||
| 14 ژوئن | 0 | |||
| 13 ژوئن | +2 | |||
| 12 ژوئن | 0 | |||
| 11 ژوئن | 0 | |||
| 10 ژوئن | 0 | |||
| 09 ژوئن | 0 | |||
| 08 ژوئن | 0 | |||
| 07 ژوئن | +2 | |||
| 06 ژوئن | 0 | |||
| 05 ژوئن | 0 | |||
| 04 ژوئن | 0 | |||
| 03 ژوئن | 0 | |||
| 02 ژوئن | 0 | |||
| 01 ژوئن | +5 |
پستهای کانال
Интуитивно чем-то подобным и руководствовался, а тут формальные правила. Можно просто взять и применять. Ну или проанализировать почему вы сгорели и вызвать тимлида на 1-1.
Но я б ещё добавил один пункт — "Работа в стол". Если долго не видишь результата своей деятельности, то встают резонные вопросы "что я делаю?" и "для чего?". А там и до экзистенциального кризиса недалеко, а потом депрессии и ухода в фермерство...
И раз уж заговорили про скоринговые модели типа RICE и ICE по приоритезации задач, то все они не учитывают психологию исполнителя. Что, ИМХО, очень важно! Если есть маленький баг, о который вечно спотыкаешься, то согласно этим методологиям вам не дадут его исправить; а потому страдайте. Вы любите страдать?
https://habr.com/ru/articles/1032000/
| 2 | Казалось, Max пробил дно, но снизу снова постучали. На этот раз российский менеджер пакетов RuStore. Наглость не знает границ 😱 Сливается вообще всё:
- список установленных приложений
- статистика их использования
- координаты устройства
- прочая телеметрия
Даже за каталогом с фотографиями следит... И в добавок ещё он может по-тихому установить вам Max. Даже не информируя. Не нуачо? Пригодится!
https://habr.com/ru/articles/1046710/ | 248 |
| 3 |  На выходных наблюдал за тем, как ребёнок осваивает печать на компьютере. Включил sublime text, русский язык и отошёл. По началу это было просто стучание по клавишам и попытки поиграть в папу, но уже через пару минут она обратила внимание, что если нажать на длинную клавишу справа, то можно печатать на новой строке, а потом ещё и ещё. И вот эта самая предсказуемость закрепила навык; а уже через 5 минут это стало для неё само собой разумеющимся. Собственно, так дети и учатся — пробуют всё подряд, находят закономерности и укладывают их в свою картину мира.
А вот у взрослых так не получается. Во-первых, им сложно просто даже попробовать — нехватка времени, неуверенность в себе и прочие отмазки. Во-вторых, новые закономерности могут сломать текущую картину мира, а это значит, что ты жил неправильно. Это настолько больно и неприятно, что проще избегать этого чувства и стоять на своём, даже если факты доказывают обратное да, лорд Кельвин?. Это одна из причин почему обучение во взрослом возрасте сильно отличается от детского. Даже наука есть такая отдельная — андрогогика.
Но к чему это я? Наверно к тому, что не надо боятся пробовать и ошибаться — это естественный процесс обучения. Невозможно выучить матан не решая примеров или научиться работать в терминале не запуская его. Надо потыкать, убедиться, что реальность предсказуема. Это и есть эмпирическое познание — через свой опыт и наблюдения. А вот теоретическое — через идеи и умозаключения — идёт лишь как следствие обобщения увиденного. В то же время современная наука накопила столько данных, что позволило построить модели, до которых эмпирически человечество бы никогда не дошло. | 298 |
| 4 | Автор умеет набрасывать 😁 Но почти со всеми моментами соглашусь. Программы, скрипты, утилиты пишутся в какой-то момент времени и определёнными людьми со своим мировоззрением. И чтобы понять почему мы имеем такой странный синтаксис или конструкции, следует погрузиться в прошлое.
Например, отсутствие двойного дефиса перед аргументом — признак очень старой утилиты; она появилась ещё до того, как ввели такое правило. Мы пользуемся tar, которому уже больше 50 лет! И ещё хотим, чтобы все эти годы он был "современным"... Перепишите на rust, чо ;)
Аналогично с подсистемой логирования — там надо знать исторический контекст и немного конфигов, чтобы понимать как вообще оно устроено. Вот, кстати, недавно статья была.
И всё это, конечно, интересно нет, но я хочу просто писать понятный код! Опа, а что такое "понятный"? Для кого-то это простота как в go, а для кого-то явность как в java. То есть важна идиоматичность — на решение каких задач язык нацелен, какими методами, экосистема и сообщество. Некоторые языки развивались стихийно как bash, javascript, php — там невозможно понять, можно только запомнить. Лично мне импонировал python со своей визуальной чистой, академичностью и консенсусом принятия решений но это 🤬🤯😤 что из него хотят сделать. Вам, возможно, лучше подойдёт другой; тот, к которому "душа лежит" и который вы лучше понимаете на уровне концепций. А если это bash, то позовите на пиво - я хочу посмотреть в ваши фасеточные глаза.
https://habr.com/ru/companies/timeweb/articles/1007538/ | 266 |
| 5 |  Вот это извращения! Но мне нравится :)
А если серьёзно, то я бы хотел не знать и половины всех аббревиатур, но реальность, увы, такова, что приходится во всём этом разбираться.
Немного извращений из мира прокси и VPN | 350 |
| 6 | Да блин 🤬🤬🤬 ну нафиг этот ваш ИТ! Пойду картошку сажать.
https://habr.com/ru/articles/1042160/ | 2 884 |
| 7 | А ведь действительно... Вместо траты токенов на фразу "Проведи анализ с точки зрения безопасности и рисков" такой же интеншен в виде эмбединга можно получить всего парой токенов "/REDTEAM". Пока это выглядит как экономия на спичках, но тот же промпт "use red-green approach" звучит лаконичнее (и кстати, работает стабильнее, чем "follow TDD", так как не позволяет менять тесты).
P.S. Если у вас есть свои шоркаты, плиз, поделитесь в комментариях.
https://habr.com/ru/articles/1033518/ | 362 |
| 8 | Что ж... Обычный https-трафик с vless/xtls вычисляют по схожему принципу. Тут, кстати, стоит рассмотреть переход на Амнезию. Но остаётся слабое место во всей этой схеме — ограничения по производительности ТСПУ. Можно шифроваться под какие-нибудь онлайн-игры: и трафика много туда-сюда ходит, и он более-менее равномерный, и он относительно симметричный. Если каждый telegram-клиент будет генерировать хотя бы стабильные 100kb/s, то сеть провайдера и коробочки ТСПУ могут и не вывезти.
https://habr.com/ru/articles/1041486/ | 327 |
| 9 | Сегодня прочитал пару статей про ошибки на rust, которые не ловит компилятор. В частности, состояние гонки во внешних ресурсах, обработки байтов и пр. Подробнее здесь. И вторая — про скрытые ошибки от LLM. Я не считаю себя rust-разработчиком, но! Закралась мысль, что высокий порог вхождения — это хорошо. Это здорово, потому что наша предметная область (разработка ПО) действительно сложная вещь. Нельзя просто так написать программу с помощью клода и считать себя мидлом, потому что есть много моментов и необходимых компетенций, чтобы программа была действительно хорошая: с проработанной архитектурой, устойчивая к ошибкам и т.п.
Так что только доступ к клоду, курсору и подобным не делает вас инженером. И это проблема — появилось слишком много людей, считающих себя программистами лишь потому что их скрипты запускаются и как-то работают, но с полным отсутствием критического мышления, пониманием архитектуры компьютера и (самое главное) желанием учиться и развиваться. Зачем?! LLM за меня код пишет, на работе всех это устраивает... Но, правда, через год выясняется, что жрёт кучу ресурсов, а вносить изменения та ещё попаболь. И как таких отсекать на собесах? Потому что мне не нужны json-укладчики, мне нужно чтобы сервис был стабильный и готовый к масштабированию.
И нет, это не заметка вида "тру-программисты пишут код исключительно руками, а все, кто использует LLM, недопрограммисты". Я про то, что нельзя постоянно полагаться на LLM. Наличие работающего кода мало, потому что саму задачу можно решить разными путями; и есть тот, который принесёт в будущем меньше проблем. Поэтому нужно критическое мышление, понимание работы компьютеров, знания из смежных областей и опыт. Именно они делают вас разработчиком. | 352 |
| 10 | На неделе обнаружил, что Онтико открыли доступ к видео моего воркшопа по Docker. Хоть прошло уже 4 года, но он до сих пор актуален*. 2 часа рассказа от предпосылок появления и теории по cgroups/namespaces/layerfs до практической работы с пояснениями как оно там внутри работает. Рекомендую!
* Разве что cgroups стали версией 2, но концептуально не поменялись.
https://www.youtube.com/watch?v=u3KA0zAXgOI #tyvik | 421 |
| 11 | Make Django Great Again! 🎉🎉🎉
Никита Соболев выпустил очередную клёвую штуку да, я слоупок и только сейчас прочитал статью. Это библиотека к обычному Django, но реализующая REST нормальным образом. С документацией, openapi схемами и интеграцией с LLM. И если вы хотели помочь open source, то это отличный проект для старта.
Я люблю Django за его набор библиотек, которые просто подключил и всё завелось. Действительно богатая экосистема... Но вот DRF — это тяжёлое странное нечто, с которым не просто работать. Рад, что появилась достойная альтернатива. В том числе и для FastAPI/Litestar/etc...
https://habr.com/ru/articles/1017036/ | 445 |
| 12 | Это просто 🤬🤬🤬 какая-то! Яндекс пробил очередное дно.
Подробнее о том, как изолировать приложения вот тут. | 0 |
| 13 | В универе я троллил преподавателя по ассемблеру слегка обфусцированным кодом. Все метки там были заменены на смещения. То есть jnz test превращался в jnz -33; и вот без понимания на какую именно инструкцию будет передано управление программа превращалась в кашу. Проверка работы выглядело как просьба поменять какую-то мелочь. После 2-3 сегфолтов программа запускалась 😎 Это было прикольно, потому что количество операторов было небольшим, и я примерно помнил сколько байт занимает каждый из них.
Сейчас же работа с регистрами под капотом сильно усложнилась. Я как-то и не думал, что их в кристалле гораздо больше 16 мне известных, так что с удовольствием читал эту статью. Если вы оптимизируете каждый такт, то велкам. Такого низкоуровневого программирования у меня давно не было 😕
https://habr.com/ru/articles/1024862/ | 0 |
| 14 | Есть 2 вида сложности: essential (необходимая по своей природе) и привнесённая. Если с первой мы ничего сделать не можем (расчёт аэродинамики, машинвиз и прочий матан это действительно сложно), то вторую необходимо уменьшать насколько это возможно. Собственно, профессионализм инженера заключается в том, чтобы создавать простые решения для сложных задач, а не наоборот. Накрутить сложность архитектуры в бесконечность может кто угодно, а вот упростить до минимума — не просто.
Но почему люди зачастую создают сложные решения намеренно? Потому что ими проще впечатлить других; сложность легче демонстрировать схемами и диаграммами. Что лучше звучит "У нас монолит" или "У нас 16 микросервисов с кафкой и кликхаусом"? Второе вроде как солиднее, но адекватно ли? Вполне возможно, что монолита вам хватит на ближайшие лет 5. Кстати, обратили внимание, что количество докладов как распилили монолит упало до нуля?
Но и привнесённая сложность зачастую необходима для гибкости. Вот только заранее это проектировать зачастую бесполезно. Понимание что может пригодиться, а что точно нет, приходит с опытом и насмотренностью на другие проекты. Так что делайте как проще, но продумывайте варианты если вдруг вырастет нагрузка или сторонняя система сменит API. Чем меньше вам придётся менять — тем лучше.
P.S. Из комментария к статье:
Интересно, что во многих сильных инженерных культурах архитектурная зрелость измеряется не количеством паттернов, а наоборот — способностью удерживать систему простой настолько долго, насколько это возможно.
https://habr.com/ru/companies/ruvds/articles/1009034/ | 0 |
| 15 | Выскажу непопулярное мнение, но React явно свернул не туда. Причём ещё давно - начиная с хуков. Вам вроде бы обещали чистую функцию, иммутабельность и лёгкость, а получилось так, что просто спрятали состояние куда поглубже. Вот и приходится извращяться с useMemo и useCallback вместо нормального жизненного цикла компонента. Но "за простые решения никто не повышает", так что они пошли дальше с React Server Components. Нам дали фактически шаблонизатор с размытыми границами между клиентом и сервером. Нужен ли он вам - большой вопрос. Возможно, и на новую версию React не стоит переходить.
Один из важных уроков, который я получил, заключался всего в одной фразе: "Витя, это выглядит несколько более ебануто сложно, чем должно быть. Переделывайте." Но об этом в следующей заметке.
https://habr.com/ru/articles/1005838/ | 0 |
| 16 | И ещё пятничное 🎉 Хе-хе, теперь понятно почему я выбрал python :) Или всё-таки есть корреляция? Ставьте 😁 у кого совпало и 😱 у кого нет.
https://habr.com/ru/companies/timeweb/articles/1017214/
P.S. А расклад Таро на деплой можно сделать здесь | 0 |
| 17 | Пятничное! На этот раз про литературу. Если вы так и не поняли что такого сделал Ломоносов, революцию Пушкина, метания Достоевского и кажущуюся простоту Чехова, то этот лендинг хорошо прояснит ситуацию. Нам сложно представить, что язык когда-то давно был другим, и его было непросто использовать.
[Русский литературный язык: три века эволюции \| Лофт ПР Студия](https://awarness.ru/russian-lit/) | 0 |
| 18 | Хорошо разжёвано как asyncio взаимодействует с ядром ОС. Если epoll для вас что-то странное и незнакомое, то велкам. А про трюк с self-pipe я и сам не знал; элегантно получилось :)
https://habr.com/ru/articles/995032/
Ключевой абзац:
На каждой итерации он [event loop] сначала решает, сколько времени ему можно спать в ожидании событий. Если в очереди `_ready` уже есть работа, таймаут равен нулю — цикл только заберёт накопившиеся I/O-события и сразу перейдёт к исполнению. Если очередь пуста, цикл смотрит на ближайший таймер. Если таймеров нет, он выбирает бесконечный таймаут и готов проснуться только от событий ввода-вывода или от self-pipe. Если таймеры есть, он вычисляет, через сколько должен сработать ближайший, и использует эту величину как `timeout` для ожидания в epoll: так ядро разбудит поток либо раньше по I/O-событию, либо не позже нужного момента по истечении таймаута.
И пруфы для статьи. Загляните, там не сложно :)
Ну и какой async/await без тасок и футур :) Так что продолжение - Как устроены задачи (Task) в asyncio. | 0 |
| 19 | Хорошее видео на обед про историю Британии. Немного спойлеров:
- бритты - не коренной народ острова
- шотландцы - не коренной народ Шотландии
- в центре Лондона стоит статуя сопротивления тому же Лондиниуму
- мать Юрия Долгорукого связана с завоеванием острова
Короче, настоятельно рекомендую для общего развития. И станет понятно почему английский язык такой "сложный". Потому что это смесь 6 языков.
https://www.youtube.com/watch?v=R5bvQzuHpaQ | 0 |
| 20 | В эпоху LLM такие шпаргалки теряют актуальность, но для общего понимания куда смотреть и что использовать может пригодиться. Особенно, если вы сами планируете заниматься митигацией инцидентов на проде. В таком случае дешевле всё-таки свою нейронку натренировать. А эта статья - хорошая отправная точка.
https://habr.com/ru/companies/ruvds/articles/1000218/ | 0 |
