IntelliJ IDEA - фактически основной инструмент наших разработчиков. Года полтора назад мы публиковали собрание полезных фишек IDEA. С тех пор прошло много времени, а мы насобирали новую подборку - теперь уже для тех, кто только начинает работать в IDEA с Git. Кому интересно - добро пожаловать под кат.
Снова рассказываем по мотивам внутреннего митапа.
Сегодня рассказ пойдет о двух удобных способах сократить рутину в Redux, которые мы используем в разных частях собственного проекта. Речь пойдет о малоизвестной библиотеке Type to reducer и довольно функциональном Redux toolkit. Почему нам было трудно жить с чистым Redux, зачем нужны вспомогательные инструменты и как они облегчают жизнь, читайте под катом.
Статья написана по итогам внутреннего митапа для нефронтендеров, проходившего пару месяцев назад, и рассчитана не только на тех, кто в теме.
Всем привет! Меня зовут Андрей. Сегодня я расскажу о проекте, который делал для своей жены и при активном ее участии. Это устройство на Raspberry Pi с опенсорсным софтом для контроля сахара в крови с помощью данных мониторинга и команд, отдаваемых инсулиновой помпе.
Оговорюсь, что все это мы делали на свой страх и риск. Зарегистрированных медицинских устройств такого назначения не существует. Но мы не были готовы ждать, пока найдется энтузиаст, который разработает коммерческий инструмент и пройдет весь путь медицинской сертификации, чтобы продукт появился в магазинах.
Не знаю, можно ли построить удачную удаленку без регулярных встреч один на один с каждым членом команды. Если посчитать, на такие разговоры тратится огромное количество времени, но зато мы параллельно решаем сразу несколько задач. В этой статье поговорим о том, как у нас организованы созвоны один на один и чего мы с их помощью добиваемся.
Привет! Меня зовут Кирилл, я один из основателей Максилекта. Когда-то я был разработчиком, позже - помогал Максилекту выходить на рынок, а теперь работаю в другом бизнесе, где имею отношение к найму, поэтому могу смотреть на ситуацию с разных сторон.
Сегодня предлагаю пофилософствовать на тему “а нужно ли разработчику высшее техническое образование” и “можно ли его заменить быстрыми курсами”. Объясню, почему компании смотрят на вышку в резюме, и приглашаю в комментарии подискутировать о возможных альтернативах. Если вы знаете, какой самый главный навык должен быть у разработчика, как его развить и проверить, вам точно сюда.
Микросервисная архитектура популярна. Даже если речь идет о создании одного небольшого приложения, как правило его реализуют в виде пачки микросервисов, которые запущены отдельно и как-то реплицируются. Как они между собой будут взаимодействовать?
В этой статье поговорим о том, какие бывают способы общения в микросервисной среде. Расскажу на пальцах, какие обычно предъявляются требования к общению сервисов, почему большинство использует REST API, даже при том, что у него тоже хватает минусов, и при чем тут Kafka.
Рассчитываю на новичков, но если у вас есть интересный опыт в этих вопросах - добро пожаловать в комментарии.
Тут не будет мотивационных речей и призывов учиться каждый день. Просто немного самоанализа, чтобы компании, которые присутствуют на Хабре и думают, как бы построить развитие своих сотрудников, знали, от чего отталкиваться.
Спойлер: для саморазвития нужно несколько источников знаний, плацдарм для экспериментов и время, чтобы этим всем заниматься. В этой статье расскажу, откуда все это беру лично я.
Последние два с половиной года показали, насколько важно уметь противостоять стрессу на длинной дистанции. Если в офисе есть коллеги и, в конце концов, пятничный бар, где можно слить накопившийся негатив, на удаленке приходится изыскивать собственные способы профилактики. И чем выше напряженность в обществе, тем более виртуозным должно быть умение не поддаваться унынию.
Эту подборку рекомендаций мы собрали по итогам внутреннего собрания, посвященного стрессу, где все желающие могли поделиться своими паттернами. Возможно, вы бы хотели что-то к ней добавить? В таком случае добро пожаловать в комментарии!
Еще весной 2021 года мы оценивали примерно половину трафика через наш рекламный продукт, как фрод. Для его фильтрации использовали сторонний инструмент, но сами были не в восторге от этого решения - мы вынуждены были платить за его использование, но не могли повлиять на происходившую под капотом “магию”.
Взяв дело в свои руки, мы разобрались в деталях и проработали собственную систему фильтров. После отключения партнеров, подавляющая часть трафика от которых принадлежала ботам, мы сократили долю входящего фрода до 10%. А с этой долей мы легко боремся ловушками в режиме реального времени.
Под катом не раскроем всех секретов, но расскажем о подходе.
В облаке многие думают над стартом приложения, но не все задумываются о том, как оно завершается. В свое время мы наловили довольно много ошибок, связанных именно с остановкой подов. Например, увидели, что Kubernetes изредка убивает наше приложение до того, как оно успевает освободить ресурсы, хотя вроде бы так происходить не должно. Воспроизвести проблему с первого подхода не получилось, и мы задались вопросом, а что же там происходит под капотом?
В ходе своих изысканий мы нашли сразу несколько моментов, которые в нашем сервисе нуждаются в graceful shutdown. На паре примеров я в этой статье покажу, почему важно об этом подумать и с какой стороны к можно подойти к этой задаче.
Тема здоровья оказалась очень близка максилектовцам. В продолжение серии об осознанном наблюдении за своим состоянием и нагрузками в этой статье один из наших разработчиков рассказывает о личном опыте похудения, как это называется, без голодовок, смс и регистрации. Читайте под катом о том, как из мелочей собрать образ жизни, который не потребует постоянного самопреодоления, но позволит со временем почувствовать себя лучше.
Реклама - огромная отрасль и социально-экономическое явление. Мы каждый день соприкасаемся с различными ее проявлениями - в витринах магазинов, на дорогах, на интернет-сайтах и в приложениях на смартфоне.
За баннерами и ссылками стоит целая индустрия со своим хайлоадом, интересными задачами и заметными экономическими последствиями. И хотя реклама действительно может быть назойливой, на мой взгляд ее позитивное влияние на мир все же перевешивает. Хотите знать, почему - добро пожаловать под кат!
С тех пор, как все собираются в Zoom, а не в офисной переговорке, стало так легко кидать людям встречи. Просто бахнул в календарь, и все придут, не спрашивая, зачем их вызвали. Но это не значит, что время пройдет с пользой. Как раз наоборот, в созвонах гораздо легче потратить время других впустую. Для удаленки это настоящая боль!
Кажется, что многие просто привыкли общаться по наитию - собрались, как-то поговорили и разбежались. А если встреча есть, но тема им не интересна, они просто продолжают заниматься своими делами, отключив микрофон и видео, опять же, не задаваясь вопросами, зачем они там нужны. Некоторые даже не догадываются, что происходящее в этот момент не оптимально и кто-то от этого страдает (а может кто-то думает, что работать в принципе тяжело и все должны страдать…).
Но это ненормально и встречи можно проводить эффективнее. Под катом - о том, как сделать по-другому.
Будучи основателем одной компании и сотрудником другой, я уже много лет сталкиваюсь с наймом разработчиков и замечаю, что с годами искать квалифицированных специалистов в том количестве, которое требует рынок, все сложнее. А учитывая ускоренное развитие ИТ и курс на "цифровизацию" большого количества компаний РФ и не только, а также движение в сторону удаленки, я понимаю, что система образования вместе со всеми дополнительными программами и микро-курсами справиться с нарастающим спросом не сможет. К чему это приведет в масштабах кадрового рынка и мирового распределения ресурсов? Предлагаю обсудить в комментариях.
Я занимаюсь коммерческой разработкой ПО уже 14 лет. В основном работал над корпоративными или очень похожими на них проектами и успел оценить, какие технологии и решения работают хорошо, а какие не очень или даже откровенно плохо.
В этой статье поделюсь взглядом на то, как стоит выбирать инструменты. Свою точку зрения не навязываю, но хочу привести аргументы, почему некоторые решения оказались лучше других. В ответ хотелось бы услышать ваше мнение о том, какие технологии работали или нет именно для корпоративных приложений.
Осенью прошлого года мы взялись описывать в блоге различные аспекты жизни удаленщика, напрямую не касающиеся работы. Выпустили две статьи о здоровье - про ходьбу и сон. Сегодня продолжаем тему рассказом об употреблении обычной воды.
В комментариях к статье про ходьбу читатели хорошо раскрыли тему учета потребляемой еды и подсчета калорий. Когда-нибудь мы еще проанализируем эти комментарии, чтобы собрать все самое ценное. Но незатронутой осталась тема употребления жидкости, а ведь за этим тоже нужно следить.
Мы обсуждали тему приема воды, как обязательного элемента, на одном из внутренних собраний. Делимся результатами наших обсуждений, а также некоторых дополнительных изысканий.
Удаленка подходит не каждому. Но когда встречаешь отзыв о том, что она не зашла в масштабах всей компании, как правило, видишь не единодушие коллектива, а скорее недоработки в процессах.
Мы начали работать в удаленном формате еще до того, как это стало мейнстримом. В этом году отметили 6 лет - немалый срок для компании. А у нас есть специалисты, которые не вылезали в офисы и по 10 лет. Проанализировав этот опыт и примеры коллег по рынку, мы сделали короткий тест. Предлагаем оценить, насколько лично вы готовы к удаленке на длинной дистанции в конкретной компании.
Отвечайте на вопросы и суммируйте баллы. Чем выше результат - тем проще вам будет сотрудничать вдолгую с этим работодателем. Тем меньше именно “процессных” ошибок в вашем взаимодействии.
В этой статье поговорю про основы работы с Postman для начинающих тестировщиков. Сама я столкнулась с этим инструментом как раз на последнем проекте.
Расскажу, как с его помощью создавать простейшие автотесты и уменьшать объем рутины с помощью переменных.
Всем привет! Я Лейла, системный аналитик в Максилекте. Уже 7 лет работаю в ИТ на проектах разного уровня, в основном это разработка высоконагруженных Enterprise-систем. Подавляющее большинство задач, с которыми мне приходится сталкиваться, – это проектирование интеграционного взаимодействия между системами, так что тема интеграции мне близка. В этой статье хочу рассказать о том, с какой стороны подходить к подобным задачам - как не наступить на грабли. Приведу несколько практических кейсов из своего опыта, а также выделю навыки, которые помогут аналитику решить такие сложные задачи.
Совсем недавно рассказывала об этом на AnalystDays’13. Интерес аудитории к моему докладу сподвиг обобщить мои мысли в виде статьи.
Kotlin создавался, чтобы избежать некоторых проблем Java. Но как и в любом языке, есть в нем свои особенности. Разрабатывая собственный проект, мы наткнулись на несколько таких моментов. Часть стреляет вам в колено на продакшене, только если вы ими злоупотребляете. Другая отражается на производительности высоконагруженных систем. Все эти моменты сложно заметить, поскольку их не подсвечивают специально плагины для IDE, да и в целом на первый взгляд код похож на валидный.
В этой статье мы поговорим о том, на что нужно обратить внимание.