Обновить

Моя лента

Тип публикации
Порог рейтинга
Уровень сложности
Предупреждение
Войдите или зарегистрируйтесь, чтобы настроить фильтры
Пост

ИИ — помощник или враг разработчика? Мысли на тему. Часть 1

Привет, это снова Саша Кузнецов, ведущий инженер-программист в Контуре. 🙌

Я из тех «ископаемых», которые начинали программировать ещё во времена, когда в качестве IDE выступал обычный текстовый редактор, а для хранения информации о синтаксисе команд использовались собственные записи в тетради. Я в то время учился в школе и на уроках учитель давала нам информацию о синтаксисе команд с распечаток. Если в тетради была ошибка — ты делал ошибку в коде и не мог понять, что идёт не так. Роль интернета играла городская библиотека (в местной книг про IT практически не было), «пинг» до которой был несколько часов только на дорогу, а ещё — скорость работы «поисковой системы» по бумажным книгам оставляла желать лучшего.

Потом я поступил в университет и «произошла магия» — там были IDE с подсветкой синтаксиса команд, подсказками, появляющимися по нажатию F1, и более-менее вменяемыми сообщениями об ошибках.

Это было круто! Просто зная название команды можно было получить описание её синтаксиса, а не хранить в голове информацию обо всех возможных комбинациях! Реальный прирост производительности сейчас по памяти сложно замерить, но скорость непосредственно набора команд выросла в разы. С решением задач в целом ситуация улучшилась не сильно — основным источником информации оставались бумажные книги. Разве что «пинг» существенно сократился — читальный зал находился в том же корпусе, в котором шли занятия. По сути, в момент этого скачка необходимость знания точного синтаксиса команд заменилась на необходимость знать только название команды.

Потом магия произошла снова — на кафедре появился интернет и что-то похожее на поиск. Это был ещё далеко не современный интернет с мощными поисковыми системами, но и совсем древние его версии я не застал. Но, главное, уже можно было найти информацию за рамками того, что было включено в поиск разработчиками IDE, или лежало в читальном зале. Речь шла уже не о синтаксисе команд, а о способах решения задач. Но не всегда. Это было время, когда в интернете ещё надо было суметь найти готовый код для редких видов сортировки массива, а за написание алгоритма БПФ (Быстрого Преобразования Фурье) заказчики на фрилансерских форумах были готовы выложить $500. И, тем не менее, это снова был качественный скачок — можно было быстро найти информацию по конкретной проблеме, не перекапывая кучу книг, в которых, возможно, могло быть «что-то близкое по теме». Скорость решения задач снова выросла, и снова значительно. Всё больше и больше задач стало переходить в категорию шаблонных. На этом этапе на первое место начал выходить навык «гугления». Основы синтаксиса остались необходимой базой, но умение правильно забить вопрос в поисковую строку стал определять очень и очень многое.

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

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

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

Теги:
+2
Комментарии0
Статья

Крест на пицце: Почему доставка дронами по воздуху не становится массовой

Уровень сложностиСредний
Время на прочтение7 мин
Охват и читатели3.1K

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

Десять лет экспериментов, миллиардные инвестиции Amazon и Google — а курьеры на велосипедах всё равно дешевле. Разбираем неразрешимые проблемы с экспертами и доказываем, что пока будущее доставки — за наземными роботами. Что же не так с воздушной доставкой.

Введение: Мечта, разбившаяся о реальность

2013 год. Джефф Безос выходит на сцену и обещает: через несколько лет дроны Amazon будут доставлять покупки за 30 минут. Картинка futuristic — маленькие винтокрылые машины несут коробки к порогу каждого американца — облетела мир.

2026 год. Где массовая доставка дронами? Её нет.

Единичные пилотные проекты в Дублине (ирландская Manna), Техасе (Wing от Google) и паре африканских стран (Zipline с вакцинами) — вот и всё, чего добилась индустрия за 13 лет. Amazon так и не запустил коммерческую доставку. «Додо Пицца» свернула эксперименты. «Почта России» разбила дрон в Улан‑Удэ при первой же публичной демонстрации.

Почему?

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

«Несмотря на огромные инвестиции и штат специалистов высоких компетенций, несмотря на собственную производственную базу и законодательное лобби, несмотря на готовый рынок услуг, который мог быть форсирован усилиями самих Google и Amazon, ничего с доставкой дронами не вышло. На то есть целый ряд неразрешимых проблем, которые так и не удалось решить и вряд ли удастся решить в ближайшей перспективе» — Дмитрий Кузякин, генеральный директор Центра комплексных беспилотных решений (ЦКБР).

Читать далее
Новость

Релиз утилиты curl 8.19

Время на прочтение2 мин
Охват и читатели3.6K

11 марта 2026 года состоялся релиз утилиты curl 8.19. Код проекта написан на языке C и опубликован на GitHub под открытой лицензией curl (вариант лицензии MIT). Выпуск curl 8.0 состоялся в марте 2024 года.

Читать далее
Статья

Как качать жидкости без насоса: эрлифт/гейзерный насос

Уровень сложностиПростой
Время на прочтение9 мин
Охват и читатели7.1K

Картинка: Морозов Сергей

Думали ли вы когда-нибудь о том, что пускать пузыри носом может быть вполне взрослым делом? 

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

И такой вариант существует, а в роли перекачивающей силы может выступать одна из довольно удивительных вещей — обычный воздушный пузырь! 

Итак, некоторые, наверное, уже догадались, что сегодня мы поговорим о типе насоса под названием airlift (или эрлифт или «газлифт»).

Читать далее
Статья

BuxarParser — простой парсер поисковиков Google, Яндекса и DuckDuckGo на Python

Время на прочтение3 мин
Охват и читатели3.6K

Здравствуйте, товарищи! Сразу скажу: скрипт, которым делюсь, рассчитан в первую очередь на новичков (которых тут тьма). Старожилы, прошу не пинать сильно.

Читать далее
Новость

АТОМ ID получил сертификат ФСТЭК России 4-го уровня доверия

Время на прочтение2 мин
Охват и читатели2.8K

Получение сертификата Федеральной службы по техническому и экспортному контролю по 4-му уровню доверия означает, что ATOM ID можно применять в системах первого (наивысшего) класса/категории/уровня защищённости. 

Читать далее
Статья

Оптимизация PostgreSQL 17: от конфигуратора «Тантор Лабс» до PG_EXPECTO и DeepSeek

Уровень сложностиСложный
Время на прочтение17 мин
Охват и читатели3.2K

Telegram: @pg_expecto

GitHub - Комплекс pg_expecto для статистического анализа производительности и нагрузочного тестирования СУБД PostgreSQL

GitFlic - pg_expecto - статистический анализ производительности и ожиданий СУБД PostgreSQL

Глоссарий терминов | Postgres DBA | Дзен

Процесс начальной конфигурации сервера PostgreSQL, как правило, опирается на использование автоматизированных генераторов параметров (конфигураторов). Такие инструменты, включая широко применяемый конфигуратор компании «Тантор Лабс», предлагают готовый набор настроек на основе ограниченных входных данных — объёма оперативной памяти, количества ядер CPU и предполагаемого типа нагрузки. Однако на практике сгенерированная таким образом конфигурация не учитывает специфику реального рабочего профиля и особенности взаимодействия СУБД с аппаратным обеспечением, что может приводить к критическому снижению производительности, росту I/O wait и неэффективному использованию ресурсов.

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

Читать далее
Новость

Стартовала весенняя сессия сдачи нормативов «ТехноГТО» на золотые значки

Время на прочтение3 мин
Охват и читатели4.3K

Стартовала весенняя сессия сдачи очных нормативов технологической грамотности «ТехноГТО» на золотые значки, которые могут принести абитуриентам до 10 дополнительных баллов к ЕГЭ при поступлении в вузы. Данные о победителях вносятся в государственный информационный ресурс (ГИР) о детях, проявивших выдающиеся способности. Проверить знания в рамках нормативов «ТехноГТО» можно всем желающим на сайте Кружкового движения Национальной технологической инициативы (НТИ)

Читать далее
Статья

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

Уровень сложностиПростой
Время на прочтение4 мин
Охват и читатели5.1K

Уолтер Айзексон — человек, который умеет выбирать героев. После биографий Стива Джобса, Эйнштейна и Леонардо да Винчи он взялся за историю, которая разворачивается прямо здесь и сейчас. Его героиня — Дженнифер Даудна, лауреатка Нобелевской премии по химии 2020 года и одна из создательниц технологии редактирования генома CRISPR-Cas9.

Читать далее
Пост

Даже в B2B покупают глазами

В одном проекте я изучал касдевы (глубинные интервью) с клиентами компании. Результаты получились любопытные. Около 70% покупателей сказали, что для них важен внешний вид продукта, и только 55% отметили цену как ключевой фактор. Казалось бы, ничего необычного — люди любят красивое. Но есть нюанс: речь идёт о B2B-рынке, о товарах для бизнеса.

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

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

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

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

Здесь включается простая когнитивная эвристика, которой люди пользуются постоянно: «красивая компания = качественный продукт». Если бренд выглядит аккуратно, продуманно и эстетично, мозг автоматически достраивает картину: значит, и продукт сделан так же внимательно. Если же всё выглядит хаотично и устаревше, появляется обратное ощущение — даже если сам продукт объективно хороший.

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

Теги:
0
Комментарии4
Статья

Хьюстон, у нас проблемы! Наводим порядок в зоопарке инструментов и возвращаем контроль над продуктом

Уровень сложностиПростой
Время на прочтение7 мин
Охват и читатели7.8K

Если вы тимлид или техдир, ваше утро редко начинается с неспешного наслаждения чашкой кофе. Скорее, оно начинается с открытия пяти разных вкладок.
Картина знакомая и удручающая: бэклог продукта живёт в одной системе (которую либо давно не обновляли, либо вообще собрали из того, что было), код лежит в GitLab, саппорт отбивается от пользователей и заводит баги в каком-то отдельном ServiceDesk, а сборка релизов, планирование ресурсов и метрики трекаются… да-да, в «любимом» Excel или Google Таблицах.

Читать далее
Пост

Основатель маркетинговой компании DigitalMarketer Райан Дайсс считает, что главный риск ИИ не в том, что он заменит людей, а в том, что люди перестанут думать сами.

«Раньше людям не нужно было отдельно тренироваться — работа поддерживала нас в форме. Индустриализация это изменила. Теперь мы ходим в зал, потому что работа больше не делает нас физически сильнее», — пояснил Дайсс.

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

В качестве решения Дайсс предлагает правило 10-80-10. Первые 10% задачи человек должен делать сам — сформулировать идею и направление. Затем 80% работы можно отдать ИИ. Финальные 10% снова за человеком — оценка результата, доработка и то, что он называет «de-slopification», то есть очистка выводов ИИ от «шлака», низкокачественного контента.

Теги:
+5
Комментарии2
Статья

OpenCost в Yandex Cloud — расчёт стоимости Kubernetes по ценам Yandex Cloud

Уровень сложностиСредний
Время на прочтение14 мин
Охват и читатели4.7K

OpenCost — open-source проект для расчёта и визуализации стоимости ресурсов в Kubernetes. Он агрегирует данные об использовании CPU, памяти и диска (ноды, поды, PVC), применяет к ним тарифы и даёт метрики и API для отображения затрат по namespace, deployment, label и т.д. Изначально создан в Kubecost, затем выделен в отдельный проект под CNCF; поддерживает кастомные цены и интеграцию с разными облаками и он-прем-кластерами.

Читать далее

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

Статья

Как выделиться среди 300 откликов? Честный взгляд от HR

Уровень сложностиПростой
Время на прочтение6 мин
Охват и читатели4.8K

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

Читать далее
Статья

VRack2 — Кот аристократ в мире локальной автоматизации

Уровень сложностиСложный
Время на прочтение42 мин
Охват и читатели4.1K

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

По сути это компиляция моей работы за последние несколько лет. Важно подметить - моей и только моей.

Если какая-то тема не привлекает - просто переходите к следующей, скорее всего на что-нибудь интересное наткнетесь.

Вначале я приведу немного вводной информации, потом будут практические реализации.

Ну что, поехали!

Ну что, поехали!
Новость

ИИ-стартап Memvid ищет Professional AI Bully — профессионального критика ИИ-чат-ботов за $800 в рабочий день

Время на прочтение2 мин
Охват и читатели3.7K

ИИ-стартап Memvid открыл вакансию под названием Professional AI Bully. В компании пояснили, что кандидат должен тестировать популярных ИИ-чат-ботов и максимально жёстко критиковать их работу. За один рабочий день обещают $800 (8 часов по $100). 

Читать далее
Новость

«В США не любят ИИ» — Сэм Альтман считает это проблемой

Время на прочтение2 мин
Охват и читатели4.8K

Глава OpenAI Сэм Альтман заявил на инфраструктурном саммите BlackRock в Вашингтоне, что искусственный интеллект "не очень популярен в США прямо сейчас". По его словам, дата-центры обвиняют в росте цен на электричество, а компании списывают увольнения на ИИ, даже когда технология к этому не имеет отношения. Альтман назвал ситуацию "серьезным встречным ветром» для всей индустрии.

Читать далее
Статья

Тесты показали, что не все WAF одинаково полезны

Уровень сложностиСложный
Время на прочтение13 мин
Охват и читатели4.8K

У автомобилистов есть пословица: «Если не знаешь, какой автомобиль купить – купи фольксваген». У ИБ специалистов тоже есть похожее: «Если не знаешь, как обеспечить безопасность облачной системы – поставь WAF (Web Application Firewall – фаерволл веб-приложений)». Который призван эффективно отсекать атаки злоумышленников на подступах к облачным приложениям и заранее распознавать потенциальные угрозы путем сигнатурного и поведенческого анализа входящего трафика.

Читать далее
Статья

Ansible, HCV и AD: как автоматизировать ввод Linux-серверов в домен без рисков по ИБ

Уровень сложностиСредний
Время на прочтение8 мин
Охват и читатели5.2K

Привет всем обитателям Хабра, до кого ещё не добрались вечные перебои сети Интернет!

Так уж сложилось, что я, как и многие мои коллеги по цеху автоматизации и ИБ (SecOps, DevOps и SRE) не любят рутинный, ручной и особенно монотонный труд, особенно когда время можно потратить на гораздо более полезные вещи.

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

Читать далее
Статья

Многостабильные триггеры

Уровень сложностиСредний
Время на прочтение3 мин
Охват и читатели4.1K

Борис Цирлин

Рассматриваются многостабильные триггеры, т.е. устройства, которые в отличие от обычных RS-триггеров (бистабильных), имеют больше двух стабильных состояний.

Читать далее