#психология_программирования — Public Fediverse posts

Личный опыт освоения агентов

Сначала это были чужие истории. Кто-то из знакомых рассказывал, как попросил ChatGPT написать письмо. Кто-то хвастался сгенерированной картинкой. Я слушал с некоторым скепсисом и небольшим любопытством — зачем людям может такое понадобиться? Потом попробовал сам. Сначала просто спрашивал, как сделать какую-то мелочь. Потом захотелось, чтобы он ответ давал сразу с нужными именами переменных — чтобы было удобно копипастить. Мелочи, которые экономили минуты. Приятно, но мир не переворачивало. Перелом наступил, когда я подумал: хватит чатиться. Зачем я каждый раз ввожу его в курс дела — пусть работает из IDE и узнаёт контекст сам. Дал ему пару указаний, чтобы код генерил не как в примерах из учебника, а как надо. Вот тогда-то всё и изменилось. Я умею кодить сложную логику — это всегда было моей сильной стороной. Там, где другие делали то, что могли, я делал то, что нужно, и за счёт этого держался выше среднего. Я дал ИИ задачу, на которую у меня ушло бы пару дней — он сделал всё чётко и быстро. Вот жеж блин. Дальше — больше. Попробовал с ним обсудить подход, и он подсказал идею, до которой я сам бы не дошёл. Да, финальная мысль пришла мне — но направление задал он. Такое хочется развидеть, но нельзя игнорировать: если машина делает то же, что и я, а может и больше — чем я от неё отличаюсь? Что делает меня специалистом? И вслед за этими красивыми вопросами сразу подъехали приземлённые: а за что, собственно, я буду получать зарплату? Чтобы найти ответы, пришлось немного поработать. Немножко технически, немножко психологически. Боишься, что заменят — учись новому. Что, в первый раз, что ли? Немного шишек — и мускул накачан. Обложиться MCP-шками, настроить агентов — для человека, который был и админом, и девопсом, это не проблема. Руки помнят.

https://habr.com/ru/articles/1021588/

#психология_программирования #ииагенты

Garbage Collection для мозга: Механика синаптического прунинга и Refactoring нейронов

Мы живем в эпоху «Tutorial Hell». Кажется, что если ты не учишься 24/7, ты деградируешь. Среднестатистический инженер чувствует себя обязанным знать всё: от кишков PostgreSQL до настройки LLM на утюге. Мы потребляем контент терабайтами. Но есть архитектурная проблема. Наш «хардвер» (мозг) не проектировался как S3 Bucket (бесконечное хранилище). Он проектировался как динамический кэш с очень агрессивной политикой очистки. Когда мы пытаемся загрузить в голову слишком много данных без пауз на «деплой», мы ловим когнитивный аналог Stack Overflow . Глаза видят документацию, но парсер не работает. Ощущение «тумана» в голове — это не просто усталость. Это сигнал системы: оперативная память закончилась, а Garbage Collector (сборщик мусора) не успел отработать. Давайте посмотрим на архитектуру памяти через сухую нейрофизиологию и инженерные паттерны.

https://habr.com/ru/articles/991594/

#Обучение #Мозг #Нейробиология #Личная_эффективность #Память #Сон #Garbage_Collection #Саморазвитие #Биохакинг #Психология_программирования

IT = Альпинизм. Попробуй не разбиться

Представьте IT-индустрию не как офис с задачками и дедлайнами, а как соревновательную технологическую гонку на выживание.

https://habr.com/ru/articles/991640/

#войти_в_айти #cto #карьера_в_it #выгорание #стартапы #soft_skills #психология_программирования

[Architecture] Треугольник Сеньора: Деньги, Время, Энергия. Почему выбрать можно только два

Захожу в соцсети, а там — «Идеальные Сеньоры»: карьера, спорт, семья, пет-проекты 24/7. Я долго смотрел на этот образ и чувствовал себя бракованным микросервисом. У меня так не получалось. Если я пилил код в потоке — я забывал поесть. Если я шел в качалку — проседал пет-проект. Если я уделял время семье — на работе копился бэклог. А потом я включил режим архитектора и понял: такая конфигурация невозможна в продакшене . Этот «Идеальный Сеньор» нарушает фундаментальные законы физики, а именно — закон сохранения энергии. Живая система не может работать на пике всех метрик одновременно. Это нарушает CAP-теорему . Я переложил этот закон на человека (Деньги, Время, Энергия) и проанализировал логи: почему попытка успеть всё гарантированно приводит к Kernel Panic и какой из трех ресурсов придется «уронить», чтобы выжить.

https://habr.com/ru/articles/985858/

#выгорание #личная_эффективность #карьера_в_it #таймменеджмент #психология_программирования #баланс_работы_и_жизни #soft_skills #cap_theorem #worklife_balance #ресурсное_состояние

[Architecture] Треугольник Сеньора: Деньги, Время, Энергия. Почему выбрать можно только два

Захожу в соцсети, а там — «Идеальные Сеньоры»: карьера, спорт, семья, пет-проекты 24/7. Я долго смотрел на этот образ и чувствовал себя бракованным микросервисом. У меня так не получалось. Если я пилил код в потоке — я забывал поесть. Если я шел в качалку — проседал пет-проект. Если я уделял время семье — на работе копился бэклог. А потом я включил режим архитектора и понял: такая конфигурация невозможна в продакшене . Этот «Идеальный Сеньор» нарушает фундаментальные законы физики, а именно — закон сохранения энергии. Живая система не может работать на пике всех метрик одновременно. Это нарушает CAP-теорему . Я переложил этот закон на человека (Деньги, Время, Энергия) и проанализировал логи: почему попытка успеть всё гарантированно приводит к Kernel Panic и какой из трех ресурсов придется «уронить», чтобы выжить.

https://habr.com/ru/articles/985858/

#выгорание #личная_эффективность #карьера_в_it #таймменеджмент #психология_программирования #баланс_работы_и_жизни #soft_skills #cap_theorem #worklife_balance #ресурсное_состояние

[Architecture] Треугольник Сеньора: Деньги, Время, Энергия. Почему выбрать можно только два

Захожу в соцсети, а там — «Идеальные Сеньоры»: карьера, спорт, семья, пет-проекты 24/7. Я долго смотрел на этот образ и чувствовал себя бракованным микросервисом. У меня так не получалось. Если я пилил код в потоке — я забывал поесть. Если я шел в качалку — проседал пет-проект. Если я уделял время семье — на работе копился бэклог. А потом я включил режим архитектора и понял: такая конфигурация невозможна в продакшене . Этот «Идеальный Сеньор» нарушает фундаментальные законы физики, а именно — закон сохранения энергии. Живая система не может работать на пике всех метрик одновременно. Это нарушает CAP-теорему . Я переложил этот закон на человека (Деньги, Время, Энергия) и проанализировал логи: почему попытка успеть всё гарантированно приводит к Kernel Panic и какой из трех ресурсов придется «уронить», чтобы выжить.

https://habr.com/ru/articles/985858/

#выгорание #личная_эффективность #карьера_в_it #таймменеджмент #психология_программирования #баланс_работы_и_жизни #soft_skills #cap_theorem #worklife_balance #ресурсное_состояние

[Architecture] Треугольник Сеньора: Деньги, Время, Энергия. Почему выбрать можно только два

Захожу в соцсети, а там — «Идеальные Сеньоры»: карьера, спорт, семья, пет-проекты 24/7. Я долго смотрел на этот образ и чувствовал себя бракованным микросервисом. У меня так не получалось. Если я пилил код в потоке — я забывал поесть. Если я шел в качалку — проседал пет-проект. Если я уделял время семье — на работе копился бэклог. А потом я включил режим архитектора и понял: такая конфигурация невозможна в продакшене . Этот «Идеальный Сеньор» нарушает фундаментальные законы физики, а именно — закон сохранения энергии. Живая система не может работать на пике всех метрик одновременно. Это нарушает CAP-теорему . Я переложил этот закон на человека (Деньги, Время, Энергия) и проанализировал логи: почему попытка успеть всё гарантированно приводит к Kernel Panic и какой из трех ресурсов придется «уронить», чтобы выжить.

https://habr.com/ru/articles/985858/

#выгорание #личная_эффективность #карьера_в_it #таймменеджмент #психология_программирования #баланс_работы_и_жизни #soft_skills #cap_theorem #worklife_balance #ресурсное_состояние

System.gc() и Великий Фильтр: термодинамика российского IT. Конец эпохи Туристов

Заметили, как тихо стало в личке? Вспомните далекий 2021-й. Открываешь LinkedIn — а там DDoS-атака. Звали в Берлин, в Лимассол, в Долину. Предлагали релокацию, опционы, «только выйди завтра». Айтишка была легальным чит-кодом к жизни, IDDQD современной экономики. А сейчас, в январе 2026-го? Вечеринка давно закончилась. Западные рекрутеры для нас не просто исчезли — они стали мифом, о котором рассказывают новичкам у костра. А местные... Вакансии есть, денег много, но требования жестче, а задачи всё больше напоминают «ремонт завода на ходу под обстрелом дедлайнов». Те, кто пришел в профессию после 2023-го (сегодня они уже крепкие мидлы), вообще не понимают, о чем мы грустим. Для них закрытый контур — единственная реальность. А в чатах «старичков» висит тяжелый, невысказанный вопрос: «Пацаны, а что, магия всё? Мы теперь... просто заводчане с клавиатурами?» Я смотрю на это со смешанным чувством. Комфортный мир «граждан мира» окончательно рассыпался. Мы привыкли к исключительности, и терять её было больно. Но где-то на уровне инженерной интуиции я понимаю: это было неизбежно. Нельзя бесконечно масштабировать систему на хайпе. В глобальной JVM запустился Garbage Collector . А российский сегмент уже четыре года как работает в режиме Network Partition. И если отложить эмоции, то мы наблюдаем финальную стадию действия Второго закона термодинамики в замкнутой системе.

https://habr.com/ru/articles/982992/

#Карьера_в_IT #Системное_мышление #Психология_программирования #Кризис_IT_рынка #Будущее_профессий #Энтропия

Monitoring показывает 200 OK, а внутри 500 Error. Дебаггинг самооценки инженера

Вечер. Сложный тикет закрыт, тесты зеленые. Заказчик доволен, ПМ ставит 🔥 в чат, на карту упала зарплата, которая в Nx раз выше средней по региону. Внешний мониторинг (Grafana вашей жизни) показывает стабильное плато и Status 200 OK . А внутри, на уровне ядра, возвращается 500 Internal Server Error. Ощущение, будто ты Mock-объект. Фейковая заглушка, которая только имитирует полезную деятельность и возвращает захардкоженные ответы. Кажется, что внутри спагетти-код, TODO -комментарии пятилетней давности и костыли на изоленте. И фоном крутится демон с приоритетом Critical : "Рано или поздно они запросят git blame , заглянут в исходники и поймут, что я ничего не умею. Все узнают, что я джун, который просто удачно притворяется сеньором" .

https://habr.com/ru/articles/975464/

#Карьера_в_ITиндустрии #Soft_Skills #Личная_эффективность #Психология_программирования #Развитие_карьеры #Ментальное_здоровье #Unit_Testing

[Senior] Почему после 14:00 вы превращаетесь в Миддла: Анатомия Троттлинга

Утро, 10:30. Вы чувствуете себя богом архитектуры. Видите систему насквозь: данные элегантно перетекают между микросервисами, в голове строится граф зависимостей, руки готовы рефакторить легаси-ядро. Ваш IQ, кажется, пробил потолок. День, 14:30. Вы смотрите в IDE. Открыт метод на 10 строк. Читаете его пятый раз и физически не можете понять, что он делает. В голове белый шум и вязкое ощущение торможения. Вы идете за третьим кофе, пытаясь понять: "Неужели я деградирую?", "Почему я соображаю так медленно?". Спойлер: дело не в возрасте и не в компетенции. Это просто Троттлинг (Throttling). Есть предположение, что срабатывает защитный механизм человеческого "железа", который принудительно снижает тактовую частоту, чтобы процессор не сгорел от перегрева. А виновата в этом архитектурная особенность, которую в Computer Science называют Context Switching (Переключение контекста). Все слышали про эссе Пола Грэма "Maker's Schedule, Manager's Schedule". Но сейчас не про тайм-менеджмент. Нас интересует физика процесса, биохимия этого "перегрева". Давайте посчитаем стоимость прерывания в тактах процессора и поймем, почему попытка запустить на нашем однопоточном легаси одновременно тяжелые вычисления и архитектуру Event Loop гарантированно приводит к падению производительности.

https://habr.com/ru/articles/978778/

#context_switching #выгорание #личная_эффективность #психология_программирования #soft_skills #engineering_management #таймменеджмент #продуктивность

[Resource Quota] А что, если ваш финансовый потолок — это не баг, а защита от перегрева?

Есть один баг, который воспроизводится у многих специалистов. Вы делаете всё «по мануалу»: качаете хард-скиллы, учите новые технологии, закрываете сложные таски. Технически вы стали круче в два раза по сравнению с собой образца 2023 года. Но если посмотреть на график реальных доходов — это Flatline, прямая линия, которая едва ползет вверх, проигрывая инфляции. И вы вроде пытаетесь пробить этот график: ходите на собеседования (где накидывают +15%, но их быстро съедают цены), по ночам что-то пилите. А рядом сидит какой-нибудь условный Вася. Код у него.. ну, скажем прямо, не очень. Паттерны он путает. Но Вася техдир стартапа или фаундер, и его доход — это ваши x5 . Обычно в этот момент включается старый добрый эксепшн «Мир несправедлив» или его подвид «Я самозванец». И мы привыкли думать: чтобы зарабатывать больше, надо знать больше. Качать техничку. А что, если проблема вообще не в софте? Что, если мы посмотрим на деньги не как на награду за ум, а как на техническую Нагрузку (Load) ? Возможно, текущий доход — это просто оптимальная рабочая частота? Режим, в котором вы можете функционировать долго и надежно, не рискуя "синим экраном". Давайте попробуем развернуть эту гипотезу.

https://habr.com/ru/articles/976316/

#Психология_программирования #Личные_финансы #Лайфхаки_для_гиков #Развитие_карьеры #Выгорание #Soft_Skills #Зарплата_в_IT #Личная_эффективность #Психология_денег #Ментальное_здоровье

[Resource Quota] А что, если ваш финансовый потолок — это не баг, а защита от перегрева?

Есть один баг, который воспроизводится у многих специалистов. Вы делаете всё «по мануалу»: качаете хард-скиллы, учите новые технологии, закрываете сложные таски. Технически вы стали круче в два раза по сравнению с собой образца 2023 года. Но если посмотреть на график реальных доходов — это Flatline, прямая линия, которая едва ползет вверх, проигрывая инфляции. И вы вроде пытаетесь пробить этот график: ходите на собеседования (где накидывают +15%, но их быстро съедают цены), по ночам что-то пилите. А рядом сидит какой-нибудь условный Вася. Код у него.. ну, скажем прямо, не очень. Паттерны он путает. Но Вася техдир стартапа или фаундер, и его доход — это ваши x5 . Обычно в этот момент включается старый добрый эксепшн «Мир несправедлив» или его подвид «Я самозванец». И мы привыкли думать: чтобы зарабатывать больше, надо знать больше. Качать техничку. А что, если проблема вообще не в софте? Что, если мы посмотрим на деньги не как на награду за ум, а как на техническую Нагрузку (Load) ? Возможно, текущий доход — это просто оптимальная рабочая частота? Режим, в котором вы можете функционировать долго и надежно, не рискуя "синим экраном". Давайте попробуем развернуть эту гипотезу.

https://habr.com/ru/articles/976316/

#Психология_программирования #Личные_финансы #Лайфхаки_для_гиков #Развитие_карьеры #Выгорание #Soft_Skills #Зарплата_в_IT #Личная_эффективность #Психология_денег #Ментальное_здоровье

[Resource Quota] А что, если ваш финансовый потолок — это не баг, а защита от перегрева?

Есть один баг, который воспроизводится у многих специалистов. Вы делаете всё «по мануалу»: качаете хард-скиллы, учите новые технологии, закрываете сложные таски. Технически вы стали круче в два раза по сравнению с собой образца 2023 года. Но если посмотреть на график реальных доходов — это Flatline, прямая линия, которая едва ползет вверх, проигрывая инфляции. И вы вроде пытаетесь пробить этот график: ходите на собеседования (где накидывают +15%, но их быстро съедают цены), по ночам что-то пилите. А рядом сидит какой-нибудь условный Вася. Код у него.. ну, скажем прямо, не очень. Паттерны он путает. Но Вася техдир стартапа или фаундер, и его доход — это ваши x5 . Обычно в этот момент включается старый добрый эксепшн «Мир несправедлив» или его подвид «Я самозванец». И мы привыкли думать: чтобы зарабатывать больше, надо знать больше. Качать техничку. А что, если проблема вообще не в софте? Что, если мы посмотрим на деньги не как на награду за ум, а как на техническую Нагрузку (Load) ? Возможно, текущий доход — это просто оптимальная рабочая частота? Режим, в котором вы можете функционировать долго и надежно, не рискуя "синим экраном". Давайте попробуем развернуть эту гипотезу.

https://habr.com/ru/articles/976316/

#Психология_программирования #Личные_финансы #Лайфхаки_для_гиков #Развитие_карьеры #Выгорание #Soft_Skills #Зарплата_в_IT #Личная_эффективность #Психология_денег #Ментальное_здоровье

[Resource Quota] А что, если ваш финансовый потолок — это не баг, а защита от перегрева?

Есть один баг, который воспроизводится у многих специалистов. Вы делаете всё «по мануалу»: качаете хард-скиллы, учите новые технологии, закрываете сложные таски. Технически вы стали круче в два раза по сравнению с собой образца 2023 года. Но если посмотреть на график реальных доходов — это Flatline, прямая линия, которая едва ползет вверх, проигрывая инфляции. И вы вроде пытаетесь пробить этот график: ходите на собеседования (где накидывают +15%, но их быстро съедают цены), по ночам что-то пилите. А рядом сидит какой-нибудь условный Вася. Код у него.. ну, скажем прямо, не очень. Паттерны он путает. Но Вася техдир стартапа или фаундер, и его доход — это ваши x5 . Обычно в этот момент включается старый добрый эксепшн «Мир несправедлив» или его подвид «Я самозванец». И мы привыкли думать: чтобы зарабатывать больше, надо знать больше. Качать техничку. А что, если проблема вообще не в софте? Что, если мы посмотрим на деньги не как на награду за ум, а как на техническую Нагрузку (Load) ? Возможно, текущий доход — это просто оптимальная рабочая частота? Режим, в котором вы можете функционировать долго и надежно, не рискуя "синим экраном". Давайте попробуем развернуть эту гипотезу.

https://habr.com/ru/articles/976316/

#Психология_программирования #Личные_финансы #Лайфхаки_для_гиков #Развитие_карьеры #Выгорание #Soft_Skills #Зарплата_в_IT #Личная_эффективность #Психология_денег #Ментальное_здоровье

Технический долг в голове: Почему сеньоры выгорают на задачах для джунов, а пет-проекты умирают в бэклоге

В прошлой статье я рассказывал, как настроил личный iptables и перешел в режим Default Deny , чтобы отбиться от внешних DDoS-атак (коллег, пустых встреч и спама). Периметр я защитил, входящий трафик почистил. Uptime вырос. Казалось бы — живи и радуйся. Но я заметил странную вещь: снаружи тихо, а сервер все равно греется. Я заглянул внутрь контейнера и понял: проблема не во входящих пакетах. Проблема в архитектуре самого приложения . Парадокс: я могу спроектировать архитектуру, которая выдержит падение дата-центра. Я могу дебажить race condition в многопоточном приложении. Но когда мне нужно позвонить в страховую или выбрать отель для отпуска, я впадаю в ступор. Мой личный бэклог забит задачами типа «разобраться с налогами» и «начать бегать», которые висят там с 2019 года. Я переношу их из спринта в спринт, испытывая фоновое чувство вины. В какой-то момент я понял: это не лень. И это не «отсутствие мотивации». Это классический Technical Debt (Технический долг) , только не в репозитории, а в нейросети. И проценты по этому долгу я плачу самым дорогим ресурсом — своей когнитивной емкостью.

https://habr.com/ru/articles/973796/

#Технический_долг #Refactoring #Legacy_code #Прокрастинация #Саморазвитие #Таймменеджмент #Mental_Health #выгорание #личная_эффективность #психология_программирования

iptables для людей: Как я перестал быть «удобным» сервером и накатил Human Firewall

В прошлом коротком посте я писал, как психанул и неделю жил в режиме «НЕТ». Эффект был неожиданный: прод не упал, а я впервые выжил. Но эксперимент — это одно. А продакшен-решение — другое. Я сел анализировать, почему вообще этот эксперимент понадобился. И понял: я годами жил с архитектурой Default Allow . В InfoSec это считается дичью. Представьте админа, который открыл все порты, отключил фаервол и пускает любой пакет, если у того в хедере написано «Ну пожалуйста». Этот сервер ляжет за 5 минут. Но именно так мы строим коммуникацию.

https://habr.com/ru/articles/973362/

#soft_skills #выгорание #таймменеджмент #личные_границы #психология_программирования #devops #личный_опыт

iptables для людей: Как я перестал быть «удобным» сервером и накатил Human Firewall

В прошлом коротком посте я писал, как психанул и неделю жил в режиме «НЕТ». Эффект был неожиданный: прод не упал, а я впервые выжил. Но эксперимент — это одно. А продакшен-решение — другое. Я сел анализировать, почему вообще этот эксперимент понадобился. И понял: я годами жил с архитектурой Default Allow . В InfoSec это считается дичью. Представьте админа, который открыл все порты, отключил фаервол и пускает любой пакет, если у того в хедере написано «Ну пожалуйста». Этот сервер ляжет за 5 минут. Но именно так мы строим коммуникацию.

https://habr.com/ru/articles/973362/

#soft_skills #выгорание #таймменеджмент #личные_границы #психология_программирования #devops #личный_опыт

iptables для людей: Как я перестал быть «удобным» сервером и накатил Human Firewall

В прошлом коротком посте я писал, как психанул и неделю жил в режиме «НЕТ». Эффект был неожиданный: прод не упал, а я впервые выжил. Но эксперимент — это одно. А продакшен-решение — другое. Я сел анализировать, почему вообще этот эксперимент понадобился. И понял: я годами жил с архитектурой Default Allow . В InfoSec это считается дичью. Представьте админа, который открыл все порты, отключил фаервол и пускает любой пакет, если у того в хедере написано «Ну пожалуйста». Этот сервер ляжет за 5 минут. Но именно так мы строим коммуникацию.

https://habr.com/ru/articles/973362/

#soft_skills #выгорание #таймменеджмент #личные_границы #психология_программирования #devops #личный_опыт

iptables для людей: Как я перестал быть «удобным» сервером и накатил Human Firewall

В прошлом коротком посте я писал, как психанул и неделю жил в режиме «НЕТ». Эффект был неожиданный: прод не упал, а я впервые выжил. Но эксперимент — это одно. А продакшен-решение — другое. Я сел анализировать, почему вообще этот эксперимент понадобился. И понял: я годами жил с архитектурой Default Allow . В InfoSec это считается дичью. Представьте админа, который открыл все порты, отключил фаервол и пускает любой пакет, если у того в хедере написано «Ну пожалуйста». Этот сервер ляжет за 5 минут. Но именно так мы строим коммуникацию.

https://habr.com/ru/articles/973362/

#soft_skills #выгорание #таймменеджмент #личные_границы #психология_программирования #devops #личный_опыт

Код, который нас убивает

Это начинается незаметно. Сначала — просто «временное решение». Потом — «сделаем рефакторинг». Но «потом» не наступает никогда. Мы называем это техническим долгом, словно он когда-то будет погашен, но прекрасно знаем — чаще всего это просто красивое описание хаоса.

https://habr.com/ru/articles/969210/

#технический_долг #выгорание #рефакторинг #спагеттикод #agile #качество_кода #проблемы_разработки #itменеджмент #психология_программирования #процессы_разработки

Код, который нас убивает

Это начинается незаметно. Сначала — просто «временное решение». Потом — «сделаем рефакторинг». Но «потом» не наступает никогда. Мы называем это техническим долгом, словно он когда-то будет погашен, но прекрасно знаем — чаще всего это просто красивое описание хаоса.

https://habr.com/ru/articles/969210/

#технический_долг #выгорание #рефакторинг #спагеттикод #agile #качество_кода #проблемы_разработки #itменеджмент #психология_программирования #процессы_разработки

Код, который нас убивает

Это начинается незаметно. Сначала — просто «временное решение». Потом — «сделаем рефакторинг». Но «потом» не наступает никогда. Мы называем это техническим долгом, словно он когда-то будет погашен, но прекрасно знаем — чаще всего это просто красивое описание хаоса.

https://habr.com/ru/articles/969210/

#технический_долг #выгорание #рефакторинг #спагеттикод #agile #качество_кода #проблемы_разработки #itменеджмент #психология_программирования #процессы_разработки

Код, который нас убивает

Это начинается незаметно. Сначала — просто «временное решение». Потом — «сделаем рефакторинг». Но «потом» не наступает никогда. Мы называем это техническим долгом, словно он когда-то будет погашен, но прекрасно знаем — чаще всего это просто красивое описание хаоса.

https://habr.com/ru/articles/969210/

#технический_долг #выгорание #рефакторинг #спагеттикод #agile #качество_кода #проблемы_разработки #itменеджмент #психология_программирования #процессы_разработки

Вайб-кодинг глазами старого разработчика

Здорово, когда ты получаешь готовое работающее приложение с одного запроса. Пусть даже долго оттачиваемого, как меч самурая. Это апофеоз одновременно профессионализма и лени: ты смог сформулировать задачу так, что ИИ тебя понял и с первого раза сделал всё верно. Конечно, в крупных проектах такое стремление к лаконичности совершенствованию ни к чему. Очень часто мы даже не можем заранее сформулировать ТЗ и двигаемся шагами, только постепенно понимая направление совершенствования нашего проекта. Современные среды разработки заточены на диалог с ИИ-агентом, который по шагам добавляет функциональность в наше приложение, исправляет возникшие ошибки и т.д. Эта статья содержит разбор одного компактного примера вайб-кодинга. Мы увидим: • В каких случаях вайб-кодеру достаточно минимальных знаний предмета, а в каких необходимы экспертные навыки и опыт? • Что изменилось в инструментах вайб-кодинга за текущий год, и что изменится в ближайшем будущем? • Сравним обычные и «премиум» языковые модели. • Поймём, есть ли предел у диалога с ИИ-ассистентом, и как понять, что он достигнут?

https://habr.com/ru/articles/943856/

#вайбкодинг #llm #copilot #grok #chatgpt #claude #visual_studio_code #психология_программирования #развитие_программиста #bitrix24

Валерий Бабушкин & MLinside, часть 1 | Автократия. System Design. Lego & Sport. Срезание углов

На днях посмотрел подкаст с Валерием Бабушкиным. Как всегда, было очень приятно слушать, и я хочу поделиться с вами основными тезисами, которые я для себя вынес. Узнаем как быстро вникнуть в ML System Disign, чем лего и спорт помогают, и почему важно уметь срезать углы на работе! Порассуждать вместе с Валерой Бабушкиным

https://habr.com/ru/articles/917812/

#валерий_бабушкин #MLinside #подкаст #выжимка #itмысли #психология_программирования #психология #здоровье #ds #рассуждения

Лайфхаки проектирования и адаптации (opensource)решений под себя

Очередной раз разрабатывая и оптимизируя архитектуру не вполне стандартного проекта, для чего у AI, ожидаемо, нет готового шаблона, а только «лоскутки» чужих решений, решил зафиксировать свой ход мыслей и последовательность этапов в решении нестандартной задачи. Чтобы абстрактную программистскую «чуйку» зафиксировать в более чёткий и осознанный «свод правил». Представьте, что у вас есть некая система, которая работает определённым образом. У неё есть свой API, свои архитектурные принципы, рекомендуемые подходы к разработке и т.п. С другой стороны, у вас у самого есть видение своего будущего проекта, его архитектуры и того, как бы вы хотели управлять функционалом, предоставляемым «некой системой». Видение есть, а вот уверенности, что так можно – нету. Вот, делюсь своим подходом, как я поступаю в таких ситуациях. Осторожно, лонгрид!

https://habr.com/ru/articles/911212/

#Проектирование #разработка #opensource #работа_мозга #психология_программирования #анализ_кода #хакинг #api

Сравнила объектно-ориентированное программирование с психологией человека и показала, как это выглядит в коде

Привет, Хабр, меня зовут Александра, я программист в отделе разработки серверных решений

https://habr.com/ru/companies/yoomoney/articles/876970/

#психология_программирования #наследование #инкапсуляция #полиморфизм #абстрагирование #ооп