All streams
Search
Write a publication
Pull to refresh
4
0
Send message

Тоже с тех пор читаю, даже пораньше: научное ожидание прихода ИИ с 60-х началось, кажется, а в рамках фантастики и в более ранних источниках встречается, порядка начала 20 века. Оно и понятно, доказательство возможности такого у нас перед глазами: вокруг множество живых существ с мозгом разной сложности, и у них есть интеллект, который вполне себе успешно работает, еще и энергию все это потребляет гораздо экономнее наших примитивных железяк.

Разгадать секрет интеллекта рано или поздно смогут. Не сейчас конечно - когда нибудь потом, в отдаленном будущем, куда откладывают всякие интересные, возможные в теории, штуки, вроде звездолетов. Человечество пока не может нащупать, как именно этот самый ИИ должен быть устроен, и топчется на месте. Пытается решить задачу слепым поиском. Параллельно детально исследует носителей реального живого интеллекта, но тоже без особых перспектив: ясно только, что устройство это гораздо сложнее, чем ожидалось. Пока ученые играются с нейронными сетями червяков на кластерах суперкомпьютеров - вот и все развитие.

LLM в этом контексте - небольшая мнимая революция, шаг в сторону от ИИ. На обывателя они производят впечатление. Достаточно правдоподобно отвечают, по сравнению со всякими самописными ботами-болталками из нулевых, кого-то даже реально обманывают. Интересная штука с необычными практическими эффектами. Особенно с учетом того, что внутри у ней зашит обычный статистический аппарат, без какого-либо подобия интеллекта, не говоря уже о разуме. Еще более интересно, что они способны выдавать и практически полезный результат, пусть и в ограниченном объеме: подсказки того же кода иногда довольно дельные получаются.

Но глобально конечно LLM это не развитие ИИ, а некое ответвление - один из компонентов ИИ, некая статическая машина. Только для чего ее применить пока непонятно.

Помимо LLM мы уже давно нащупали обычные специализированные нейронки, которые успешно справляются с задачами распознавания и классификации во всех сферах, в том числе работают со звуком и изображениями. Но остальных ключевых систем ИИ у нас пока просто нет. Как и в целом понимания, хотя бы в общих чертах, за счет чего ИИ может работать.

Код после LLM ни один человек в здравом смысле поддерживать не возьмется. Там, где пытаются подобное провернуть, люди просто увольняются. Оно и понятно: LLM не имеет обязательства писать поддерживаемый код, это код write-only, как и писали выше, человеку придется его с нуля переписать, чтобы взять на поддержку. Так что, чтобы LLM доверили писать код, LLM сразу должны уметь и переписывать код полностью, под новые требования, валидировать код самостоятельно, без участия человека, и поддерживать код, дорабатывая под новые реалии, которые постоянно меняются: новые библиотеки, новые уязвимости, новые законы, и т.п..

Если бы у кого-то появился ИИ, реально способный решить задачу написания кода, его бы давно пустили в дело, и просто отняли у индусов рынок дешевого кода, на порядок уронив цену, автоматически сделав любую конкуренцию просто бессмысленной. Проблема LLM-сеток в том, что это не ИИ: после LLM требуется валидация кода человеком, а если у валидатора достаточные компетенции чтобы понять код, они достаточны и чтобы написать его самостоятельно, значит время этого человека стоит одинаково дорого - никакой экономии тут даже в теории не получается. А на практике тем более: LLM не способны стабильно с первого раза выдавать нужный результат, иногда нужны десятки прогонов, и то в конце частенько приходится махнуть рукой и просто написать уже то, что требовалось изначально, вручную. Но как второй пилот они работают неплохо: можно быстро, в обход гугла, получить набор вариантов или заготовок, выбрать подходящий, и уже его доводить до ума.

Удаленка дает свободу: пока есть ноутбук и интернет, можно быть где угодно. Гибрид этой свободы лишает: ты опять привязан к офису. А если ты где-нибудь за границей?

Не вижу проблемы. Любой велосипед требует поддержки даже больше, чем нормальные решения. Всем же очевидно, что это не более, чем велосипед? Если введут no-code, от этого процесс только усложнится: нужны будут эксперты, чтобы это поделие увязать со всеми остальными системами, потребность в разработке только вырастет. Оно еще и проблем будет регулярно подкидывать, которые в рамках no-code просто не решаются. No-code это надстройка, красивая панель управления, но чем сложнее система, тем больше обслуживающего персонала требует, и тем более дорогой и квалифицированный это персонал должен быть, это простая истина. Через пару лет посмотрят на то как все стало медленно и дорого, и выкинут этот no-code. Делов то.

Попробуйте lmstudio - там все в одном: неплохой набор быстрых движков с системой автообновления, поисковик и менеджер LLM, чаты с историей и бранчингом, менеджер промтов, богатые настройки с привязкой к конкретной сетке, поддержка всех современных форматов сеток, в том числе moe, a3b, mlx, поддержка ускорения за счет draft-сеток, встроенный openai-like сервер с опциональной возможность загрузки/выгрузки нужных нейронок налету. Для энтузиастов даже есть поддержка ферм GPU. Чего еще желать то?

Запускаем lmstudio, встроенный в нее сервер, IDE. В IDE в каком-нибудь gpt-плагине (codegpt, jetbrains ai) выбираем кастомный сервер, копируем туда адрес сервера, опционально включаем оффлайн-режим (чтобы в облака запросы не ходили) - и по сути все, теперь поддержкой IDE полностью занимается локальная lmstudio. Модельки там можно подобрать достаточно умные (devstrail, phi4, deepseek, qwen3, gemma3, qwq, tproit, codestral), получается не хуже чатгопоты, но абсолютно бесплатно, безопасно, и с возможностями покруче чем в хайповом курсоре.

Главное обратить внимание что обычно предлагается две модельки: нужно выбирать ту что побыстрее для автодополнения, и ту что поумнее для чатиков, рефакторинга и каких-нибудь глобальных перестроек. Если памяти достаточно, это еще и быстро работает: можно в сервере настроить опцию не выгружать модельки, и тогда обе будут доступны мгновенно, по запросу из IDE, без подгрузок. На современных 16+ gpu самое то.

На самом деле это не так. Даже тут на хабре есть статьи как запустить простенький ИИ на микроконтроллере. Основное препятствие - это задача классификации, именно она требует огромной вычислительно мощности. Но ее легко облегчить обвязкой.

Например поставить лидары, которые отдадут вместо картинки с камер гораздо менее подробное облако точек - уже сильно экономим в необходимой выч.мощности.

Завернуть поток с лидаров на промежуточный МК с простеньким софтом, чисто для выделения среди этих точек только тех, которые движутся относительно аппарата, с коррекцией на данные бортовой ИНС, и с группировкой по пороговому расстоянию, чтобы облака точек для каждого объекта сливались в условные сферы.

И вот уже на входе ИИ вместо огромного потока данных остается собственный вектор скорости и несколько движущихся сфер с известным радиусом и вектором скорости. Задача - просто избежать этих сфер, увернуться от них. Данных настолько мало, что тут даже без ИИ легко ее решить, а если через ИИ, то он потребуется под такое вообще крохотный.

Выходит решаем задачу двумя мелкими МК и системой лидаров - энергопотребление крохотное, такое может сутками от современных аккумов работать.

Ну а если брать большие ИИ - там да, нужно с собой целый кластер GPU тянуть, и аккумулятор от грузовика. Но это из пушки по воробьям

Много лет назад ради любопытства щупал usb-wifi свисток в linux, копался во внутренностях ФС /sys, куда отображаются железки, так нащупал там регистр, который отвечает за диодики на корпусе свистка, ну так чисто случайно, записывая в них единички и нули в терминале. Тут же родился аппаратный индикатор сообщений в pidgin: настроил так, чтобы мессенджер при уведомлении дергал однострочный sh-скрипт, написанный на коленке за 5 минут, который начинал дергать эти самые светодиодики через регистр в /sys. В windows понятно такое в принципе нереально - разве что свой драйвер писать, но кому это интересно ради одного диодика.

Все работает из коробки. Особенно если в дистре есть pipewire.

Очень годно TWS как наушники юзать на повседневку. Для многоканального звука и созвонов - большие уши с умной usb-звуковухой: хороший микрофон, качественная обработка голоса, самое то для созвонов. Для покачать комнату - встроенный в монитор саундбар с неплохим сабом.

Все это переключается одним кликом из трея, и запоминает прошлое устройство: так например bluetooth автоматически перехватывает приоритет при открытии кейса с TWS, если ранее именно его ставил приоритетным а потом выключил TWS.

При необходимости там же в трее можно переназначить любое приложение с активным звуком на любой другой звуковой выход, например отправить плеер чтобы негромко качал комнату создавая фон, завернуть какую-нибудь лекцию на ютубике в TWS в одно ухо чтобы время на созвоне не терять, а поверх TWS надеть большие уши и пустить туда созвон, который может идти долго и нудно, пожирая твое время.

В kde легко переназначить любое сочетание клавиш на запуск любой программы. Достаточно подобрать скриншотилку по своим потребностям и возможностям железа, есть как легкие мгновенные, так и навороченные тяжелые, с облачными функциями.

софт, на который я обращаю внимание, обычно обнаруживается в состоянии "for Mac and Linux, Windows coming soon". Я не знаю почему это так, просто наблюдение

Думаю я знаю, почему так. Конкретно разработчикам на linux комфорнее работать, чем на винде: больше софта для разработки, он легче устанавливается, лучше работает, автоматически и централизованно обновляется, меньше проблем и сюрпризов подкидывает, более предсказуемо работает.

Mac не сильно отличается от linux: это потомок unix, зачастую даже общие репозитории для софта для разработки используются. Так что он тоже достаточно популярен у разработчиков. Там лучший на рынке дисплей для текстов, это важно для глаз, энергоэффективное железо.

Протестировать софт и справить баги проще всего именно на том, на чем работаешь, так что в первую очередь софт начинает работать именно на linux и mac.

Windows же требует больше усилий. Сложнее найти разработчика на windows, нужно возиться с виртуалками, которые могут не показать тех проблем, которые всплывут на реальном железе. Сложнее развернуть на windows рабочее окружение - wsl, это имитация окружения inux, много сюрпризов на ровном месте подкидывает. Также windows по устройству слишком сильно отличается от linux, так что нужно приложить больше усилий и использовать какие-то другие подходы и инструменты, чтобы решить ту же проблему, которая автоматически решается на linux и mac.

Поэтому в целом поддержка windows дается сложнее, баги правятся дольше, функционал появляется позже.

Раньше все было иначе, потому что основной доход приносила именно windows, именно от продажи крупным корпорациям, и софт писался в основном только крупными игроками, и в первую очередь именно под windows. С распространением в корпорациях и на серверах linux и opensource, с развитием гитхаба, интерес корпораций также сместился на linux-софт, который даже покупать не надо, покупают его поддержку, экономия на ровном месте.

Параллельно случился взрывной рост разработки софта, появились тысячи новых вариантов от миллионов мелких игроков, количество альтернатив выросло, появился выбор. Теперь софта целый зоопарк и на любой вкус, но в основном только под linux и maс. Вон одних только файловых менеджеров на linux конкретно у меня почти десяток стоит: выбираю что окажется удобнее.

Поддерживать windows мелким игрокам никакого интереса нет, оно уже просто не востребовано. Но исходники доступны на гитхабе, и любой windows-пользователь может взять эту задачу на себя: развернуть у себя исходники, собрать, исправить ошибки, и предложить автору софта пулл-реквест с исправлениями, за это только спасибо скажут. Обычно у популярных проектов достаточно windows-пользователей, которые и поддерживают этот софт, поэтому в конечном итоге популярные проекты, пусть и с задержкой, становятся доступны и для windows.

Но что-то мелкое - тут, увы, нет, предусмотрена только сборка из исходников. Но и для linux зачастую также: в очень мелких проектах даже простая автосборка релизов не предусмотрена, хотя гитхаб позволяет это настроить для любого публичного проекта, просто лень. Другое дело что в linux даже установка из исходников это не проблема: сборка настраивается один раз, софт потом обновляется автоматически. В windows же это боль.

На linux в этом нет необходимости: все логи падают в одно место и автоматически обслуживаются самой системой, софт устанавливается пакетами, в которых описаны все зависимости, и все это автоматически подчищается, в том числе и конфиги, если не выбрать опцию оставить конфиги, но это уже на усмотрение пользователя.

Проблема бывает с кешами пакетов, они могут раздуваться до десятка гигов. Но и она небольшая: есть настройки, ограничивающие эти кеши, например 3 прошлыми версиями пакетов. Не помню что там изначально стояло, но у меня сейчас настроено примерно так: система оставляет 2 прошлых версии ядра и 1 прошлую версию пакетов. Не то чтобы это было важно: всегда можно вручную установить конкретную версию ядра или пакета, даже если ОС не загружается (linux можно завести с любой флешки, налету подсунув заведомо рабочее ядро). Но когда нужное уже есть в кеше - это просто комфортнее, не нужно включать мозг, просто тыкнул в подходящий пункт в менюшке, и все.

На usb-звуковухи пришлось перейти именно по причине того, что винда своими апгрейдами раз за разом убивала поддержку любимой звуковухи.

На xp все работало отлично. В семерке убили поддержку и выпилили дрова - пришлось искать, оказалось таких пострадавших много, и любители даже свои дрова написали. А потом в десятке убили и эти любительские дрова, поломав совместимость.

Аналогичное было с wifi-картами: то, что работало на linux, на винде переставало работать после апгрейдов ОС.

Такая вот поддержка. Но оно и понятно, и было очевидно что так и будет: проблемы с дровами с обновлением винды были постоянно, производители все время дропают поддержку прошлых версий винды, это даже в описаниях железок идет на какой версии винды оно заведется, производителям нет интереса поддерживать свое старое железо, это уже проблемы покупателей этого железа.

Так что пришлось переползти на варианты на USB со стандартными USB-дровами, без какой-либо проприетарщины и левых дров с сайта производителя, без возни с дисками и сборками дров, чтобы больше не испытывать негатив от владения купленной железкой: купил - значит должно работать, пока не выйдет из строя.

Ну и конечно еще XP приучила избегать любого windows-only железа - это уже откровенный скам на рынке, на который до сих пор успешно ведутся. Особенно производители ноутов любят так чудить: кастом на кастоме, который иногда не переживает даже один апгрейд ОС, не говоря уже отсутствия возможности туда накатить linux - сразу все отвалится, без возможности нормально пользоваться, потому что дров под это в природе нет. Всякие вшитые в ноут контроллеры с самописным софтом под конкретную серию ноута и версию винды и без каких-либо обновлений или планов поддержки: если отключить обновления, этим даже можно пользоваться.

Например KDE там нет. Как на ютубе много лет назад увидел вертящийся 3D кубик и резиновые стеклянные окна компиза, так и влюбился: вот он, интерфейс из будущего, на кончиках пальцев, доступный любому, бесплатно и без смс.

Увы, что-то хотя бы отдаленно похожее привнесли только vista и win7, сильно позже чем это появилось в linux. Да и то в урезанном виде: красивое стекло, но без 3D. А потом и это майки убили, но... зачем? Бред же явный, ухудшать продукт.

А KDE как был приятен много лет назад, так до сих пор и радует. Технологии меняются, железо апгрейдится и заменяется, старый софт уходит в прошлое, отмирают диспетчеры окон, ушел даже компиз, а 3D кубик в KDE как крутился много лет назад, так и сегодня крутится. Вот она штабильность. Ах да, а еще Linux не нужно переустанавливать после апгрейдов или поломок, но это уже совсем другая история.

Наглядно: 3D куб в 2010 и в 2025. Люди уже более 15 лет спокойно наслаждаются интерфейсом, ни в чем себе не отказывают. А что на винде? То то и оно.

Когда достаточно развился, чтобы покупать макбуки за 300к, конечно уже не до игр: эти деньги, они не с неба свалились, значит у человека уже много обязанностей, время дорого, выгоднее его вложить в отдых и дальнейшее развитие, чем в игры. Само же желание играть с возрастом никуда не пропадает, просто уже некогда, да и не во что: за последнее десятилетие качество игростроя заметно упало, любимцами остаются уже заметно устаревшие игры, мощное игровое железо в основном простаивает или там живут нейронки. Сами игры работают отлично, тут винда уже потеряла паритет. На праздники можно во что-нибудь плотно зарубиться, а в остальное время обширная библиотека через семейный доступ отходит на радость детям и племянникам, у них времени на игры полно, могут себе позволить.

Мне тоже зашло. Много интересного узнал, о чем обычно не задумывашься. А главное - оказывается все это гораздо более доступно, чем ожидаешь, буквально на кончиках пальцев, можно даже свою реализацию написать при желании.

Аналогичная история была с кафе "Старый город" на Достоевского в Питере.

Отзывы неплохие, но когда заходишь внутрь, испытываешь острый диссонанс: зал крохотный, на вид обычная мелкая пивнушка-разливайка, впечатление подкрепляют постоянные клиенты, которые заходят чисто купить бутылочку на вечер.

Понятно что после такого первого впечатления уже особо ничего не ждешь - хоть какая-то еда тут должна быть, покушать и пойти дальше.

Но впечатление круто меняется, когда делаешь большой заказ, и его выполняют намного раньше, чем ожидаешь - есть ощущение, что где-то там огромная кухня, возможно даже больше зала для посетителей. Дополняют приятное впечатление сами блюда - они простые, но вкусные, уровень хорошего кафе. Тем страннее на этом фоне смотрится крохотный зал - вот уж чего не ожидаешь, так это то, что в крохотной пивнушке окажется отличная кухня.

Открыли это место для себя случайно. Просто забрели посмотреть что там. Меню оказалось интересное, захотелось попробовать всякого, решили - закажем с большим запасом, с прицелом не только пообедать, но и большую часть взять с собой, потом из этого поужинать, а быть может даже и позавтракать, чей бы и нет. В итоге в тот раз так и затаривались там регулярно. И с тех пор теперь каждый раз высаживаемся где-нибудь неподалеку, чтобы эта кафешка была в пешей доступности - удобно, вопрос с питанием закрывает полностью.

Еще хорошие впечатления остались о "Пытка мясом" у исакия: выглядит как забегаловка для байкеров, но их фирменный бургер с толстенным куском мяса, похожим на стейк, это что-то. Дамы это точно оценят - они знатные мясоеды.

В теории должен появиться браслет, как смарт-часы, прикидывающийся блютус-клавой. Там, в районе запястья и выше, расположено почти все управление пальцами и ладонью - работают мышцы, гуляют биотоки. Поле непаханое. Наверняка кто-то уже пилит.

Сами подумайте: стоит прикрутить к смарт-часам сенсоры биотоков, акселерометр, натренить нейронку, и вот уже часы понимают как ты двигаешь руками, ладонями и пальцами в пространстве. Конечно какие-то практические проблемы придется решить, без этого никуда. Но на выходе остается только математически, в прошивке, спроецировать виртуальную клавиатуру, и вот уже часы могут вместе с координатами конечностей отдавать и скан-коды по стандартному блютус-протоколу для клавы, причем раскладки можно менять как угодно, все это уже чисто софт. При желании сюда же и мышку можно спроецировать, или любой другой контроллер, хоть от плойки.

Как развитие технологии - дополнить софтом с другой стороны канала, на PC или стимдеке, который будет синхронизироваться с настройками браслета, и проецировать его виртуальную клаву/мышку/любой другой контроллер уже не математически, а визуально, дополняя относительным положением рук и пальцев. Полученный рендер клавы и рук остается наложить на текущую картинку, и отдать на моник или в очки, и вот мы уже можем взаимодействовать с виртуальными девайсами практически как с реальными: мы видим клаву, видим где наши руки, и видим куда их переместить и на сколько, чтобы что-то нажать на этой виртуальной клаве.

Всего этого не существует физически, а значит гравитация нам не мешает - можно работать в любом положении, и где угодно. Можно даже без движения кистями, при желании: отмасштабировать движение пальцев, чтобы они покрывали всю клаву, и пожалуйста, работай хоть лежа, не отрывая рук от кровати, не двигая ничем, кроме пальцев.

А если сюда добавить тот факт, что мозг отдает команды раньше, чем они будут исполнены - можно работать даже не двигая пальцами, а просто намереваясь ими подвигать. Намерения заставят мозг отдать управляющие импульсы в мышцы, и хотя они будут ниже порога срабатывания мышц, но вполне достаточными, чтобы датчики биотоков их зафиксировали и расшифровали. И вот уже мы видим, как виртуальные руки вполне себе двигаются именно так, как мы намеревались, а реальные руки лежат почти неподвижно.

Последний финт, после небольшой тренировки, позволяет работать вообще абсолютно неподвижно, и со стороны это будет выглядеть как полная магия: чувак сидит, а перед ним на экране тексты набираются каким-то чудом, как будто мысли читает кто-то. Хотя тут протоколы стандартные железные, никакого чтения мыслей, классические клавомыши. Весь секрет в хитром браслете, солидном R&D с нейронками и хорошей оптимизацией чтобы все это влезло в браслет, и конечно в тонне софта, который позволит этим комфортно пользоваться.

Information

Rating
Does not participate
Registered
Activity