Я проектировал в кладовку полки. Это конструкция из 4 столбиков, соединённых между собой на 3 уровнях высоты, на которые будут ложиться полки. Ллм мне начертила все, посчитала все, нашла где что заказать в магазине. Но допустила фактически одну грубую ошибку. Её конструкция была не цельной. Представьте 2 пары вертикальных стоек, которые не соединены между собой. Эдакие 2 буквы П, хотя должны быть в виде табурета без седушки.
С одной стороны ллм проделала большую работу и нужно понимать что за ней нужен глаз да глаз.
С другой стороны если модель ошибается на таких элементарных деталях, о какой космической разработке может идти речь? Представьте что у вас есть подчинённый который делает работу, но косячит кабздец и проверять нужно за ним абсолютно всё. Работать с таким косячный работником или нет - личное дело каждого. Кто-то не станет, а другой посмотрит и подумает, это же экономия времени, бюджета и скажет: "И так сойдёт". А ошибки, которые останутся незамеченными 100% будут
В статье всё написано правильно и по делу. В условиях удаленки достучаться до людей стало ещё сложнее, чтобы выудить нужную информацию.
Вся беда в том что люди, негативно отреагировавшие на статью скорее всего попытались спроецировать это на свою компанию/отдел/проект. Поняли что им это не вяжется и начали возмущаться. И это действительно нормально негодовать когда на вашем тихом проекте приходит кто-то и начинает вводить свои новые порядки. Но, как известно, ситуации бывают разные.
Помните всегда главное, цель команды успешно выполнить и запустить проект, работать как единый механизм. При необходимости доставать из коллег информацию пассатижами, да, приходится прибегать порой не к самым чистым методам.
Я лично не помню,чтобы количество багов падало меньше 900. Обычно до нового релиза фиксят багов 100-200 и после релиза оно вновь со временем возвращается на заветное число в 1100. Так и имеем 900-1100-900-1100
Здесь скорее всего речь идёт про update on save VS by schedule. И то это не про ваш случай. Поскольку индексы триггерятся только при полноценном сохранении продукта. В случае с записью в базу должно только добавляться значение в ..._cl_1 таблицы для последующего точечного реиндекса.
Для буста перформанса я бы порекомендовал формировать батчи и делать insertMultiple()
Я проектировал в кладовку полки. Это конструкция из 4 столбиков, соединённых между собой на 3 уровнях высоты, на которые будут ложиться полки. Ллм мне начертила все, посчитала все, нашла где что заказать в магазине. Но допустила фактически одну грубую ошибку. Её конструкция была не цельной. Представьте 2 пары вертикальных стоек, которые не соединены между собой. Эдакие 2 буквы П, хотя должны быть в виде табурета без седушки.
С одной стороны ллм проделала большую работу и нужно понимать что за ней нужен глаз да глаз.
С другой стороны если модель ошибается на таких элементарных деталях, о какой космической разработке может идти речь? Представьте что у вас есть подчинённый который делает работу, но косячит кабздец и проверять нужно за ним абсолютно всё. Работать с таким косячный работником или нет - личное дело каждого. Кто-то не станет, а другой посмотрит и подумает, это же экономия времени, бюджета и скажет: "И так сойдёт". А ошибки, которые останутся незамеченными 100% будут
Можно сделать прогретую версию сайта для бота чтобы не грузить одну страницу по сто раз
В статье всё написано правильно и по делу. В условиях удаленки достучаться до людей стало ещё сложнее, чтобы выудить нужную информацию.
Вся беда в том что люди, негативно отреагировавшие на статью скорее всего попытались спроецировать это на свою компанию/отдел/проект. Поняли что им это не вяжется и начали возмущаться. И это действительно нормально негодовать когда на вашем тихом проекте приходит кто-то и начинает вводить свои новые порядки. Но, как известно, ситуации бывают разные.
Помните всегда главное, цель команды успешно выполнить и запустить проект, работать как единый механизм. При необходимости доставать из коллег информацию пассатижами, да, приходится прибегать порой не к самым чистым методам.
Я лично не помню,чтобы количество багов падало меньше 900. Обычно до нового релиза фиксят багов 100-200 и после релиза оно вновь со временем возвращается на заветное число в 1100. Так и имеем 900-1100-900-1100
Для буста перформанса я бы порекомендовал формировать батчи и делать insertMultiple()