Программирование — страница 19
Лента темы
Усталость от ИИ — это реальность, и никто об этом не говоритЕсли вы инженер, который ежедневно использует ИИ — для анализа проектов, генерации кода, отладки, документации, принятия архитектурных решений — и заметили, что почему-то чувствуете себя более уставшим, чем до появления ИИ, этот пост для вас. Вам это не кажется. Вы не слабак. Вы сталкиваетесь с чем-то реальным, что индустрия агрессивно отрицает. И если человек, который всю жизнь занимается разработкой инфраструктуры агентов, может выгореть c ИИ, это может случиться с кем угодно.Я хочу поговорить об этом честно. Не в версии «ИИ — это потрясающе, и вот мой рабочий процесс». А в реальной версии. В той, где вы смотрите на свой экран в 11 вечера, окруженные сгенерированным ИИ кодом, который вам еще нужно проверить, и задаетесь вопросом, почему инструмент, который должен был сэкономить вам время, отнял у вас весь день.
Следите за руками, что происходит при копировании адреса эфирного контракта в таблицах гугл док путем копирования ячейки перетаскиванием (внимательно смотрите на последний символ). Знаете, как я это узнал? На практике, епт. Благо сумма была чувствительная, но не критичная. А то было бы совсем грустно. Лучи поноса гугловским дизайнерам, которые за каким-то хреном инкрементят текстовые поля. Пришла же каком-то умнику там в голову эта замечательная идея.
Мои репозитории — мой способ быть продуктивнееПродуктивность — это не “больше усилий”, а лучше организованные процессы по созданию рабочих продуктов. Поэтому я работаю через репозитории в github. Не как “папки с кодом”, а как контейнеры для конкретных результатов по приоритетным проектам. Мой экзокортекс постепенно мигрирует в github. 1) Репозиторий = место, где живёт рабочий продуктПервое, на чем я держу фокус: что именно будет произведено и лежать в этом репо. Не “тема” и не “идея”, а артефакты: • текст/курс/конспект/методичка • спецификация и концепции • набор промптов/агентов/скриптов • примеры, шаблоны, чек-листы • документация и инструкции • тесты, демо, прототипыКогда продукт назван и оформлен, становится проще отвечать на вопрос: что делать дальше? — просто двигать артефакты к готовности.2) VS Code + Claude Code как рабочая панель: несколько репо одновременноЯ работаю через VS Code так, что в одном рабочем пространстве открыто сразу несколько репозиториев. У меня их больше шести, и это принципиально: разные продукты идут параллельно, но не смешиваются.Сюда же добавился второй слой ускорения — Claude Code: я использую его прямо поверх репозиториев как “ко-пилота” для работы с артефактами.Что это даёт на практике: • быстрый вход в контекст: Claude читает структуру репо, README/карты продукта, текущие задачи и помогает продолжить с нужного места • ускорение рутины: правки, рефакторинг, генерация шаблонов, приведение к стилю, обновление документации — всё делается быстрее • работа сразу по нескольким репо: можно параллельно поддерживать согласованность (например, унифицировать структуру, обновить шаблоны, синхронизировать спецификации) • меньше “потерь на переключениях”: меньше времени уходит на поиск “где что лежит” и “что я имел в виду”, потому что контекст зафиксирован в репо и доступен ассистенту.В итоге: • меньше переключений “в голове” • проще возвращаться в контекст • проще поддерживать порядок и темп3) Разделение формы и содержания: ключ к чистоте и скоростиЕще одна важная штука: в каждом репо я разделяю форму и содержание. • Содержание — то, что я реально создаю (тексты, идеи, модели, код, примеры). • Форма — как это упаковано и собирается (структура папок, шаблоны, сборка, линтеры, автогенерация, правила оформления, пайплайны).Почему это ускоряет: • форму можно улучшать один раз и применять многократно • содержание не ломается от “косметики” • легче делегировать: один человек может улучшать форму, другой — наполнять смыслом4) Почему метод с репо делает меня продуктивнееПотому что репозиторий — это единица управления работой: • ясно, что является результатом • понятно, где начало и конец • легко поддерживать версии и историю решений • проще возвращаться спустя недели/месяцы без “раскопок”Если коротко: репозитории помогают мыслить не задачами, а продуктами — и это резко повышает управляемость, скорость и качество. Основная идея: VS Code — это панель, GitHub — память, Claude Code —ускоритель работы с памятью.
Совет по LaravelМетод updateQuietly() позволяет изменять модели «тихо», без триггера EVENTS.Идеально подходит для cron-задач, импортов или случаев, когда нужно обновить связанные данные без каскадных уведомлений и запуска тяжёлых observers👉 @PHPgx
GRC-системы: зачем юристу ПО для Governance, Risk & Compliance, часть 2📎 В первой части публикации про такой класс ПО как GRC мы поговорили о том, что это, собственно, за такое ПО, зачем оно используется, и какие задачи решает GRC для юридической функции.Продолжим еще эту тему.📌 Почему GRC становится актуален именно сейчас?• рост регуляторной нагрузки и штрафных рисков;• требования к управляемости и доказуемости compliance;• ожидания менеджмента от юридической функции как от партнёра, а не «центра затрат»;• движение от экспертной модели legal к управленческой.🧭 Кому и когда GRC особенно полезно как ПО?• юридическим департаментам среднего и крупного бизнеса;• компаниям с распределённой структурой, несколькими юрисдикциями, на рынках с растущей и усложняющейся регуляторикой;• тем, кто хочет говорить на языке рисков и цифр, а не только правовых заключений;• тем, кто хочет иметь под рукой удобный визуальный ландшафт для оперативного и стратегического анализа💼 На российском рынке GRC-решений есть несколько игроков, например, такие как:- R-Vision SGRC- Digital Design АВАКОР- Dynamicsun Вектор Плюс- ФИНЕКС КАИРИС- Quadrium ActiveGRC- LANCELOT ORM- ТАБ АСУР- Финист-GRC - Glowbyte Risk Management & Compliance- анонсирован выход продукта Право (риски) у компании Право.Тех #Управление_рисками#LegalTech
Хочу чтобы процессы работали самиОткрыл Telegram → ткнул пару кнопок → запустил, сменил стратегию, остановил, перезапустил ... и всё ... система крутитсяБез доберусь до терминала и танцев с бубномСмотреть в терминал и делать вид, что ты контролируешь процесс... конечно прикольно... первые пару дней... но потом ловишь себя на мысли, что устроился охранником… только без зарплатыОБМЕННИК | БАЗА | NANSEN
> Конкуренцию Android и iOS может составить появление своей мобильной ОС у китайских разработчиков, считает блогер Валентин Петухов, известный как Wylsacom.Вот сейчас HarmonyOS от хуавея, конечно, немного обидно было. Уже шестая версия, своё микроядро HongMeng, но "может составить". ~1.2 миллиарда устройств на этой ОС различных версий сейчас работает.ТАСС, вы бы на темы про мобильные ОС звали тех, кто их разрабатывает например, ну или код под них пишет всякий, а не блогеров, которые эмоционально продавать продукцию на базе мобильных решений могут, да и всё. Понятно что бизнес, интеграция, рекламка, то-сё, кого-то подмазали "у молодёжи этот вот судя по числу показов актуален, у него реклама самая дорогая" и прочее подобное, но всё ж про специфику пошива штанов неплохо звать поговорить портных, а не девочек, у которых в инсте больше всех подписчиков и дороже всех реклама штанов.
SDR-ПРИËМНИК НА 2 КАНАЛА ЗА 500 РУБЛЕЙРазрабатывал проект по работе, пришла мысль как это сделать, а все фичи так хорошо ложатся, будто так и планировалось :)Насколько интересен сообществу:- двухканальный SDR-приёмник на плате 20×20 мм- передача IQ-потока по 100M Eth, управление по USB или UART- настраиваемый формат оцифровки (каналы/частота/битность)- 2 входа × 3 МГц × 8 бит, 1×4МГц×12b, 1×8МГц×6b, 2×2МГц×12b...- тактирование от внешних 10 МГц или от локального кварца- порты GPIO/I²C/ADC и чистое питание во внешние LNA/свитчи- RF-инжектор пилот-шума для псевдо-когерентности 2 входов- за $6 = 500₽ в себестоимости :)Будет полезно для синхронного (и даже когерентного) приёма с двух разных антенн / двух поляризаций одной антенны, для одновременного приёма разных полос, или для обзора большого участка спектра (12 МГц на 4 бита).Правда, сейчас все приходящие идеи будут в виде "немного подумать и закинуть в сообщество", реализация на паузе, ибо работа приоритетнее. Но когда сделаю — выложу в опенсорс.Ещё же и драйвера для GNU Radio или SoapySDR писать...
ЧЕРНЫЕ ЯЩИКИ ОБРАЗОВАНИЯМы всё чаще пользуемся технологиями, не понимая, как они работают. Распознавание лица, навигатор, даже обычный водопровод для большинства из нас уже не техническое устройство, а волшебство. В тот момент, когда технология становится магией, отключается критическое мышление, пользователь инструмента незаметно превращается в верующего, а верующего обмануть проще всего.То, что мы пришли к этому состоянию кажется естественным, потому что мы привыкли воспринимать технологический прогресс как накопление знаний: если что-то однажды изобретено, значит, оно навсегда остаётся в распоряжении человечества. Однако технологии не существуют в виде застывших артефактов. Они живут в практике — в людях, их опыте, профессиональной культуре и непрерывности передачи знания. Когда эта цепочка рвётся, знание исчезает, даже если формально сохранились чертежи и инструкции.Хорошо известен исторический пример из авиации. Речь идёт о двигателе Rolls-Royce Merlin, одном из самых массовых и успешных авиационных двигателей Второй мировой войны. Именно он стоял на истребителях Spitfire и P-51 Mustang, выпускался тысячами, документация была сохранена, конструкция считалась удачной, а технология производства отработанной и хорошо освоенной.Однако, когда спустя десятилетия возникла задача восстановления и серийного производства Merlin для летающих реплик исторических самолётов, инженеры столкнулись с неожиданной проблемой. Формально всё было на месте: чертежи, спецификации, архивные материалы. Но воспроизвести двигатель «один-в-один» не получалось.Выяснилось, что значительная часть технологических решений не была зафиксирована в документации. Качество сплавов, режимы термообработки, допуски, особенности ручной подгонки деталей — всё это существовало в виде практического опыта инженеров и рабочих, а не в виде инструкций. Многие операции выполнялись «по ощущению», на основе накопленной ремесленной культуры. Когда эта культура исчезла, двигатель перестал быть воспроизводимым в исходном виде.В результате современное производство Merlin оказалось не восстановлением старой технологии, а её реконструкцией. Пришлось заново подбирать материалы, пересматривать допуски, адаптировать процессы под современное оборудование и фактически переизобретать то, что когда-то считалось хорошо известным. Технология, формально сохранённая на бумаге, на практике оказалась утраченной.Этот пример важен тем, что показывает, что технология — это не чертёж, не файл и не алгоритм, вернее сказать не только чертёж, файл и алгоритм (и т.д. по списку), но ещё и живая система понимания, человеческое знание «как именно». Стоит разорвать её хотя бы на одно поколение, и знание исчезает.Современная техносфера устроена ещё сложнее. Ни один человек сегодня не способен в одиночку объяснить и воспроизвести всю цепочку технологий, лежащих в основе работы, например, смартфона. Знание распределено между узкими специалистами, каждый из которых обеспечивает работоспособность лишь небольшого фрагмента всей конструкции. Говоря метафорически, мы копаем глубокие колодцы, но почти не строим между ними туннели.И именно в такую дискретную структуру мы начинаем массово встраивать генеративные нейросети — самый непрозрачный элемент всей системы. Даже разработчики LLM-моделей сталкиваются с проблемой интерпретируемости: архитектура известна, математика понятна, но почему модель выдала конкретно этот ответ — неизвестно. Причинно-следственные связи размыты по миллиардам компонентов внутри «черного ящика».В результате мы осваиваем не понимание, а промпт-инжиниринг — по сути, искусство заклинаний. Мы учимся формулировать запросы так, чтобы система вела себя «правильно», не зная до конца, почему именно так это работает. И, если код программы, обеспечивающий работу высокотехнологичной системы, сгенерирован ИИ и не до конца понятен разработчику, пользователь (тем более) не понимает устройство и принципов работы, технология перестаёт быть предметом знания и становится предметом веры.Дочитать
📚 Переведено на RU: PowerShell Security.• То, что так хорошо подходит в качестве мощного инструмента автоматизации для администраторов, по итогу оказывается полезным как для хакеров, так и для пентестеров. Речь идет о PowerShell - это расширяемое средство автоматизации с открытыми исходниками, которое состоит из оболочки (командной строки) и скриптового языка. Кстати, в этом канале опубликован хороший пост про историю создания пошика. Если интересно, то рекомендую к прочтению!• Так вот, в сети есть отличная книга "PowerShell Security", которая написана и распространяется на английском языке. Еще несколько лет назад наш читатель перевел данный материал на русский язык и поделился с нами абсолютно бесплатно! Скачать данный материал можно в нашем облаке:➡️ https://t.me/S_E_Reborn/2766• Не забывайте про дополнительный материал, который опубликован в нашем канале:➡История создания PowerShell;➡Powershell для пентестера;➡О`б’фу’ска””ция PowerShell;➡Powershell для Blue Team;➡Коллекция примеров пошаговых сценариев администрирования систем с помощью PowerShell;➡Полезные заметки о командах PowerShell;➡Мини-курс: Windows PowerShell 5 [70+ уроков].S.E. ▪️ infosec.work ▪️ VT
🚀Релиз Lukomor 6, типичный, пятничныйВремя пришло, немного не влез в желаемые даты (хотел выпустить в январе), но получилось, как получилось.В общем, еще раз проговорю, что это такое:Lukomor - это мой рукописьный фреймворк для реализации MVVM паттерна в юнити путем несложных махинаций с вьюмоделями, вьюхами и баиндерами. Вообще про MVVM можно почитать на википедии. Идея конкретно моей реализации в том, чтобы писать код с данными, а визуал переиспользовать по максимуму, поэтому редакторские компоненты используются в общем виде (например вывод строки в текстовое поле, перевод булки в цвет и дальнейшее применение цвета на текст и т.д.).Примеры тоже есть, их я закинул в Example/Examples.unitypackage, чтобы глаза не мозолили. Там и пример с текстом, и составными баиндерами, и с коллекциями и с командами - все, что нужно для понимания.А еще, там еще много чего можно добавить или изменить, так что в любом случае, можно посмотреть и накидать писюнов за воротник в секции Issues__Важно, не пытайтесь обновить фреймворк на существующем проекте, он нифига не обратносовместим, да. Переписывал полностью.
Ппц, не обновляйте телеграм на андроиде сегодня. Это что вообще такое 🤦♂️Уверен, ребята в телеграме просто взяли статистику самых посещаемых разделов и вывели их на главный экран для быстрого доступа. Это не они фигню сделали, это пользователи им подсказали!Признавайтесь, кто целыми днями в настройки шастает и на свою фотку в профиле любуется?
🤔 Что такое пропагация (propagation) транзакции?Это определяет, как должна вести себя транзакция при вызове метода внутри другой транзакции:- REQUIRED — использовать текущую или создать новую;- REQUIRES_NEW — всегда новая;- SUPPORTS, NOT_SUPPORTED, MANDATORY, NEVER, NESTED.Используется для управления вложенными операциями, их откатом или фиксацией независимо.Ставь 👍 если знал ответ, 🔥 если нетЗабирай 📚Базу Знаний
gRPC в микросервисах: что аналитик обязан зафиксировать в требованияхЧто такое gRPC я разбирала в этом посте https://t.me/garaeva_it/615Мы уже знаем, что gRPC – это не просто «техническая деталь разработчиков», зона ответственности системного аналитика никуда не исчезает. Иначе кто будет описывать, какие методы, какие контракты, как обрабатывать ошибки и что считать успешным ответом?)Итак, что фиксируем в требованиях?1. Первое, что аналитик должен зафиксировать – границы сервиса и его ответственность. Какие бизнес-операции он выполняет, какие данные принимает и что возвращает. В gRPC это напрямую превращается в список методов сервиса и сообщения в .proto-файле, даже если сам файл пишет разработчик.Аналитику важно ответить на вопросы:какие операции должны быть атомарными, какие допускают частичный результат, какие вызываются синхронно, а какие асинхронно.2. Входные и выходные данныеВ gRPC нет «гибких» JSON-ответов, контракт жёсткий. Поэтому аналитик обязан чётко описать: какие поля обязательны, какие опциональны, какие значения допустимы и что считается валидным запросом.Пример: если сервис принимает идентификатор пользователя, нужно зафиксировать, может ли он быть пустым, что происходит при передаче несуществующего ID и возвращается ли пустой ответ или ошибка.3. Коды ошибок и бизнес-сценарииОдна из самых частых проблем – gRPC-метод «всегда возвращает OK», а внутри лежит бизнес-ошибка. Аналитик должен явно зафиксировать:какие бизнес-ошибки возможны, как они мапятся на gRPC-status codes и какие сценарии считаются ошибочными с точки зрения бизнеса.Например: NOT_FOUND, INVALID_ARGUMENT, PERMISSION_DENIED – это не детали реализации, а часть бизнес-контракта между сервисами.4. Версионирование и обратная совместимостьВ микросервисах изменения происходят постоянно, и gRPC не спасает от этого автоматически.Аналитик должен зафиксировать правила:как добавляются новые поля, когда допустимо удаление, как поддерживается совместимость между версиями сервисов и кто отвечает за миграцию клиентов.5. Нефункциональные требованияДаже если транспорт gRPC, аналитик всё равно описывает ожидаемую нагрузку, тайм-ауты, допустимое время ответа, требования к отказоустойчивости и поведению при недоступности сервиса.6. Безопасность и доступыАналитик обязан зафиксировать: кто имеет право вызывать сервис, какие роли или сервисные аккаунты существуют, нужна ли авторизация на уровне методов и какие данные запрещено возвращать даже внутренним клиентам.В микросервисах внутренний не равно доверенный.Итак, снова возвращаемся к тому, что если аналитик не зафиксировал правила взаимодействия, их придумывают на ходу (и да, почти всегда по-разному в разных сервисах). Поэтому в gRPC очень важны требования, т.к. цена неточностей слишком высока. А вы уже работали с gRPC?🔥да 👍🏻нет
Про отпуска в Китае и заказы поставщикам на Китайский Новый ГодОдин из самых часто задаваемых вопросов – про работу китайских компаний/заводов/фабрик в период китайских новогодних праздников. Мол, почему у кого-то праздник уже начался, и они не работают, кто-то уходит на каникулы в понедельник 9 февраля, а кто-то – только 14 февраля?Поясняю. Фестиваль Весны, он же Новый год по лунному календарю, он же 春节, в этом году начинается 17 февраля. С 15 февраля по 23 февраля – официальные выходные и праздничные дни. При этом устанавливаются рабочие дни в субботы 14.02 и 28.02. Всё дело в том, что традиционно к Чуньцзе привязывают годовые отпуска в две недели, положенные по законодательству КНР (да-да, стандартный отпуск в «коммунистическом» Китае всего 2 недели). При этом работодатель имеет право дать отпуск как до начала официальных каникул, так и после. А может разбить – установить отпуск в неделю до праздника и в неделю после. Кроме того, за неделю до праздника и на ближайшие две-три недели цены на ВЫЕЗД/ВЫЛЕТ, а также цены на отели по стране резко увеличиваются в разы. Соответственно, расходы сотрудников на поездки домой тоже. А ведь считается, что более 100 млн человек в Китае работают не по месту основному проживания семьи, и длинные каникулы для них – единственный период, когда они смогут побывать дома более менее длительное время.При работе с Китаем этот момент нужно обязательно учитывать. Даже если формально пограничные переходы или порты будут отдыхать всего 3 дня, на обеспечение качественного обслуживания лучше не надеяться. Как правило, работать припахивают самых нерадивых сотрудников. Да и стоимость услуг для китайских экспортеров на всё вырастает радикально. Не раз я писал, что рекомендую ПЕРЕСТАТЬ работать с Китаем дней за 30 до начала главного китайского праздника и на неделю после окончания официальных каникул. 50% всего брака за год и бОльшая доля мошенничеств приходится как раз на этот период. К тому же именно в этот период происходит львиная доля увольнений и новых трудоустройств на китайских предприятиях со всеми вытекающими последствиями.Бизнес-практика в Китае
Пишу тесты.В прошлый раз у меня ушла уйма времени на отладку процесса сериализации и десериализации.В этот раз минорный неточности, но в основном все сразу работает.Чаще ошибка в тесте, а не в библиотеке.
Шел второй месяц, как я борюсь с техподдержкой Google Ads API, что бы они мне сменили тестовый API на базовый. Перечитал разные статьи по этому вопросу, и везде написано примерно одно и тоже: "говно вопрос, пишешь в поддержку, отправляешь заявку, они подтверждают и работаешь дальше".Но вот я написал один раз - в ответ попросили заполнить более подробно "зачем вам" API, а также нарисовать структуру софта, скрины и другую документацию. Попросили - сделал. Перенёс функционал из разбросанных файлов по папкам VPS на сам сайт, сделал в виде плагина, всё работает, красивые поля, вкладки, настройки, кнопочки. Объяснил что это и как работает. Сделал скрины, нарисовал структуру и логику - отправил в поддержку. Тишина. Через неделю решил напомнить о себе и написал им на почту - ответили мол "мы видим, что у вас ещё нет точного понимания работы вашего функционала, поэтому продолжайте дорабатывать, а в качестве API используйте тестовый, он вам для этих целей прекрасно подходит". Пердак малость подгорел, ну да ладно. Продолжаем работы. Думаю надо ещё более точно и функционально всё доработать, вот прям что бы как финальный продукт выглядело. Сказано - сделано. Сейчас софт работает на полной автоматизации, анализирует кучу источников, анализирует данные на сайте, сопоставляет, если нашел что-то новое - сам добавляет. Остаётся теперь прикрутить API, что бы по этим данным тянул автоматом данные из гугла. НО, как оказалось, тестового API для этих целей не хватает, так как нужные команды запроса в нём заблокированы. Снова подробно всё расписываю, рисую, скриню, отправляю запрос в поддержку - тишина. Прошла неделя, и полная тишина. В общем то, что планировал выкатить на DICE ещё в конце декабря - готово, но остаётся только получить API и запустить. Продолжаю стучаться в поддержку гугла 🤷♀️А пока я стучусь туда, решил узнать у вас, товарищи. Есть мысли по прикрутке данных ahrefs, но нужен API. И как я понимаю, нужен дорогой доступ. Мне одному он не впирался, так как это для меня будет только как большой пункт растрат. Но если вдруг кто имеет тариф Enterprise и может взять меня к себе "на крыло" - пишете, обсудим. 💪
Модульная архитектура — это не просто теория, вот доказательстваЕсли вы iOS-разработчик и думаете, что «модульность» — это просто модное слово из теорий по чистой архитектуре, эта статья заставит вас изменить мнение. Автор на реальном примере своего приложении показывает, что такое настоящая модульность на практике и как она спасла его, когда пришлось полностью переделывать навигацию.Статья доказывает, что время, вложенное в модульность сегодня, — это не переусложнение, а страховка от бессонных ночей завтра, когда требования неожиданно поменяются.
software пожирает мир, AI пожирает software, Клод пожирает AI, software и мир… кажется, следующая волна и правда будет массовой заменой мясных мешков?https://x.com/claudeai/status/2017299751050612835Что теперь будет?Anthropic открыла исходный код 11 готовых плагинов — это пакеты, которые можно сразу установить в Cowork и которые превращают Claude в эксперта по конкретным профессиям/задачам. Плагины уже доступны всем платным пользователям Claude (Pro, Team, Enterprise) в режиме research preview.Список 11 официальных open-source Клод плагинов (с GitHub):• Productivity — управление задачами, календарем, личными заметками и рабочими процессами• Enterprise Search — поиск информации по всем корпоративным инструментам и документам• Plugin Create / Customize — плагин, который помогает самому создавать и настраивать новые плагины с помощью Claude• Sales — исследование клиентов, подготовка сделок, follow-up• Finance — анализ финансов, построение моделей, отчёты• Data — запросы к данным, визуализация, анализ датасетов• Legal — обзор документов, поиск рисков, юридический анализ• Marketing — написание контента, планирование кампаний, запуск продуктов• Customer Support — обработка обращений, черновики ответов, триаж• Product Management (или Project Management) — написание спецификаций, приоритизация roadmap• Biology Research — поиск литературы, анализ результатов исследованийЭти плагины — стартовая точка. Их можно:• сразу установить из библиотеки в Cowork• кастомизировать под задачи
€500 000 за ошибку в документацииВ 2024 году европейская телеком-компания Orange втянула к себе в проект библиотеку Lasso. Библиотека делала идентификацию пользователей и распространялась под лицензией GPL. Апелляционный суд Парижа постановил, что Orange нарушил условия GNU GPL v2, включив и изменив библиотеку Lasso без публикации исходного кода, и обязал выплатить разработчикам Lasso 500K компенсации.———Иногда нам нужно затащить библиотеку в проект, например, чтобы ужимать картинки или экспортировать в pdf. У таких библиотек есть условия использования, которые описывает тип лицензии.Самые популярные лицензции – MIT и Apache. С ними все ок, можно использовать почти без ограничений. А вот GPL и LGPL более требовательные для коммерческих проектов:▫️GPL – как вирус. Если втягиваете ее в проект, то надо раскрывать исходники всего проекта, и делать лицензию тоже GPL, чего не сделали в Orange.▫️Если вы просто получаете данные из GPL-проекта, например, по API или сокетам, можно раскрыть только ту часть, которая работает с этими данными. Но если втягиваете библиотеку и собираете бинарник вместе с ней – заражается весь проект.▫️Наконец, если вы берете GPL-библиотеку для пет проекта или чего-нибудь внутри компании, не публикуя продукт — раскрывать код не нужно.
CSS grid lanes уже ближе, чем кажется. Джен Симмонс пишет, что финальный синтаксис доступен в Safari Technology Preview, а Chrome и Firefox быстро догоняют. А пока можно использовать прогрессивное улучшение через @supports, JS-полифил или фолбек на CSS-гридах. #css #safarihttps://webkit.org/blog/17758/when-will-css-grid-lanes-arrive-how-long-until-we-can-use-it/
Коворкинги и голосовой ввод 🎼Сегодня я очень неудачно выбрался поработать в коворкинг и был вынужден сбежать буквально через пару часов. Причина инновационная ) Уже давно значительная часть моего ввода идет голосом, а с появлением Wispr у меня вообще ВЕСЬ ввод стал голосовым. За одну неделю я докатился до состояния, когда не могу нормально работать с документами и даже писать сообщения без диктовки. Всё делаю голосом. И в коворкинге это абсолютно неуместно, потому что я бесконечно сижу и что-то бубню: «Давай логотип сделаем в два раза больше», «поменяй местами блоки», «давай запишем Саше сообщение», «а теперь напишем пост про коворкинг и голосовой ввод», «сколько мне жить осталось?» — и так далее.В итоге я становлюсь муд%ком номер два в коворкинге — сразу после чувака, который пришёл простуженным и кашляет так, будто собирается умереть до конца недели. Такой всегда есть, в любом офисе (Мне стало интересно, как всё это повлияет на общественные пространства? Довольно сложно представить себе open space, где одновременно все пользуются голосовым вводом. Тем более, что делать такие надиктовки оказалось намного дискомфортнее, чем просто участвовать в какой-то zoom-встрече. Ты как будто раскрываешь соседям все, что делаешь и думаешь. Вероятно офисы и коворкинги придется переоборудовать в практически закрытые кубиклы, которые никто не любит! А также работа из дома засияет новыми красками, потому что дома можно себя не сдерживать и молоть любую ерунду в любой форме, никого не стесняясь!Что думаете?
Мамкина вайбкодерша сделала сайт за суткиИ до сих пор в восторге от себя (практически «а я от Maybelline», миллениалы, вы тут?)Не представляете, что это за чувство, когда ты человек, который три года не может переподключить Apple Watch к своему телефону, (они упорно коннектятся к телефону мужа), а иногда не можешь даже читалку к компьютеру подключить…А потом берёшь и делаешь сайт. И не какой-то там, а нормальный, рабочий!Вайбкодинг потихонечку переворачивает мой мир. Я уже какое-то время им интересуюсь, делала всякие mvp чат-ботов. Но у меня никогда не было итога — готового продукта, который можно показать людям. Экспериментировала, пробовала, но до финиша не доходила. А вчера случилось.Как я дошла до жизни такой? Решила запустить группу для слэш-карьеристов — для тех, кто уже совмещает несколько проектов и ролей. Сначала сделала страничку через Notion — быстро, удобно, красиво. Это мой базовый минимум: я всегда там делаю мини-лендинги. Потом поняла: он теперь работает не во всех странах. Не подходит:(Так что взяла и сделала одностраничный сайт. Что понравилось:▪️Можно просто голосом говорить Claude Code, что я хочу, — и он делает. И в этом кроется главное: какое ТЗ, такое ХЗ. Если я чётко понимаю, чего хочу, получается хорошо.▪️Я понятия не имела, что значит «задеплоить сайт» и какой домен купить. Вообще ничего. Задавала вопросы Claude — он объяснял, как всё подключить. Оказалось, что всё это просто. По факту, ИИ всё сделал сам, а мне осталось нажать кнопочку «allow». Теперь у меня сайт на GitHub (мама мия, у меня есть свой профиль в GitHub!), задеплоен через Vercel. Для меня это просто какая-то магия.Всё работает, пока никаких ошибок. Да, можно ещё подумать над дизайном, но функционал готов! И, кмк, он норм объясняет, зачем идти со мной в группу.Ещё Claude Code постоянно писал «токены кончились, зайди через пару часов», это вообще не понравилось. Приходилось ставить таймер :) Из-за этого весь процесс растянулся на сутки, хотя чистого времени ушло всего часа 4. 〰️ В общем, очень не терпится показать вам мой сайт – он здесь! Смотрите✨А ещё хочу сказать, что если вам кажется, что «уже пробовали, но ничего не вышло» — попробуйте ещё разок. Возможно, именно сейчас что-то получится❤️P.S. Кто-то вайбкодил сам? Ооочень интересно!
Моя любимая экспонента в действии.Прогресс LLM в программировании сейчас выглядит почти вертикальным.Всего 2 года назад ИИ с трудом справлялся с задачами на 3–4 минуты человеческой работы.Сегодня GPT-5.2 High уверенно берёт задачи длительностью 6,6 часа — это новый рекорд, и это даже не xhigh-версия.Речь не о скорости, а о длине удерживаемой задачи:контекст, цель, логика и корректность сохраняются часами.Это уже рост в ~100 раз за 2 года.Если экстраполировать эту динамику ещё на пару лет, мы приходим к простому, но сильному выводу:ИИ-модели будут способны выполнять задачи, длящиеся недели и месяцы.Не «помочь с кодом».А вести долгий инженерный процесс от начала до конца.И именно здесь начинается качественно новая фаза.
kubectl-rexec — это небольшой плагин для kubectl, который позволяет повторно подключаться (re-exec) к уже запущенному контейнеру в Kubernetes. Он решает ту проблему, когда kubectl exec рвётся из-за сетевых проблем или таймаутов.Плагин сохраняет контекст сессии и даёт возможность продолжить работу без повторного запуска команды. Это особенно полезно для долгих отладочных сессий, миграций или ручных операций в продакшене.
ИИ в разработкеНедавно говорили с коллегой - разработчиком на тему добавления в код продукта кода, написанного ИИ. Как часто бывает у этой медали есть 2 стороны. С одной стороны, код с помощью ИИ генерится быстрее и реализация отдельно взятой задачи, соответственно, тоже происходит быстрее. С другой стороны, код, написанный ИИ, пока еще не всегда логичен и объясним, а логика его … нестандартна. То, что получается дальше мне проще объяснить на аналогии про книги и текст, где код для решения отдельной задачи – это какой-то набор текста. Но это не стихотворение, статья в газете или пост в телеграм канале, где просто короткий текст с законченной мыслью, который никак не связан по смыслу с другими подобными текстами. Это глава из книги, где текст должен быть встроен в общее повествование, вплетен в сюжетную линию, время действия, поддерживать связи между персонажами и т.п.Когда пишет код хороший разработчик, он аккуратно добавляет главу этой книги, заботясь о сохранении общей логики повествования, характерах персонажей и других деталях, чтобы не было ляпов. Когда код пишет ИИ, то у него нет полного, детально точного контекста, а есть только отдельные его элементы. Поэтому в его «главе» получается, что вроде и персонажи те же, и время тоже, а все-таки что-то не то. И с добавлением каждого куска кода, сгенерированного ИИ, количество этой энтропии в продукте увеличивается.Далее цитата моего коллеги:Если такого кода станет слишком много, то скорость человеческой разработки сильно уменьшится, так как сложно будет разобраться во всех хитросплетениях воспаленного искусственного интеллекта. Обязательно наступит момент, когда человек уже не сможет за адекватное время что-то там изменить. Новая мелкая фича будет выпускаться очень долгоЭто не значит что не нужно использовать код, написанный ИИ, это значит что использовать его нужно очень аккуратно.
Наконец-то делюсь ссылкой на проект, о котором говорил ранее:NVP Web PlatformЭто, по сути, Web IDE для создания web-приложений в формате low-code.На текущий момент мы реализовали ноды для работы с 3D-графикой и визуализации. Плюс платформа позволяет собирать приложения и распространять их просто по ссылке. Чуть позже запишу видео и покажу, как этим пользоваться на практике. Добавили встраивание скриптов по ссылке через html тэг iframe. На главной странице вставили итоговый скрипт для демонстрации.Немного предыстории.В прошлом году я познакомился с компанией MIDAS, которые делают софт для мостовиков. У них API работает через HTTP-запросы. И в какой-то момент я понял, что моя веб-платформа очень хорошо ложится на их задачи. В итоге плотно занялся развитием проекта, и сейчас он уже в рабочем состоянии. Им реально можно пользоваться.Мы сделали несколько нодов под продукт Civil NX (расчётное ПО). Так что те, кто с ним работает или хотя бы знаком, уже могут писать сценарии и автоматизировать часть рутины. Пакет MIDAS API оформлен как отдельный модуль и развивается автономно. Сейчас параллельно обсуждаем вариант продажи этих нодов через экосистему MIDAS, так как у них как раз запустился маркетплейс.При этом платформа не ограничивается только этой историей. Спектр применения сильно шире.Есть идея дать пользователям возможность создавать свои пакеты нодов на JS. Пока сами отлаживаем этот процесс. Также смотрим в сторону интеграций с облачными сервисами для работы с BIM-моделями. Примерный сценарий такой:загружаем IFC → пишем сценарий в nvp-web → получаем результат.Дальше этот сценарий можно передавать другим или даже продавать. Есть мыли сделать пакет для Telegram API для создания ботов.Сейчас активно ищем партнёрства и людей, кому эта тема откликается.Если интересно поучаствовать в развитии проекта - пишите в личку.
Биткоин якобы хакнут и под контролем спецслужб.Не новая идея, стоит повторить.Если это письмо правда, то оно лишь доказывает, что Эпштейн хотел повлиять на разработчиков биткоина, но не то, что биткоин под контролем или в нем есть лазейки.Код биткоина открыт. Все хакеры и спецслужбы мира, куча исследователей, программистов, аудиторов и ИИ смотрят этот код.Это самый дотошно изученный и перепровернный код в мире.Добавлять лазейку в открытый код - это глупая идея. Если ее и не заметят сразу, то ей практически гарантировано воспользуется кто-то другой, кто найдет ее первым.
Где узнавать новости IT-разработки Этот вопрос любят задавать на собесах, мол, а откуда вы, дорогой товарищ, узнаете, чем нынче индустрия живет?Так что, даже если вы эти новинки в гробу видали, лучше знать, откуда их можно добыть.✖️ Что лучше не делатьЯ бы не советовала идти и читать все подряд на Хабре или Medium, или dev.to итд. Очень много мусорных статей и информационного шума, в котором вы заколебетесь выискивать что-то не просто актуальное, а еще и достойного качества.Вы словите тот же эффект, как когда по 2 часа выбираешь, какой фильм посмотреть, и, в итоге, ничего не смотрите, измученные перебором.✔️ Куда идем и что делаем1️⃣ ищем хороший настраиваемый тематический аггрегаторМне нравится daily.dev, в нем выбираешь теги, по которым хочешь получать выдачу, и он формирует тебе ленту новостей (статьи/видео) с разных IT-сайтов.Плюсы: 🔘можно накастомить себе ленту под любой вообще стек. Лента умная, она понимает твои лайки-дизлайки и адаптируется;🔘материалы, в основном, неплохие: бывает чепуха, бывают очень классные, чаще - просто хороший средний уровень;Минусы: 🔘все на английском; 🔘есть рекламные интеграции, которые отключаются только в платном тарифе за 15, что ли, баксов в месяц;2️⃣ подбираем еженедельные рассылкиВ англонете есть куча крутых дайджестов по самым разных технологиям. Ищем как "<технология нейм> weekly".Можно подписаться, можно раз в некоторое время заходить и читать архивы прошлых выпусков.Примеры:🔘JS Weekly🔘React Weekly🔘CSS Weekly🔘Go Weekly🔘PHP WeeklyТакого дофига, есть и общие типа Frontend Weekly, Backend Weekly, UX Design Weekly, Deep Learning Weekly.3️⃣ посматриваем в State OfЭто такие масштабные голосования, в которых спрашивают, какими штуками из экосистемы технологии вы пользуетесь, включая новинки. Можно эти новинки оттуда и повыцеплять.Есть по фронту и по AI: HTML, CSS, JS, GraphQL, React и AI. Можно пошерстить еще и опросники прошлых годов.4️⃣ выбираем себе авторские блоги и ресурсы с качественными статьямиНам не надо очень много материалов, нам надо, чтобы материалы, которые мы читаем, были качественные, иллюстрированные, понятные и подробные.Поэтому я для себя остановилась на нескольких авторах, которые пишут классные гайды по новым штукам + на двух ресурсах с немусорными тематическими статьями.Сейчас будут рекомендации для фронтов:🟢Ahmad Shadeed - пишет шикарные глубокие статьи по CSS, как фундаментальные, так и по новинкам;🟢Temani Afif - дает творческие штуки типа "как из соплей, веток и CSS3 напедалить прикольнюшки";🟢Smashing Magazine - сюда идем за большими статьями и гайдами по вебу от концептуальных до "учим вытирать жопу лопухом правильно". Статьи крутые, проработанные, туда нельзя просто набежать и вкинуть, что попало.🟢CSS Tricks - если хотите разобраться с гридами, CSS-переменными или узнать, как на SVG анимировать что-то, вам сюда.Чуть более нишевый, чем Smashing Magazine, но чертовски крутой;По вашему стеку, наверняка, тоже есть предметные блоги без солянки.〰️〰️〰️〰️〰️А где вы ищете, что почитать/посмотреть/потыкать по вашей сфере? Если вам нужна не фундаментальная книга, а гайд, статья или тематический видос, но не хочется лопатить ютуб или хабр, куда пойдете?
