Пользователь
Год назад я рассказывал о создании цифрового помощника оператора, а сегодня речь пойдет о разработке собственной MES‑системы, которая его заменила и автоматически управляет качеством на производстве.
Каждому проектному менеджеру – от junior до senior, известен скоуп методологий управления проектами. Но многие работодатели не понимают, кто такой менеджер проектов, чем он должен заниматься и какие методологии работают для конкретных задач. Как не выбрать то – не знаю что и не попасть туда – не знаю куда? Давайте разбираться вместе.
Меня зовут Лана Демченко, я администратор проектов направления медицинских ИТ-продуктов в компании «БАРС Груп». Также имею опыт работы в продажах и в административном управлении.
Вообще‑то, такой пост уже был в 2017ом. Но каждый год список меняется, поэтому мы cобрали в одном месте (и регулярно обновляем) компании, которые проводят стажировки для студентов в 2023 году в Ростове, Таганроге или удаленно.
В этом году можно найти стажировки по Java, С#, Kotlin, JS, Go, Python, С++, Swift, FPGA, PHP, Ruby, Flutter, QA, DevOps, ML, Scala,.NET, SQL, дизайну и аналитике от 10 компаний. Актуальная версия есть на github, а в посте есть текущий список и пару рекомендаций для стажёров.
1. Личностные качества (soft skills)
Возраст.
2. Уровень кандидата выше требуемого (overqualified)
3. Отсутствие опыта работы с конкретным инструментом / над конкретной задачей
4. Несоответствие корпоративной культуре
5. Зарплата (готовность кандидата идти на понижение)
В попытке получить фидбек от каждого, не стоит забывать, что у разных компаний разный формат оценки. Использовать обратную связь как инструмент развития можно и нужно, но не стоит «закапываться» (мне отказали, потому что им было важно это, теперь я буду этот навык демонстрировать везде и всегда). У всех разные задачи и цели, под которые и формируется идеальный портрет кандидата.
С каким негативным фидбеком можно работать (оспорить)?
В этом номере самое интересное за январь начало февраля 2023. В том числе, конечно, о релизах
Кто не мечтает о своем доме с несколькими этажами, множеством комнат и большим бассейном? А если он еще и умный?
Сегодня я расскажу о весьма амбициозном проекте — загородном доме площадью 1500 м² с очень большим бассейном и бюджетом 7,5 миллионов рублей на автоматизацию. На экскурсию нас пригласил интегратор Intelligent House, а именно Юрий Арслангереев, будни которого знакомы читателям.
Приглашаем на виртуальную экскурсию по особняку, из которой вы узнаете технические подробности проекта.
Javascript ― язык весьма оригинальный. Его можно любить, ненавидеть и даже бояться, но равнодушным он вас вряд ли оставит. Не знать или не понимать, с чем ты работаешь ― самая частая ошибка, допускаемая современными фронтенд‑разработчиками. Вам бы понравилось, если бы дантист, к которому вы пришли, не понимал, какой он инструмент использует и какие у него особенности работы? Очевидно, что нет. И рано или поздно, если вы действительно хотите стать профессионалами, вы разберётесь во всём, но как сделать так, чтоб это случилось раньше?
В этой статье в блоге ЛАНИТ хотелось бы показать, что о сложных вещах можно и нужно говорить просто.
Люди приходят в разработку из разных профессий. Наверняка вы слышали о случаях «карьерного перерождения», когда вчерашний токарь или, скажем, менеджер по продажам захотел стать востребованным программистом, и у него получилось. Часто такие истории используют в рекламе всевозможных ИТ-курсов.
Герой нашей статьи, старший фронтенд-разработчик МойОфис, также проделал путь из одной профессии в другую (и обратно). Маршрут вышел замысловатым: в начале ИТ-карьеры он решил попробовать себя в роли модели, больше года совмещал кодинг со съемками в Европе, а затем полноценно вернулся в разработку — и понял, что стал специалистом 2.0.
Как моделинг меняет человека и чем может быть полезен разработчику? Рассказываем по порядку.
Третья часть истории создания рабочей киберстанции E-station, в которой я постараюсь раскрыть проблему положений рук.
Разберём особенности положений тела при работе полулежа и лежа. Расскажу про два совершенно разных подхода и их реализацию в существующих рабочих станциях, подсвечу достоинства и недостатки. Объясню, какой вариант выбрал я и почему.
Привет, Хабр! Меня зовут Тимофей, я Python Engineer с опытом в 3+ года.
Я бы не назвал данную статью полноценным роадмэпом в том понимании, в котором это слово обычно используют. В статье нет сроков изучения, отсутствует подробный план, затрагивающей все темы и подтемы. Да и зачем нужен еще один роадмэп «под копирку», когда в сети и так хватает качественных предложений.
Скорее, я хотел бы составить абстрактный план обучения, который сможет задать общий ориентир, а также будет коррелировать с роадмэпом вроде roadmap.sh. Кроме этого, я смогу дать несколько полезных советов из своего опыта, а также составлю списки полезных ресурсов для изучения языка, сопутствующих инструментов и технологий, которые в свое время помогли или же помогают мне самому.
За последние несколько лет я значительно изменил свой подход к проведению технических собеседований. Если когда-то (лет 7 назад) я мог весело и задорно интервьюировать джавистов два часа, то на текущей позиции у меня нет столько времени на каждого кандидата. При наличии 4 открытых позиций и с результативностью 10% (примерно 10% кандидатов проходят собеседование и готовы принять оффер), получается, что мне нужно провести порядка 40 собеседований. Если тратить хотя бы по часу на собеседование, то это дополнительные 40 рабочих часов, которые где-то надо найти. Плюс накинуть 10 минут на переключение между задачами, получается ещё 400 минут (~6.5 часов).
Поэтому я задумался над вопросом повышения эффективности собеседований.
Для себя я сформулировал это следующим образом: как организовать собеседования, чтобы принимать решение о найме в течение 30 минут.
Все мы знаем, как трудно управлять современными приложениями, которые состоят из микросервисов со сложным взаимодействием между ними. Причём управлять одними только микросервисами будет недостаточно, нужен комплексный подход.
В этой статье мы под разными углами рассмотрим управление сервисами и узнаем, как решать эти задачи с помощью service mesh, Istio, eBPF и RSocket Broker.
Всем привет!
Меня зовут Максим Шептяков, и я занимаюсь продуктовой аналитикой уже больше четырёх лет. Так получилось, что я несколько раз приходил в компании или проекты, где (почти) совсем не было аналитики до меня, так что приходилось настраивать удобную работу с данными с нуля. И сегодня я вам расскажу, как можно настроить себе удобную работу с данными всего за час.
Статья подойдёт для тех, кто знаком с Python и SQL.
В ряде практических приложений возникает необходимость поиска простых циклов на графах, в связи с чем встаёт вопрос об оценке количества вычислительных операций, необходимых для этого, т.е. вычислительной сложности задачи.
Сама по себе задача перебора циклов на конкретном графе не является особенно сложной и легко реализуется средствами практически любого языка программирования, поддерживающего рекурсивные вычисления. Однако поиск методов априорной оценки вычислительных затрат переборного алгоритма, к моему удивлению, не дал вменяемых результатов. Тем не менее, достаточно простые рассуждения позволяют получить требуемую оценку, неплохо согласующуюся с тестовыми данными и позволяющую, помимо прочего, получить некоторую дополнительную информацию о структуре результатов перебора.
В 2020 году мы закрыли нашу студию по разработке сайтов. Накопленные компетенции и ресурсы ,решили потратить на разработку редактора презентаций, аналога PowerPoint. Денежная подушка закончилась через год, продукт не запустили, команда разбежалась, а я устроился на работу.
Здравствуйте, меня зовут Артём, и я с ноября месяца изучаю тестирование. Спустя ровно два месяца я получил первое приглашение на техническое собеседование, позиция Junior QA Engineer, мобильная разработка, геймдев. Хотел бы поделиться этой историей с теми кому это может пригодиться, так как не все мои ожидания оправдались, а некоторые вопросы на собеседовании действительно поставили в тупик.