С ума сойти! Т.е. выход годных под 50% ??? Как добились столь потрясающего результата??? Наверное поставили по НКВДшнику с маузером к каждому степперу!
У мну более-менее прилично получается в три запроса к модели + RAG Вообще иногда поведение llm с ума сводит Причем на английском, в среднем лучше. Думаю, потому, что сам язык по-проще. Но все равно.
"В главном-то он прав" (с) ПрограммизЪм - это "стеклянный лабиринт". Вот оно - цель! Аха... щаз...
Хотя именно в таком гипертрофированном формате, это происходит именно в ситуации "ни у кого нет опыта для данного конкретного контекста". Ну... ещё одна цитата: "такая у нас работа!" (с)
Когда долго работаешь в одной теме, мозги замыливаются. А уж знания в "академической" формулировке выветриваются начисто! Меня на собесе спросили "что такое позднее связывание", я сижу и хлопаю глазами как баран. При том, что динамической перегрузкой пользуюсь постоянно :))))))))))))))))))))))))))
Вообще, самый ужас - это когда чужой код и в нем куча неявных связей. Если есть возможность смотреть на полный код через IDE - оно не так страшно. Но когда из инструментов командная строка и текстовая смотрелка... :))) Начинаешь мечтать об goto !! :))))))))))
Знаете, вот пожалуй один вариант полезности юнит-тестов могу припомнить. Когда есть очень большая и сложная система, когда состыковано такое количество сервисов, что получается "микросервисный ужас собранный из МАКРОсервисов" :))) , и нужно переписать один модуль(может класс, а может просто какой-то кусок файла), и к этому модулю УЖЕ ЕСТЬ ГОТОВЫЙ юнит тест! :))))))))))))))
Насчет подхода к тестированию, он во-многом прав. Во всяком случае, ни разу не было в практике, чтобы юнит-тест оказался полезен(выловил бы баг). А баги на стыке, они вообще не способны поймать.
Про полиморфизм vs if/else Тут интересный такой психиатрический выверт. Помните ругань в адрес "клипового мышления"? Я на своих студентах, с удивлением, обнаружил когда-то, что они здорово тупят на длинных логических цепочках, за то отлично оперируют массивом неявных связей!! Это именно про это...
Хоть как-то оценить время на выполнение можно только для рутинных задач. Для всех остальных "сначала надо изучить вопрос, зайдите завтра... или через неделю"
И насчет "невозможно знать всё" тоже правда. Хуже того. Например, "плывет" терминология. Причем и во времени и в пространстве :)
С ума сойти! Т.е. выход годных под 50% ???
Как добились столь потрясающего результата???
Наверное поставили по НКВДшнику с маузером к каждому степперу!
Я то ли туплю, то ли тема не раскрыта: вопрос производства - китай или дымное отечество?
Разделям гневное недогодование Автора на 100500%
У мну более-менее прилично получается в три запроса к модели + RAG
Вообще иногда поведение llm с ума сводит
Причем на английском, в среднем лучше. Думаю, потому, что сам язык по-проще.
Но все равно.
О!!! Я такое писал!
На 8-битном компутере. Пришлось писать СИМВОЛЬНЫЙ интерпретатор :D
Насчет стиралки, чуваку еще повезло, что у него инструкция совпадала с моделью машинки...
...я мебели собираю, а там инструкция от другого типа подвеса выдвижных ящиков!! Хорошо, что что есть ютубчик и там собирают именно мою модель :D
Иногда, единственный способ оценить сроки/объемы работы - это её сделать.
Вот откуда мне было знать, что при переходе от pimcore 6 на версию 11, надо будет писать в два раза больше кода, для той же функциональности? :D
P.S. Хотя прочитав документацию, что-то такое заподозрил и умножил сроки на 4. Надо было на 8...
"В главном-то он прав" (с)
ПрограммизЪм - это "стеклянный лабиринт". Вот оно - цель! Аха... щаз...
Хотя именно в таком гипертрофированном формате, это происходит именно в ситуации "ни у кого нет опыта для данного конкретного контекста". Ну... ещё одна цитата: "такая у нас работа!" (с)
Аплодинг
Шоб такое?
https://aliexpress.ru/item/1005006896923674.html
Дико извиняюсь! Пушнул не в то окно!
Можно удалить?
Когда долго работаешь в одной теме, мозги замыливаются. А уж знания в "академической" формулировке выветриваются начисто!
Меня на собесе спросили "что такое позднее связывание", я сижу и хлопаю глазами как баран.
При том, что динамической перегрузкой пользуюсь постоянно :))))))))))))))))))))))))))
Да... Больше похоже на обратную зависимость. Люди менее склонные к мозговой деградации предпочитают
брюнетоккофе с кофеином и без сахараЯсно, спасибо...
А то у мну GPT2 в 3060 12 Gb учиться не лезет :(
Писали бы сразу минимальное рекомендуемое железо...
Вообще, самый ужас - это когда чужой код и в нем куча неявных связей.
Если есть возможность смотреть на полный код через IDE - оно не так страшно.
Но когда из инструментов командная строка и текстовая смотрелка... :)))
Начинаешь мечтать об goto !! :))))))))))
Знаете, вот пожалуй один вариант полезности юнит-тестов могу припомнить.
Когда есть очень большая и сложная система, когда состыковано такое количество сервисов, что получается "микросервисный ужас собранный из МАКРОсервисов" :))) ,
и нужно переписать один модуль(может класс, а может просто какой-то кусок файла), и к этому модулю УЖЕ ЕСТЬ ГОТОВЫЙ юнит тест! :))))))))))))))
Насчет подхода к тестированию, он во-многом прав.
Во всяком случае, ни разу не было в практике, чтобы юнит-тест оказался полезен(выловил бы баг). А баги на стыке, они вообще не способны поймать.
Про полиморфизм vs if/else
Тут интересный такой психиатрический выверт.
Помните ругань в адрес "клипового мышления"?
Я на своих студентах, с удивлением, обнаружил когда-то, что они здорово тупят на длинных логических цепочках, за то отлично оперируют массивом неявных связей!!
Это именно про это...
Несколько смущает глава лаборатории украинского происхождения, постоянно проживающий в Лондоне...
Вот интересно, а можно этой штукой сделать демонстратор интерференции радиоволн?
"Да правильно все говорит" (с)
Хоть как-то оценить время на выполнение можно только для рутинных задач. Для всех остальных "сначала надо изучить вопрос, зайдите завтра... или через неделю"
И насчет "невозможно знать всё" тоже правда. Хуже того. Например, "плывет" терминология. Причем и во времени и в пространстве :)