Эм, вообще не понимаю эту странную метрику. Она же просто и обозначает что больше используй токенов и тогда ты якобы «молодец». Сами внедрили и потом удивляются что это у них там бюджет сгорает быстро. И затем у них нейросети «это пузырь и нифига не продуктивно на самом деле».
Нельзя ли просто на основе коллективного опыта разных людей и компаний высчитать примерную возможную оценку возрастания продуктивности от использования ИИ и просто добавить эти значения к их существующим KPI? Зачем придумывать что-то еще?
Относительно недавно тоже произошел небольшой конфликт с одним из разработчиков. Был вариант разделить на несколько функций для уменьшения дублирования, но я настаивал на «доменном» подходе когда у нас дублирование остается, но зато каждая функция несет в себе законченный сюжетный отрывок. Благодаря этому не происходит этого перепрыгивания и потери контекста поскольку теперь блок кода помещается в высоту экрана ноутбука. Да, вроде мелочь, но такте мелочи и формируют силу хорошей архитектуры.
Да, меня тоже это интересует
Эм, вообще не понимаю эту странную метрику. Она же просто и обозначает что больше используй токенов и тогда ты якобы «молодец». Сами внедрили и потом удивляются что это у них там бюджет сгорает быстро. И затем у них нейросети «это пузырь и нифига не продуктивно на самом деле».
Нельзя ли просто на основе коллективного опыта разных людей и компаний высчитать примерную возможную оценку возрастания продуктивности от использования ИИ и просто добавить эти значения к их существующим KPI? Зачем придумывать что-то еще?
Не приоритет наверное у них
Тоже самое
Новый чат
Могу предположить, что контекст не чистите
Ключевое пока
https://youtu.be/gSqMkefXCUY?t=71
Новость дня
Символизма ради можно сделать штраф размером в число 1 гугол
Пора пересмотреть "Черное зеркало"
Я один человек из будущего у которого версия уже 2.1.39?
Где-то грустит один takeUntilDestroyed
P.S. Знаю, что он относится к Angular, а не к RxJs, но в статье все крутится вокруг Angular и не нельзя упомянуть об этом операторе.
Да, такое же удивление вызвало)
Последняя фраза - кайфовая. Спасибо! Записал)
Интересно. Однако пока не вижу кейсов где это применимо в мире большинства веб проектов. Если только в толстых клиентах.
Согласен, прямо в точку.
Относительно недавно тоже произошел небольшой конфликт с одним из разработчиков. Был вариант разделить на несколько функций для уменьшения дублирования, но я настаивал на «доменном» подходе когда у нас дублирование остается, но зато каждая функция несет в себе законченный сюжетный отрывок. Благодаря этому не происходит этого перепрыгивания и потери контекста поскольку теперь блок кода помещается в высоту экрана ноутбука. Да, вроде мелочь, но такте мелочи и формируют силу хорошей архитектуры.
Согласен, хорошее напутствие. Лучше профилактика чем потом лечение
Ничего личного, но, упаси боже, только не JSX
Спасибо за статью. Как раз задумываюсь об оптимизации своего пайплайна с Nx.
Можете поделиться своим опытом:
Какие оптимизации стоит использовать в самом пайплане, а какими стоит ограничиться лишь локально?
Что можете сказать о прогонке тестов во время разработки. Насколько я слышал за это отвечает механизм watch.