Изначально к вайб-кодингу относился скептически, и моей целью было экспериментально установить границы этого самого вайб-кодинга. Посмотреть, как быстро LLM-ка упрется в предел возможностей и начнет “водить по кругу”.
В этой статье хочу поделиться своими впечатлениями, выводами и видением перспектив. Какие проблемы вайб-кодинга вижу неразрешимыми, что в перспективе будет решено, а что решить не получится.
Очередной проект выходного дня: представляем произвольные данные (как номер криптокошелька, сид-фразу, номер карты, номер телефона и пр.) в виде запоминающихся предложений на русском языке.
Отличительная особенность проекта – генерируем предложения на русском языке, причем не одно предложение, а сразу несколько эквивалентных на выбор пользователя, ведь ассоциации у всех разные. При обратном преобразовании каждое из эквивалентных предложений вернет оригинальное значение.
Как всегда, открытый код, работает офлайн без установки – все в виде одного HTML-файла.
Хочу представить лёгкий UI-фреймворк на Rust, работает на Windows (x64, ARM), macOS, Linux, Android, iOS/iPadOS и даже в браузере через WASM. Снабжён примерами использования на Rust, C, C++ и даже ASM.
Отличительная особенность: фреймворк имеет два формата – либо отображает графический UI для людей, либо же рендерит UI в JSON так, чтобы с ним могли взаимодействовать AI-агенты без снятия скриншотов. Эта же фишка позволила добавить возможность перебросить UI по SSH.
У вас не возникало желания понять, почему майнеры тратят уйму электричества на перебор хешей, вместо того чтобы вычислить нужное значение алгебраически? Ведь все элементарные операции обратимы – в какой момент из обратимых операций появляется функция, для которой уже нельзя написать обратную? Где именно сокрыта магия?
Это попытка объяснить на пальцах, как из простых и обратимых операций, таких как сложение (+) и умножение (*), а также остатка от деления (условно обратимой операции) собрать одностороннюю функцию. Нам понадобится только школьная математика. Статья для всех, моя цель – рассказать о сложном так, чтобы было понятно даже ребёнку.
Хочу представить открытый редактор хронологий в виде одного HTML-файла. Он позволяет просматривать и редактировать события и периоды на временной шкале, добавлять картинки или галереи, описания и ссылки. С его помощью можно создавать как хронологию личной жизни, так и хронологию исторических событий.
Заодно представлю несколько готовых хронологий для примера: «История языков программирования», «Великие научные открытия», «Освоение космоса», «Технологии повседневной жизни», «История авиации», «История оружия: от пороха до ядерной бомбы» и другие.
Всем уже надоели клоны (их есть у меня) и спекуляция на чужом имени — хочется увидеть что-то по-настоящему новое и полезное.
Встречайте дизассемблер для ARM64, 32-битного ARM, x86-64, i386, WebAssembly, .NET (CIL) и байт-кода Java: файлы Mach-O, ELF, PE, APK и IPA из macOS, iOS, Linux, Android и Windows. Один HTML-файл, работает без сети, ничего не отправляет — скачиваете на дискету, и этот инструмент с вами навсегда. Всё уместилось в 1,22 МБ.
Шизофазия с вайбкодерством продолжается... Для эксперимента клепаю софтины с целью попробовать заменить самые простые инструменты, которыми реально пользуюсь. И посмотреть — получится это или всё же вернусь к старому. Могут ли LLM‑ки писать приемлемый софт для настоящего бытового использования, или всё же упрусь в неразрешимые проблемы?
Не пора ли почистить диск?
Продолжаю серию вайбкодерских постов: выясняем что могут современные LLM‑ки а чего не могут.
Посты из серии:
Данный пост — продолжение социального эксперимента, начало см. в первом посте.
Прошу не рассматривать как "я пиарюсь" — от меня тут ничего нет — все это сделали роботы, человек (в данном случае я, но и вы можете) только высказывал хотелки.
Кратко, хочется уяснить, куда в перспективе пойдет разработка софта. Напомню гипотезы из прошлой статьи:
Пост прошу рассматривать как социальный эксперимент. Причем будет еще и вторая часть.
Сейчас чуть ли не каждая вторая статья про LLM-ки, вайбкодинг, новые возможности. И кто-то заметил, что шума много, но ничего нового не появилось, полезных программ больше не стало.
Я решил чисто для эксперимента написать пару программ, которыми сам регулярно пользуюсь. Добавить то, чего мне не хватало. По стоимости это вышло почти бесплатно (ну, около 1 доллара за прогу, использовал подписку). В код я не заглядывал принципиально - то есть чистый настоящий вайбкодинг.
Ценности в проделанной работе особой нет, абсолютно точно все сможет написать даже домохозяйка без всяких знаний и опыта. Главный критерий - чтобы тот, кто пишет, был продвинутым пользователем.
Будут ли они полезны кому-либо еще кроме меня? Я не знаю. Это и есть цель эксперимента. Возможно, мои потребности не особо отличаются от потребностей 80% пользователей, и все фишки, которые есть во "взрослых" программах — и другим пользователям не будут нужны.
Гипотезы даже три:
В своем недавнем посте затронул основной философский аспект Rust: уровень владения значением — это часть контракта. Ключевая идея в автоматическом выборе: система по умолчанию задает самый строгий уровень и ослабляет его, лишь когда это необходимо.
В этой статье хочу развить идею и представить её экспериментальную реализацию в коде. Заодно покажу, с какими сложностями столкнулся и почему изначальную идею пришлось пересмотреть.
Немного философии Rust, возможно кому то интересно обсудить
Уже почти 3 месяца пишу проект на Rust. Сейчас разработка стала другой, ручная работа стала роскошью, реальные задачи бизнеса быстрее решить LLM-ками. Естественно познание языка в таком режиме замедляется, хочется как-то компенсировать, хотя бы поговорить об этом.
Вот какой аспект. В Rust уровень владения/заимствования объектом - часть контракта. По большому счету можно составить примерно такую таблицу (на самом деле это дерево должно быть, но для упрощения привожу плоскую таблицу):
Составляем таблицу квалиа (qualia)
В Wiki описают так: квалиа могут быть определены как качества или ощущения, вроде, например, красноты или боли, и рассматриваются отдельно от их влияния на поведение, а также от любых физических условий, которые могли их вызвать. В более точных философских терминах, квалиа — это свойства чувственного опыта.
Хотелось бы определить более точно. Решил начать вот с чего — привести полный перечень всех возможных квалиа. Интересно сколько их всего? Наверное десятки? А может сотни? Или тысячи?
Неплохо бы составить таблицу квалиа — может что какую интересную закономерность увидем. Для начала просто перечислить. Кажется что не много, но попробуем перечислить.
Сенсорные квалиа (перцептивные)
Пять основных органов чувств: зрение, слух, обоняние, осязание, вкус. Сюда же стоит отнести вестибулярный аппарат.
Генерация векторных картинок с помощью LLM
Без лишних слов, результаты простого эксперимента - один и тот же запрос применительно к разным LLM и результат в виде SVG, который можно увидеть глазами. Просто чтобы примерно понимать как что можно получить на выходе.
Сделал, чтобы вам не пришлось. Тематику выбрал - актуальную на сегодня.
Предлагаю подумать кто останется нужным/востребованным, даже если LLM многократно усилятся, смогут анализировать информацию и решать задачи лучше большинства людей, но не изменятся качественно и не обретут сознания (для краткости далее буду писать ИИ). Т.е. рассмотрим наиболее ожидаемый вариант, возникновение сознания рассматривать не будем.
P.S. Хотел написать пост, но немного не хватило места, по этому в виде статьи.
Что внутри клавы Ziyoulang K68 (разборка)
Поддался всеобщему тренду и решил попробовать механическую клаву. Для начала выбрал одну из самых дешевых беспроводных с Али. Прошло пол года и хочу поделиться впечатлением.
Основная причина, почему захотелось механики - ремонтопригодность. Старая добрая MS Natural Keyboard была залита соком (дети есть дети) - сок разъел нежные напыленные дорожки за несколько дней (нужно было сразу разбирать и чистить). Вторая какая-то китайская была залита чаем и после разборки пара клавиш уже не села на место (механизм по типу ноутбучной - тип ножницы).
Для пробы взял самую дешевую китайскую. Поменял свитчи на коричневые, т.к. красные утомляют. Срабатывание происходит раньше полного нажатия, но ведь нет ни щелчка ни тактильного ощущения и жмешь все-равно до конца, а пружину чем сильнее деформируешь, тем сильнее она сопротивляется. Коричневые решают данную проблему.
Теперь кишки, все одним файлом (больше не дает для поста):
Оставлю в заметках как я структурирую хранимые мной данные. Пришел к этому за 23 года ежедневного пользования и работы с компьютером.
Данные разделяются на 2 большие категории: