Dots это независимые агенты в облаке, которые всегда онлайн. У них есть свой компьютер и они всегда готовы выйти на связь и помочь с любой задачей. Описание выглядело скучно, но получилось на удивление интересно!) Дал ему референс котёнка, он сгенерировал себе целый пак с анимациями. А так же у него есть компьютер с интерфейсом, к которому можно подключиться!)
Пока современные сайты иногда требуют 16 ГБ оперативки только чтобы показать вам баннер с печеньем, бывший инженер Microsoft Дэйв Пламмер поднял настоящий сервер на PDP-11/83 Minerva.
У машины — 4 МБ оперативной памяти, 16-разрядная архитектура и операционная система 2.11BSD.
И да, она сейчас в интернете.
https://pdp1173.com/
На отдельной странице можно смотреть аналог top: какие процессы работают, сколько ресурсов они едят и чем вообще занят компьютер, который родился примерно тогда же, когда люди впервые массово начали покупать VHS.
В списке всё по-взрослому: inetd, httpd, FTP-сервер и даже sendmail. Статистика обновляется каждые пять секунд.
Конечно, отправлять весь современный интернет напрямую в машину с 4 МБ памяти было бы формой жестокого обращения с электроникой. Поэтому перед PDP-11 стоят Varnish, Caddy и Cloudflare, которые кэшируют часть данных.
Но сама Minerva остаётся исходным сервером и действительно обрабатывает запросы к системному монитору и счётчику посетителей.
Причём железо там соответствующее эпохе: два корпуса Q-bus, контроллеры DEC и Emulex, диски RA82 и RA92, накопители RL02, дисководы RX50 и ленточный привод TKZ50.
Да, ленточный привод.
Потому что если кто-нибудь решит сломать систему через открытый Telnet, Пламмер сможет восстановить её с магнитной ленты. Правда, просит всё-таки этого не делать — реставрация компьютера сорокалетней давности немного сложнее кнопки «переустановить Windows».
Есть здесь и красивый исторический круг.
Именно с PDP-11 тесно связана ранняя история UNIX. В 1970 году одна из первых конфигураций системы работала всего с 24 КБ памяти: 16 КБ забирала сама ОС, пользователю оставалось восемь.
Сам Пламмер ещё в 1980-х запускал на PDP-11 команды ps и top, наблюдая за процессами. Спустя десятилетия он стал одним из разработчиков знакомого нам Диспетчера задач Windows, а теперь вернул мониторинг процессов туда, откуда для него всё начиналось.
Для проекта он ещё и использовал ИИ, чтобы написать примерно 400 строк кода на C.
В общем, если ваш сайт сегодня жалуется, что ему мало 8 ГБ оперативной памяти, можете показать ему PDP-11.
Деду 41 год, у него 4 мегабайта — а он до сих пор хостит.
Всем привет. Меня зовут Кирилл, и я вайбкодер.
Если кто не в теме, это когда пишешь код не сам строчка за строчкой, а вместе с нейросетью. Объясняешь, что хочешь, она пишет, ты проверяешь, ругаешься, заставляешь переделать, и так по кругу. Программисты старой школы на этом месте обычно морщатся. Понимаю. Но если не выключать голову, оно работает.
Уже какое‑то время я делаю конструктор, в котором можно собрать Telegram‑бота и мини‑приложение без программирования. Идея простая: у мастера маникюра, репетитора или маленькой кофейни нет денег на разработчика, а бот для записи или каталог им бы очень пригодился.
Сейчас всё это крутится на одном сервере, и сотни ботов живут в одном процессе. Как я до этого дошёл и сколько раз всё ломалось, это отдельная история.
Дальше хочу научить конструктор делать ботов для VK и Max. Мне кажется, многим людям сейчас привычнее там, чем в Telegram.
Зачем я сюда пришёл. Не продавать, ссылок не будет. Хочу рассказывать, как это выглядит изнутри: что сломалось, где нейросеть уверенно наврала, сколько стоит сервер, как я искал первых пользователей и почему это оказалось сложнее, чем написать код. Такой дневник человека, который пытается сделать продукт в одиночку.
Если интересно, буду писать дальше. А если есть вопросы про вайбкодинг, спрашивайте в комментах, отвечу как есть.
Всем привет!
Недавно я выложил пост про свой язык программирования prolanwo++ — и получил много отзывов. Спасибо всем, кто написал! 🙏
Хочу рассказать, что я планирую добавить в следующих версиях. И заодно спросить: что бы вы хотели видеть в языке?
Планы на будущее:
1. Остаток от деления (%) — сейчас его нет, а он очень нужен
2. Степень (**) — для возведения в степень
3. Строковые функции (len, upper, lower, split) — работа с текстом
4. Модуль math — sin, cos, sqrt и другие математические функции
5. Словари (dictionary) — как в Python
6. Классы и объекты — для серьёзных программ
7. try/catch — обработка ошибок
8. Голос (speak/hear) — чтобы программа говорила и слышала
Это только начало. Сейчас я думаю, что из этого важнее всего.
Что бы вы добавили? Напишите в комментариях — может, ваша идея попадёт в язык. Следующую версию я планирую выпускать 10 октября (10.10.26), поэтому успейте 🤗.
А попробовать язык можно здесь: https://gordeybubenchikov.github.io/Prolanwo-/prolanwo.html
Спасибо!
Почти месяц назад я рассказывал на Пикабу, почему мы начали делать Slate Tech — редактор для проектирования электрических щитов. Тогда я подробно показывал инструменты, библиотеку модулей, провода и экспорт документации. Повторять всё это не буду. Лучше расскажу, что произошло, когда редактором начали пользоваться не только мы сами.
За месяц пришло больше 200 пользователей. Большинство выбрали бесплатный тариф — и меня это радует. Мне хотелось, чтобы человек мог открыть редактор и спокойно попробовать собрать свой щит, не оплачивая подписку ради знакомства с программой.
Для новых пользователей мы добавили небольшой онбординг, который поможет познакомиться с программой:
Один из шагов онбординга
А еще мы проводим конкурс в ТГ среди пользователей! Приз - хаб умного дома, поучаствовать может каждый, от интегратора, до энтузиаста
Пост с конкурсом
За это же время пользователи создали больше 400 проектов, а на наш Telegram подписались ещё 70 с лишним человек. Но важнее цифр для меня то, что рабочих проектов стало больше и соотвественно обратной связи по ним.
Обновили работу с проводами!
Теперь при ручном рисовании, без использования направляющих, провода рисуются с равнномерным отступом. Можно выделить несколько проводов и перемещать их. А при перемещении модуля, уже отрисованные линии не сломаются
Самое крупное изменение за этот месяц связано с компаниями — работа со спецификацией и сметой. Раньше редактор уже собирал из проекта список оборудования и расходников. Теперь можно посчитать ещё и работы по сборке щита: установку модулей, подключение контактов и другие операции. Расценки можно настроить под себя и при необходимости изменить для конкретного проекта.
Выбор расходников, настройка стоимости работ
Для компаний мы добавили интеграцию с ЭТМ. Если компания подключила свой аккаунт, в смету подтягиваются цены и наличие оборудования. Видны и розничная, и закупочная цена; можно оценить стоимость материалов и работ, а затем выгрузить результат в Excel. Идея простая: после проектирования не собирать смету заново вручную из нескольких таблиц. Даже если вы не планируете там приобретать материалы - удобно собрать розничные цены.
Так же можно зафиксировать расчеты прямо на сайте, чтобы вернуться к ней позже, сравнить что стало с ценами за прошедшее время и не плодить на компьютере десятки файлов с названиями "Самая последняя спецификация".
Ещё мы разделили личные и корпоративные библиотеки фигур. У компании теперь могут быть общие фигуры, пресеты и шаблоны редактора, которые видит и пользуется вся команда.
Конечно, месяц ушёл не только на новые функции. Мы много исправляли по замечаниям пользователей — от отображения витой пары до мелочей в интерфейсе и документации. Такие вещи редко выглядят эффектно в списке обновлений, но именно из них складывается ощущение, что редактору можно доверить реальную работу.
Витая пара, было/стало
Отдельная новость для меня — удалось встретиться с командой Wiren Board. А про техническую сторону разработки Slate Tech я готовлю отдельную статью на Хабр. Там будет место для подробностей, которые в этот пост уже не поместятся.
Команда Wirenboard в гостях
Спасибо всем, кто за этот месяц попробовал редактор, показал свой проект или дал обратную связь. Именно благодаря этому Slate Tech постепенно становится не просто набором функций, которые придумали мы, а инструментом для людей, которые действительно проектируют и собирают щиты.
Если вы уже попробовали работу в редакторе, буду рад вашему мнению в ТГ, или в
комментариях :D
Логотип Prolanwo++
Всем привет!
Я учусь программировать и недавно сделал свой язык программирования — prolanwo++. Это настоящий интерпретируемый язык: с переменными, условиями, циклами, функциями и массивами.
Код открыт на GitHub: https://github.com/gordeybubenchikov/Prolanwo-
А попробовать можно прямо в браузере, без установки: https://gordeybubenchikov.github.io/Prolanwo-/prolanwo.html
Что можно сделать:
1. Открыть вторую ссылку
2. Вставить код (там есть кнопка «Пример»)
3. Нажать «Запустить»
Например, есть игра «Угадай число» — попробуйте, она правда работает.
Мне интересно, зайдёт ли кому-то. Если попробуете — напишите в комментариях. Буду рад любой обратной связи.
Спасибо!
За несколько лет IT-индустрия решила эту проблему. Было бы здорово, если бы IT-сообщество в сфере здравоохранения смогло сделать то же самое. Простая истина заключается в том, что с учетом всех правил, проблем и заинтересованных сторон сделать информацию о пациентах и устройства совместимыми — это, скажем так, сложнее.
Вот некоторые проблемы:
· Всем нам будут платить за то, что мы будем делать больше за меньшие деньги.
· Не останется ни одной электронной медицинской карты. Около 80–85% больничных коек обслуживаются одним из трех поставщиков электронных медицинских карт. Кроме того, есть все остальное.
· Технологии здравоохранения следующего поколения будут внедряться повсеместно.
· Основное внимание уделяется повышению эффективности работы поставщиков медицинских услуг.
· Объем данных будет расти в геометрической прогрессии.
· Социальные детерминанты будут играть все более важную роль в неравенстве результатов лечения, и, учитывая растущее социальное неравенство, ситуация будет ухудшаться.
· Все больше внимания уделяется «рассказыванию истории пациента» тем, кому это необходимо.
· Пациенты уже делятся своими историями в социальных сетях. Мы просто не знаем, как преобразовать эти неструктурированные, недискретные данные и включить их в единый достоверный источник.
· Функциональная совместимость — еще одно оружие в нашем арсенале, которое мы используем для борьбы с четвертой промышленной революцией.
· Как будто этого недостаточно, добавьте сюда все ваши геномные и другие омиксные данные. У вас уже голова идет кругом?
· Данные сами по себе ничего не стоят. Задача состоит в том, чтобы преобразовать их в ценность для пациента. Какова цель пациента, а не медицинского промышленного комплекса?
· Нам необходимо переосмыслить HIPAA в эпоху ухода, основанного на ценности, который зависит от функциональной совместимости, чтобы быть устойчивым.
· Чем больше мусорных данных мы вводим, тем больше мусора получаем на выходе.
· Если и когда интероперабельность станет реальностью, зачем нам будут нужны HIE (системы обмена медицинской информацией)? В чем тогда будет их ценность?
· Знаете ли вы что-нибудь о TEFCA? Действительно ли он нужен или это просто очередной новомодный объект, как блокчейн и искусственный интеллект?
· По мере того как поставщики медицинских услуг и плательщики будут превращаться в «плавидеров», как это повлияет на стремление сделать интероперабельность реальностью?
· Может, стоит отказаться от всех неработающих электронных медицинских карт, а не пытаться сделать из них собаку, которая виляет хвостом?
· Кто будет за все это платить?
· Какова должна быть роль государства?
· Какова должна быть роль пациента, его полномочия и ответственность в управлении собственными данными?
· Кто-то из вас читает это на мобильном устройстве, кто-то — на ПК или ноутбуке с iOS, Office 365 или операционной системой Android. Разве не было бы здорово, если бы вы могли делать то же самое со своими данными о больничных?
Арлен Мейерс, доктор медицины, магистр делового администрирования, является президентом и генеральным директором Общества врачей-предпринимателей.
Без агентов и скилов даже самая сильная модель будет требовать непрерывного внимания и, самое главное, не сильно ускорит разработку.
Для ЛЛ: можно написать весь проект с помощью ИИ без агентов, но это будет в один поток и придется непрерывно его пинать - пожалейте свое время.
Внедряем агентов
У меня уже были "роли", описанные в CLAUDE.md, но CLAUDE запускал их последовательно и непрерывно требовал подтверждений при переходе от одной роли к другой. Погуглив и накопав некоторое количество информации, я выделил роли в отдельных агентов, после чего натравил на них саму нейросеть с предложением улучшить конфигурацию.
Естественно, каждое изменение валидировалось, многие уточнялись и дорабатывались, но на выходе получился некий оркестратор, который берет задачу и раскидывает ее по агентам, которые работают автономно и возвращают готовый результат.
Здесь я столкнулся с первой проблемой - опять уперся в лимиты (агенты работают параллельно и жгут токены быстрее). На текущий момент этот вопрос решен выбором одной из китайских моделей, которая дает достаточное контекстное окно, приемлемый по качеству код, и намного больше лимитов (временное решение, требуется оптимизация процессов).
И немного позже - со второй - дублирование кода, несмотря на прописанный DRY.
Внедряем WikiLLM
Для того, чтобы нейросеть не гоняла всю кодовую базу в поисках дубликатов и готового функционала - пришлось сделать WikiLLM. Почему не RAG? Он не дает 100% совпадения, да и объемы не те.
После индексации кода обращение к WikiLLM было прописано в соответствующих агентах, что привело к сокращению количества токенов и исключению дубликатов кода.
Здесь проявилась следующая проблема - несмотря на описанные инструкции и Wiki модель периодически забывала, как выполнять те или иные типовые действия, и каждый раз придумывала заново.
Внедряем скиллы
Проблему удалось решить внедрением скиллов, после чего все встало на свои места, и разработка пошла как по рельсам.
На текущий момент система выдает приемлемый по качеству код на уровне миддл-разработчика (основываюсь на выборочном анализе MR), что позволяет сосредоточиться на бизнес-логике. Однако, меня не оставляет ощущение некоторых костылей на велосипеде.
Внедряем github spec kit
Для того чтобы избавиться от этого ощущения, нашел и внедрил github spec kit. Первые впечатления:
- интересная штука, структурирует информацию о проекте и задачах намного лучше, чем мои костыли;
- это фреймворк, не серебряная пуля, он требует своей головы и доработки напильником;
- отлично подходит для генерации прототипов с последующей доработкой, но "из коробки" не годится для внедрения.
Промежуточные итоги
Потрачено 2 месяца и $40. На тестовом проекте сейчас написано примерно 60 тыс. строк кода. Покрытие тестами - 90+ процентов. Качество кода отдано на проверку независимым агентам. Всё работает, ничего не сломано. Количество строк кода, написанного человеком - 0. Лимитов базовой подписки хватает для эффективной работы.
Современный ИИ в разработке - как джуниор со знаниями сеньора. Он много умеет, но у него нет насмотренности, и он не знает, что у вас в голове. Если вы когда-то реализовывали полный цикл разработки и заводили на проект джуна - здесь применимы все те же самые процессы.
Работа разработчика изменилась навсегда (ну или до тех пор пока гиганты не закроют нейросети для простых смертных). На первое место выходят навыки организации рабочих процессов и внедрения инженерных практик, взаимодействия с бизнесом, написания эффективной документации.
SDD - не серебряная пуля. Как и любой инструмент, он требует своего подхода. Однако он позволяет загнать разработку с помощью ИИ в рамки, где она превращается в организованный процесс. Жесткие ограничения модели и процесс Human-in-the-Loop являются обязательными, если вы хотите получить на выходе что-то близкое к реальному продукту.
PS. Всё написанное применимо исключительно к частной разработке "в одну каску". В продуктовых командах процессы будут похожими, но другими.
Всем хорошего вечера, а я пошел экспериментировать дальше.
