Представьте мир, где машины не просто следуют алгоритмам, а мыслят, обучаются и творят наравне с человеком, а возможно, и превосходят его. Это мир Общего Искусственного Интеллекта (AGI) – тот самый гипотетический рубеж, за которым ИИ достигнет когнитивных способностей, сопоставимых с человеческими. Мечта футурологов и ночной кошмар скептиков, AGI обещает революцию, сравнить которую по масштабу можно разве что с изобретением колеса или освоением огня. Но куда приведет нас этот тектонический сдвиг: к золотому веку всеобщего благоденствия или к закату человеческой цивилизации?
ОзнакомитьсяЭто вторая часть статьи. Здесь расскажу о том, как собрать интересную программу докладов. Начните с первой части «Что делать до митапа», если еще не читали ее
Читать далееВ 1950 году математик по имени Клод Шеннон опубликовал в журнале статью «Как запрограммировать компьютер для игры в шахматы». В этой статье он подсчитал, что количество комбинаций в шахматах будет равно 10120. Это на самом деле превосходит количество атомов в известной Вселенной, которое оценивается от 1078 до 1082 атомов. Но среднестатистическому шахматисту для успешного старта не обязательно изучать все существующие варианты начала игры, а достаточно выбрать несколько популярных дебютов за каждый цвет. По факту это использование формализованных шаблонов успешных тактических позиций для достижения желаемых результатов.
Аналогично шахматным, успешные шаблоны используют и в ИТ. Для того, чтобы, при решении однотипные задачи проектирования не изобретать каждый раз велосипед, принято использовать паттерны проектирования. Давайте рассмотрим некоторые из них, применительно к моделированию хранилищ данных.
Приспособленец (Flyweight) - структурный паттерн проектирования, который нужен для эффективной работы с большим количеством мелких объектов.
Основная идея: разделить общее состояние объектов и вынести его в отдельное место, чтобы не плодить кучу дубликатов данных и экономить место.
При этом объект, представляет себя как уникальный экземпляр в разных местах программы, но фактически не являющийся таковым.
Читать далееБотулотерапия ног и спины, и ура, я снова могу ходить.
Но это только на 3-6 месяцев в лучшем случае.
Я вспомнил одну из любимых книг “Цветы для Элджернона”.
Чарли Гордон, 32-летний уборщик с умственной отсталостью, участвует в эксперименте по повышению интеллекта. Ученые проводят над ним операцию, ранее успешно опробованную на мыши Элджерноне. После операции IQ Чарли стремительно растёт, он начинает понимать окружающих, осваивать языки и литературу.
Несмотря на видимую первоначальную удачу эксперимента, поведение мыши Элджернона даёт серьёзный повод для беспокойства — её интеллект начинает угасать столь же быстро, как и нарастал. Через некоторое время Элджернон умирает. При вскрытии видно, что его мозг уменьшен, извилины сглажены.
Читать далееОдним из этапов разработки витрин данных является тестирование результата и подтверждение корректности разработанного функционала. При этом организовано тестирование может быть по-разному.
Определим несколько видов тестирования:
1. Технические тесты
Техническими тестами легко можно проверить корректность сборки витрины. Из основных видов технических тестов можно выделить:
· Дубли - проверка на наличие дублей по ключу
· Разрывы - проверка на разрывы в истории
· Перекосы - проверка наложения исторических записей друг на друга
· Даты - проверка корректности формирования дат
· NULL в ключе - проверка NULL в ключевых и обязательных к заполнению полях
Подробно на этих тестах останавливаться не будем, информация по ним есть в открытом доступе.
2. Бизнес-тесты
Это набор тестовых запросов, направленных на выявление ошибок в бизнес-данных. Как правило набор бизнес-тестов предоставляет владелец объекта.
Бизнес-тестов может быть великое множество, здесь все зависит от вашего бизнес-домена и от конкретных требований к витрине.
Приведу примеры некоторых бизнес-тестов:
Читать далееСамые интересные новости финансов и технологий в России и мире за неделю: Израиль атаковал Иран, Маск повинился перед Трампом, США почти заключили торговую сделку с Китаем, ФСБ будет следить за международными связями ученых, Дуров дал новое интервью Такеру, Apple представила Liquid (GL)ASS, OpenAI выпустила o3-pro, а еще Эндрю Тейт публично лоханулся на Hyperliquid.
Читать далееВ последней части материала (первая, вторая) вновь вспоминаем позабытых героинь прошлого. В этот раз поговорим про период 1998-1999 годов.
Читать далееНам часто пишут пользователи, которые хотят мониторить качество каналов связи — не просто проверять “доступен ли хост”, а действительно оценивать стабильность сети и реагировать на деградации. Один из таких пользователей недавно подключил мониторинг для нескольких регионов, и его запрос дал нам полезный импульс для доработок.
Рассказываем, какие улучшения появились в RMON.
Читать далееТэкс...
Сразу обозначу - я не математик, а посему прошу некоторого снисхождения к тексту ниже.
Пару лет назад попалась мне на глаза римановская гипотеза о распределении простых чисел. Беглый взгляд дал понять, что мне потребуются годы на изучение того о чем там вообще идет речь, однако ключевая проблема стоящая перед гипотезой, довольно проста для понимания.
Читать далееПоскольку компания со страшной силы использует 1С, то сложились некие неизменные традиции, одна из которых – это веб-публикации 1С. Плодятся они примерно так: 1 ИБ (информационная база) + например несколько ИБ с тем же смыслом = 1 отдельный web(iis)-сервер, а таких конструкций полно. Получается, что помимо лицензий, мы тратим кучу ресурсов просто на веб-доступ. Поступила идея, что пора экономить (а заодно отказоустойчивость). Пока на этапе экспериментов/тестов.
Стек планируется следующий:
Читать далееОдна из ключевых задач проектного менеджера — быть готовым к появлению новой информации, новых вводных и изменяющихся условий реализации проекта, и спокойно отрабатывать каждое такое изменение по мере его поступления.
К сожалению, иногда возникают ситуации, когда новые вводные не позволяют реализовать проект. Это особенно тяжело на масштабных инициативах, потому что хороший проектный менеджер ощущает личную ответственность за результат. В таких случаях страдает не только проект, но и сам менеджер, что может привести к выгоранию.
Читать далееДаже при хорошем плане и выделенном бюджете проект может идти не по плану. Ниже — реальные кейсы, с которыми мне приходилось сталкиваться. Каждый из них показывает, какие ошибки и просчёты могут существенно повлиять на сроки, качество и результат.
Project 1 — съедал арт-директоров, которые не выдерживали нагрузки и требований по проекту. За полгода сменилось 4 человека. Были горе-разработчики, которые не могли внятно объяснить, что они сделали. Ненадёжный СТО отвалился на пятом месяце работы (из 12). Команда не выдерживала темпа, и из-за этого сдвигался весь глобальный план. Пришлось навалится командой топ менеджеров и встать у руля проекта, в результате чего проект был реализован срок.
Project 2 — не вовлечённые проектные менеджеры. Был очень сложный проект с множеством багов на проекте, сложной архитектурой и особенностями и сложностями продукта. Проект начал работать только после прихода четвёртого ПМа. Были некомпетентные разработчики, которые срывали релизы. Всё удалось настроить, но ушло на это почти 5 месяцев и смена менеджера проекта.
Project 3 — за год сменилось три тимлида разработки, из-за чего постоянно происходил новый найм, онбординг и замедление команды.
Project 4 — в начале проекта не были уточнены требования. На пресейле проект продали красиво, предложили больше тз, а делать начали «на коленке». В итоге вместо двух месяцев разработка заняла восемь, но всё-таки проект дотянули и сдали. Помогло то, что вся работа шла через эскроу счета и команда обязана была доделать проект, чтобы получить вознаграждение за работу.
Читать далееКак и когда использовать Celery — мой опыт на проде
Недавно мне пришлось обрабатывать множество долгих запросов к внешней API, и я внедрил Celery. В этом посте — практический разбор:
• что такое Celery,
• когда он реально нужен,
• и какие подводные камни есть на проде.
ИИ на хайпе. Причем хайп в этот раз вполне обоснован - генеративные нейросети и LLM, как те двое из ларца, - и читают, и пересказывают, и суммаризирацию текстов производят, и рисуют довольно неплохо и уже даже выше среднего иногда размышляют.
Все бы ничего, но они еще, заразы, программировать начали на уровне крепких начитанных технической литературы джунов. И делают это без устали, послушно и терпеливо.
И если ИИ в ближайшее время не заменит всех программистов, то часть, тех самых джунов, он заменит и заменяет уже совершенно отчетливо. Вроде бы для индустрии это не проблема и даже наоборот, много плюов - но вся эта система с повышенной экономической эффективностью будет работать, пока текущему поколению специалистов не понадобится замена.
А откуда она берется - эта замена?
Сейчас сеньоры - это выросшие миддлы, а миддлы - выросшие джуны. Выключая джунов, по сути мы выключаем всю цепочку.
Казалось бы, выстрел в ногу и технологический тупик.
Но вспомним, как вообще сложилась такая цепочка и в какой момент?
А сложилась она из-за сильного падения порога входа в ИТ. Инструменты для того, чтобы пробовать что-то запрограммировать - стали более чем доступны, информации прямо в браузере куча, низкоквалифицированной оплачиваемой работы — море. Благодаря этому, можно достаточно легко стать подсобником, и при должном усердии - вырасти до крепкого специалиста.
В результате это привело к тому, что стала не совсем понятна роль классического (высшего) образования.
Вот эти все споры - "нужен ли ВУЗ, чтобы войти в ИТ" — они не с пустого места.
Когда появилась потребность в тысячах подсобников, на ВУЗы посыпались обвинения в том, что они дают бесполезные с практической точки зрения знания. Вчерашнего выпускника хочется поскорее впихнуть в проект, а он переполнен абстракциями и теорией.
ВУЗы подстроились, даже в гуманитарных и сугубо профильных неайтишных ВУЗах срочно открылись ИТ кафедры. Они встали на волну хайпа и стали штамповать много-много выпускников, которым вместо глубокого системного мышления и знания теории алгоритмов, вливали актуальные практические навыки.
Студенты использовали готовые фреймворки, библиотеки, открытое системное ПО. Собирали в качестве лабораторных работ сначала сайты, потом мобильные приложения, потом VR, сейчас вот ИИ. Вызываешь команду из скачанной с зарубежного сервера библиотеки - и получаешь грамоты, победы, аплодисменты и публикацию в СМИ. Сделал нескучные обои - и вообще национальный герой.
В Интернете много инструкций на эту тему, но среди них много не актуальных или недостаточно подробных. По этому я напишу свой вариант. Возможно кому-то он будет полезен.
Стоит знать перед началом
- Чем коммутатор отличается от маршрутизатора
- Первые 3 уровня модели OSI
- Хотя бы примерно понимать как работает коммутатор
Без этих знаний возможно у Вас не получится понять и правильно использовать информацию из этой статьи.
Сетевые мосты нужны чтобы виртуальная машина могла взаимодействовать с локальными сетями а не просто иметь доступ в Интернет. Если на Вашей виртуальной машине нужен только Интернет, используйте в QEMU режим сети "user".
Регистрация программно-аппаратных комплексов (ПАК) в реестре программного обеспечения (ПО) Минцифры — это важный этап для разработчиков, стремящихся внедрить свои решения в государственные и коммерческие структуры. Процесс регистрации может показаться сложным, но с правильным подходом и пониманием всех этапов он становится более управляемым. В этой статье мы подробно рассмотрим, как зарегистрировать ПАК в реестре Минцифры, какие документы понадобятся и на что обратить внимание.
Читать далееMachine Learning и Data Science — это одни из самых популярных и востребованных направлений в IT. Но вместе с этим — они и одни из самых сложных для входа. Здесь огромное количество тем, инструментов, библиотек, подходов и постоянно появляющихся технологий.
Из-за этого многие новички начинают обучение с энтузиазмом, но через пару месяцев теряют интерес. Причины могут быть разные: слишком много теории, мало практики, нет чёткого плана или понимания, зачем вообще всё это нужно.
Эта статья — не очередной «гайд по ML для новичков». Это мой личный взгляд на то, как бы я подошёл к обучению, если бы начинал с нуля уже сегодня , учитывая свой опыт работы в крупных компаниях, проваленные проекты, ошибки и победы.
С хорошей отказоустойчивостью интерфейс остаётся стабильным и понятным, пользователь получает предсказуемый и комфортный опыт, а сбои отдельных компонентов не приводят к сбоям всей системы.
В этой статье речь не будет идти о конкретных примерах реализации повышения отказоустойчивости. Понять то, что нужно подключать сервисы мониторинга ошибок вы можете и без меня.
Хорошая отказоустойчивость начинается с мышления.
Я хочу, чтобы эта фраза въелась вам в самую подкорку.
Важно не просто латать ошибки по мере их появления, а комплексно подходить к решению — формировать правильное понимание, разрабатывать устойчивые подходы и строить систему, способную адекватно реагировать на возможные сбои.
Принципы описанные далее универсальные и подойдут к большому количеству сфер, даже вне области информационных технологий.
Перейти к 10 принципамМногие помнят позапрошлогодний инцидент с Man-in-the-Middle атакой на XMPP-сервис jabber.ru. Эта история наделала много шума, но, как мне кажется, главный вывод из неё так и не был усвоен широкой аудиторией. А зря. Потому что эта атака вскрыла системную уязвимость в процессе выдачи TLS сертификатов, которая напрямую касается миллионов сайтов, особенно тех, кто доверяет свою безопасность Cloudflare.
В этой статье я расскажу вам о самой уязвимости и как вы можете быть ей подвержены.
В кроличью нору