Привет, Хабр! Меня зовут Людмила, и я рекрутер с опытом в ИТ-отрасли более 10 лет.
Задачи HR я люблю еще c 2004 года, и по сей день не жалею, что прошла переквалификацию. Это невероятно интересная должность с интересными задачами и уникальными проектами, особенно сейчас, в период трансформаций. В этой статье хочу поделиться своим опытом и рассказать о ключевых, на мой взгляд, софт-скиллах в этой сфере, и как их развить.
В первой главе этой статьи про оценку тестировщиков я писала об оценке сотрудника по текущему грейду. Теперь же, во второй части, нам предстоит описание оценки знаний и навыков для повышения грейда.
Microsoft, как и теперь уже “тот самый” McDonald's, фактически был навязан нам как монопольный продукт, пришедший с “богатого” Запада. Российское общество быстро приняло обоих прежде всего из-за их выстроенных экосистем, куда были вложены огромные деньги. И вот McDonald’s ушел, и мы, казалось бы, уже готовы проводить вслед за ним на его историческую родину и Microsoft. Но прежде всего хотелось бы разложить на весах различные ОС с позиции того, как и в чём они доминируют, и сделать верные выводы.
Как много тестировщиков в IT? Спойлер: очень много. Все они проходят курсы, чтобы войти в мир тестирования, но и проверка знаний новых специалистов заканчивается на моменте сдачи экзаменов на курсах и далее при собеседовании. А что дальше? Вспомнит ли тестировщик тот материал, который проштудировал во время обучения через 1 год? А через 3 года? Решение – было. В этой статье расскажу про пилотный проект оценки тестировщика по его текущим знаниям.
В мире активно развивается направление по мониторингу критических инфраструктурных объектов за счет использования видеоаналитики на основе нейросетей. На одном из совещаний на стыке умений и опыта команды в работе с видеоаналитикой и моих познаний в транспортной тематике родилась интересная идея – о возможности создания продукта в сфере ИТС по детектированию объектов, установленных на дорогах, который бы позволил упростить и автоматизировать получение данных о состоянии всех объектов и сделать дороги безопаснее и комфортнее. О том и расскажу в этой статье.
Информационная безопасность — постоянная борьба между атакующими и защитниками. По мере того, как эволюционируют инструменты атаки, вторые могут быть реализованы хакерами за считанные минуты, образовав неприемлемые бизнес-риски для “хакнутого” предприятия – особенно сегодня. Спрос есть: должно родиться и предложение. Не так давно наша команда провела ряд пилотов решения PT Network Attack Discovery в инфраструктурах заказчика. Делюсь результатами в этой статье.
Любые изменения среды, тем более глобальные, серьезно влияют на каждого, кто в ней находится. Среда меняется, а способов в ней функционировать в нашей системе ещё нет. И вот ты уже несешься в неуправляемой машине на полном ходу по горному серпантину. Предпринимаешь одну попытку выровнять траекторию за другой, но каждый поворот приносит все больше сюрпризов.
Каждый из нас привык смотреть на ситуацию со своей точки зрения. Аналитик увидит системные процессы. Тестировщик – баги на выходе. А что видит психолог, волей судьбы или случая оказавшийся в IT-компании?
На протяжении 5 лет работы инженером-тестировщиком я всегда старалась найти ходы и выходы, чтобы упростить и оптимизировать процесс тестирования (рутина и монотонность – это не мое). Спойлер: у меня не получилось. В этой статье я хочу вам рассказать историю регрессионного тестирования на проекте, и о том, как у меня не получилось его оптимизировать ручным и авто-тестированием.
Деловой мир все больше переходит в «стадию» Digital, но происходит это крайне неравномерно: пока кто-то всё ещё пытается окончательно укротить базовые подходы в автоматизации и построению «цифровых теней» (грубо – обвешивание датчиками всего, до чего дотянутся руки и бюджет), другие учатся адаптироваться к новой цифровой реальности и начинают штурмовать сущность с названием «цифровые двойники» (грубо – изначальное моделирование объекта «в цифре» и только потом реализация его в нашем аналоговом мире). Здесь я хочу раскрыть два простых, но крайне неочевидных тезиса: почему автоматизация в большинстве случаев не приносит денег, и почему лишь переосмысление в сторону «цифры» и сбор правильного цифрового портфеля способны поставить бизнес на ноги в кризис.
Большую часть жизни я работал в небольших компаниях и стартапах. В таких, где при должной инициативе ты становишься универсальным солдатом, способным выполнить практически любую функцию: зачастую сам принимаешь решения и несешь за них ответственность, сам проводишь переговоры и выполняешь реализацию.
К крупным компаниям и корпорациям я тогда относился скептически – как с точки зрения сотрудничества, так и с точки зрения потенциального места работы. Сотрудничество с крупной компанией для меня означало одно – все будет происходить очень долго. Как работодатели крупные компании тоже не привлекали, поскольку те, о которых я хотя бы что-то слышал, имели репутацию “так себе работодателя” с высокими требованиями, низкими зарплатами и флером токсичных отношений в коллективе. Что было с ними (или со мной) не так?
Уход зарубежных компаний и увеличивающийся объем санкций в отношении России порождают массу сравнений с другими странами, которые ранее проходили подобный этап в своей истории – например, Иран. Как устроена ИКТ-отрасль в Иране в условиях многолетних ограничений? Есть (и будут) ли препятствия и сценарии принятия решений в российском секторе ИКТ с оглядкой на иранский санкционный опыт? Разбираемся в этой статье.
Меня зовут Алия, я – инженер-тестировщик с 5-летним стажем, в повседневном рабочем процессе занимающийся тестированием банковского приложения. И в местную «Вселенную» хочу войти с историей о том, как мне однажды удалось преодолеть трудную ситуацию, связанную с уходом из команды опытного сотрудника и приходом неопытного, предложить свое решение – и преуспеть.
В повседневной деятельности тимлида ИТ-сервис менеджеров я часто сталкиваюсь с запросами на назначение специалиста на проект. На первый взгляд – вполне себе тривиальная процедура, но с ростом числа сотрудников и ростом количества запросов появилась потребность просто и понятно для всех сторон структурировать спрос / предложение. Придумывать свой формат представлялось слишком трудоемкой задачей: использовать, например, подход Agile-племён слабо заходило в наш фреймворк, а околопсихологические/астрологические/эзотерические практики (нужное подчеркнуть) смотрелись откровенно бесполезными. На помощь пришёл ITIL, а если конкретнее, LACMT. Итак, как последователь культуры постоянных улучшений, я решил поделиться небольшими наработками по части адаптации лучших практик в управлении ITSM-командой.
Цифровая экономика Китая в значительной степени связана с цифровыми услугами и включает в себя облачные вычисления, ИИ, блокчейн и аналитику данных для получения наилучших эффектов в бизнесе, управления цепочками поставок и обеспечения цифровых платежей, а также предоставления профессиональных услуг, розничной торговли, образования и здравоохранения в онлайн формате.
«Не жизнь, а сказка, – сказал мне мой дедушка, наблюдая за моей удаленной работой, – разве могли мы мечтать о такой работе, трудясь от звонка до звонка на своих заводах?»
Действительно, кому-то удаленный формат работы, который предоставила нам пандемия, может показаться сказкой – но по факту 2021 стал временем больших перемен и массовых увольнений.
«Болит автоматизация, не знаем, за что браться», «Мы не понимаем, зачем нужен этот ИТ-проект», «Сменился главный айтишник, и срочно нужен новый план», «Уже и так целый зоопарк систем, куда еще?» – если вы задаетесь этими вопросами, предположу, что работающей долгосрочной ИТ-стратегии в вашей компании нет. Меня зовут Светлана, и я – бизнес-архитектор: когда у заказчика есть боль в ИТ-области, но непонятно, что с ней делать – отправляют ко мне.
Первые тесты процессора Эльбрус-16С. Появилась возможность протестировать инженерный процессор Эльбрус-16С и сравнить его со своим предшественником Эльбрус-8СВ.
Всем привет! Меня зовут Александр, и я Junior Project Manager в ICL Services. На путь ПМа я встал в начале 2021 – и пора бы рассказать, с чего все началось и кто стал инициатором моего пути. В лучших традициях свой рассказ я разбил на фазы управления проектом, ведь мое развитие – тоже своего рода проект. В конце статьи поделюсь советами и выводами, которые, возможно, будут полезны тем, кто до сих пор не решился на смену деятельности или не знает, с чего начать.
В преддверии Нового года команда GitHub рассказала о ключевых релизах и выходе новых версий цифровых решений. По традиции, в топе от сотрудников платформы есть все: от огромных проектов с открытым исходным кодом до развлекательных продуктов выходного дня.
Всем привет! Вот уже несколько лет я занимаюсь построением процессов и внедрением ITSM-систем. В проектах внедрения систем у заказчика стремлюсь использовать принципы BDD (Behavior Driven Development) и DDD (Documentation Driven Development) и немножко KCS по причине собственной лени (двигатель прогресса!) и сильного нежелания заново возвращаться к «пройденному».