Последние новости

Лучшее из интервью создателя JSON Дугласа Крокфорда
2022-12-08 18:05

Мы поговорили с соавтором JavaScript и создателем JSON Дугласом Крокфордом.

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

О JavaScript

Лучшее, что мы можем сделать сегодня для JavaScript, — это отправить его на пенсию. Двадцать лет назад я был в числе немногочисленных защитников JavaScript. Сочетание вложенных функций и динамических объектов в нём было гениальным. Десять лет я пытался исправить его недостатки и добился некоторого успеха с ES5. Но с тех пор появилась тенденция ко всё большему раздуванию языка вместо его улучшения.

О качестве кода

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

О программном обеспечении

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

Об альтернативе JavaScript

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

О продуктивности

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

Полный текст интервью доступен здесь.

Корпоратив на реальной высоте
2022-12-08 18:05

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

В 2022 году мы второй раз провели корпоратив в формате Evrone Fest. Это значит, что вместо обычной вечеринки мы сделали полноформатное событие с множеством разных активностей. В этот раз мы забрались на самую высокую площадку Москвы — 90-й этаж башни «Федерация».

Мы знакомились, общались, играли в покер и блек-джек, делали ставки в винном казино и разыгрывали в лотерею призы, главным из которых стал Apple iPhone 13 Pro Max 256 Гб. А ещё мы ели, пили, курили кальяны и смотрели салют.

Полностью наши похождения описаны здесь. А пока лишь несколько цифр:

• 150 сотрудников посетили второй Evrone Fest;


• 150 комплектов мерча мы раздали. Никто не ушел без одежды!


• 20 человек помогали нам в организации мероприятия;


• 270 кг различной еды мы съели;


• 40 кг весил праздничный торт, от которого не осталось ни крошки;


• 200 литров напитков мы выпили;


• 850 коктейлей приготовили бармены за вечер;


• 365 метров — на такой высоте проходила вечеринка.

Кстати, мы готовим и видео о фесте! А как прошёл первый фестиваль имени Evrone, можно не только почитать, но и посмотреть здесь.

Ruby Russia’22: как мы сделали 12 докладов с нуля
2022-12-08 18:05

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

В конце сентября состоится 14-я ежегодная конференция RubyRussia. Коронавирус не дремлет, поэтому уже третий год мы делаем её онлайн. С надеждой вернуться в оффлайн, конечно же. Сделать хорошую онлайн конференцию сложно: приходится конкурировать за внимание с Netflix, Genshin, YouTube и TikTok. Мы считаем, что конференция — это не школа с обучением и не пересказ changelogs.

Последние несколько лет на каждой конференции мы пробуем что-то новое. В прошлом году Матц, автор Ruby, выступал по-русски. А в этом году мы снова выбрали самые интересные для обсуждения темы и наш программный комитет с нуля подготовил 12 докладчиков! Как такое возможно и, главное, зачем так делать? Рассказываем.

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

Сразу после окончания RubyRussia’21 мы открыли свой список российских компаний с Ruby-разработкой и начали созваниваться с деврелами, тимлидами, техдирами и рубистами (если мы к вам не приходили, значит мы о вас не знаем. Напишите нам или сразу Григорию Петрову по хэндлу @grigoryvp в любой соцсети). На этих созвонах мы рассказывали о конференции, а затем расспрашивали компании, чем они занимаются. Нашей задачей было найти темы, интересные для обсуждения другим разработчикам: актуальные, обсуждаемые, «подгорающие». Темы, по которым у двух разработчиков обычно три мнения.

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

Предложение, от которого трудно отказаться

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

Так мы собрали в программу 12 докладов, параллельно открыв call for papers — возможность любому желающему предложить на конференцию свой доклад. Конференция делается в первую очередь для сообщества, и нам крайне важно, чтобы каждый год в программе были темы, которые нас действительно интересуют.

Программный комитет тщательно оценил подготовленные нами и предложенные доклады, после чего выбрал 14, которые и составили программу. Посмотрите, что у нас получилось.

Как готовится доклад?

Удаленно по зуму, восемь недель по два получасовых созвона в неделю. Плюс ещё месяц на самостоятельную тренировку. За сотни подготовленных себе и другим спикерам докладов и десятки организованных конференций наш DevRel, Григорий, разработал что-то вроде авторской методики обучения спикеров. Первые несколько созвонов собирается фактура: всё то интересное, что будущему спикеру есть рассказать о теме. Здесь Григорий выступает в роли журналиста: задает вопросы, конспектирует ответы и помогает спикеру собрать в одну кучу всё, что делает тему важной.

После сбора фактуры будущий спикер и Григорий садятся собирать тезисный план — краткий список тезисов, которые вместе рассказывают целую историю. Для тезисного плана начерно проставляются тайминги — сколько примерно минут доклада планируется посвятить тому или иному тезису. В процессе подготовки доклада тайминги могут кардинально поменяться, но на этапе планирования они позволяют понять, как части повествования соотносятся друг с другом, что более важное, а что нет, и влезет ли это всё в 20 минут экранного времени.

Кстати, почему 20 минут, а не традиционные для конференций 30-40? Потому что онлайн, где мы конкурируем за внимание с Netflix, VK и очередным обновлением Genshin. Посмотрев на весь накопленный за годы короны опыт онлайна мы выбрали минимально возможный слот: 20 минут доклад и 10 минут вопросы, 6-8 докладов в день.

После того, как план готов, из него делаются специальные двусторонние слайды: на лицевой стороне слайда то, что видят слушатели конференции. А вот на обратной крупным шрифтом 3-5 слов подсказки, о чём говорить дальше. Когда спикер записывает доклад в студии или выступает оффлайн, он или она видят только подсказки и, не отвлекаясь на слайды, рассказывают историю благодарным слушателям. Ну или режиссеру, сидящему рядом с камерой.

Чтобы рассказать 20-минутный доклад будущий спикер месяц тренируется по 10-15 минут в день: несколько раз подряд записывает, смотрит и снова записывает минутные фрагменты своего рассказа, чтобы научиться управлять тем, как он или она выглядят со стороны.

Какие темы мы обсудим на Ruby Russia?

Красивые описания докладов и программа доступны на сайте. А в этом тексте мы поделимся лишь самыми значимыми хайлайтами.

По-первых, на конференции мы поговорим про Hotwire и Fiber scheduler. Уже есть компании, попробовавшие в проде технологии из Rails 7.0 и Ruby 3.0. Они поделятся своим мнением, ну а вы сможете расспросить подробности, и составить свое представление — взлетит или нет?

Во-вторых, мы обсудим API. Микросервисы задают тренд, а где микросервисы, там множество способов организовать коммуникации между ними, фронтедом и другими участниками архитектуры. Обсудим GraphQL, JSON API, JSON:API, gRPC, способы API генерировать, использовать и тестировать.

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

Кстати делать Ruby Russia Evrone помогают крупнейшие компании: Samokat.tech и Домклик в статусе золотых партнёров, а также серебряные партнёры СберМаркет и Учи.Ру. Это значит, что на конференции помимо докладов вас ждут интересные активности с призами и подарками. До встречи на Ruby Russia’22!

UseStdLibVars: используйте переменные стандартных библиотек
2022-12-08 18:05

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

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

Например, вы создаете запрос. Он должен использовать какой-то метод, например, getpost, в этом случае многие разработчики так и пишут — get. Но вместо этого вы можете использовать константу из стандартной библиотеки. Вам не придётся писать лишний код, линтер сэкономит ваше время.

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

Название линтера, UseStdLibVars, по сути, является призывом к действию «Используйте переменные стандартных библиотек». Линтер уже включен в golangci-lint. Подробную спецификацию и примеры использования можно найти по ссылке.

Evrone на PyConDE в Берлине. Большая ложь о Python
2022-12-08 18:04

В этом году PyConDE и PyData Berlin объединили усилия, чтобы провести самую крутую конференцию для разработчиков Python.

PyConDE, немецкая конференция по языку Python, проводится с 2011 года. PyData Berlin — это одно из крупнейших отделений некоммерческой организации PyData, основанное в 2014 году. PyData Berlin организует ежемесячные встречи, а также ежегодные конференции по Python, данным и всему, что имеет к ним отношение.

Наш DevRel Григорий Петров подготовил доклад под названием «Простой Python: ложь, наглая ложь и метаклассы» о языке Python, его развитии и использовании. Сообщество проявило большой интерес к этому докладу, поэтому Григорий заявил его на PyconDE и попал с ним в программу конференции.

Но из-за отмены авиарейсов Григорий никак не успевал попасть в Берлин. К счастью, наш друг Максим Данилов из компании Wpsoft, который живёт в Австрии, согласился приехать в Берлин и помочь нам. Григорий как специалист по подготовке спикеров к различным конференциям помог Максиму подготовиться к презентации. Максим от имени Григория провёл на сцене отличную презентацию нашего доклада, а затем Григорий ответил на вопросы аудитории через Zoom.

Подробнее о том, как проходила конференция, можно прочитать здесь. А доклад доступен в YouTube.

Надоело копировать модули? Тогда мы идём к вам
2022-12-08 18:04

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

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

Зачем мы написали для этого целую библиотеку? Раньше мы копировали модули из одного проекта в другой, но потом пришли к выводу, что рациональнее использовать библиотеку. Готовой современной поддерживаемой библиотеки мы не нашли, поэтому наш Python-лид Артём Иннокентьев сам написал и выложил на GitHub эту оболочку.

Этот пакет избавит вас от постоянного копирования кастомной модели пользователя из проекта в проект. А подробнее об архитектуре и интеграции можно почитать здесь.

Как читать штрихкоды с помощью браузера
2022-12-08 18:01

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

Зачем вообще веб-приложениям читать штрихкоды?

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

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

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

JavaScript библиотеки

Легко интегрируются, но ломают производительность всего приложения из-за гигантских размеров. Умеют распознавать растровые изображения прямо в браузере, но делают это очень нестабильно, процент верных распознаваний в некоторых библиотеках составляет лишь 20%. Зато есть большой плюс - большинство таких библиотек бесплатны, а платные версии дешевле альтернативных вариантов распонавания. Так что для небольшого количества считываний это может оказаться рабочим вариантом.

Платные сервисы

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

Отдельное приложение

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

Shape Detection API

Разработка Mozilla, которая даёт доступ к вычислительным ресурсам компьютера через браузер. В целом инструмент можно использовать для распознавания любых изображений и даже лиц, для штрихкодов есть отдельный Barcode Detection API, сделанный на той же платформе. Высокий процент распознавания и, главное, это абсолютно бесплатно. На данный момент доступен только в браузерах на основе Chromium, список читаемых форматов можно проверить здесь.

Интересно, что Evrone одними из первых проверили работу этого инструмента на реальном проекте для Loreal Academy. В продакшен наше веб-приложение вышло через неделю после релиза API, и стабильно распознаёт коды с его помощью по сей день.

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

Советы против выгорания от топ-разработчиков
2022-12-08 18:00

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

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

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

Роб Пайк — соавтор языка программирования Go.

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

Юкихиро Мацумото — автор языка программирования Ruby.

«Мой главный принцип — это минимизация отвлекающих факторов. Работая за компьютером, я всегда включаю режим «не беспокоить». Так я фокусируюсь на работе и сохраняю спокойствие. Сейчас, когда многие работают из дома, онлайн-коммуникации стали повсеместны. И я прикладываю усилия, чтобы эти коммуникации до меня не добрались. Если есть что-то действительно важное, то я всё равно узнаю об этом каким-нибудь способом. Но не сразу, и не отвлекаясь от работы».

Жозе Валим — автор языка программирования Elixir.

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

Брам Моленар — автор текстового редактора Vim.

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

Джо Бе́да — главный инженер VMware, один из создателей Kubernetes и Google Compute Engine.

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

Кеннет Рейц — автор ореn source библиотеки requests и pipenv.

«Я начал вести записи, где фиксирую что, когда и почему меня расстроило или напрягло в течение недели. Как только я определяю ситуацию, которая меня огорчает или выводит из себя, я больше не пытаюсь её предотвратить или избежать. Вместо этого я стараюсь заранее понять, что именно вызывает у меня такую эмоциональную реакцию. Не всегда срабатывает, но в целом мне очень помогает. Например, я не дергаюсь так из-за уведомлений по Slack, как раньше, даже если не включаю режим „не беспокоить“».

Армин Ронахер — автор Flask и Jinja2.

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

Эван Ю — независимый разработчик и автор Vue.js.

«Занимайтесь спортом! Я снова начал играть в баскетбол несколько лет назад, и это просто совершило чудо с балансом личного и рабочего в моём графике. Мы, программисты, сидим весь день перед экраном, поэтому, чтобы избежать выгорания, полезно найти активное хобби, типа баскетбола или подобного. Я также играл во фрисби в прошлом, что тоже было очень весело. А ещё я пытаюсь заняться гольфом, но он мне не очень поддаётся».

Кори Альтхофф — автор блога Selftaught.blog, основатель сервиса поиска курсов «Coding List», автор книги «Сам себе программист».

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

Дэвид Уолш — фронтенд-разработчик с большим опытом работы с JavaScript, HTML5, CSS, а также PHP и Python.

«Я думаю, один из путей преодолеть сложности или избавиться от скучных, повторяющиеся действий, — использовать свои творческие способности и навыки программирования, чтобы решить проблему раз и навсегда. Если вы сумеете полностью или большей частью автоматизировать выполнение скучной задачи, то каждый раз, когда она запускается, можете улыбнуться и сказать: „Ага, раньше это было неинтересно, но посмотрите-ка на это сейчас“. Решение таких проблем также поможет вам расти как разработчику».

Майкл Кеннеди — разработчик и автор подкаста Talk Python To Me, основатель Talk Python Training, онлайн-программы обучения языку Python.

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

Стив Клабник — один из разработчиков Rust.

Как в Evrone пишут Python-код?
2022-12-08 17:58

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

Здесь мы подробно описали, как они работают.

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

Есть раздел, связанный с pull request. Как ни странно, не все разработчики знают, как создавать такие запросы или как их рецензировать. Мы решили формализовать решения, чтобы не объяснять это каждому новому разработчику.

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

Отдельный раздел посвящён документации ОреnAPI. Этот формат поддерживается большим количеством клиентов (Swagger, Postman, Insomnia Designer и др.). Кроме того, рукописная документация имеет тенденцию быстро устаревать, а документация, которая генерируется непосредственно из кода, позволяет не думать постоянно об её обновлении.

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

Интересные мысли создателя С++ из интервью Evrone
2022-12-08 17:57

Бьёрн Страуструп (Bjarne Stroustrup) спроектировал и разработал C++. Он также написал ряд книг об этом языке и больше ста научных статей.

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

Об образовании

Когда я пытался объяснить свои идеи, я понял, что недостаточно создать что-то, нужно научить людей хорошо использовать то, что создал. Это стало проблемой для C++. Часто мое послание заглушали люди с упрощенным видением и склонностью к громким заявлениям. Я постоянно слышал в 1980–90 годах жалобы вроде «Мы не можем достаточно быстро подготовить преподавателей», и язык C++ часто преподавали ужасно. Неудивительно, что у некоторых сложилось очень негативное представление о C++.

О математике

Математика учит быть точным и не верить в чрезмерно упрощенные или ложные идеи. Есть области, где математика необходима, например, для научных расчётов, некоторых видов графики и большей части финансового программного обеспечения, но для большинства людей нужны такие разделы математики, как теория вероятности и статистика. Достаточно ли быстро работает ваш код? Будет ли он масштабироваться? Каковы вероятные события и их последствия?

О злоупотреблениях

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

О природе языка

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

О наставничестве

Хороший наставник должен давать конкретные советы, а не выдавать общие расплывчатые фразы. Если кто-то обращается к вам с серьёзным вопросом, он заслуживает серьезного ответа, который поможет двигаться дальше. Давать советы трудно. Хорошие вопросы многому учат. Они являются основным двигателем прогресса. Хороший наставник сам многому учится у студентов.

Полную версию интервью можно прочитать на сайте.

Главное из интервью Дэвида Уолша для Evrone
2022-12-08 17:53

Дэвид Уолш (David Walsh) — известный фронтенд-разработчик с большим опытом работы с JavaScript, HTML5, CSS, а также PHP и Python.

А ещё он ведёт популярный блог. В своём интервью для Evrone Дэвид рассказал о Web 3.0 и о том, как правильно строить работу и расслабляться.

О будущем технологий

Мы увидим возможность приобретать токены для долей традиционных активов: недвижимости, акций и т. д. Мы увидим, как DAO будут приняты крупными корпорациями. Мы увидим, как традиционные спортивные и другие коллекционные карточки превратятся в NFT на блокчейне. Я также надеюсь, что правительства и предприятия будут принимать криптовалюту в качестве оплаты.

О синдроме самозванца

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

О выгорании

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

Об обучении

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

Полная версия интервью доступна у нас на сайте.

Подбираем российские облачные сервисы
2022-12-08 17:52

На прошлой неделе Amazon Web Services (AWS) заявил, что приостанавливает регистрацию новых клиентов из России и Белоруссии. Ниже разбираемся, что делать, если вы были их клиентом, и какие есть альтернативы. Аналогичное заявление выпустили в Microsoft, пока компания сообщила лишь, что останавливает продажи новых продуктов и услуг, в том числе облачного сервиса Azure. По оценке Statista, вместе они занимают более 50% глобального облачного рынка.

Как это работает сейчас?

По заявлению AWS, большинство из действующих клиентов из РФ и Белоруссии являются дочерними структурами международных компаний, поэтому им санкции не грозят. Пока доступ к существующим аккаунтам AWS продолжает работать как и прежде, без VPN. Также местные разработчики имеют доступ к сервису через аккаунты иностранных компаний, проекты которых они обслуживают. Но будет ли это работать и дальше, неизвестно, пока Amazon ничего официально не объявлял.

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

Чем заменить?

Пока не все иностранные сервисы заявили об ограничениях, но гарантий того, что они будут работать как прежде, нет. Кроме того, оплатить их сейчас тоже непросто. Например, DigitalOcean пока работает с российскими клиентами, но оплатить его с территории России сложная задача. Не понятно, как будет действовать и Google Cloud Service.

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

Selectel

Цена: по запросу

Что предлагает: VMware, GPU, vCDU, поддержка FTP и S3 API, CDN, DNS-хостинг, Managed Kubernetes.

Яндекс.Cloud

Цена: От 116 рублей в месяц за аренду виртуальной машины, от 530 рублей — за кластер управляемой базы данных. При создании платёжного аккаунта дают грант в 4 тыс. рублей.

Что предлагает: Managed Kubernetes, ClickHouse и PostgreSQL, Object Storage с Amazon S3, облачные DNS и CDN

Sber Cloud

Цена: по запросу, сетка тарифов для каждого решения представлена на сайте.

Что предлагает: VMware, Managed Kubernetes, Data Lake Insight, RDS для PostgreSQL, MySQL и SQL Server, Elastic Cloud Server.

VK Cloud Solutions

Цена: по запросу, есть калькулятор на сайте. При активации аккаунта дают депозит 3 тыс. рублей.

Что предлагает: Cloud GPU NVIDIA, Автомасштабирование Kubernetes, S3-совместимость, IoT-решения, ClickHouse и MongoDB.

Ростелеком

Цена: по запросу. Есть бесплатный тестовый период.

Что предлагает: поддержка OpenStack Swift и Amazon S3. Подробности по запросу.

Cloud МТС

Цена: по запросу

Что предлагает: Azure Stack, HaaS, S3 Storage, Veeam Backup, MLOps Platform, Containerum Kubernetes Service, CDN.

Мегафон

Цена: по запросу

Что предлагает: Iaas с VMware/OpenStack, DS, vGPU, Kubernetes Managed service, DCS, CDN

Кастомизируем Yandex Tracker с помощью open source
2022-12-08 17:49

Как и Jira, сервис Yandex Tracker предназначен для совместной работы над проектами и управления процессами внутри компании. Yandex Tracker используется для структурирования и реализации проектов, таких как разработка приложений, проведение рекламных кампаний, обработка запросов пользователей, утверждение контрактов и т. д.

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

Yandex Tracker не может автоматически перемещать задачи по виртуальной доске, а перемещать их самостоятельно не всегда удобно. Например, разработчик может запушить коммит и открыть pull request (PR), но затем ему придется зайти в Yandex Tracker и вручную изменить статус задачи, например, «На ревью».

Одна из команд Evrone, работающая над внутренним ERP-проектом, решила автоматизировать этот процесс. Сразу же появилась идея создать экшен для GitHub Actions, поскольку на данный момент ничего подобного в Github нет. У Yandex Tracker есть API, которому можно отправлять запросы, например, «Перевести задачу в другой статус».

Это и делает Yandex-tracker-action: взаимодействует с Yandex API «за кадром» и перемещает задачу. Теперь при открытии pull request выполняется действие по перемещению задачи. Когда мы принимаем pull request, задача также переходит в статус «Merged».

Подробнее о том, как работает Yandex-tracker-action, можно узнать здесь. Там же ждет ссылка на GitHub.

Новый open-source для тестирования ещё не созданных API
2022-12-08 17:49

Мы в Evrone не только пользуемся open-source решениями, но и стараемся внести свой вклад. Недавно мы сделали Dummy, который помогает запустить mock-сервер на основе контракта API, чтобы протестировать API еще до того, как он будет создан.

Наш golang разработчик Александр Мелентьев придумал Dummy, работая над проектом клиента. Нужна была интеграция с API партнера, но использовать настоящий API было нельзя. Со спецификацией OpenAPI можно было бы сгенерировать сервер с помощью swagger-codegen, но тогда мы бы получали пустые ответы, для теста нужно было писать их вручную. Поэтому мы решили написать инструмент, который на основе OpenAPI генерировал бы сервер, способный выдавать в ответ примеры из спецификации.

Пока Dummy работает только с OpenAPI, но вскоре мы добавим GraphQL, RAML и gRPC. Подробнее о том, как всё устроено, читайте в кейсе у нас на сайте.

Подборка полезных ресурсов для разработчиков
2022-12-08 17:48

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

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

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

Здесь приводим подборку полезных ресурсов о Python:

• Evrone Python Digest — наш ежемесячный дайджест по Python. Освещает наиболее заметные события в мире Python-разработки.


• r/Python — место встречи Python-разработчиков на Reddit.


• Python Insider — официальный блог разработчиков языка.


• Real Python — новостной и образовательный портал. Множество крутых туториалов, статей и гайдов.


• Planet Python — потрясающее количество информации по Python.


• Python Дайджест — еженедельный новостной дайджест. Выпускается с 2013 года и содержит уже более 400 выпусков.


• PyCoder’s Weekly — еженедельный новостной дайджест. Работает с 2012 года и насчитывает более 500 выпусков.

А у нас на сайте можно найти также подборки по Ruby, Go, Frontend или DevOps. Дайджесты для разработчиков — несем пользу IT сообществу | Evrone

Почему сотрудники Evrone коллекционируют открытки
2022-12-08 17:47

Когда вы в последний раз получали открытку по почте? Забытое, но приятное чувство, особенно если к ней прилагается подарок. Сотрудники Evrone получают такие комплекты, как минимум, два раза в год: на День рождения и годовщину работы в компании. Да, мы не забываем об этой дате!

Вы помните свой первый рабочий день в компании? Обычно мало кто об этом задумывается, но годовщина хороший повод, чтобы сделать человеку сюрприз и повысить его лояльность. Главное, не подходить к поздравлению формально. Мы в Evrone не только поздравляем в общем чате, но и отправляем подарки и открытки с пожеланиями от компании и коллег. Для удалённых команд, как наша, это особенно важно: приятно, когда это не просто сообщение, которое скоро забудется, а осязаемая вещь.

Мы решили превратить открытки в артефакт, и добавить к ним чуть-чуть интерактива. Наши дизайнеры и постоянный иллюстратор Женя Артемьев придумали серию из 20 разных открыток на каждый год работы в компании. Серия рассказывает историю персонажей, как комикс, и каждая новая открытка становится новым эпизодом повествования. Это делает открытку частью коллекции, которую непросто собрать. Эти открытки не продаются и не дарятся людям вне компании.

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

Все открытки для Evrone создаёт иллюстратор Женя Артемьев. Сам он называет свой стиль японским, поскольку он во многом опирается на рисовку японских мультиков о трансформерах и других персонажей, например, Hello Kitty.

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

Женя Артемьев, иллюстратор.

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

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

Спасаем персонал от выгорания и конфликтов
2022-12-08 17:41

Главные тезисы круглого стола Evrone.

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

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

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

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

Кто должен этим заниматься?

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

Идеально, когда в команде есть people process lead — человек, который контролирует внутренние коммуникации. У него есть необходимые навыки, плюс, это снимет нагрузку с техлидов.

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

Как предотвратить проблемы?

Лучший способ избежать проблем — предусмотреть их. Для этого необходима постоянная коммуникация внутри компании. Поддерживать её можно разными способами, и один из удачных примеров — опросы. Анонимные анкеты помогут выявить команды, где напряжение особенно велико, и работать с ними точечно. Также в опросах удобно собирать фидбек по процессам, сотрудники сами подкинут идеи о том, что можно улучшить.

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

Поможет ли психолог?

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

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

С психологом по ДМС тоже есть проблема — предложенный специалист может просто не подойти сотруднику. В «Ростелекоме» решили этот вопрос партнёрством с онлайн-сервисом по подбору психологов. Сотрудник сам выбирает нужного специалиста и работает с ним в удобном формате.

Что делать с политическими дискуссиями?

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

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

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

Где послушать обсуждение полностью?

Полная запись разговора доступна на YouTube В обсуждении участвовали

руководитель отдела разработки и развития инфраструктуры СберМегаМаркет Артем Алекторов, директор по подбору и развитию HR-сервисов РТК ИТ Ростелеком Ольга Романова, директор по персоналу МойОфис Екатерина Дементьева, Head of HR BP Самокат Наталья Копелян, IT Recruitment lead Dodo Engineering Юлия Яковлева. А модератором дискуссии стал бессменный DevRel Evrone Григорий Петров.

Какие митапы Evrone готовит в этом году?
2022-03-30 13:50

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

О больших событиях мы ещё расскажем подробнее, а сейчас ловите график митапов:

Frontend meetup - 9 марта

Ruby 17 meetup - 30 марта

DevOps meetup - 6 апреля

Python meetup - 13 апреля

GO meetup - 20 апреля

Ruby 18 meetup - 11 мая

GO meetup - 29 июня

Frontend meetup - 6 июля

Ruby 19 meetup - 24 августа

Python meetup - 7 сентября

GO meetup - 19 октября

Python meetup - 2 ноября

DevOps meetup - 9 ноября

Ruby 20 meetup - 16 ноября

Frontend meetup - 30 ноября

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

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

А ещё в 2022 Evrone запускает череду квизов по разным технологиям. Первый Ruby-квиз уже доступен по ссылке. Если правильно ответить на все вопросы, можно выиграть Apple AirPods Pro, Яндекс.Станцию и увлажнитель от Electrolux. Скоро также запустим квизы Python, Go, Frontend и DevOps с не менее приятными призами. Следите за обновлениями на quiz.evrone.ru и в блогах компании.

Как запомниться клиенту небрендированным подарком
2022-03-30 13:46

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

Зачем дарить подарки? Чтобы сделать приятно, конечно же. Но у бизнес-подарков есть и другие функции — напомнить о себе и запомниться на будущее. Многие до сих пор считают, что с этой задачей отлично справится логотип. Мы не согласны — всем надоел цветастый брендированный хлам.

Что мы планировали

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

Сергей Аненко, арт-директор.

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

Мы собрали подарочные наборы, в состав которых вошли:

• чай,


• чайные пиалы,


• доска для сервировки чая,


• кожаная обложка для документов,


• блокнот,


• открытка.

Всё это мы упаковали в красивые боксы в той же цветовой гамме.

«Подарки объединены идеей, которая резонирует с трендом на осознанность и цифровой детокс. Набор объединён концепцией замедления, времени для себя, чтобы подвести итоги года и и запланировать будущее. Выпрыгнуть из потока рутины и задач, почувствовать, чего хочется в моменте»

Сергей Аненко, арт-директор.

Что мы реализовали

Нематериальное

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

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

По стилю мы старались сделать подарки более светскими, хотя чай и пиалы — это восточная традиция. Мы вдохновились Востоком, но адаптировали предметы под современный мир и тех, кто не привык превращать чаепитие в церемонию.

Материальное

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

Чай мы подобрали в специализированном магазине с прямыми поставками из Китая. Нам посоветовали Ми Хуань Габа Улун — освежающий чай с медово-пряными нотами. Говорят, он помогает выровнять эмоциональный фон и сосредоточиться, что идеально отвечает нашей концепции.

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

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

Что мы поняли

Подарки понравились не только нам самим, но и адресатам. Мы получили много благодарностей, а значит, попали в цель.

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

Сергей Григорьев, генеральный продюсер видеопродакшна LISPAKO.

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

• Подготовку стоит начинать как можно раньше.


• Опираться на концепцию


• Не гнаться за брендингом


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


• Собирать отзывы. Это поможет поработать над ошибками и собрать идеи для будущих подарков.

Посмотреть, что ещё умеют наши дизайнеры, можно здесь.

Update-informer расскажет о новых версиях полезных инструментов
2022-03-30 13:43

Update-informer - библиотека, которая позволяет автоматически проверять наличие новых версий на GitHub и Crates.io — реестре крейтов сообщества Rust, основной ресурс, где хранятся все проекты, библиотеки и т. д.

Инструмент создал open-source энтузиаст Evrone Михаил Грачёв.

Если добавить update-informer в CLI-приложение, он будет периодически (например, раз в день) проверять, не вышла ли новая версия. Если она есть, update-informer отправит в консоль сообщение со ссылкой на обновление.

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

Как его установить, читайте здесь.