<bgdev />free

Вход Регистрация

Първият ми проект с вайб-кодинг. 3D CAD система.
0

0 1 2 3 4 5 6 7 8 9

#181974 (ツ) Rabin
Създадено на 06.07.2026 , видяно: 254 пъти.
|

Ами това е проблема. Той и козоеба се е обучавал по същите книги като Ребата (предполагам), но резултата е мааалко по-различен. :)

В смисъл - той ебе слонище, аз - макя ти проста?

#181978 (ツ) |
Последно редактирано на 06.07.2026 от |, видяно: 248 пъти.

Козоеба пак се опитва да осере ПОРЕДНА тема със содомистките си истории.

#181979 (ツ) waldorf
Създадено на 06.07.2026 , видяно: 242 пъти.

Не биваше да го споменаваш - сега ще осере и тази тема …

#181981 (ツ) Rabin
Последно редактирано на 06.07.2026 от Rabin, видяно: 224 пъти.
|

Козоеба пак се опитва да осере ПОРЕДНА тема със содомистките си истории.

На майка ти в гъза прост!

waldorf

Не биваше да го споменаваш - сега ще осере и тази тема …

Аз ли осирам теми?

#181990 (ツ) |
Създадено на 06.07.2026 , видяно: 202 пъти.

Преди няколко месеца като се забавлявах със симулатора го направихме както пише по учебниците с 3 ALU юнита, и т.н. Вчера като мерим, INT0 е ботълнек, INT1 и INT2 не правят нищо. "Защо?" "Ами всичките integer операции се рутират към queue-то на INT0". :)

#182159 (ツ) waldorf
Последно редактирано на 07.07.26 03:51 от waldorf, видяно: 182 пъти.

Те затова се заиграх с една методология при която всяка такава издънка се отразява или в спецификацията или в тестовете и и регресиите които трябва да минат и след това се регенерира кода.

След прекалено много итерации се получава перфектна спецификация съобразена с възможностите на модела. Работи добре за прости неща и с читав модел.

Твоя емулатор ще му дойде сложничък но може би ако го разбиеш на модули все пак да е постижимо.

За счетоводството което си ръчкам става.

Също и за тулче което се само билдва и хоства себе си и сървиси като това счетоводство т.е. управление на документи.

Чак успях да си направя финансов анализ за последните 5-6 години за които съм вкарал данни.

Всичко ми е оптимизирано на 6.

Трябва само да максимизирам едни пенсионни фондове с които изкарваш печалба с 10% данък - но след пенсия - па тя ей я де е.

И неразпределената печалба да не я държа в кеш а в някакви бързо ликвидни финансови инструменти.

#182236 (ツ) synergie
Създадено на 07.07.26 15:22 , видяно: 149 пъти.

Биг пикъла е варен картоф. Джони сигурно го микроменажира, което е начина на работа с ЛЛМ-ите допреди 7-8 месеца. От опус 4.6 spec driven development е правилния подход, но там Биг Пикъл е доста слаб. Реших да пробвам и ГЛМ 5.2 уж бил между опус 4.7 и 4.8 но и в това се съмнявам вече. Ще го помъча още малко и ако не се оправи ще мина през проекта с Клод да видя дали си внушавам само или не.

#182239 (ツ) |
Създадено на 07.07.26 17:12 , видяно: 129 пъти.
waldorf

Те затова се заиграх с една методология при която всяка такава издънка се отразява или в спецификацията или в тестовете и и регресиите които трябва да минат и след това се регенерира кода.

След прекалено много итерации се получава перфектна спецификация съобразена с възможностите на модела. Работи добре за прости неща и с читав модел.

Твоя емулатор ще му дойде сложничък но може би ако го разбиеш на модули все пак да е постижимо.

За счетоводството което си ръчкам става.

Също и за тулче което се само билдва и хоства себе си и сървиси като това счетоводство т.е. управление на документи.

Чак успях да си направя финансов анализ за последните 5-6 години за които съм вкарал данни.

Всичко ми е оптимизирано на 6.

Трябва само да максимизирам едни пенсионни фондове с които изкарваш печалба с 10% данък - но след пенсия - па тя ей я де е.

И неразпределената печалба да не я държа в кеш а в някакви бързо ликвидни финансови инструменти.

Той кода и сега е на модули (core/mesh/memory/devices), но бъговете понякога налагат пипане на повече от едно място. Не знам защо беше решил да имплементира и използва far atomics, но вчера трябваше да му чукам по главата да ги маха и да прави всички атомикс в локалния L1 cache.

Но като цяло Клод се държи много по-добре отколкото като експериментирах предния път. Тогава жената познаваше, че ме е ядосал по това колко яростно чукам по клавишите ("Пак ли се караш на Клод?" :). Тоя път клавиатурата още издържа. :)

Иначе жената е оптимизатора на максимизирането на пенсионните фондове, нямам нужда от AI за това.

#182240 (ツ) Delegate
Създадено на 07.07.26 17:12 , видяно: 128 пъти.
waldorf

Да. Оправя се много добре. За всеки случай съм го блокирал да модифицира базата със заявки и за каквото му трябва си има REST endpoint - няколко общо, не е сложнотия. Направи си няколко view-та за да му е по лесно де. Сеща се.

А за РАГ - ами то във фактури и банкови извлечения няма кой знае какъв текст, като добавя договори и т.н. ще видя дали sqlite предлага нещо. Няма смисъл да се прави като може да се ползва готово.

С екстенжъна за вектори и ембеддинг ли го ползваш(sqlite-vec) или просто full-text-search ? Аз ползвам някакви векторни бази засега qdrant, pinecone, chroma + embeddings модели, но не съм сигурен, че е оптимално за моя случай и не винаги съм доволен от резултата и то не от основния модел, а от векторната база и от начина по който я пълня с чънкове, контекста между чънковете и др. подобни.

#182249 (ツ) synergie
Създадено на 07.07.26 18:41 , видяно: 116 пъти.
|

Но като цяло Клод се държи много по-добре отколкото като експериментирах предния път.

Fable ли имаш предвид?

#182258 (ツ) waldorf
Последно редактирано на 07.07.26 19:18 от waldorf, видяно: 102 пъти.
Delegate

С екстенжъна за вектори и ембеддинг ли го ползваш(sqlite-vec) или просто full-text-search ? Аз ползвам някакви векторни бази засега qdrant, pinecone, chroma + embeddings модели, но не съм сигурен, че е оптимално за моя случай и не винаги съм доволен от резултата и то не от основния модел, а от векторната база и от начина по който я пълня с чънкове, контекста между чънковете и др. подобни.

А, далече съм още от тея глезотии раг и вектори - за сега сме още на ниво аритметика в началното училище. Обаче 5 години счетоводни данни ги сдъвка като едното нищо. Интересното става като започна да му добавям договори и прочее текстови документи. Там вече ще си трябва. Отделно, че 90% са на френски, 10% на фламандски - а аз не ги понимая и двата езика и се уповавам не интелекта, че ще ги разбира вместо мен ...

Е, днес счетката като и пратих писмото на Клодю с въпроси относно нейната работа ми отговори "без да се обиждаш, ама на краставичар краставици си тръгнал да предлагаш" - не я разбрах що се обиди така, уж сме приятелчета ... rofl

#182354 (ツ) |
Създадено на 13:46 , видяно: 65 пъти.

Похвалих Клод вчера и снощи вече си показа рогата...

Продължаваме да буутваме Линукс. Намира хайзенбъг във freelist и започва да рови какво се случва.

"К: не е детерминистичен защото compare-and-swap е далечен и зависи от това в какъв ред идват съобщенията".

"А: е как далечен, нали ти казах да направиш всички атомикс близки?".

"К: да, ама аз оставих далечните атомикс като fall-back и се оказа че нещо не е написано както трябва за 128 битовите близки атомикс и отиваше при далечните. И понеже далечните атомикс са извън протокола за кохерентност на меша, се случват такива неща"

Тука вече ми прекипя и започнах да употребявам думички като bullshit и hallucinations. :)

"K: а, всъщност аз сега прегледах кода и атомикс НЕ СА извън протокола за кохерентност. Преди това говорех по принцип каква може да е причината, не бях гледал кода"

"А: направи CAS близък, после ще оправяме бъга с далечните"

"К: огромен прогрес! бъга вече е детерминистичен, забива всеки път. Чакай да видя какво става и защо CAS не работи"

"К: хмм, сега като започнах да трейсвам CAS се оказва, че той изобщо не се използва. Някъде другаде е проблема."

Тука вече се получи двойното прекипяване.

"А: Значи CAS не се използва, но след като го смени от далечен на близък, бъга стана детерминистичен? Абе, ти у ред ли си?????"

"К: Дааа, това е много странно, прав си, че нещо не е както трябва"

В тоя момент го строих да направи атомикс както трябва, без fall-back и с опция да се превключва от едните на другите, подробни тестове. И нещата се оправиха.

#182375 (ツ) waldorf
Създадено на 18:34 , видяно: 33 пъти.

Лесна е твоята, днес реших да спестя малко време и пуснах на Копилодю Опус да обработва транскрипциите от записаните срещи и да вади от тях задачи и вики-та. Ебаси ламята. За час и нещо опука оставащите 80% от месечния ми $100 корпоративен бюджет. И си продължих с qwen-чо. Може да е по бавен ама не е чак толкова по тъп пък и е безплатен. Обаче се замислих - ако екстраполирам днешната сесия то месечно ще ми трябва бюджет към $10к - нема да е. До $1к може и да успее човек да се споразумее ама $10к излиза от всеки корпоративни бюджети т.е. Атрофиралите яко изяждат пазара на Микромеките щото домашния Клодю го гърча с пъти повече работа и все още е добре дотирани 180 пари на месец. Даже не мога да му мина часовите и седмичните лимити дето има.

#182392 (ツ) |
Създадено на 20:34 , видяно: 16 пъти.
waldorf

Лесна е твоята, днес реших да спестя малко време и пуснах на Копилодю Опус да обработва транскрипциите от записаните срещи и да вади от тях задачи и вики-та. Ебаси ламята. За час и нещо опука оставащите 80% от месечния ми $100 корпоративен бюджет. И си продължих с qwen-чо. Може да е по бавен ама не е чак толкова по тъп пък и е безплатен. Обаче се замислих - ако екстраполирам днешната сесия то месечно ще ми трябва бюджет към $10к - нема да е. До $1к може и да успее човек да се споразумее ама $10к излиза от всеки корпоративни бюджети т.е. Атрофиралите яко изяждат пазара на Микромеките щото домашния Клодю го гърча с пъти повече работа и все още е добре дотирани 180 пари на месец. Даже не мога да му мина часовите и седмичните лимити дето има.

Аз на работа нямам лимит и мога да използвам GPT-5.5 колкото си поискам. А на домашния Клод Макс (малкия) съм някъде на 95% от седмичния лимит като ми остават ден и половина преди да се ресетне. Фейбл много бързо го достига, затова минах обратно на Опус с Фейбл конфигуриран като advisor.

0 1 2 3 4 5 6 7 8 9

Първият ми проект с вайб-кодинг. 3D CAD система.
0

AsmBB v3.0 (check-in: 2fb30f0a060190b0); SQLite v3.53.0 (check-in: 4525003a53a7fc63);
©2016..2024 John Found; Licensed under EUPL. Powered by Assembly language Created with Fresh IDE