Вы вроде уже не первую статью выпускаете про проблемы у коробочных HR продуктов. К сожалению еще с прошлой статьи стало понятно что у системы проблемы с масштабированием. Что странно, при условии того как сейчас кандидата гоняют на собеседовании и в хвост и в гриву.
Прочитав их обе, вывод один - у продукта нет фазы тестирования (функционального и нагрузочного), как положено нормальному Enterprise продукту. На чем-то нужно экономить и к сожалению на российском рынке клиент выступает за одно тестировщиком купленного решения.
P.S. Стало интересно насколько сложно сделать анализ о котором вы говорите, за пару дней сделал пет-проект (извините за саморекламу). Добавил в него функциональность переписывания и оценки кандидата, благо это просто. И оказалось что любая современная, даже бесплатная Qwen способна его дать, не говоря уже о ChatGPT/Claude/Gemini.
Можно ли такую же вещь провернуть с реле напряжения от Tuya? В частном доме три фазы, вместо одной. Тогда можно было бы уже установленные релешки заменить на "умные".
возможность его изменения и рефакторинга в любой момент времени
Не нужно постоянно рефакторить код. Правило "работает - не трогай" никто не отменял. Рефакторить можно только тот код, в которым вы делаете фичу/багу и который будет перетестирован перед релизом. О том чтобы потратить время на рефакторинг нужно обговорить с командой, чтобы не получилось что вы не успеваете с релизом и вся команда работает как проклятая, а ты спокойно рефакторишь код.
Как только мы видим ошибку в коде, мы должны её исправить
Если разработчик нашел ошибку в коде - он должен завести тикет, а не изменять продакшн поведение кода по тихому. А дальше как любой тикет берется в работу после согласования с PO и командой.
Только постом и молитвой полным покрытием таких запросов тестами с реальными запросами в базу данных
В Spring есть возможность юнит тестирования DAO, что через репозитории, что через jdbcTemplate.
Информация
В рейтинге
7 682-й
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Вы вроде уже не первую статью выпускаете про проблемы у коробочных HR продуктов. К сожалению еще с прошлой статьи стало понятно что у системы проблемы с масштабированием. Что странно, при условии того как сейчас кандидата гоняют на собеседовании и в хвост и в гриву.
Прочитав их обе, вывод один - у продукта нет фазы тестирования (функционального и нагрузочного), как положено нормальному Enterprise продукту. На чем-то нужно экономить и к сожалению на российском рынке клиент выступает за одно тестировщиком купленного решения.
P.S. Стало интересно насколько сложно сделать анализ о котором вы говорите, за пару дней сделал пет-проект (извините за саморекламу). Добавил в него функциональность переписывания и оценки кандидата, благо это просто. И оказалось что любая современная, даже бесплатная Qwen способна его дать, не говоря уже о ChatGPT/Claude/Gemini.
Ребята сделали более простой вариант на JavaScript с отправкой сопроводительных писем https://github.com/ia-stepanov/autosend-letters-hh
Выбирайте "Править метаданные" у сериала/шоу, а не у конкретной серии.
MariusHosting статью смотрели?
Есть клиент для LG TvOS.
https://github.com/olegshulyakov/go-briefly-bot
Позвольте предложить изменить имя с Альфы на что-то более домашнее, домовенок или Кузя (был такой персонаж в 90х по телевизору) =)
Можно ли такую же вещь провернуть с реле напряжения от Tuya? В частном доме три фазы, вместо одной. Тогда можно было бы уже установленные релешки заменить на "умные".
Кому интересны результаты производительности на различных устройствах, существуют отдельные ветки в Llama.cpp для различных бэкендов:
Apple M-Series
Vulkan API
Nvidia CUDA
AMD ROCm
Не нужно постоянно рефакторить код. Правило "работает - не трогай" никто не отменял. Рефакторить можно только тот код, в которым вы делаете фичу/багу и который будет перетестирован перед релизом. О том чтобы потратить время на рефакторинг нужно обговорить с командой, чтобы не получилось что вы не успеваете с релизом и вся команда работает как проклятая, а ты спокойно рефакторишь код.
Если разработчик нашел ошибку в коде - он должен завести тикет, а не изменять продакшн поведение кода по тихому. А дальше как любой тикет берется в работу после согласования с PO и командой.
В Spring есть возможность юнит тестирования DAO, что через репозитории, что через jdbcTemplate.