Один из вариантов решения этой проблемы — сделать реверс-инжиниринг запасной детали. Иными словами, взять имеющуюся деталь, снять с нее размеры, определить материал, покрытие, термообработку, выпустить чертеж. С таким чертежом можно уже обращаться на производственные предприятия. Алгоритм понятный, но давайте попробуем посмотреть детально на проблемы, с которыми можно столкнуться.
Сегодня в российском ИТ-сообществе хорошо знакомы с Федеральным Законом ФЗ-152. Этот документ регулирует обработку персональных данных и предъявляет к системам, которые работают с ними, ряд жестких требований. Будем честны — закон не только защищает данные, но и серьезно осложняет использование зарубежных сервисов, ряд из которых пока сложно заменить отечественными аналогами в настоящий момент. SAP HCM одна из таких систем.
Ещё в 2014-м году мы поставили амбициозную задачу перенести все системы SAP в облако при построении гибридной инфраструктуры хранения данных. В 2020-м мы смогли её реализовать. С одной стороны, это позволяло обновить наше собственное технологическое ядро, планировать ресурсы и управлять бизнесом realtime. С другой — исключить риск роста расходов на инфраструктуру и поддержку SAP, как для нашей компании, так и для клиентов. В этом посте несколько слов об опыте миграции SAP HCM в Yandex Cloud, причинах выбранных решений и некоторых юридических нюансах.
В последнее время все чаще слышу от коллег из других организаций о курсе на автоматизацию. Чаще всего это выражается в обучении за счет компании всех желающих автотестированию, т. е. Стеку технологий для написания и поддержанию автотестов. Помимо языка программирования (чаще Python или Java) изучают Git, Selenium или его аналоги, Jenkins и внутренние регламенты работы с автотестами. В нашей компании так же всяли курс на автоматизацию, в связи с чем возник вопрос — а что же будет с мануальными тестировщиками, откажутся ли от них совсем или будут стремиться сократить их количество?
На данный момент прямых ответов от руководств компаний нет, звучат стандартные фразы типа «Пока все остается как есть». Но есть ли профит от доучивания ручных тестировщиков до автотестера, и куда уведет мечта автоматизировать все процессы в тестировании? Расскажу на своем опыте
Предыстория
Год назад мне предложили обучиться автоматизации, и за скромную плату поддерживать автоетсты на вверенном мне участке тестирования. Сразу скажу, что упавшие автотесты разбираем мы, ручные тестировщики, локализуем ошибку и передаем информацию автоматизатору. Он (или она) в свою очередь правят автотест или подписывают его ошибкой, на чем работа заканчивается до следующего падения. Суть обучения — убрать из этой цепочки автотестировщика, предоставив ему лишь написание новых тестов. Вроде идея здравая — поддерживать автотест не самое сложное занятие, поправил селектор, изменил данные и все взлетело. Как бы не так!
Вернемся к моему обучению. Python’у получилось обучиться примерно за 5 месяцев с 0 до написания хороших таких автотестов с применением Selenium’а. Автотесты получались отличные, проверяющие как отдельно взятый контрол, так и длинную цепь бизнес процесса, по которой работают пользователи. Дело дошло до сдачи зачетов по программированию и автотестам, и тут начались первые проблемы.
Первые свои серьезные деньги я заработал в онлайн игре EVE Online — покупал космические корабли на одном конце Вселенной и продавал на другом. Сейчас я работаю Product Operation Manager в компании T1 Cloud. А что было между этими двумя вехами моей жизни, расскажу в этой статье.
Всем привет, на связи российская компания Factory5. Мы занимаемся разработкой и постоянным развитием собственных продуктов для решения задач промышленных предприятий, среднего и крупного бизнеса. Сегодня расскажем о том, как мы ускоряем время проверки гипотез с помощью гибкого сервиса F5 PMM.
Привет, меня зовут Николай Павлов, и я разрабатываю электронные курсы в одной известной российской компании. Моя история - одна из многих в IT, когда ничего не знающий и неподготовленный новичок, имея перед собой цель, попал в потрясающий и нереально крутой мир, в котором сбываются все мечты. Уверен, она окажется интересной и полезной всем тем, кто вообще хочет попасть в IT, а особенно тем, кто желает работать в сфере Education Technologies (далее - EdTech).
Всем привет!
Меня зовут Константин Щеглов, я – CIO SuperJob. Сегодня я расскажу о нашей системе грейдов, которую мы применяем для ежеквартальной оценки наших разработчиков. Мы поговорим о старой системе и проблемах, с ней связанных, а после этого я расскажу об изменениях, которые мы провели.
Учить матерого начальника цеха оптимизировать доменную печь, когда ты 23-летний вчерашний студент? Стать топ-менеджером крупной компании до 30 лет, но перестать общаться с друзьями? Покупать излишне дорогой костюм, так как работаешь 100 часов в неделю и не успеваешь тратить зарплату? Разрушаем стереотипы про консалтинг. Ну, или подтверждаем.
Продолжение про Казахстан. Основные налоги в РК не отличаются от других стран. Пожалуй единственной характерной четой налоговой системы Республики Казахстан является полугодовой налоговый период и обязанность сдачи отчетности раз в полугодие. Общий обзор налогов в Республике Казахстан приведен в таблице:
При переходе к технологиям мобильной связи пятого поколения 5G перед исследователями в области телекоммуникаций стоял ряд вопросов, которые предстояло решить в новом стандарте. Ниже перечислены некоторые из них.
1) Проблема большой плотности сетевых подключений.
2) Проблема обеспечения высоких скоростей передачи данных.
3) Проблема обеспечения сверхмалой задержки.
Одним из способов решения проблемы плотного расположения базовых станций 5G является размещение их на беспилотных летательных аппаратах (БПЛА).
Беспрепятственный поток капитала между заемщиками является ключевым аспектом динамичной экономики. Любой, у кого есть дополнительные активы, может занять их, чтобы использовать свой свободный капитал, и люди, которым нужны средства для развития своего бизнеса или покрытия операционных расходов, могут легко получить к ним доступ. Денежные рынки — это платформы, на которых могут встретиться заемщики и кредиторы.
Привет, Хабр!
В первой главе этой статьи про оценку тестировщиков я писала об оценке сотрудника по текущему грейду. Теперь же, во второй части, нам предстоит описание оценки знаний и навыков для повышения грейда.
Завершился мой 14-месячный проект – от начала переговоров с издательством и до выхода бумажной версии книги. Во всей этой истории есть несколько моментов, которыми хотел поделиться и про которые еще не говорили другие авторы, кому посчастливилось дойти до релиза. В основном они касаются общения с издательством и общего подхода к написанию больших объемов текста.
Начну с финансового вопроса – сколько сможет заработать автор.
18 и 19 августе в Москве пройдет конференция для руководителей Digital-агентств и студий AGIMA Partners’ Weekend. Соберется 200 человек со всей России. Это топ-менеджеры небольших региональных студий и гигантов вроде Articul Group, Grape, red_mad_robot, Студии Олега Чулакова, ITECH или «Гринсайт». Главная тема встречи — как выжить и преуспеть в сложившейся ситуации. Публикуем интервью с руководителем AGIMA Partners’ Club Петром Федюшкиным, в котором он объясняет, почему сейчас кому-то приходится выживать и как программа конференции может в этом помочь.
Меня зовут Лилия, я уже 21 год в QA и примерно лет 15 преподаю начинающим тестировщикам, а сейчас руковожу школой тестирования. Особенно люблю преподавать тест-дизайн и базы данных, но сам процесс преподавания увлекает меня, если честно, даже больше, чем конкретная тема.
И вот я задумалась - а почему вообще люди идут в QA-преподавание? Ведь причины у всех разные, зависят они и от свойств характера, и от печального опыта, и от желания поделиться знаниями или осознать себя гуру, сидящим на вершине горы. В серии статей я планирую остановиться на 10 мотивациях (и подозреваю, что даже это еще не все) и рассмотреть каждую из них с точки зрения изначальной болевой точки, сложностей и путей их преодоления.
Сегодня поговорим о мотивациях “Не устраивает процесс разработки” и “Некуда применить свои обширные знания”
Привет, Хабр! Меня зовут Денис, я работаю продуктовым аналитиком в Delivery Club. Наша команда за последние полгода провела около сотни продуктовых исследований данных, которые способствовали появлению нескольких десятков продуктовых гипотез по улучшению нашего продукта. За это время мы структурировали процесс и минимизировали работу «в стол». Я расскажу об основных этапах исследования, применив которые вы можете значительно улучшить качество своей работы.
В этой подборке — не только классические рекомендации книг для C++ программистов. Обычно советуют издания про паттерны, развитие стандарта или успехи большой компании. Но за всем этим изобилием «экспертных советов» и best practices теряется одна простая мысль: язык программирования — это средство выражения мысли от одного разработчика другому, а также средство описания пользовательского API в самом широком смысле.
Повышая градус ответственности за миллисекунды алгоритмов или чистоту архитектуры, лиды ужимают значимость способов мышления. И никакие метрики производства не показывают шоры у самого синьерного синьера.
Первые 5 книг этой подборки — в меньшей степени про технику, в большей степени об осознанности деятельности C++ программистов любого уровня. Остальные — «золотой фонд» классической литературы для C++ разработчиков.