вайбкодинг наоборот х10 сделал к "думанью как оно должно работать"
а вот реальное "освобождение" в скорости и ширине охвата
надо настроить сервер четко под вас - держите
нужно сверстать веб морду к серверу что бы не ломало на разных платформах? легко
закрыть мелочь в смежном направлении что бы продолжить пилить свой продукт? уже сделано!
нейронки как раз еще сильнее делают разрыв специализации - есть то в чем ты хорош и прочее и там ты выступаешь главным в паре с LLM, а есть все остальное где ты выступаешь скорее как менеджер
если у вас любые задания это менеджмент то это не есть плохо, просто нужно четко понимать что когда инструмент превышает уровень владельца то автоматом их общий уровень оказывается на том же уровне что и владелец (в правильно заданном вопросе половина ответа, а нейронка хороша только с ответами)
единое тонкое место с которым я столкнулся при длительной реальной работе это размер файлов, но тут опять спасли mcp и у меня чтение всех текстовых файлов за пределами индексаторов завернуто через mcp что физически не даст прочитать выше лимита. Причем дело не в контексте, а именно что на больших контекстах прокидывание на чтение больших файлов внезапно начинает тупить в10 раз сильнее чем если бы его читать "со старта"
а собственно по теме - лет через 20 когда вырастет поколение что видело только стабильные нейронки такое возможно, но сейчас когда явно видишь как агенты ошибаются (а иногда как будто специально) точно не взлетит
все же в рабте должна быть тонкая грань между нетоксичной атмосферой и рабочими моментами
обычно 99% "токсичности" сбривается нормально построенным процессом работы
"я требовательный", "мне не все равно" - если это не фактическая работа данного человека то о чем речь вообще?
"нарушение границ" - если человек начинает валить работу хотя раньше такого не было то тимлид или кто там отвечает за него обязан "влезть в личное пространство" что бы понять первопричину, может быть причина в них самих и это можно исправить
гиперопека и прочее описано в сотне книг на эту тему, избыток не есть хорошо но и недостаток просто разваливает даже самый хорошо поставленный процесс
отстаивания точки зрения - если по должности не положено то такая "честность" хороша лишь до тех пор пока она не блокирует работу и ему и остальным людям
конфликтность вопрос сложный, могут быть мега конфликты с реальными провалами и прочим без единого плохого слова, а может быть нормально работаюший процесс где комуникация меж людьи на уровне "уроды, помогите" и никто ни на кого не обижается и тд
ух сколько было столкновений за "быстро" и каждый раз как просишь показать класс для сравнения в одинаковых задачах начинается пук-пук-среньк
в целом я согласен с тем что на расте можно строить в разы быстрее и оптимальнее по ресурсам в сравнении с Го, потому как прямое управление памятью, привязка к найтивным встраиваемым либам и этим все сказано
но для реальной оптимальности с этим нужно уметь работать и понимать что ты вообще творишь и какой результат хочешь получить (и нейросети тут не помогут)
мы проводили бесчеловечные эксперименты на джунах и при равных "нулевых исходных" кривая обучения-качества у Го выше на несколько порядков чем у раста.
как по мне го как раз отличный язык что бы создавать продукты, а не ебатся с синтаксисом и мелочами - нужна производительность, делаешь встраивание на си или вообще асм и все. Чертовски редко встречаются ситуации когда нужно постоянно работать с ресурсами в жутком цейноте, руками контролируя каждый момент.
просто сейчас с Растом идет скорее эффект секты и "элитность" благодаря нейросетям, когда можно вайбкодить что то там рабочее и говорить что ты мега крутой разработчик на расте
бытовой бойлер если что не соответствует санитарным нормам
в быту я бы даже рекомендовал поставить грубый тканевый фильтр на "выход" с бойлера что бы слизь и прочее не портили вам трубы и краны (есть фильтры из нержавейки что рассчитаны на работу до 105 градусов)
хотя при форс-мажоре готовить на такой воде можно, но не желательно и ТОЛЬКО с кипячением
если не верите то погуглите различия между промышленными бойлерами под питьевую воду и обычными "водогрейками" А если этого недостаточно - гуглить видео как промывают бытовые бойлеры и сколько разного интересного с них вымывают
прибитая гвоздями широта позволяет контролировать руками, когда как простота языка имеет множество подводных, в том числе и не очевидных
с Го ты не ставишь турбину от самолета когда тебе нужен только удобный интерфейс к вентилятору. Даже если в проект затягивается гигантский "швейцарский нож" (пакеты которых как раз насоздавали "мигранты" с php и прочих "удобных" языков) то все равно точка соприкосновения только там где используется и это все можно отследить, посмотреть по коду и отттраисировать без танцев с бубном
Вон не так давно в Го дженерики добавили как раз из-за подобных воплей про "удобство". В итоге вместо использования явного генератора и контроля над сгенерированым кодом появилась точка отказа, так как "проще" использовать any а потом ловить проблемы на этом поприще или просадку латенси и-за гиганского if-else дерева для "безопасного" обслуживания этого дженерика
А за Раст посмеялся) Завтра еще коллегам на созвоне расскажу, вместе посмеемся) Сколько же я по работе видел откровенного Г на расте не передать. Язык не спасет если пользователь идиот и/или не понимает что и как делать. Зато вместе с Растои идет эльфийский синтаксис который просто больно читать, зависимость от dll и прочего (из-за чего кроссплатформа для чего-то реально боевого, а не просто сайтики становится веселым квестом) а так же мое любимое это ручной контроль над памятью (80% кривизны как раз в этом, просто тому что среднестатический "вкатун" в Раст вообще понятия не имеет что это за зверь такой ваша память и в чем проблема что все ОК работает только на его последнем маке)
у вас очень оптимистичный взгляд на вещи)) "не нужно обслуживать" только если им не пользоваться и то это полипропилен так что возможны варианты через года даже если его ни разу не включат
если не верите - была бы разгадана тайна "не обслуживания" такое бы везде пихали ведь это же мечта просто.
а в жилом помещении реально эксплуатируемый контур и "не нужно обслуживания".....
---
Очень интересно, как вы по фотке в низком разрешении смогли определить качество пайки?
вот как раз по тому что на фотке с низким расширением местами явно заметны "слоновьи ноги" говорит многое о пайке.
Не зря в промышленности самые лучшие паянные трубы паяет специальный робот. Руками же легко и перегреть и "передавить".
вот про такое уменьшение диаметра я говорил
---
С чего вы это взяли? В новостройках пластиковые трубы ставят уже намного дольше чем 10 лет, их замуровывают, закрывают плиткой и никто менять не собирается ни через 5 лет, ни через 10.
ну так люди делают по уму, обслуживаемо. И то даже так все равно делают запасом, что бы если что то произойдет с американкой то всегда есть запас трубы "опустится" и поставить новую
---
Електрокраны латунные
а как же ржавчина, лучше без метала и тд?))
так то и батареи можно латунные поставить, причем "в том же стиле" спаяв самостоятельно.
за краны я просто отметил что "все на пластике потому что вечное" а тут бац и узлы из метала))
---
Кому лучше? Никто так не делает. И причина ваша максимально сомнительная. Я лично чинил десятки устройств, где высоковольтные части расположены на одной плате с низковольтными. Все ремонтируется без проблем, даже если в плате дыра прогорела.
лол. просто лол
о что делают потому что так дешевле это правда, но это массовый продукт - сломалось и ты просто новое берешь
все более дорогое что подразумевает работу в долгий срок делают обслуживаемым, что бы вылет какого-то компонента не блокировал работу всего устройства и ремонт в случае чего был проще
а еще высоковольтное и низковольтное разводят по разным коробкам потому как малоточка статистически живет дольше чем высокоточка, особенно в условиях с мощными нагрузками что могут давать скачки на сеть.
---
Блок управления стоит в квартире при комнатной температуре. Не в бане, не в сауне. Смысла в покрытии лаком нет. Датчики утечек - да, покрыть лаком имеет смысл.
все что относится к воде - герметизируй
или юзается массовый продукт который легко заменить на аналог (макс прошивку перелить) и тогда вообще никаких проблем, или юзается что то проприоритетное и тогда защищай по полной если хочешь что бы оно работало дольше пары лет
я лично не верю что ваш продукт никак не контактирует с водой - судя по маркировке на плате оно будет стоять рядом с трубами и прочим. Квартира не означает автоматом что везде сухо и тепло.
---
---
вообщем резюмируя - работа проделана хорошая, опыт получен и еще больше вы опыта получите в процессе эксплуатации на долгой дистанции
я сам по эти граблям наскакался (как для себя умный дом поделия так и по работе серьезно) и вот как раз планирую очередную итерацию обновления умного дома уже сделать на ПЛК и готовых модулях как раз чисто ради обслуживания (даже отрисованная четко под задачу плата не спасает так, как спасает готовая заводская железка которая есть в наличии)
крутая идея, куда труда явно вложено, но паянные трубы - я понимаю что у человека с паяльником для труб другой путь но все же!
для начала вы охренеете обслуживать (просто обслуживать) ваши "батареи". Можно было бы хотя б на пластиковые (если прям строго непринятие метала) американки бы посадить что бы не было монолитным.
далее паять тоже надо уметь и судя по наплывам на фото у вас внутренний диаметр раза в два меньше ожидаемого
просто пластиковые радиаторы я думаю тут и без меня расскажут, от себя добавлю что срок такой системы лет 5, максимум 10. А учитывая что она сделана максимально не обслуживаемой (вклееный кран в пол) то при накоплении проблем менять придется все чохом и полумерами не обойтись
к слову за пластик - есть же релейные задвижки на пластик, у вас же судя по фото електрокраны таки в металлическом корпусе)))
по самому контроллеру лучше развязать высоковольтную переменку и низковольтную постоянку на две физически разные платы, что бы вылет чего-то одного через время не требовал замену всего. Так же обязательно хотя бы лаком покрыть ведь это отопление - перепады температур, влажность и прочие милости. Учитывая что у вас мелкая серия, делать надо сразу так что бы оно ядерную войну пережило потому как через 5 лет когда отгниет какая-то ножка вы уже и не вспомните а что там было и как.
в остальном же очень круто, главное все эти схемы сохраните на бумаге, заламинируйте и прибейте к стене где-то в котельной вашей. Будущий вы поблагодарите себя за это)
по факту происходит переход от мануфактуры к массовому производству и использованием CNS и прочих средств автоматизации
если от ручной работы до мануфактуры был еще относительный переходной процесс и разработчики на галерах были нужны за навыки правильно в такт махать веслом, оптимально опускать его в воду и толкать равномерно с предсказуемым усилием, то теперь галеры перешли в парусную эпоху и важнее уметь быстро и предсказуемо кидать уголь данных в топку нейросетей, когда выше кочегара "внезапно" нужно больше навыков и знаний чем раньше был переход от "оператора весла" до тимлида. При том что те же архитекторы (штурман)никак не изменились в целом по требованиям, кроме единого - нужно учитывать изменившуюся скорость движения их галеры.
Если другими словами - это нормальный процесс, просто этому будут обучать не как сейчас "наживую в поле" а базово в университетах. Сварщиком можно стать за полугодичные курсы, а получить базу на оператора роботизированных разнообразных автоматов нужно систематически, иначе финансы просто не бьются.
Вообще смотря на последние 10 лет компании и так уже не сильно любят брать джунов. А с нейросетями просто окончательно происходит "прозрение" на всех вертикалях. Для крупной компании проще занести денег что бы их местный университет обучал вдумчиво по тому что им нужно, чем постоянно платить деньги и джунам и тех кто их обучает
нормальные llm-сборки на 128гб сейчас стоят в пределах 2к-3к $ при том что большая часть цены как раз за ОЗУ
учитывая ситуацию в мире и тд это нормальное вложение, при том что можно и не только llm запускать но и просто игры или иные задачи требующие gpu
то есть по факту ты тратишь эти деньги на перспективу ближайших 3-5 лет и плюс защищаешь себя от приколов подписочных моделей когда они их спецально делают тупыми, цензурят и тд
на сейчас локальные модели на уровне опуса 4.6 и это уже очень серьезно, а не "глупости". С таким уже можно полноценно работать
звучит как отличный план поймать себе вирусняк на телефон что еше и будет тебе весь трафик спуфить за твои же ресурсы телефона
с телефонами или рут и нормальные, проверенные безопасные решения или же уже на роутере Adguard нормально поставленный и настроеный.
Прокси на телефоне с подменой трафика очень ненадежная хрень с учетом того что таких "рекламорезок" как песка в пустыне и постоянно вылазят новые. При том что старые проверенные и безопасные сразу обрастают фейковыми копиями и потому скачать "не то" шанс очень высок.
как по мне для локальных запусков еть два стула - или до 4гб что бы "сверхлегкое" запускать или уже 30+Гб так как те кто имеет сборки под такое, сразу берут много памяти так как понимают для чего
у меня в столе лежит пет-проект для читалки что бы везде нормально работала (включая нативный PoketBook) с поддержкой плагинов и как раз таки из-за границ возможности wasm оно подвисло так как для сложных вещей по факту нужно создать свой рендер и язык что бы плагины могли сами задавать менюшки/кнопки/ets если нужно
плюс wasm сам по себе перепаковка потому запуск десятка плагинов уже процесс не быстрый очень много оверхеда сверху
я смотрю у вас в проекте много разного и было бы круто это все выкинуть на уровень плагинов без необходимости вшивать в исходник хотя как вариант можно gentoo-стаил и пересобирать каждый раз с добавлением/обновлением "плагинов"
чет странное
вайбкодинг наоборот х10 сделал к "думанью как оно должно работать"
а вот реальное "освобождение" в скорости и ширине охвата
надо настроить сервер четко под вас - держите
нужно сверстать веб морду к серверу что бы не ломало на разных платформах? легко
закрыть мелочь в смежном направлении что бы продолжить пилить свой продукт? уже сделано!
нейронки как раз еще сильнее делают разрыв специализации - есть то в чем ты хорош и прочее и там ты выступаешь главным в паре с LLM, а есть все остальное где ты выступаешь скорее как менеджер
если у вас любые задания это менеджмент то это не есть плохо, просто нужно четко понимать что когда инструмент превышает уровень владельца то автоматом их общий уровень оказывается на том же уровне что и владелец (в правильно заданном вопросе половина ответа, а нейронка хороша только с ответами)
вопрос тулинга. я в итоге юзаю https://github.com/undici77/qwen-code-no-telemetry обмазанный правилами и настройками, где прямо в базовом промте прописано использовать mcp и для каких ситуаций
единое тонкое место с которым я столкнулся при длительной реальной работе это размер файлов, но тут опять спасли mcp и у меня чтение всех текстовых файлов за пределами индексаторов завернуто через mcp что физически не даст прочитать выше лимита.
Причем дело не в контексте, а именно что на больших контекстах прокидывание на чтение больших файлов внезапно начинает тупить в10 раз сильнее чем если бы его читать "со старта"
нейростатья на нейротему - иронично)
а собственно по теме - лет через 20 когда вырастет поколение что видело только стабильные нейронки такое возможно, но сейчас когда явно видишь как агенты ошибаются (а иногда как будто специально) точно не взлетит
все же в рабте должна быть тонкая грань между нетоксичной атмосферой и рабочими моментами
обычно 99% "токсичности" сбривается нормально построенным процессом работы
"я требовательный", "мне не все равно" - если это не фактическая работа данного человека то о чем речь вообще?
"нарушение границ" - если человек начинает валить работу хотя раньше такого не было то тимлид или кто там отвечает за него обязан "влезть в личное пространство" что бы понять первопричину, может быть причина в них самих и это можно исправить
гиперопека и прочее описано в сотне книг на эту тему, избыток не есть хорошо но и недостаток просто разваливает даже самый хорошо поставленный процесс
отстаивания точки зрения - если по должности не положено то такая "честность" хороша лишь до тех пор пока она не блокирует работу и ему и остальным людям
конфликтность вопрос сложный, могут быть мега конфликты с реальными провалами и прочим без единого плохого слова, а может быть нормально работаюший процесс где комуникация меж людьи на уровне "уроды, помогите" и никто ни на кого не обижается и тд
последний абзац все испортил))
как раз именно такие моменты поддерживают во мне веру в то что бум LLM это хорошо
успехов вам с вашим продуктом и не забрасывайте - легковесные хорошие вещи сейчас все еще редки
ух сколько было столкновений за "быстро" и каждый раз как просишь показать класс для сравнения в одинаковых задачах начинается пук-пук-среньк
в целом я согласен с тем что на расте можно строить в разы быстрее и оптимальнее по ресурсам в сравнении с Го, потому как прямое управление памятью, привязка к найтивным встраиваемым либам и этим все сказано
но для реальной оптимальности с этим нужно уметь работать и понимать что ты вообще творишь и какой результат хочешь получить (и нейросети тут не помогут)
мы проводили бесчеловечные эксперименты на джунах и при равных "нулевых исходных" кривая обучения-качества у Го выше на несколько порядков чем у раста.
как по мне го как раз отличный язык что бы создавать продукты, а не ебатся с синтаксисом и мелочами - нужна производительность, делаешь встраивание на си или вообще асм и все. Чертовски редко встречаются ситуации когда нужно постоянно работать с ресурсами в жутком цейноте, руками контролируя каждый момент.
просто сейчас с Растом идет скорее эффект секты и "элитность" благодаря нейросетям, когда можно вайбкодить что то там рабочее и говорить что ты мега крутой разработчик на расте
бытовой бойлер если что не соответствует санитарным нормам
в быту я бы даже рекомендовал поставить грубый тканевый фильтр на "выход" с бойлера что бы слизь и прочее не портили вам трубы и краны (есть фильтры из нержавейки что рассчитаны на работу до 105 градусов)
хотя при форс-мажоре готовить на такой воде можно, но не желательно и ТОЛЬКО с кипячением
если не верите то погуглите различия между промышленными бойлерами под питьевую воду и обычными "водогрейками"
А если этого недостаточно - гуглить видео как промывают бытовые бойлеры и сколько разного интересного с них вымывают
упрошенный кодестайлинг чего-то стоит
прибитая гвоздями широта позволяет контролировать руками, когда как простота языка имеет множество подводных, в том числе и не очевидных
с Го ты не ставишь турбину от самолета когда тебе нужен только удобный интерфейс к вентилятору. Даже если в проект затягивается гигантский "швейцарский нож" (пакеты которых как раз насоздавали "мигранты" с php и прочих "удобных" языков) то все равно точка соприкосновения только там где используется и это все можно отследить, посмотреть по коду и отттраисировать без танцев с бубном
Вон не так давно в Го дженерики добавили как раз из-за подобных воплей про "удобство". В итоге вместо использования явного генератора и контроля над сгенерированым кодом появилась точка отказа, так как "проще" использовать any а потом ловить проблемы на этом поприще или просадку латенси и-за гиганского if-else дерева для "безопасного" обслуживания этого дженерика
А за Раст посмеялся) Завтра еще коллегам на созвоне расскажу, вместе посмеемся)
Сколько же я по работе видел откровенного Г на расте не передать. Язык не спасет если пользователь идиот и/или не понимает что и как делать. Зато вместе с Растои идет эльфийский синтаксис который просто больно читать, зависимость от dll и прочего (из-за чего кроссплатформа для чего-то реально боевого, а не просто сайтики становится веселым квестом) а так же мое любимое это ручной контроль над памятью (80% кривизны как раз в этом, просто тому что среднестатический "вкатун" в Раст вообще понятия не имеет что это за зверь такой ваша память и в чем проблема что все ОК работает только на его последнем маке)
у вас очень оптимистичный взгляд на вещи)) "не нужно обслуживать" только если им не пользоваться и то это полипропилен так что возможны варианты через года даже если его ни разу не включат
если не верите - была бы разгадана тайна "не обслуживания" такое бы везде пихали ведь это же мечта просто.
а в жилом помещении реально эксплуатируемый контур и "не нужно обслуживания".....
---
вот как раз по тому что на фотке с низким расширением местами явно заметны "слоновьи ноги" говорит многое о пайке.
Не зря в промышленности самые лучшие паянные трубы паяет специальный робот. Руками же легко и перегреть и "передавить".
---
ну так люди делают по уму, обслуживаемо. И то даже так все равно делают запасом, что бы если что то произойдет с американкой то всегда есть запас трубы "опустится" и поставить новую
---
а как же ржавчина, лучше без метала и тд?))
так то и батареи можно латунные поставить, причем "в том же стиле" спаяв самостоятельно.
за краны я просто отметил что "все на пластике потому что вечное" а тут бац и узлы из метала))
---
лол. просто лол
о что делают потому что так дешевле это правда, но это массовый продукт - сломалось и ты просто новое берешь
все более дорогое что подразумевает работу в долгий срок делают обслуживаемым, что бы вылет какого-то компонента не блокировал работу всего устройства и ремонт в случае чего был проще
а еще высоковольтное и низковольтное разводят по разным коробкам потому как малоточка статистически живет дольше чем высокоточка, особенно в условиях с мощными нагрузками что могут давать скачки на сеть.
---
все что относится к воде - герметизируй
или юзается массовый продукт который легко заменить на аналог (макс прошивку перелить) и тогда вообще никаких проблем, или юзается что то проприоритетное и тогда защищай по полной если хочешь что бы оно работало дольше пары лет
я лично не верю что ваш продукт никак не контактирует с водой - судя по маркировке на плате оно будет стоять рядом с трубами и прочим. Квартира не означает автоматом что везде сухо и тепло.
---
---
вообщем резюмируя - работа проделана хорошая, опыт получен и еще больше вы опыта получите в процессе эксплуатации на долгой дистанции
я сам по эти граблям наскакался (как для себя умный дом поделия так и по работе серьезно) и вот как раз планирую очередную итерацию обновления умного дома уже сделать на ПЛК и готовых модулях как раз чисто ради обслуживания (даже отрисованная четко под задачу плата не спасает так, как спасает готовая заводская железка которая есть в наличии)
за старание 5, за реализацию 3
крутая идея, куда труда явно вложено, но паянные трубы - я понимаю что у человека с паяльником для труб другой путь но все же!
для начала вы охренеете обслуживать (просто обслуживать) ваши "батареи". Можно было бы хотя б на пластиковые (если прям строго непринятие метала) американки бы посадить что бы не было монолитным.
далее паять тоже надо уметь и судя по наплывам на фото у вас внутренний диаметр раза в два меньше ожидаемого
просто пластиковые радиаторы я думаю тут и без меня расскажут, от себя добавлю что срок такой системы лет 5, максимум 10. А учитывая что она сделана максимально не обслуживаемой (вклееный кран в пол) то при накоплении проблем менять придется все чохом и полумерами не обойтись
к слову за пластик - есть же релейные задвижки на пластик, у вас же судя по фото електрокраны таки в металлическом корпусе)))
по самому контроллеру лучше развязать высоковольтную переменку и низковольтную постоянку на две физически разные платы, что бы вылет чего-то одного через время не требовал замену всего. Так же обязательно хотя бы лаком покрыть ведь это отопление - перепады температур, влажность и прочие милости. Учитывая что у вас мелкая серия, делать надо сразу так что бы оно ядерную войну пережило потому как через 5 лет когда отгниет какая-то ножка вы уже и не вспомните а что там было и как.
в остальном же очень круто, главное все эти схемы сохраните на бумаге, заламинируйте и прибейте к стене где-то в котельной вашей. Будущий вы поблагодарите себя за это)
по факту происходит переход от мануфактуры к массовому производству и использованием CNS и прочих средств автоматизации
если от ручной работы до мануфактуры был еще относительный переходной процесс и разработчики на галерах были нужны за навыки правильно в такт махать веслом, оптимально опускать его в воду и толкать равномерно с предсказуемым усилием, то теперь галеры перешли в парусную эпоху и важнее уметь быстро и предсказуемо кидать уголь данных в топку нейросетей, когда выше кочегара "внезапно" нужно больше навыков и знаний чем раньше был переход от "оператора весла" до тимлида.
При том что те же архитекторы (штурман)никак не изменились в целом по требованиям, кроме единого - нужно учитывать изменившуюся скорость движения их галеры.
Если другими словами - это нормальный процесс, просто этому будут обучать не как сейчас "наживую в поле" а базово в университетах. Сварщиком можно стать за полугодичные курсы, а получить базу на оператора роботизированных разнообразных автоматов нужно систематически, иначе финансы просто не бьются.
Вообще смотря на последние 10 лет компании и так уже не сильно любят брать джунов. А с нейросетями просто окончательно происходит "прозрение" на всех вертикалях. Для крупной компании проще занести денег что бы их местный университет обучал вдумчиво по тому что им нужно, чем постоянно платить деньги и джунам и тех кто их обучает
в чем то вы правы, но php уже давно не торт и по запутанности и возможности налепить костылей он уже давно где-то на уровне Java
Go по крайней мере бьет по рукам за слишком уж широкую самодеятельность, а для всего остального есть кодестайлинг и прочие правила в проекте
щарп и раст как раз плохи своей "широтой". на долгой поддержке чем проще тем лучше, собсвенно на этом php изначально и держался
+1
добавлю что для промышленного исполнения важнее возможность залить а компаунд например или установить дополнительные радиаторы, чем компактность
нормальные llm-сборки на 128гб сейчас стоят в пределах 2к-3к $ при том что большая часть цены как раз за ОЗУ
учитывая ситуацию в мире и тд это нормальное вложение, при том что можно и не только llm запускать но и просто игры или иные задачи требующие gpu
то есть по факту ты тратишь эти деньги на перспективу ближайших 3-5 лет и плюс защищаешь себя от приколов подписочных моделей когда они их спецально делают тупыми, цензурят и тд
на сейчас локальные модели на уровне опуса 4.6 и это уже очень серьезно, а не "глупости". С таким уже можно полноценно работать
ну по факту они правы
звучит как отличный план поймать себе вирусняк на телефон что еше и будет тебе весь трафик спуфить за твои же ресурсы телефона
с телефонами или рут и нормальные, проверенные безопасные решения или же уже на роутере Adguard нормально поставленный и настроеный.
Прокси на телефоне с подменой трафика очень ненадежная хрень с учетом того что таких "рекламорезок" как песка в пустыне и постоянно вылазят новые. При том что старые проверенные и безопасные сразу обрастают фейковыми копиями и потому скачать "не то" шанс очень высок.
как по мне для локальных запусков еть два стула - или до 4гб что бы "сверхлегкое" запускать или уже 30+Гб так как те кто имеет сборки под такое, сразу берут много памяти так как понимают для чего
у wasm свои пределы
у меня в столе лежит пет-проект для читалки что бы везде нормально работала (включая нативный PoketBook) с поддержкой плагинов и как раз таки из-за границ возможности wasm оно подвисло так как для сложных вещей по факту нужно создать свой рендер и язык что бы плагины могли сами задавать менюшки/кнопки/ets если нужно
плюс wasm сам по себе перепаковка потому запуск десятка плагинов уже процесс не быстрый очень много оверхеда сверху
я смотрю у вас в проекте много разного и было бы круто это все выкинуть на уровень плагинов без необходимости вшивать в исходник
хотя как вариант можно gentoo-стаил и пересобирать каждый раз с добавлением/обновлением "плагинов"
интересно, завтра наживую потыкаю отпишу
если все ок будет то возможно вы нового мейнтейнера получите)
кстати за плагины - на го есть разное, из самого цельного это плагинная система на базе gRPC где плагины как wasm собираются.