Допустим, по какой-то причине я решил, что мне не нужна коммерческая выгода. Допустим, я решил, что вместо покупки дешёвого и современного железа целесообразнее потратить больше денег на закупку устаревшего железа. И всё же, что заставит меня страдать со старыми языками вместо современных инструментов? Что заставит меня взять не оптимальное железо? Сейчас даже микроконтроллеры за десяток центов могут запустить код на Rust или на современном C++ 20.
Мобильная разработка из этой схемы выпадала: чтобы собрать даже простое Android-приложение, нужна была машина с Android Studio, настроенным SDK, понимание Gradle и хотя бы базовое знание Kotlin или Java. Теперь Google этот барьер срезает — и одновременно тянет всех новых вайб-кодеров не куда-нибудь, а в свою экосистему Play Store.
Да бред полный, кто вам такое сказал? Кто мешает открыть Claude Code или Cursor и попросить создать Android-приложение? Оно вам и SDK скачает и настроит, и понимания Gradle / Kotlin не попросит, само напишет и запустит. Так что сравнение очень некорректное. Новизны в этом мало. Я вас больше скажу - Claude в веб интерфейсе можете попросить сделать минимальное Android-приложение - оно сделает. У него есть Linux-окружение в облаке, куда оно вполне в силах скачать sdk, собрать приложение, и выдать вам готовый apk. Вся разница только в том, что к Linux-окружению нейросети добавили предустановленные SDK, подняли лимиты на память / хранилище контейнера, добавили эмулятор.
Всё ещё не понятно, зачем? Зачем брать железо со свалки и linux 2.6 в 2026 году и страдать, вместо нормальных инструментов? Неужели ваше время настолько дёшево, что оно дешевле нормального железа?
Вы про добавление нескольких директорий в проект? Поддерживается нативно. Кнопка Add Folder to Project. А в вашем сообщении цитата от нейронки, как я понимаю?
Неправда. Всё можно сделать, вопрос только в том, какие инструменты дать нейронке. Если очевидно, что не хватает инструментов - либо искать MCP под нужную задачу, либо написать самому. Вот, например, нашёл MCP для GBD: https://github.com/Ipiano/gdb-mcp https://github.com/signal-slot/mcp-gdb
Да, в Rust нет UB при делении на ноль, всегда паника, и даже если значения одинаковы и не известны, компилятор не будет пытаться оптимизировать. black box именно это и делает, прячет значение от компилятора, чтобы он не мог на основе его оптимизировать код, это я сделал чтобы не писать ввод из stdin, он не доступен в rust playground
Да, тут всё относительно, конечно. Просто из моего опыта: постоянно использую serde в embedded, и бинари весят десятки килобайт всегда, никаких аномальных размеров. Согласен, конечно, что нужно бенчить
serde прекрасно дружит с no_std. Именно дефолтный, просто указываете defaul-feautures = false для отключения std. Какое там разбухание бинаря? Обычная бинарная сериализация через postcard. Только что проверил, создал no_std проект, добавил serde и postcard, создал три типа (сложные enum и struct, вложенные один в другой), добавил сериализацию и десериализацию. Скомпилировал с O3 и FullLTO. Оверхед 3 килобайта. Всё инлайнится прекрасно. На esp32 от 4 до 16 мегабайт флеша. При таком объеме флеша не стоит экономить пару килобайт ценой ухудшения кода.
Допустим, по какой-то причине я решил, что мне не нужна коммерческая выгода. Допустим, я решил, что вместо покупки дешёвого и современного железа целесообразнее потратить больше денег на закупку устаревшего железа. И всё же, что заставит меня страдать со старыми языками вместо современных инструментов? Что заставит меня взять не оптимальное железо? Сейчас даже микроконтроллеры за десяток центов могут запустить код на Rust или на современном C++ 20.
Да бред полный, кто вам такое сказал? Кто мешает открыть Claude Code или Cursor и попросить создать Android-приложение? Оно вам и SDK скачает и настроит, и понимания Gradle / Kotlin не попросит, само напишет и запустит. Так что сравнение очень некорректное. Новизны в этом мало.
Я вас больше скажу - Claude в веб интерфейсе можете попросить сделать минимальное Android-приложение - оно сделает. У него есть Linux-окружение в облаке, куда оно вполне в силах скачать sdk, собрать приложение, и выдать вам готовый apk. Вся разница только в том, что к Linux-окружению нейросети добавили предустановленные SDK, подняли лимиты на память / хранилище контейнера, добавили эмулятор.
Сравнивали своё решение с https://github.com/Hmbown/DeepSeek-TUI ?
Всё ещё не понятно, зачем? Зачем брать железо со свалки и linux 2.6 в 2026 году и страдать, вместо нормальных инструментов? Неужели ваше время настолько дёшево, что оно дешевле нормального железа?
А если нейросеть будет генерировать код, который описывает модель?
Да, есть. Причём терминал там очень удобный, мне нравится. Сплиты и вкладки работают хорошо.
Скриншот
Вы про добавление нескольких директорий в проект? Поддерживается нативно. Кнопка Add Folder to Project. А в вашем сообщении цитата от нейронки, как я понимаю?
Какая-то очень странная ссылка у вас - а почему она ведёт на claude.ai ?
Неверно, правила применяются после перезапуска приложения целевого
Ну вот, ваше внимание привлекло - значит, сработало :)
Достаточно просто купить Google Pixel в Цифрус, там никакого российского софта нет.
Читаю статью - и мозг постоянно цепляется за нейросетевые паттерны текста. Автор, признайся честно - нейросетка писала статью?
В чём проблема пересборки бинарника?
Неправда. Всё можно сделать, вопрос только в том, какие инструменты дать нейронке. Если очевидно, что не хватает инструментов - либо искать MCP под нужную задачу, либо написать самому. Вот, например, нашёл MCP для GBD:
https://github.com/Ipiano/gdb-mcp
https://github.com/signal-slot/mcp-gdb
Но проверку на ноль и панику он не выкинул. Именно это я имел в виду, никакого UB. Спасибо за замечание
То же самое
А вот что происходит в Rust
Да, в Rust нет UB при делении на ноль, всегда паника, и даже если значения одинаковы и не известны, компилятор не будет пытаться оптимизировать. black box именно это и делает, прячет значение от компилятора, чтобы он не мог на основе его оптимизировать код, это я сделал чтобы не писать ввод из stdin, он не доступен в rust playground
Да, тут всё относительно, конечно. Просто из моего опыта: постоянно использую serde в embedded, и бинари весят десятки килобайт всегда, никаких аномальных размеров. Согласен, конечно, что нужно бенчить
serde прекрасно дружит с no_std. Именно дефолтный, просто указываете defaul-feautures = false для отключения std. Какое там разбухание бинаря? Обычная бинарная сериализация через postcard. Только что проверил, создал no_std проект, добавил serde и postcard, создал три типа (сложные enum и struct, вложенные один в другой), добавил сериализацию и десериализацию. Скомпилировал с O3 и FullLTO. Оверхед 3 килобайта. Всё инлайнится прекрасно. На esp32 от 4 до 16 мегабайт флеша. При таком объеме флеша не стоит экономить пару килобайт ценой ухудшения кода.
Зачем писать бинарный протокол вручную? Есть такие крейты как serde, postcard.
Есть прям побитово – есть крейт proc-bitfield. А вы сделали в сишном стиле.