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

Хотела узнать, что смотрят коллеги (кроме нетфликсов и амедиатек), провела опрос. Результат получился неожиданный. Я думала, ну, соберу каналов 10, которые смотрят все ИТ-специалисты. Не тут-то было! Во-первых, каналов получилось в 10 раз больше, чем я предполагала. Во-вторых, 80% из них — на английском языке. В-третьих, смотрят коллеги далеко не только каналы о программировании, но и о математике, науке, космосе, истории.
Вот вам подборка из 45 интересных, по мнению коллег из EPAM, youtube-каналов на английском языке.

У нас в EPAM работает школа программирования для детей сотрудников — e-kids. В школе волонтёры-сотрудники учат детей работать со Scratch — визуальной средой программирования, созданной специально для обучения детей и подростков. Но всегда рано или поздно наступает момент, когда Scratch уже становится детям не интересен.

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

В идеальном мире сотрудники соблюдают дедлайны, приходят на встречи вовремя и воспринимают обратную связь от коллег с пониманием. Но мир не идеален. Иногда приходится ставить неприятные вопросы и делать замечания, которые могут огорчить. Как вести диалог таким образом, чтобы коллега воспринял критику не как личное оскорбление, а зону для роста? Рекомендациями делится Дмитрий Малиночка, тренер и специалист по обучению и развитию в украинском офисе EPAM.

Никогда не было, и вот опять!

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

Статья включает в себя полезные советы и описание трех самых явных ловушек, в которые можно попасть, работая с инструментами миграции реляционных баз данных, в частности Liquibase. Рассчитана на Java разработчиков уровня Junior и Middle, для более опытных разработчиков может быть интересна для структуризации и повторения того, что, скорее всего, уже известно.

27 марта в Санкт-Петербурге стартует четвёртый хакатон по биоинформатике BioHack 2020. За время существования хакатона в нём участвовали более 300 молодых специалистов из разных стран и было разработано 58 решений. Свои проекты для работы на хакатоне представляли ведущие исследовательские организации: Институт физиологии им. И.П. Павлова, Институт Цитологии РАН, СПбГУ, ФНКЦ ФХМ, JetBrains BioLabs, Институт белка РАН, Genotek, МФТИ, iBinom и другие.

В 2019 году главный приз в размере 150 000 рублей забрала команда Garlic. За 48 часов, отведенных на работу, команда создала инструмент, который позволяет искать геномные перестройки заданной структуры. Мы попросили куратора проекта — Дмитрия Конанова, рассказать о проекте, хакатоне и в целом о жизни биоинформатика.

Немало баз данных на сегодняшний день стремятся сделать всё, чтобы обеспечить высокую производительность, масштабируемость и доступность, при этом минимизируя сложность и стоимость поддержки. Azure Cosmos DB — отличный пример СУБД, которая легко может обеспечить эти качества. Данная статья описывает её возможности вместе с ограничениями, которые могут быть неочевидными с первого взгляда и при этом стать серьезной проблемой в будущем, если их не учесть при проектировании системы.

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

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

Основываясь на своем опыте в этом направлении, я решила показать на примере одного из реальных проектов, кто же такой Quality Architect и когда он нужен.

«…А Лотерейный Компьютер, который-то главным образом и напутал, один из всех вместо того, чтобы извиняться и оправдываться, не только
признал ошибку, но даже явно гордился ею.
— Я изготовлен, — объявил Компьютер, — с минимальными допусками. Я рассчитан на выполнение сложных и точных операций, допускающих не более
одной ошибки на пять биллионов действий.
— Ну и что с того? — спросил Клерк.
— Вывод ясен: я запрограммирован на ошибку, и я выполнил то, на что запрограммирован. Вы должны запомнить джентльмены, что для машины
ошибка имеет этическое значение, да-да, исключительно этическое. Идеальная машина невозможна, и любая попытка создать такую машину была бы богохульством…»

Роберт Шекли, «Координаты Чудес» (1968)

Всем привет. Меня зовут Святослав Щербатюк, я сотрудничаю с днепровским офисом ЕРАМ в роли Lead Business Analyst. В эту профессию я пришел четыре с лишним года назад из сферы юридического сопровождения инвестиционных проектов, которым занимался десять лет.

Сегодня вопрос роли бизнес-аналитика в проекте рассмотрен достаточно детально: известно, какими качествами он должен обладать, как ему лучше строить карьеру, какие навыки развивать. Достаточно воспользоваться поиском Google, чтобы найти адекватные ответы.

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

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

Откуда брать цели и как их формулировать? Почему какие-то мечты воплощать легко, а какие-то никак не реализуются? Разбираемся вместе с Анной Руденко – ведущим специалистом по обучению и развитию персонала в ЕРАМ.

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

Мы поговорили с директором Embedded- и IoT-практики компании EPAM Сергеем Бойко, операционным директором Embedded- и IoT-практики Виталием Божковым и руководителем Physical Technology Practice Кириллом Яцко о том, как и почему EPAM пришла к новой парадигме — интеренту вещей.

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

Дальше я приведу несколько наборов слов, сгруппированных по типовым ошибкам. К каждому слову будет приложена транскрипция, приблизительная транскрипция на русском и ссылка на более детальную информацию в словаре. Так как большинство IT компаний все-таки работает с Северной Америкой, то транскрипции будут из US English.

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

^{фото с Unsplash по запросу "pipeline"}

Общий подход

Привет! Я начинаю серию постов о пайплайнах в разработке и не только, которые помогают удостовериться в качестве разрабатываемых мобильных приложений. Главная идея в том, чтобы осветить все подходы к мобильной разработке, актуальные сейчас: нативную разработку для Android и iOS, React Native, Xamarin и Flutter. Я начну с Android, но сначала хотел бы дать общее представление, о чём это всё.

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

Привет, habr!

Я Software Engineer в EPAM. Более 8 лет я работаю с legacy-кодом, написанном на языке Java (предвосхищая комментарии, отмечу, что понимание и терпимость к legacy началась задолго до EPAM, в заключении вы найдёте ответ, почему). Часто в работе я сталкивался с одними и теми же повторяющимися недочетами. Это побудило меня написать заметку, и начать я хочу со структур данных и вспомогательных классов Collections и Arrays. Почему-то некоторые разработчики пренебрегают их использованием, и напрасно

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

Эта заметка может оказаться полезной как новичкам, которые ещё не знают этих нюансов, так и опытным разработчикам, которые могли что-то из этого забыть.

Наши рабочие будни сложно представить без встреч. Мы собираемся, чтобы решить вопросы или проблемы, распределить задачи, обсудить планы, провести ретроспективу. Но далеко не каждую встречу можно назвать полезной и эффективной. Как сделать так, чтобы рабочие собрания не были пустой тратой времени? От каких совещаний можно отказаться? Что такое «стоимость встречи»? На эти вопросы ответил бизнес-тренер из EPAM Дмитрий Татти.

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

¹(Классический тренинг – двухчасовые лекции – дедлайны, привязка к месту и времени) + ²(онлайн-тренинг – нулевой feedback) + ³(онлайн подача материала + индивидуальный менторинг + практика в лаборатории) = ?

19 октября Алматы впервые примет одну из самых больших и важных конференций EPAM – EPAM INSIDER Kazakhstan. Это попытка соединить растущие амбиции и IT-потенциал Казахстана с опытом лидеров индустрии: создать открытую платформу для обмена успешными практиками, реальными кейсами, новыми технологиями и решениями.

Главные спикеры EPAM INSIDER Kazakhstan сформулировали 5 причин, почему стоит принять участие в главном IT-событии Казахстана.

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

Почему чрезмерная самокритика может нести вред, как распознать и усмирить внутреннего критика, нам рассказала основатель проекта SELFCARIST.SPACE и преподаватель программы «Mindful self-compassion» Анна Шагинян. С темой о внутреннем критике она выступила на EPAM Summer Fest в Петербурге. Нам очень понравился доклад, поэтому мы еще раз встретились с Анной, обо всём её расспросили и рассказываем вам.

Всем привет!

В этой заметке я хотел бы поделиться своим подходом к организации и тестированию кода с использованием Redux Thunk в проекте на React.

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