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

А потом высокоскоростной Интернет нас избаловал — мы перестали скачивать файлы и формировать свои собственные локальные библиотеки знаний и контента. Теперь всё лежит на сайтах и в облаках. Зачем что-то скачивать, если всё это моментально доступно по одному клику?

Но, похоже, настало время вернуться к истокам. Всё чаще оказывается, что нужный контент становится недоступным или меняется до неузнаваемости...

Человекоцентричную модель прогресса можно представить в виде пирамиды образования людей. Первый уровень — начальное образование, второй — среднее, и т.д., а вершина — предпоследний уровень с высшим образованием, и пик учёных — более одного высшего и/или научная деятельность. Между основанием пирамиды образования и пиком учёных есть прямая связь: чем шире основание — тем массивнее получатся верхние этажи.

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

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

Некоторых разработчиков иногда сравнивают со снежинками — они уникальные, выдающиеся, и, естественно, самоуверенные. Работать с «обычными» сотрудниками легко. Гораздо труднее справляться с проблемными типажами. Одинокий волк, всезнайка, перфекционист — в каждой команде есть человек, с которым сложно и руководству, и коллегам. Автор статьи, программист и сооснователь digital-агенства Mindnow, Вадим Кравченко рассказывает, как не усугубить ситуацию с трудными сотрудниками, превратить сложности в возможности для роста и продолжить успешную командную работу. Особенно, если проблемный коллега талантлив и приносит пользу компании.

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

*Обращаем ваше внимание, что позиция автора может не всегда совпадать с мнением МойОфис.

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

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

Недавно в комментариях к тексту про построение личной базы знаний на Хабре читатель отметил, что в таких статьях не хватает примеров работы с техническими данными. Давайте это исправим. Мы спросили у инженеров YADRO и технарей из сообщества «Цеттелькастен и Персональные базы знаний», как и для чего они ведут свои заметки.  Герои статьи используют Obsidian и Emacs, а также личные Telegram-каналы, чтобы изучать новые языки программирования, проходить технические собеседования и вести рабочие записи.

Для тех, кто пока не знаком с методом социолога Никласа Лумана, в начале статьи рассказали об истории Цеттелькастена и показали, как выглядело хранилище данных полвека назад. Короб с ящиками и карточками стал прототипом современных систем для ведения заметок, которыми пользуются инженеры. 

Представим ситуацию: вас позвали на подкаст. Вы обсудили материал с ведущим, подготовили тему, пришли и вам буквально не дали сказать и пары слов.

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

• Как отношения внутри команды влияют на достижение цели?
• Из-за чего сильные сотрудники могут не уживаться в коллективе?
• Как сделать команду привлекательной для новичков?
• Через какие этапы становления проходит команда?
• Какие кризисы связаны с переходом на новый этап?
• Как история IBM и Apple демонстрируют уровни спиральной динамики?

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

Это вторая часть серии статей по разработке симуляции эволюции с помощью нейронной сети и генетического алгоритма.

• Первая часть
• Третья часть
• Четвертая часть
• Пятая часть

• Туториал целиком (предупреждение: много букв :D)
• Репозиторий с кодом проекта
• Демо приложения

В этой статье мы заложим основы нашего проекта и реализуем простую FFNN (feedforward neural network — нейронная сеть прямого распространения), которая впоследствии станет мозгом. Мы также рассмотрим множество тонкостей и идиом, которые встречаются в коде Rust, включая тесты.

Готовы? Тогда поехали.

Президент (дедушка Байден) каждый год выступает с речью "О положении дел в стране", но это просто дремота. Просто посмотрите на своих достойных представителей, которые с трудом держат глаза открытыми. Это потому, что они уже слышали все это раньше. Мы тоже слышали. В политике мало что меняется. И уж точно не кандидаты.

Больше разнообразия на моей местной заправке, где, по крайней мере, я могу выбирать из трех видов топлива и пяти вкусов Big Gulp.

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

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

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

Я хочу рассказать вам, почему развлечения мертвы. И что придет им на смену.

Привет, Хабр! Меня зовут Родион Уколов, я занимаюсь искусственным интеллектом в компании Friflex. Мы помогаем компаниям внедрять модели машинного обучения и развиваем свои цифровые продукты.

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

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

Упрощённо говоря, моя идея (о которой можно ознакомиться по ссылке выше) состоит в том, чтобы:

1. выделить наиболее вероятные проблемы со здоровьем, которые "помогут" откинуться
2. предпринять адекватные усилия, которые помогут их предотвратить

Большой гайд по CJM — зачем, где и как его строить

Один из элементов создания качественного продукта — получить как можно больше информации о своем пользователе. Знать его потребности, проблемы, боли, барьеры и эмоции.

Один из полезных и крутых инструментов, который помогает мне улучшать продукт — это CJM 🤗

CJM или Customer Journey Map — это, если по простому, карта пути клиента. Инструмент визуализации, который лучше помогает представить путь пользователя — от возникшей у пользователя потребности и поиска им информации о продукте, до покупки и пользования продуктом.

Всем привет! Меня зовут Анатолий Барцев, я frontend-разработчик в команде Модерации Циан. Я решил протестировать Copilot, чтобы оценить, полезен ли он для реальной разработки. В статье расскажу, какие выделил для себя плюсы использования, а также покажу, как GitHub Copilot помогает в разработке на примере проекта на React/Typescript.

Это модное слово всё чаще используется в разговорной речи: обывателей плотнее окутывают угрозами бунта искусственного интеллекта и войны с роботами — с одной стороны, и рекламой нейросетевых продуктов — с другой. Отдельный котёл в аду — для тех, кто впаривает «курсы дата‑саентистов». А когда бедный юзернейм в поисках истины обращается к Гуглу своему любимому поисковику — то вместо простого ответа на простой вопрос, получает ещё больше вопросов — таких как тензорфлоу, сигмоида и, не дай Бог, линейная алгебра.

Привет! Я Саша, тимлид одной из команд первичной недвижимости в Циан. Мы активно используем данные для принятия управленческих решений. Не только продуктовых, но и при управлении командами разработки. В статье я расскажу, как это устроено у нас в компании, и покажу на примере своих метрик, как это можно использовать у себя.