Доброго дня всем хабровчанам. Примерно месяц назад я переехал из Москвы жить и работать в Ереван. С тех пор периодически меня спрашивают про то как мне удалось доехать до Армении на автомобиле, как вообще устроена релокация и как мне живется после переезда. Так что я подумал-подумал и решил написать об этом статью на Хабр.
«Умный в гору не пойдёт, умный гору обойдёт». Примерно так рассуждали DS-специалисты при решении задачи, требующей вычисления 10+ млн расстояний между парами точек по их географическим координатам.
Представьте, что вам на экзамене встретилась задача, которую вы раньше решали, и вроде помните как её решить, но не можете вспомнить как. Теперь давайте представим такой пример!
Сегодня организации сталкиваются с угрозами кибербезопасности, которые становятся все более разнообразными, сложными и изощренными. В тоже время, не каждая компания обладает отделом специалистов по кибербезопасности. Но любая современная IT-компания должна задумываться над безопасностью своих продуктов. Решением могут стать инструменты для автоматизации процессов обеспечения безопасности, чтобы развертывать решения безопасности быстрее и не держать большой отдел по кибербезопасности.
На практике основными причинами появления нарушений безопасности являются недостатки реализации механизмов защиты, уязвимости в коде приложения, недостатки конфигурации. Очень часто контроль со стороны службы информационной безопасности проводится на последних этапах жизненного цикла приложения. Такой сценарий несовместим с современными методиками DevOps и Agile, которые сокращают сроки циклов поставки ПО до нескольких недель.
После известных событий нас временно релоцировали в Индию (Hyderabad). Не всех, а часть, кто хотел, просто чтобы все яйца не находились в одной корзине (в Питере). Я не претендую на лавры трэвэл блоггера, а просто хочу рассказать о впечатлениях с точки зрения айтишника и современных реалий.
Это не первый мой визит в Индию, первый раз я был в Гоа в 2019 году, когда еще был теплый ламповый доковидный мир, потому я примерно представлял себе, что увижу. тем более, Индия у меня не вызывает отторжения - в Гоа я чувствовал себя уютно, как дома, как будто жил там в предыдущей инкарнации.
Во второй половине 2021 года был проведён опрос среди выпускников МГТУ имени Н.Э.Баумана. Так как сбор ответов растянулся по времени, опрошенных в начале 2022 года просил указать данные на декабрь 2021 года. Было разослано около 6000 сообщений через соцсеть VK (которая ограничивает количество сообщений людям, находящимся не в друзьях, двадцатью в 12 часов). После очистки от откровенно шуточных ответов осталось 2373 анкеты, которые использовались в дальнейшем анализе.
Подобная статья должна была появиться раньше, лет десять или пятнадцать назад, когда Agile только начинал внедряться в ИТ-компаниях. Сколько можно бы было избежать ошибок, проблем, конфликтов, , если бы менеджеры сразу подходили к вопросу правильно, не отвлекаясь на лишние действия …
Зато за это время накопился опыт "внедрений" Agile в разных условиях, в разных компаниях, который следует обобщить и повсеместно распространять.
Всем привет, меня зовут Дядиченко Григорий и чем я только не занимался. Сегодня хочется рассказать о своём пути в айти. Но цель статьи даже не в том, чтобы "рассказать историю". Я скорее хочу рассказать некоторые мысли о том, как лучше развивать свою карьеру в IT и некоторые советы, чтобы расти быстрее, чем средний специалист.
Все персонажи и события являются вымышленными. Любое совпадение с реально живущими или когда-либо жившими людьми случайно.
- У нас нет пока понимания о том, сколько нам стоит каждый проект и разработка новых фичей. Часть проектов, по словам директора по денюжкам в разрезе 2 лет – убыточные, - бесстрастно объясняет СЕО.
- Это как?
- Мы инвестируем деньги в разработку стратегических продуктов и проекты. В этом смысле, мы – уникальная компания.
- Это я уже поняла, а что по себестоимости?
- С этим вопросом иди к директору по денежкам. - говорит сюзерен и машет рукой на дверь.
Аудиенция закончена.
Вопрос с оценкой себестоимости и оценкой трудозатрат для интеллектуальных продуктов является сложным (хотя, возможно только в России и только в некоторых компаниях?). Как следует рассчитывать доработки it-продуктов или работу с багами? Вернее так, этот вопрос сложный, если о нем не подумали с самого начала и разработка существует в вакууме, а не в рамках единого производственного комплекса компании.
Не секрет, что огромное количество it-компаний для учета пользуются трекерами, таймс шитами и пр., чекая количество времени на работу в том или ином проекте. Другой момент, что не все эту работу делают на регулярной основе, и не все потом используют полученные данные для анализа рентабельности разработанного продукта и сверки плановых и фактических затрат. Кроме того, хотя очевидно, что для принятия решения о разработке нового продукта предполагается подверженные цифрами исследования или экспертная оценка емкости рынка для нового продукта, не все его делают перед принятием решения о старте новой разработки.
Почти полвека я занимался Программированием и ИТ-проектами в разных странах мира. Совместная работа сплачивает ... или отдаляет людей друг от друга. Вот и я за эти годы обрёл множество знакомых и даже приятелей самых разных национальностей. (А также с некоторым, существенно меньшим числом людей мои отношения после проекта остались недружественными).
Коренные представители стран Южной Азии (японцы, корейцы, китайцы, вьетнамцы) отличаются от европейцев, американцев и индусов не только произношением, но и особым менталитетом.
Без претензий на глубокое знание национальной психологии этих народов, я хотел бы в этой истории, непосредственным участником которой я был сам, немного рассказать вам об этом.
:::
В большой немецкой фирме готовились к показу своих достижений на международной выставке CEBIT. Эта выставка в городе Ганновере просуществовала с 1996 по 2018 годы и в расцвете своих лет была настоящей Меккой компьютерщиков всего мира.
Подготовка к выставке была объявлена в фирме исключительно важным делом. Поэтому подготовленные достижения перед их отправкой в Ганновер пришёл посмотреть Самый Большой Начальник - Geschaftsführer фирмы, - высокий, молодой, источающий энергию руководитель многотысячного коллектива.
У важных начальников рабочий день расписан по минутам и всё равно его не хватает. Вот и этот просмотр был назначен на поздний вечер, когда рабочий день уже кончился.
Показывать было намечено систему интеграции трёх важных приборов. Поэтому на столе, имитирующим выставочный, располагались три прибора и ноутбук.
Вокруг больших начальников всегда трётся челядь. Отличительной особенностью челяди является способность разнюхать или предугадать, где можно попасться на глаза начальству и при возможности, напомнить о себе.
Опыт хорош, если за него не заплачено слишком дорого (Томас Фуллер)
Этот материал можно свести к короткой фразе «навыки важнее заработка здесь и сейчас», но я хочу рассказать о том, как я попал в ловушку, поставив в приоритет сиюминутную выгоду, а также о последствиях этого. Возможно, кому-то будет полезно, чтобы не наступать на мои грабли. Все-таки лучше учится на чужом опыте.
Краткое. Очень краткое руководство для Junior Product о том, как выжить первые несколько недель в команде разработки.
Привет! Недавно вкусил творчество Филипа Дика: прочитал несколько популярных книг (нет, не про электроовец) — очень понравились стиль, глубина и фантазия автора — а потому захотелось побольше узнать про него. Изучил товарища поподробнее и удивлён, что в русском сообществе о его творчестве ходят настолько неоднозначные мнения. Кому-то слишком скучно, кому-то слишком мрачно, кому-то попросту не интересно.
А мы говорим (на секундочку!) про «прадедушку киберпанка», чьё творчество оказало влияние на огромный кусок фильмов современности, например, Начала, Матрицы и кучи другого sci-fi.
В данной статье я расскажу о том, как правильно оформить документы, подтверждающие исключительные права ("право собственности") работодателя на произведение. Под произведением имею ввиду программы для ЭВМ и базы данных. Под конец статьи также расскажу не много об изобретениях и отличиях в оформлении правоустанавливающих документов.
Многие скажут что исключительные права на произведения автоматически возникают у работодателя и особо переживать по этому поводу не стоит, ведь их напрямую защищает закон.
Действительно, по общему правилу, исключительные права на произведения принадлежат работодателю, если иное не установлено в договоре (к примеру в трудовом договоре), но только если оно разработано работником (автором) в пределах его трудовых обязанностей. Однако, если работник вдруг обратится в суд, посчитав что исключительное право на произведение принадлежит ему, т.к. создано оно вне рамок исполнения им своих трудовых функций, сможете ли вы доказать суду документально, что этот работник создал произведение именно в рамках своих трудовых обязанностей? Если нет, то суд с большой долей вероятности может принять решение в сторону работника, тем более не следует забывать что работник в данном случае является "слабой стороной", а значит спрос с работодателя в суде будет максимальным. Исходя из личного профессионального опыта могу с уверенностью сказать что многие работодатели не уделяют кадровым документам надлежащего внимания и зачастую даже название должности не соответствует тому, чем фактически занимается работник. Ни в трудовом договоре, ни еще где-либо отсутствуют функциональные обязанности или прописаны так абстрактно, что судью становится очень сложно убедить в том, что имелось ввиду в таких «рукописях».
Изучая европейский рынок IT-вакансий, я заметила, что частым пунктом в списке пожеланий работодателей является наличие у кандидата сертификата ISTQB Tester Foundation Level. В некоторых крупных компаниях в области здравоохранения или финансов это было даже обязательным пунктом. Так что при всей моей нелюбви ко всякого рода экзаменам, я решила смахнуть пыль со своего старого намерения сертифицироваться и прикрепить заветную электронную бумажку к своему LinkedIn аккаунту. Действительно ли сертификат дает какое-то преимущество на рынке труда, это конечно отдельный вопрос, и его я затрагивать в этой статье не буду.
Как человек обстоятельный и весьма осторожный я готовилась довольно тщательно, и теперь могу сказать, что во многом излишне тщательно. Так что я поделюсь своей системой подготовки и если вы более рисковый человек, еще и одаренный прекрасной памятью, можете смело делить мой план на два.
Итак, из каких этапов состояла моя подготовка и сколько занял каждый этап?