А два проекта это уже много? За 10 лет в outsourcing я в проектах 50 как либо учавствовал, из них около 20 где я писал код, наверное 8-10 где я руководил командой и несколько где еще и бизнес анализ закрывал.
Да, сейчас не лучшие годы, но если хотите набраться опыта - аутсорс лучше продукта.
У меня было две по 32, но симптомы другие - зачастую сыпались драйверы видеокарты или просто зависал. Откат к стандартным частотам, снижал частоту проявления, но не решал проблему. А сейчас каждая планка в отденьном компе работает без нареканий на повышенных частотах
Наверняка открытие возможности замены прошивки на кастомную не стоит огромных усилий. А там пусть сообщество само решает. Я бы поддержал проект прямой интеграции в HomeAssistan, например. Хорошо спроектированное железо жалко отправлять в мусор.
Ооо, меня еще подбешивает практика приглашать "ряженых", каких то неведомых экспертов, с мнениями. Если из всего потока оставить чистые факты, то остается около 10% от объёма новостей.
Многие успешные стартапы и MVP начинали без тестов. Они выигрывали за счёт скорости, гибкости и прямой обратной связи от пользователей.
Тесты не гарантируют качество. Плохие или формальные тесты создают ложное чувство безопасности.
Высокая стоимость поддержки. В быстро меняющихся проектах тесты часто устаревают быстрее, чем код.
Не всегда тесты приносят ценность. В прототипах, одноразовых скриптах или исследовательских проектах написание тестов может быть пустой тратой времени.
Культура тестирования — следствие, а не причина успеха. Компании, ставшие зрелыми, внедряют тесты, когда процессы стабил изировались.
А два проекта это уже много? За 10 лет в outsourcing я в проектах 50 как либо учавствовал, из них около 20 где я писал код, наверное 8-10 где я руководил командой и несколько где еще и бизнес анализ закрывал.
Да, сейчас не лучшие годы, но если хотите набраться опыта - аутсорс лучше продукта.
Я тоже по рентв видел, они прямо на заводе там дыр насверлили и жевачкой залепили, а теперь она высыхает, отваливается и обнажаются дыры
А зачем?
Мне кажется или дизайн очень похож на линейку Moes
Тоже об этом подумал.
Продукт, который я ищу - mcp gateway, который будет:
Держать конфигурацию других MCP внутри, как этот проект
Работать как Http <> stdio мост
Иметт гибкую систему контроля доступа RBAC/ABAC
Интегрируется с IDP/AD
У меня было две по 32, но симптомы другие - зачастую сыпались драйверы видеокарты или просто зависал. Откат к стандартным частотам, снижал частоту проявления, но не решал проблему. А сейчас каждая планка в отденьном компе работает без нареканий на повышенных частотах
Что значит DDR5 тут не причем, если в каждой планке теперь из коробки два канала?
А где тест на другом процессоре, без V3D кэша?
Вот вы пользуютесь LLM чтобы нагенерить текмт в статью, но можно же вычитать, чтобы одно и то же не повторялось по несколько раз.
Сори, наболело уже.
Имхо, прочитать код проще и быстрее чем статью. Краткость не Ваш конек, но за упорство - падабайка
А вы им доплачиваете за любовь к проекту или как все платите? Или любить должны бесплатно, но чуть что вы на улицу выставите?
А если взять Seeed Xiao ESP32-C6, то ещё и модуль зарядки можно выкинуть. И если я правильно помню, то C6 экономичнее по энергопотреблению
Ваши аргументы несостоятельны.
Наверняка открытие возможности замены прошивки на кастомную не стоит огромных усилий. А там пусть сообщество само решает. Я бы поддержал проект прямой интеграции в HomeAssistan, например. Хорошо спроектированное железо жалко отправлять в мусор.
Так зоголовок должен быть
А ещё добавить к классам и структурам records.
А что эффективнее Task или Lazy
Народ хавает, даже по комментариям видно.
Ооо, меня еще подбешивает практика приглашать "ряженых", каких то неведомых экспертов, с мнениями. Если из всего потока оставить чистые факты, то остается около 10% от объёма новостей.
Это не в Сербии чисто, это в Воронеже грязно
Многие успешные стартапы и MVP начинали без тестов. Они выигрывали за счёт скорости, гибкости и прямой обратной связи от пользователей.
Тесты не гарантируют качество. Плохие или формальные тесты создают ложное чувство безопасности.
Высокая стоимость поддержки. В быстро меняющихся проектах тесты часто устаревают быстрее, чем код.
Не всегда тесты приносят ценность. В прототипах, одноразовых скриптах или исследовательских проектах написание тестов может быть пустой тратой времени.
Культура тестирования — следствие, а не причина успеха. Компании, ставшие зрелыми, внедряют тесты, когда процессы стабил изировались.
БЭМ же!