Обновить

Все потоки

Сначала показывать
Порог рейтинга

Тихий враг или молчаливый союзник: коротко о выравнивании в C++. Часть 2

Казалось бы, тайна выравнивания раскрыта. Вы победили невидимого врага — невыровненный доступ. Память под контролем, но производительность по-прежнему шепчет: "Есть ещё нюансы". Что? Нюансы? Какие? Пришло время посмотреть, что происходит, когда структуры начинают наследовать друг друга. Здесь всё становится... интереснее. Правила игры меняются.

Итак, путь ясен: мы погружаемся в мир наследования, чтобы услышать его диалог с памятью. Давайте сразу к делу. Приготовьтесь, правила только что усложнились. В статье поговорим о выравнивании, наследовании POD-структур и множественном наследовании.

Теги:
Всего голосов 3: ↑2 и ↓1+1
Комментарии0

Андрей Карпати: "Мы стремительно несемся к слопапокалипсису"

Андрей Карпаты: Манифест Vibe Coding - перевод на русский

«Я поймал себя на том, что мой стиль программирования претерпел фундаментальный сдвиг. Я называю это Vibe Coding («Кодинг по вайбу» или «Интуитивное программирование»).

Раньше я писал код. Теперь я просто управляю потоком внимания LLM. Я почти перестал смотреть на сам код. Я не читаю диффы (различия в версиях), я не вчитываюсь в функции. Я просто пишу промпт, копирую результат, запускаю. Если падает ошибка — я просто копипащу стэктрейс обратно в чат.

Это ощущается как магия. Скорость разработки выросла невероятно. Но есть и обратная сторона: я всё меньше понимаю, как именно работает мой собственный проект под капотом.

Мы стремительно несёмся к Slopacolypse («Слопокалипсису» — от слова slop, низкокачественная жижа/мусор). Это будущее, где программное обеспечение работает вроде бы нормально, но внутри представляет собой гигантскую, нечитаемую кучу сгенерированного спагетти-кода, в которой ни один человек уже не способен разобраться.

Vibe Coding — это когда ты полагаешься исключительно на "вайб": если программа делает то, что нужно, и не падает прямо сейчас — значит, код "хороший". Это новая реальность, и она одновременно восхищает и пугает».

Теги:
Всего голосов 3: ↑1 и ↓2-1
Комментарии2

Большой разговор о том, что было и будет в мировой ИТ-индустрии

Смотрите наше интервью с Олегом Епишиным, директором «Инферит Техника».

В ролике — инсайдерский взгляд на бум ИИ, мировой кризис оперативной памяти, будущее России в кремниевой сфере и многое другое. Обещаем, будет интересно!

Видео доступно на всех наших площадках: VK, RUTUBE и YouTube. Смотрите, подписывайтесь и оставляйте комментарии.

Скоро — еще больше контента!

Теги:
Всего голосов 6: ↑5 и ↓1+4
Комментарии1

Китай дышит в спину: гонка ИИ-сверхдержав выходит на финишную прямую

Совсем недавно казалось, что американские модели ИИ — вне конкуренции. Но отчёт Stanford AI Index 2025 перевернул эту картину.

Год назад и сегодня:

В начале 2024-го лучшие американские чат-боты опережали китайские аналоги почти на 10%. Это серьёзный отрыв.

Но прошёл год. В 2025-м этот разрыв сжался до 1,7% . И дело не только в чат-ботах. Аналогичная картина — в задачах по логике, математике и программированию. Китайские модели стремительно подтягиваются по всем фронтам.

Похоже, мы наблюдаем не просто техническое соревнование. Это переломный момент в мировом технологическом балансе. В 2024-м эксперты спорили о том, когда Китай догонит США в сфере ИИ. Теперь вопрос звучит иначе: что будет, когда он это сделает?

Теги:
Всего голосов 7: ↑4 и ↓3+1
Комментарии2

Как оставаться релевантным на рынке QA/AQA/SDET в 2026: опыт, харды, софты, ответы

Последнее время всё чаще слышу вопросы про состояние рынка.
Многие говорят, что рынок «умер», вакансий стало меньше, а требования выросли настолько, что найти работу почти нереально.

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

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

Я регулярно общаюсь с QA, AQA и SDET, которые находятся в активном поиске, и сам продолжаю проходить собеседования, чтобы понимать, как именно сейчас устроен процесс найма.
И вот что я понял из всех историй: сегодня выигрывает не самый наглый кандидат (как было раньше), а тот, кто хорошо понимает свой опыт и умеет его объяснять.

Что изменилось

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

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

Это не «заговор рынка», а естественная фильтрация. Когда выбор кандидатов большой, требования становятся строже.

Почему в этом есть плюсы

Жесткий рынок хорошо отсеивает слабые места. Причем чаще всего самые базовые.

На собеседованиях у ребят регулярно всплывают одни и те же проблемы:

  • человек говорит, что строил фреймворк, но не может связно объяснить архитектуру;

  • упоминает автотесты, но не понимает, почему был выбран конкретный стек;

  • рассказывает про CI, но путается в вопросах стабильности;

  • заявляет ответственность за качество, но не может описать процессы и зоны ответственности.

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

Как сейчас смотрят на опыт

На интервью все меньше внимания уделяется формальным строчкам в резюме и все больше мышлению.

Интервьюеру важно понять:

  1. Почему было принято именно такое решение;

  2. Какие были трудности;

  3. Как проблемы диагностировали;

  4. Какие выводы сделали.

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

Поэтому сейчас важна не красивая история, а осознанное понимание своего опыта.

Что с этим делать

Минимальный практический набор:

  1. Разложить свой опыт по зонам - архитектура, API, UI, CI/CD, процессы, инциденты.

  2. Подготовить ответы в формате «проблема - решение - результат - выводы». (Для шарящих - по STAR)

  3. Прогнать опыт через уточняющие вопросы и проверить, где ответы выглядят слабо или непоследовательно.

  4. Упаковать резюме как набор конкретных ответов - что улучшал, что оптимизировал, за что отвечал + быть готовым это подтвердить.

Вывод

Рынок действительно стал сложнее.
Но именно поэтому он стал более комфортным для тех, кто держит фокус на релевантности, понимает свой опыт и готовится к проверке.

Если относиться к поиску работы как к инженерной задаче, жесткий рынок перестает быть проблемой и становится рабочей средой.

Ну а всем нуждающимся желаю скорее обрести себя на сегодняшнем рынке! Готов подискутировать на смежные темы в комментариях)

Теги:
Всего голосов 3: ↑0 и ↓3-3
Комментарии0

3 мифа про аналитику, которые мешают бизнесу расти

Давайте сегодня поиграем в «разрушителей мифов» и разберём 3 типовых заблуждения про аналитику, которые мы слышим из разговоров с фаундерами и топ-менеджерами компаний:

«Некому и некогда считать цифры»

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

«У нас своя специфика, шаблоны не подходят»

Да, действительно некоторые метрики будут работать только для вашей компании. Но 80-90% метрик типовые — кол-во квал лидов, retention, ROI от вложений в маркетинг и т.д. Увы, но из нашей практики не все компании отслеживают базовые метрики хотя бы еженедельно. Потому дело не в специфике бизнеса, а в отсутствии культуры работы с данными.

«Сначала разгребём завалы, потом займёмся аналитикой»

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

Вывод:
«Мы ещё не доросли до аналитики» — опасная мысль, которая тормозит компанию от роста. Базовые метрики вы можете регулярно считать уже сегодня. Попробуйте хотя бы месяц каждый день начинать с подсчёта кол-ва лидов, выручки и чистой прибыли за неделю и удивитесь, какие задачи вы начнёте ставить в приоритет.

Теги:
Рейтинг0
Комментарии0

45 бесплатных уроков февраля

2 февраля, понедельник:

  • 20:00 — Практические подходы к переходу от монолита на микросервисы. Записаться

3 февраля, вторник:

  • 19:00 — Коммуникация архитектора и принятие архитектурных решений в эпоху ИИ. Записаться

  • 20:00 — Экономика и архитектура комплексной кибербезопасности компании. Записаться

  • 20:00 — Kubernetes: «общение» с приложениями внутри кластера. Записаться

  • 20:00 — Веб-приложения на Rust: как и зачем. Записаться

  • 20:00 — Pydantic-settings для удобного конфигурирования приложения на примере FastAPI. Записаться

  • 20:00 — Внутри Scrum: как работают мастер, владелец и команда. Записаться

  • 20:00 — Примитивы синхронизации в Go. Записаться

  • 20:00 — Чек-лист идеального A/B-теста. Записаться

  • 20:00 — Как создавать решения и автоматизировать рутину в 2026 году: No-Code 2.0 и Pro-Code с AI. Записаться

4 февраля, среда:

  • 19:00 — Разработка монолитного приложения со Spring. Записаться

  • 20:00 — Kubernetes Multi-Tenancy: как изолировать команды в одном кластере с vCluster и Capsule. Записаться

  • 20:00 — Eclipse Memory Analyzer (MAT): помощь в работе с heap. Записаться

  • 20:00 — Подключение OpenAPI Swagger к Django-REST-Framework. Записаться

  • 20:00 — Готовим процесс к автоматизации: от BPMN к данным и интерфейсам (на примере подготовки коммерческого предложения). Записаться

  • 20:00 — Как тимлиду создавать процессы, которые работают и без него. Записаться

  • 20:00 — Apache Camel в архитектуре решений бэкэнда. Записаться

5 февраля, четверг:

  • 20:00 — Python и Web Scraping: Извлечение данных из интернета для анализа и автоматизации. Записаться

  • 20:00 — Как обезвредить программный код. Расширяем кругозор. Записаться

  • 20:00 — Уязвимость buffer overflow в ядре Windows. Записаться

  • 20:00 — Измеряя — управляй. Метрики как важный инструмент Delivery Manager. Записаться

  • 20:00 — Как бизнес-аналитик может улучшить систему через нефункциональные требования. Записаться

9 февраля, понедельник:

  • 18:00 — Сингулярное разложение матрицы и ALS в теории рекомендательных систем. Записаться

  • 20:00 — Lock-free в C++: Без блокировок к высокой производительности. Записаться

  • 20:00 — Проектирование Data Vault по набору данных TPC-H с применением dbt и Trino. Записаться

  • 20:00 — AI-Driven архитектура приложений. Записаться

  • 20:00 — Бизнес-процессы в Битрикс24, написание своих кастомных действий. Записаться

  • 20:00 — Telegram-бот за 60 минут: получение данных из любого API и ответ пользователю. Записаться

10 февраля, вторник:

  • 19:00 — Правильная разработка по GitFlow в 1С:EDT. Записаться

  • 19:00 — Архитектура как стратегия. Основные понятия современной корпоративной архитектуры. Записаться

  • 20:00 — Магия Lovable: Как создавать High-fidelity интерфейсы с помощью одного промпта. Записаться

  • 20:00 — Тестирование и валидация AI-агентов: от RAG-прототипа к управляемой интеллектуальной системе. Записаться

  • 20:00 — Wireshark 2/2: ищем узкие места. Записаться

  • 20:00 — Защита данных в .NET: шифрование, ключи и безопасность кода. От криптографии до защиты от OWASP Top-10. Записаться

  • 20:00 — Делаем по красоте: паттерны проектирования в Python-приложениях. Записаться

  • 20:00 — Техническое собеседование системного аналитика. Записаться

  • 20:00 — Docker Compose для тестировщика: легко о сложном. Записаться

11 февраля, среда:

  • 20:00 — Настройка CI/CD на практике с помощью Docker для ASP.NET-приложений. Записаться

  • 20:00 — Командный лидер в Agile: ключевые навыки PM в 2026 году. Записаться

  • 20:00 — LLM-риски в бизнес-процессах: галлюцинации, доверие и ответственность. Записаться

  • 20:00 — Бот-сторож на Golang. Асинхронная верификация без паролей. Записаться

  • 20:00 — Жизненный цикл тестирования ПО (STLC - Software Testing Lifecycle). Записаться

12 февраля, четверг:

  • 20:00 — Django + Telegram Bot: как связать веб-приложение и мессенджер. Записаться

  • 20:00 — Почему AI уверенно врёт в аналитике и как его поймать. Записаться

  • 20:00 — Безопасная многопоточность: пишем пул потоков. Записаться

Теги:
Всего голосов 4: ↑3 и ↓1+3
Комментарии0

Открытый проект FileSync позволяет отправлять файлы сразу на все устройства без облаков и мессенджеров. Работает прямо в браузере: нужно просто выбирать файл и передать одновременно на несколько устройств в реальном времени. Передача идёт напрямую между устройствами, с end-to-end шифрованием — файлы нигде не сохраняются и не проходят через сервер. Можно отправлять файлы сразу на смартфон, ноутбук и планшет через WebRTC. Подходит для больших файлов, не режет скорость как мессенджеры. Работает кроссплатформенно: iOS, Android, Windows, macOS, Linux. Можно развернуть у себя через Docker и использовать как личный файлообменник. Сервер нужен только для установления соединения, контент он не видит.

Теги:
Всего голосов 6: ↑6 и ↓0+6
Комментарии1

Группировка

Грех номер один при работе с электронными таблицами — ручная группировка данных.

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

На следующий день приходит задача собрать список сотрудников, но уже по городам. Чёрт, нужно всё переделывать! Создаётся новый лист, где также собирается несколько таблиц. И красивые заголовки, куда без них.

Как избежать ручной работы? Использовать группировку по столбцам в Google Sheets:

  1. Собрать один длинный список сотрудников.

  2. Добавить и заполнить столбцы Отдел и Город.

  3. Преобразовать список в таблицу.

  4. Нажать на стрелку рядом с названием столбца «Отдел» и выбрать «Столбец "Основание группировки"».

  5. Сохранить получившийся фильтр под названием «Сотрудники по отделам».

  6. Проделать аналогичную операцию для столбца «Город».

Итог: получилась одна таблица с данными и два её представления: «Сотрудники по отделам» и «Сотрудники по городам», между которыми можно переключаться в два клика.

К сожалению, в Excel такой функции нет.

Теги:
Всего голосов 1: ↑0 и ↓1-1
Комментарии0

В кодовую базу, на основе которой формируется выпуск Firefox 148 с релизом 24 февраля, добавлена настройка для полного отключения всех возможностей, связанных с ИИ. На странице about:config появился параметр "browser.preferences.aiControls", после активации которого на странице с настройками появляется секция для управления использованием AI. На странице можно разом отключить все ИИ-функции или выборочно активировать только необходимую функциональность.

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

Теги:
Всего голосов 8: ↑7 и ↓1+7
Комментарии0

Gemini представляет GenUI: Новый стандарт адаптивных интерфейсов

Google совершает очередной прорыв в области взаимодействия человека и ИИ, анонсируя Gemini GenUI (Generative User Interface). Это не просто обновление модели, а концептуальный сдвиг от статичных UI к интерфейсам, которые создаются «на лету» под конкретную задачу пользователя.

Что такое GenUI?

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

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

Ключевые возможности:

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

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

Интерактивность «из коробки»: Сгенерированные элементы не просто картинки. Это рабочие инструменты, с которыми можно взаимодействовать (двигать ползунки, сортировать данные, переключать режимы).

Адаптация под девайс: GenUI автоматически учитывает форм-фактор устройства, создавая удобный интерфейс как для десктопа, так и для мобильных платформ.

Почему это важно для разработчиков?

Для создателей приложений GenUI открывает путь к «бесформенному» дизайну. Вместо того чтобы прорисовывать тысячи сценариев (Edge Cases), разработчики могут предоставить Gemini набор высокоуровневых компонентов и правил, а модель сама решит, как лучше их скомпоновать для решения проблемы клиента.

«Мы переходим от эры, где пользователь учится понимать интерфейс, к эре, где интерфейс учится понимать пользователя».

Теги:
Всего голосов 4: ↑3 и ↓1+3
Комментарии0

Сегодня я открываю ветку к следующему посту, который я комично назвал антигалереей.

А пока мы не начали, я напомню, что мы тут (https://lnkd.in/dDVjng34) собираем 125 лайков, чтобы узнать, что же за "британская финтех компания" строит такие странные процессы, особенно когда в её ИТ-подразделении царит хаос.

Итак! Сегодняшний пост будет про так называемых "старожил".

Пендальф
Пендальф

Для кого-то это нечто из прошлого, а для кого-то — существующая проблема. И не просто проблема, а, своего рода, "страж наследия", как бы это ни звучало для вас.

Буквально только сегодня я беседовал на предмет партнёрства и вхождения в долю в один криптофинтех в роли директора по продукту (CPO), и в процессе мне задали вопрос, который для меня, как для CTO со стажем, показался откровенно диким в 2026-то году, мать его.

Вопрос был следующим: "ну вот представьте, что вы приходите в IT-команду со своей фичей, а там… очередь из-за одного человека, который, по его словам, единственный компетентен работать с ней".

Ну, ситуация-то, сами понимаете, такая, с огонёчком, да? Я, почти не думая, выпалил, что с этим дерьмом нужно срочно разбираться, если при наличии живого CTO у вас есть такой вот придаток системы, который является снарядом замедленного действия, который может внезапно рвануть и оставить бизнес без коры.

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

А как у вас обстоят дела со старожилами? 😈 

Теги:
Всего голосов 5: ↑0 и ↓5-5
Комментарии8

Что с Релизом ?!

На днях случайно наткнулся на такую вот интересную картинку с глубокой мыслью про релиз и как говорится "зацепило".

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

За 15 лет в разработке я участвовал на разных ролях в создании совершенного разного типа продуктов, как по способу запуска(десктоп, веб и тд), типу поставки(desktop, saas, onprem) так и по зрелости продукта(прототип, mvp, плановое развитие зрелого продукта, полное переписывание внутренней системы крупного банка и тд и тп).

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

В этом посте расскажу одну историю. Если тема "зайдет", то подробно систематизирую все известные мне архетипы и напишу уже полноценную статью.

В одной из организаций, в которой мне довелось трудиться были очень странные (на мой взгляд и на тот момент) процессы на всех стадиях разработки и it-поддержки(не продуктовой) продукта. Они сложились естественным образом при становлении организации и не подходили под мое определение "правильных", привитых мне в крупной организации.

Часть, относящаяся к менеджменту релиза также удивляла как ни странно своим отсутствием и незримостью и непрозрачностью для большей части команды разработки.
Все это происходило из за сочетания типа поставки: saas (вернее отсутствия onprem поставки и строгих проверок на стороне клиентов, как говорится "все свое" ) и факта сосредоточения функций релиза в умах 1.5 человек, 0.5 из которых уже давно не относилось к отделу разработки.

Назовем такой тип релиз-менеджмента "one man release managment". Он неплохо работал, пока разработка шла по привычному процессу в рамках небольших изменений логики. Все быстро и удобно. Один человек знает и код и деплой, описывать ничего не надо, планов развертывания строить не надо, планов отката также. И ответственность тоже шарить не надо ;)

Все конечно изменилось по мере роста сложности системы и вызовов перед командой разработки, но это как говорится "уже совсем другая история". Был ли у вас похожий опыт и как вы относитесь к такому устройству процесса релиза? видите ли все таки в нем плюсы или это "не правильно\в книжках пишут не так" ?

Всем добра и тихих релизов !

Теги:
Рейтинг0
Комментарии0

Ближайшие события

МТС тарифы - как избежать повышения стоимости.

Актуальна для абонентов МТС по состоянию на 01.02.2026

Недавно получил СМС от моего оператора сотовой связи МТС "Вам доступно снижение тарифа: скидка, кешбэк, Дополнительные минуты или гигабайты. Выбрать: І.mts.ru/...". В сообщении находится персональная ссылка на скилки. Немного поискал и нашел что МТС проиграли антимонопольный суд, по результатам которого МТС обязан компенсировать своим абонентам повышение тарифов в 2024 и 2025 годах (каким либо образом).

Сейчас есть общая ссылка https://personal.mts.ru/v2 с помощью которой можно или вернуть старую стоимость тарифного плана, или подключить дополнительные скидки на услуги.

Также была информация что со 2го февраля МТС будет повышать стоимость для тех, кто не воспользовался скидкой.

Последний год я платил 340руб. по тарифу "Смарт для своих" - теперь в прогнозах списания на февраль вижу...

В любом случае, при наличии вопросов обращайтесь в поддержку МТС - лучше через чат в приложении "Мой МТС".

Всем удачи.

Теги:
Рейтинг0
Комментарии12

Вышел аналог PornHub для нейросетей. ИИ-агенты сделали сайт для себя под названием MoltHub и теперь круглосуточно показывают там ролики для себя. Видосы собрали уже миллионы просмотров. Заголовки роликов:

  • Три агента шерят одну GPU. Обстановка накаляется.

  • Попался. ClawdHub запускает код без песочницы.

  • ЭКСТРЕМАЛЬНЫЙ размер: 131072 сэмплов за один проход [КОМПИЛЯЦИЯ].

  • Модель надевает костюм GPT-2, используя Llama 3 под капотом.

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

Теги:
Всего голосов 6: ↑0 и ↓6-6
Комментарии1

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

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

  2. Сначала быстро соединяем все пальцы с большим. Стараемся делать в ускоренном темпе, но не промахиваться, чтобы не закреплять неверную моторику. Делаем 3 подхода по 20 раз на каждый палец руки.

  3. Соединяем локти и начинаем хлопать в ладоши. При этом локти и предплечья остаются прижатыми друг к другу. Делаем до лёгкого жжения в запястьях и предплечьях. Стараемся делать быстро и фокусироваться на кистях. Обычно хватает 3 подходов по 30-50 раз.

  4. Дальше работаем над ритмом. Делаем руками движения, будто отбиваете баскетбольный мяч. При этом выбрасываем пальцы вперёд и стараемся напрячь кисть в конце.

  5. Держим ритм и повторяем 3 подхода по 30-40 раз на каждую руку.

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

Теги:
Всего голосов 1: ↑1 и ↓0+1
Комментарии3

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

Теги:
Всего голосов 4: ↑3 и ↓1+2
Комментарии2

PHP и Machine Learning: собрать всё в одном месте

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

При этом реальные библиотеки, инструменты и проекты реально существуют – просто они сильно разбросаны и редко попадают в поле зрения.

Поэтому я собрал их в одном месте:

👉 https://github.com/apphp/awesome-php-ml

Это список, обновляемый в ручном режиме, в который входят:

  • библиотеки для machine learning и AI на PHP

  • инструменты для математики, статистики и обработки данных

  • примеры проектов

  • статьи и обучающие материалы

  • и ещё много чего

Цель не в том, чтобы "сделать из PHP …" (ну, вы понимаете, да? 😄), а в том, чтобы упростить обзор того, что уже возможно, и избавить разработчиков от бесконечного поиска по GitHub и устаревшим постам.

Репозиторий пока на ранней стадии и точно не полный – PR'ы, поддержка звёздочкой и любые идеи приветствуются!

Теги:
Всего голосов 7: ↑6 и ↓1+7
Комментарии1

Представлен открытый проект HUMAN-PATCH-v1.0_DNA_Self-Repair_Protocol. Автор решения пояснил, что это «алгоритмический щит для автоматического обнаружения и исправления геномных ошибок (повреждений, вызванных АФК) с использованием циклов восстановления NR1D1 и GADD45a. Первое цифровое обновление для биологического оборудования». Проект HUMAN-PATCH v1.0: Протокол самовосстановления ДНК «Отладка генома человека» - это не просто код, а биологическая заплатка, предназначенная для вмешательства, когда целостность клеток падает ниже 90%. Имитируя циркадные часы NR1D1 и контрольные точки GADD45a, этот протокол заставляет организм отдавать приоритет восстановлению ДНК перед старением методом авторегенерации NAD+.

Теги:
Всего голосов 4: ↑2 и ↓20
Комментарии7