Я работаю в сфере IT чуть более 1 года как Test Automation Engineer.
Мое базовое образование никак не способствовало этому, поскольку в моем дипломе написано “Логистик-Экономист”. Тернистный путь в IT я начала с бесплатных курсов при одной крупной компании в моем городе, после них поработала в той же компании на 2х проектах, после чего решила сменить место работы.
Сегодня в нашей виртуальной студии Себастиан Дашнер. Вкратце, кто это такой:
В этом интервью мы поговорим на следующие темы:
Всем привет!
Недавно в Новосибирске прошла очередная C++ Siberia 2019. На конференции была уютная атмосфера и много хороших докладов. Видеозаписи докладов сейчас готовятся к публикации. Пользуясь случаем, я побеседовал с двумя нашими частыми докладчиками, которые редко пропускают конференции и делают всегда отличные доклады: Антон Полухин antoshkka и Павел Филонов.
Антон — представитель России в ISO на международных заседаниях рабочей группы по стандартизации C++, автор нескольких принятых предложений к стандарту языка C++, Boost-библиотек и книги «Boost C++ Application Development Cookbook».
Павел — разработчик-исследователь в Лаборатории Касперского, занимается вопросами применения методов машинного обучения в задачах обеспечения безопасности кибер-физических систем, ведёт преподавательскую деятельность. В ожидании видео с конференции предлагаю вам прочитать расшифровку нашей беседы.
I once had a discussion with a founder of an Israeli startup developing a GPU-based database with a focus on speed. The work stack included Haskell and C++, among others, and the founder was complaining about how hard it is to find competent programmers. Which was part of the reason he came to Moscow.
I carefully asked if they considered using something more popular and new. And even though the answer was rather polite and well-supported with arguments, it still sounded like “Come on, don’t even bring up these toys”.
Until then, all I heard about Haskell could be summarized as “be VERY careful in dealing with it”. To get to know Haskell programmers better, I came to a topical Telegram chat with some questions. I was quite afraid at first, and, as it turned out, I was right.
Haskell doesn’t lend itself to popular explanation, and people seemingly don’t even try. If the topic is ever brought up, it’s only talked about in full depth and as objectively as possible. Someone wrote to me: “One of the defining features of both Haskell itself and its community is that they didn’t try to achieve any kind of mainstream recognition. Instead, they focused on building a logical, principal way of solving real problems over trying to appease the widest audience possible”
Nevertheless, a couple of people did tell me about their experiences, which are shown below.
Читать полностью »
tl;dr: Вопросы и задачи на собеседованиях по программированию кажутся излишне сложными. Иногда так и есть, что добавляет стресса. Это не единственный довод против них. Наши данные показывают, что более сложные задачи на самом деле хуже предсказывают конечный результат, чем более простые.
Тяжело программировать под давлением времени. Тем более на собеседовании. Задание, которое в нормальных условиях кажется простым, каким-то образом вызывает огромные проблемы в ярком свете комнаты для интервью. Гормоны стресса затуманивают мозг (к сожалению, ни драка, ни бегство не станут эффективным ответом на кодерскую проблему). Возникает ощущение, что вопросы словно специально разработаны с извращённой сложностью. Думаю, эти чувства возникают не на пустом месте.
В самом деле, задачи на собеседовании умышленно сложные. Поскольку ошибка в найме обходится дороже, чем отказ хорошему инженеру, это подталкивает компании устанавливать высокую планку. А значит, задавать трудные вопросы. Интуитивно это имеет смысл, потому что более сложные вопросы как будто лучше отсеивают слабых и выявляют сильных. Но интуиция здесь подводит. Наши данные показывают, что более сложные вопросы на самом деле дают менее предсказуемый результат, чем относительно лёгкие.
Читать полностью »
Мне кажется, многие хорошие разработчики и инженеры хоть раз задумывались — что делать со своими знаниями и умениями в глобальном смысле. Найти идею и создать свою важную и крутую вещь, для которой даже слово «продукт» покажется мелким и пошлым. Либо идти со своими знаниями к другим людям и помогать им реализовывать их идеи.
Оба пути хороши, у обоих есть плюсы и минусы. Но вокруг обоих формируются свои стереотипы. Почему-то «делать продуктовый стартап» — звучит романтически круто, а «делать сервисную компанию и писать код по заказу» — утилитарно, приземленно и для кого-то даже бездушно.
Я поговорил с Максимом Коротковым, основателем Maxilect о его опыте между двумя этими путями. После неудачного опыта со своим продуктом он основал сервисную компанию, при этом не хочет растить ее даже до 200 человек, хоть это и влияет на прибыль напрямую. Почему — в нашем разговоре.
Maxilect попал в рейтинг лучших работодателей в ИТ «Моего круга» со средней оценкой 4,81. Сотрудники выше всего оценили компанию по таким критериям, как: современные технологии, используемые в работе, адекватное вознаграждение труда, профессиональный и карьерный рост и связь с топ-менеджментом компании.
В этом посте — расшифровка с избранными моментами из выпуска Python Junior Podcast, записанного на конференции Moscow Python Conf++: поговорили о методиках преподавания Python и о том, нужны ли вообще курсы по программированию.
Давным-давно, ещё в стародавние времена я написал статью для Хабра — Собеседование. Взгляд соискателя.
За 10 лет прошедших с тех пор многое поменялось: увеличилось количество проектов в моём портфолио, как успешных, так и успешно проваленных; прочитаны десятки книг, просмотрены десятки тренингов и видосиков на ютубе, как полезных так и просто «поедателей времени», а также десятки собеседований, но которые проводил уже я. Спустя некоторое время произошёл пересмотр взглядов, но это не точно, о чем я и хочу рассказать в этой дискуссионной статье.
Настало время создать сиквел. Встречайте мой #10YearChallenge, только теперь со стороны интервьюера.
Читать полностью »
Героиня нового выпуска интервью с Фрилансим — Наташа Байдужа, дизайнер и человек-пароход. За годы фриланса успела пожить в Москве, Одессе, Черногории, придумать свою марку рюкзаков (сшить и продать первую партию), написать детскую книгу, сделать бесчисленное множество иллюстраций и книжных обложек.
О том, как справляться с нестабильностью фриланса, обязательно ли читать книгу для того, чтобы нарисовать для нее обложку, и что происходит с лошадью, когда загон открыт со всех сторон, — читайте в интервью.
— Мы говорим у нас на кухне в Сан-Франциско. Что тебя привело в Калифорнию?
— Я работаю в Chatfuel. В двух словах, это конструктор чат-ботов для фейсбука. Да, мне сложно объяснить маме, чем я занимаюсь. Chatfuel – это американский стартап русского происхождения, у нас офисы в Москве и в Сан-Франциско. Так что приехал поработать.
Когда-то я хотел переехать в СФ, но у меня случились долгие отношения, и не срослось. А теперь решил присмотреться. Живу в «Добром доме» Андрея Дороничева, топ-менеджера Google.
— Расскажи о Chatfuel, чтобы было понятно моей бабушке.
— В Фейсбуке все общаются друг с другом сообщениями. Сейчас так же начинают общаться и с бизнесами. Мы делаем конструктор ботов для этих бизнесов, чтобы люди могли общаться с ними прямо там: выбирать товар, консультироваться, писать с поддержку и т.п.
