Первая основная проблема текста - нельзя вложить эмоции. Вторая основная проблема текста - каждый его может понять по-разному. Хорошие тейки были от других комментаторов. Если команда друг к другу относится хорошо, то нет никакого смысла лебезить друг перед другом, и хорошо бы быстрее бить в самую суть. С другой стороны, комментария «Исправь» явно недостаточно.
Также важным является положение людей в обществе. Начальнику нет смысла подробно объяснять, ровно как и тому, кого собираются уволить/кто умрёт через год.
Не менее важным является авторитет и принцип утёнка. Новички приходящие очевидно наставляются более опытными коллегами, и именно со слепка поведения наставника будет наследоваться ваше поведение, опыт и др.
Меня заинтересовала концепция nit, поскольку она пытается решать проблемы вышеописанные. Поддерживать такое будет весьма накладно, а местами решение будет даже неуместно. В конце концов, если ваш собеседник вас не понимает, то это обоюдная проблема.
Возникает много вопросов после прочтения. Например:
За первый год применения подхода мы снизили время на выполнение типовых работ в 2 раза.
Не хватает конкретных чисел. Можно просто представить, что на покраску кнопки стало уходить не 4 часа, а 2, что как бы тоже дофига.
Мы начали использовать спринты как естественный цикл для анализа нормативов.
А всем ли подходят спринты? Допустим, аналитической команде, инфраструктурной, платформенной или исследовательской это точно не подойдёт из-за априори отличающихся задач и целей.
Вижу следующее:
Объективность. Оценка перестала зависеть от настроения или квалификации конкретного разработчика. Мы опираемся на набор типовых работ.
Читаю так: «Нам неважно, что происходит в жизни инженера, он для нас не человек, а трудовая функция».
Когда мы добавили рейтинг команд
А можно ли сравнивать продуктовые команды между собой? Уверен, найдётся такая команда, которая больше сосредоточена на стабильности релизов, нежели на time to market. Сравнивать их нельзя, ровно как и карать за неэффективность.
Это золотое правило очень похоже на обратный смысл фразы Артура Кларка. Изначальная: «Любая достаточно развитая технология неотличима от магии». Обратный смысл: «Вы не понимаете технологию достаточно, чтобы отличить её от магии».
Deno прекрасный рантайм, если требуется строгий контроль ресурсов. Bun прекрасный рантайм для высоконагруженных бэкендов (см. видео Антона Путры на ютубе). Поэтому я не могу сказать, что они где-то там, куда вы их положили. У них есть своя ниша и все рантаймы друг другу конкуренты, что только способствует росту каждого.
Про NextJS был ответ на ваш комментарий, но возможно не слишком очевидный. Пока NextJS оставался монополистом, они могли делать всё, что хотели, в особенности вендор-лок на Vercel. Cloudflare, увидев долю рынка, предложила свой рантайм и помимо vercel появился cf. Не так давно добавили и ноду (но она всё ещё отстаёт). А совсем недавно появилась альтернатива в виде TanStack Start, которые прямым текстом говорят об усталости от NextJS и более лучшем DX. Поэтому команда NextJS больше не сможет тупо забивать на простых (не enterprise) разработчиков.
Самый неудобный вопрос: сколько проживёт программист, вылизывающий свой калькулятор без абстракций? И противопоставленный: сколько проживёт программист, который фичерит приложение, исправляет баги, не особо гонится за скоростью, использует доступные ресурсы (для себя ИИ, для программы железо)? И у какого из них больше шансов выжить, имея собственных бизнес, основанный на простом приложении калькулятора?
У меня был случай, когда коммит не подошёл бы, а стэш идеально вписался. Я делал как-то изменение заголовка веб-страницы, и мне в голову взбрело, что было бы неплохо ещё и анимировать длинные надписи. В описании задачи ничего не было про анимацию, но нутро подсказывало, что олдскул принесёт пользу. Я начал разбираться, как это сделать и алгоритм накодил быстро, но он глючный, т.к. запускался из разных мест в разное время. Положил в стэш, пошёл к продукту и проджекту, показал, как можно, и спросил, нужно ли. Ответ был отрицательным, а потому я просто удалил тот стэш. В другом бы случае я просто создал бы ветку с уже готовым кодом, который немного нужно было бы отредактировать.
Используя инструменты для рефакторинга, включенные в современные IDE (например, IntelliJ), вы можете извлечь интерфейс из существующего класса и заменить референсы на класс новым интерфейсом во всей кодовой базе за несколько секунд и почти ничем не рискуя.
Вот вам яркий пример привязки к реализации. Описанной опции нет в VS Code, Fleet, nvim (даже с NvChad).
Другими словами, вся идея, описанная в статье, развалится, если у меня нет IDE IntelliJ.
Имя репозитория на GitHub - это не критичные, нечувствительные данные. Логин - это чувствительные данные.
Может, асинхронная валидация занятости значения имеет место быть в примере с GitHub, но в случае страницы регистрации ответчик прав - IDOR имеет место быть.
Возможно, кому-то тоже пригодится
https://rizin.pages.dev/
Первая основная проблема текста - нельзя вложить эмоции. Вторая основная проблема текста - каждый его может понять по-разному. Хорошие тейки были от других комментаторов. Если команда друг к другу относится хорошо, то нет никакого смысла лебезить друг перед другом, и хорошо бы быстрее бить в самую суть. С другой стороны, комментария «Исправь» явно недостаточно.
Также важным является положение людей в обществе. Начальнику нет смысла подробно объяснять, ровно как и тому, кого собираются уволить/кто умрёт через год.
Не менее важным является авторитет и принцип утёнка. Новички приходящие очевидно наставляются более опытными коллегами, и именно со слепка поведения наставника будет наследоваться ваше поведение, опыт и др.
Меня заинтересовала концепция nit, поскольку она пытается решать проблемы вышеописанные. Поддерживать такое будет весьма накладно, а местами решение будет даже неуместно. В конце концов, если ваш собеседник вас не понимает, то это обоюдная проблема.
Возникает много вопросов после прочтения. Например:
Не хватает конкретных чисел. Можно просто представить, что на покраску кнопки стало уходить не 4 часа, а 2, что как бы тоже дофига.
А всем ли подходят спринты? Допустим, аналитической команде, инфраструктурной, платформенной или исследовательской это точно не подойдёт из-за априори отличающихся задач и целей.
Вижу следующее:
Читаю так: «Нам неважно, что происходит в жизни инженера, он для нас не человек, а трудовая функция».
А можно ли сравнивать продуктовые команды между собой? Уверен, найдётся такая команда, которая больше сосредоточена на стабильности релизов, нежели на time to market. Сравнивать их нельзя, ровно как и карать за неэффективность.
IronPython?
Это золотое правило очень похоже на обратный смысл фразы Артура Кларка. Изначальная: «Любая достаточно развитая технология неотличима от магии». Обратный смысл: «Вы не понимаете технологию достаточно, чтобы отличить её от магии».
Deno прекрасный рантайм, если требуется строгий контроль ресурсов. Bun прекрасный рантайм для высоконагруженных бэкендов (см. видео Антона Путры на ютубе). Поэтому я не могу сказать, что они где-то там, куда вы их положили. У них есть своя ниша и все рантаймы друг другу конкуренты, что только способствует росту каждого.
Про NextJS был ответ на ваш комментарий, но возможно не слишком очевидный. Пока NextJS оставался монополистом, они могли делать всё, что хотели, в особенности вендор-лок на Vercel. Cloudflare, увидев долю рынка, предложила свой рантайм и помимо vercel появился cf. Не так давно добавили и ноду (но она всё ещё отстаёт). А совсем недавно появилась альтернатива в виде TanStack Start, которые прямым текстом говорят об усталости от NextJS и более лучшем DX. Поэтому команда NextJS больше не сможет тупо забивать на простых (не enterprise) разработчиков.
Надеюсь, теперь вам стало понятнее.
Дяденька, вы застряли где-то в прошлом десятилетии. Есть bun + Elysia, есть srvx.
А для Next'а уже появился конкурент - TanStack Start. Сидеть сложа руки команда Next'а теперь точно не будет.
У Biome отличное коммьюнити в забаненном Discord. Если туда добраться, можно оперативно зарепортить багу. К тому же есть ру-коммьюнити.
Но самое худшее (на текущий момент) решение - это плагины. Это просто какой-то сабсет из разных языков. Неудачная попытка.
Жаль, не упоминается опыт с RSC. Было бы интересно посмотреть, когда передаёте серверный компонент, который сайд-эффектом превращается в клиентский.
Самый неудобный вопрос: сколько проживёт программист, вылизывающий свой калькулятор без абстракций? И противопоставленный: сколько проживёт программист, который фичерит приложение, исправляет баги, не особо гонится за скоростью, использует доступные ресурсы (для себя ИИ, для программы железо)? И у какого из них больше шансов выжить, имея собственных бизнес, основанный на простом приложении калькулятора?
Спутниковый интернет пробовали?
У меня был случай, когда коммит не подошёл бы, а стэш идеально вписался. Я делал как-то изменение заголовка веб-страницы, и мне в голову взбрело, что было бы неплохо ещё и анимировать длинные надписи. В описании задачи ничего не было про анимацию, но нутро подсказывало, что олдскул принесёт пользу. Я начал разбираться, как это сделать и алгоритм накодил быстро, но он глючный, т.к. запускался из разных мест в разное время. Положил в стэш, пошёл к продукту и проджекту, показал, как можно, и спросил, нужно ли. Ответ был отрицательным, а потому я просто удалил тот стэш. В другом бы случае я просто создал бы ветку с уже готовым кодом, который немного нужно было бы отредактировать.
localhost.run
А что сложного было в
dd if=openwrt-24.10.img of=/sdcardи переключении на загрузку с sd карты?Замеряли ли количество экранов и скорость их появления? Как будете решать фактор автобуса при постоянном росте количества экранов?
Вот вам яркий пример привязки к реализации. Описанной опции нет в VS Code, Fleet, nvim (даже с NvChad).
Другими словами, вся идея, описанная в статье, развалится, если у меня нет IDE IntelliJ.
Советую попробовать unmojang/drasl. Для серверов, на которых установлен модпак (AllTheMods, например), подходит идеально.
Имя репозитория на GitHub - это не критичные, нечувствительные данные. Логин - это чувствительные данные.
Может, асинхронная валидация занятости значения имеет место быть в примере с GitHub, но в случае страницы регистрации ответчик прав - IDOR имеет место быть.
Протестировал. Не работает.
Так не продают же. Показывают.