Habr

Всем привет! Меня зовут Олег, я старший Python/Go разработчик в Cloud.ru, а в свободное от работы время я... довольно азартный человек!

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

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

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

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

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

Теперь на Хабре есть слизни‑эмоции — ими можно отреагировать на любую публикацию, кроме своей. Логичный вопрос: что теперь будет с плюсами и минусами?

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

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

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

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

На Хабре есть такая штука, как рейтинг авторов. Ну то есть формально это рейтинг пользователей, но в реальности вряд ли в него сможет попасть даже супер-активный читатель. Так что остаются только авторы.
В списке много прославленных имён, но нас сейчас интересует самое первое. Чемпион Хабра. Тот автор, чьи работы посетители сочли самыми интересными, самыми полезными, самыми результативными. Я предлагаю познакомиться с ним поближе. К сожалению, мы не так много знаем о нём. Даже реального фото у меня нет, так что пришлось немного пофантазировать вместе с нейросетью Кандинский.

Отладка встраиваемых систем с микроконтроллерами часто затруднена из-за невозможности отслеживания процессов в первые секунды после запуска прошивки. Библиотека логирования для STM32 и FreeRTOS решает эту проблему, позволяя получать детальные журналы событий с самого старта программы. Это значительно упрощает диагностику ошибок и ускоряет процесс разработки. В статье рассматриваются основные функции библиотеки, настройка интерфейсов и уровней логирования, а также её внутреннее устройство.

^{"И так сойдет" ((c) М/Ф "Вовка в 3/9 царстве")
"Работает - не чини" ((c) вольный перевод афоризма Б.Ланса "If it ain't broke, don't fix it")}

К появлению этой статьи привело совпадение нескольких событий.

Но если речь зайдёт о soft skills — тут, как правило, ответы будут более размытыми и будут выглядеть как коммуникабельность, грамотная речь, умение находить общий язык и так далее.

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

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

Привет, я токсичный программист в области машинного обучения (МЛ), и у меня есть идея создать проект, посвящённый разработке сильного искусственного интеллекта (далее — СИИ (или же AGI)). В небольшом блоге я буду делиться с вами своим опытом в создании чат-бота, который будет обладать СИИ, ну или хотя бы казаться таким.

Привет Хабр, let's set the future.

Недавно у меня появилась идея фикс: 'Хочу собственного AI ассистента'. Казалось бы, нет никаких проблем - рынок предлагает массу готовых решений. Но моя вечная паранойя про утечку данных и стремление сделать все самому взяли верх. Решил поэкспериментировать и собрать ассистента своими руками, да еще как-то с учетом будущих возможностей для гибкой настройки. Времени на оптимизацию производительности и эстетический вид кода у меня не было, 'хочу здесь и сейчас', поэтому let me introduce this shit.

Летом на Хабре появилась расширенная статистика. Дочтения — самый полезный новый показатель. Но авторы чаще следят за просмотрами, особенно когда речь заходит о коммерческих статьях.

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

Не очень понятно? Тогда давайте начну с самого начала.

Деревня в ближнем подмосковье. Единственный интернет-провайдер со вменяемыми ценами подключен к it-инфраструктуре хостела для работяг. Администрация хостела соблюдает законодательство и своевременно регистрирует постояльцев. Через интернет. Ибо не наездишься в госорганы. Постояльцы приезжают и уезжают целый день. А штрафы за просрочку в регистрации для администрации хостела - конские. Интернет администрации нужен объективно, а не для "посидеть в соцсетях".

На входе стоит vpn-роутер с белым ip-адресом и проверчены нужные дырки для возможности удаленной связи с офисом. Есть внутренний wi-fi и прочая инфраструктура - камеры, принтеры, файловое хранилище, резервный канал инета и т.д. Все как бы работало. До поры.

А с некого времени, вдруг, интернет на линии основного провайдера стал пропадать. Рвет роутер соединение и все тут. Автопереключение на резервную линию занимает примерно минуту (ну техника такая, невысокой стоимости). После этого какое-то время работает на резервной линии и затем опять переключается на основную линию (с провалом интернета в минуту). И так целый день. Интернет - то есть, то нет. В администрации - вой и вопли (видоплясова). И дамоклов меч в виде ФМСа за не поданные вовремя сведения.

Надо отметить, что резервная линия - это lte момед и тариф там не сказать, чтобы дешевый. Тем не менее, при работе на этой линии доступный объем трафика выгребается дня за 2. И дальше оно начинает бешено жрать деньгу и требовать подключение доп. пакетов. Что само по себе уже бесит ввиду необходимости ручного труда. Ну и провалы в инете образуются по этой причине.

Все мы пользуемся шкалой времени UTC в том или ином виде, ибо именно по ней выставляется время в каждом часовом поясе. В её основе лежит время TAI (усреднённое время 450 атомных часов, расположенных по всему миру), что по сути делает эту шкалу максимально точным способом подсчёта времени. Однако есть неприятный ньюанс: длительность солнечных суток (одного оборота Земли вокруг своей оси) не равна 24-м часам (86400 секунд по атомным часам; запомните эту цифру, она нам ещё пригодится). Тем не менее наступление следующего календарного дня мы определяем именно как интервал времени в 24 часа.

Предположим, что время полного оборота Земли вокруг своей оси на одну секунду больше, чем 24 часа по атомным часам. Пусть в первый день рассвет наступает в 6 утра. На второй день рассвет наступит в 06 часов 00 минут 01 секунду (давайте для простоты забудем о наклоне земной оси и прочих сложностях, которые могут помешать ухватить нам суть проблемы). На третий день рассвет наступит в 06:00:02. Через какое-то врем мы ошибёмся ровно на 12 часов: заход солнца будет случаться в 6 утра.

К счастью, средняя длительность солнечных суток в 2000-м году была равна 86400,002 секунды (убегание всего на 2 миллисекунды в год), поэтому расхождение накапливается не так быстро, но тем не менее оно есть. И если вам показалось, что всё это очень похоже "проблему" с високосным годом, то вы чертовски правы. Только там всё происходит из-за вращения Земли вокруг солнца, которое не равно 365 дням, а тут из-за вращения Земли вокруг своей оси, которое не равно 24-м часам (два независимых вращения, не будем их путать!).

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

В июле на Хабре вышла новая фича — расширенная статистика для авторов. Метрики для неё собираются с конца мая, так что дочтения, доскроллы и отказы у всех летних статей трекались прямо с момента публикации.

Я продакт Хабра, вижу статистику всех авторов и хочу поделиться статьями про JavaScript с самыми большими показателями дочтений. Высокие дочтения не гарантируют, что статья соберёт много просмотров или плюсов — поэтому что‑то из списка вы могли пропустить.

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

Кажется, в наш век цифр и графиков, нет ничего круче, чем внедрение KPI. А если бы вы знали, сколько бизнесов на этом споткнулось... Да-да, внедрение системы ключевых показателей эффективности (KPI) — это та самая тропа, по которой прошли многие компании, лишь бы найти себя в выгодной позиции на рынке. Однако реальность такова: внедрение KPI может привести к потере лучших сотрудников. Давайте разберемся, как этого избежать и как сохранить баланс между эффективностью и удержанием ключевых кадров.

Эйчарам, рекрутерам и всем тем, кто занимается наймом — команда Хабр Карьеры поздравляет вас с профессиональным праздником! Желаем, чтобы ваши зарплаты активно росли, сложные вакансии закрывались как можно проще, подходящие специалисты откликались как можно быстрее, а IT-бренд компании был сильный и прокачанный.

✨ В этот день хотим особенно помочь вам с наймом: сегодня до 23:59 по МСК все вакансии на Хабр Карьере можно разместить бесплатно в неограниченном количестве. Да, ВООБЩЕ ВСЕ ✨

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

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

Ради интереса посмотрел статистику по последним статьям .

Результат интересен и наводит на определённые выводы .

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