В свете последних событий (для потомков: гуглим Россия, Украина, 24 февраля 2022), приведших к введению санкций против России в сфере высоких технологий и, в частности, микроэлектроники, я часто слышу вопрос: а что дальше? В каком сейчас состоянии российское микроэлектронное производство? Россия сможет создать полностью локальное производство чипов?
Пользователь
Копи паст туда, куда нельзя
Бывает такое, что необходимо вставить текст туда, где не предусмотрена возможность вставки текста.
Не работает Ctrl+v и нет других способов вставить скопированный текст.
Например, это может быть удаленный рабочий стол Windows или терминал сервера, расшареный в браузере или просто Вы подключились к консоли KVM.
Я попал в такую ситуацию, мне надо было ввести длинный текст в консоль KVM и я сделал себе утилиту, которая позволят это делать. Она умеет вставлять любой одно-строчный текст в такие "неудобные места", эмулируя нажатие клавиш на клавиатуре.
Я не проверял его работу в Windows или Mac, я работаю в Ubuntu. Вот тут можно почитать подробнее и допилить для работы с Вашей OS.
Спешу поделиться с сообществом инструментом, который выручил меня.
Его очень легко использовать, достаточно скрипту указать нужный текст и задержку в секундах, чтоб успеть установить курсор.
Вот ссылка на github, там сам код, ман по установке и использованию.
Как собеседовать работодателя?
Надо ли писать код на доске? Надо ли жонглировать бинарными деревьями и знать наизусть все сложности алгоритмов, или просто разговаривать про жизнь и проекты?
Я хотел бы зайти в этой статье с другого конца и обсудить, во-первых, не техническую часть, а, во-вторых, вопросы, которые сам кандидат должен задать интервьюверу.
Docker. Зачем и как
Я сознательно опускаю некоторые технические подробности, а кое где допускаю упрощения. Если вы увидите, что docker – то, что вам нужно, вы легко найдете более полную и точную информацию в других статьях.
5 принципов тестирования мобильных приложений
Итак, когда я только начинал заниматься тестированием, прочитал доступную теорию, начальник начал второе собеседование с простого вопроса – в чём особенность мобильного тестирования по отношению к другим видам тестирования? Тогда я лишь приблизительно смог ответить на этот вопрос. Сейчас я выделяю для себя следующие принципы:
Как я чуть было не разбил самолёт стоимостью в £50 миллионов и нормализация девиантности
«Выровняй его!» — донёсся крик с заднего сидения моего Tornado GR4, однако в нём не было необходимости — я уже, и без того, со всей силы тянул ручку управления на себя!
Наш 25-тонный, заправленный до отказа бомбардировщик имел угол пикирования в рискованные 40 градусов и неистово трясся, в то время как крылья, пытаясь подчиниться невыполнимым командам, разрезали воздушный поток.
В тот момент, когда мы вывалились через нижнюю кромку облака, сквозь свой ИЛС (индикатор параметров полёта на лобовом стекле) я увидел ровные ряды полей на земле: мне стало не по себе.
Дело было плохо.
Зазвучало предупреждение системы предупреждения об опасной близости земли (GPW).
«WOOP, WOOP! – PULL UP, PULL UP!»
«7,6,5 — Тим, осталось 400 футов (ок. 120 м. — прим. перев.)» — закричал офицер управления системой оружия (WSO).
Мы оба знали, что находимся за пределами возможностей системы катапультирования.
Как я угодил в такую неприятность?
Зачем нам столько мессенджеров?
Десятилетия назад научные фантасты представляли себе летающие машины, автоматически готовящие еду кухни и возможность позвонить кому угодно на всей планете. Но они не догадывались, что мы окажемся в аду мессенджеров, имея на руках бесконечное количество приложений, предназначенных для простой отправки текста другу.
Отправка текста превратилась в умственную гимнастику: этот друг не использует iMessage, но ответит, если я отправлю сообщение по WhatsApp. У другого есть WhatsApp, но он там не отвечает, придётся использовать Telegram. Других можно найти через Signal, SMS и Facebook Messenger.
Как мы попали в эту неразбериху мессенджеров, если раньше всё было так просто? Зачем нам целый каталог приложений для отправки сообщений, нужных только для связи с друзьями?
Тонкая красная линия моего проекта
Возможно кто-то более опытный или сообразительный сталкивался с таким и с ходу прокомментирует как можно было избежать каких либо из перечисленных проблем.
Я же самый самый обычный человек (2 руки 2 ноги), с небольшим тех бэкграундом и минимальным опытом управления проектами (1 год), и вообще даже не понимающий кто я и зачем в этом мире.
И еще, все ограничения (то есть условия заданные, но не описано их возникновение) априори считаются принятыми читателем. Рассматривайте это как задачу из учебника по шахматам, где расстановка фигур дана в задании и надо выиграть или свести к ничьей, а кто и почему бездарно «просадил» все остальные фигуры и загнал в угол оставшиеся неважно. Работаем с тем что есть.
Ну и где она?
Во-первых, тому парню стало поступать много предложений о работе. Больше, чем когда-либо.
Во-вторых, больше половины этих предложений связаны с руководством — или разработкой продукта, или потоковой сервисной разработкой, или решением задач по проектам.
В-третьих, пришло много сообщений — на этот раз уже мне — с просьбами изложить методы ускорения разработки. Ну, те, которые девушке помогли.
И тут я узнал, что в публикации про девушку всех обманул. Я там сказал, что она прочитала одну статью и один раз поговорила с парнем. Но, оказалось, она еще книжку почитала.
Практику ускорения разработки я давно хотел систематизировать, но не было повода. А потом ко мне обратилась одна компания и предложила разработать курс, чтобы потом его продавать в определенной (чего уж там — 1Сной) среде. Предполагалось, что это будет видеокурс, с какими-нибудь презентациями и заданиями — скукота, в общем. Я решил убить двух зайцев — написать текст, типа книгу, а потом из него уже видеокурс делать. Таким образом, получилось бы два продукта. Минимальными усилиями из нее получился бы и третий.
Структура книги давно известна, что там написать — тоже, надо просто сесть и сделать. Я написал, на данный момент, 6 глав из 20, т.е. ~30%. И, раз пошла такая пьянка, выложить их в виде статей. Девушка, кстати, прочитала только 3 главы.
Сейчас будет первая, вводная глава. Есть небольшая специфика — раз книга, по сути, создавалась на заказ, то она про разработку на 1С. Убрав упоминания 1С, я бы и сделал из нее третий продукт — это заняло бы полдня.
Но сейчас я ничего убирать не стал — читайте, как есть. Если вам кажется, что разработка на 1С и javascript слишком непохожи, то не читайте. Моя жизнь показала, что с точки зрения повышения эффективности разница, конечно, есть — в разработке на javascript еще больше точек приложения усилий и, соответственно, выше ожидаемый эффект. Ну все, поехали.
Топ-17 плагинов для Android Studio
Существуют сотни плагинов для Android Studio, и их число растёт с каждым днём. Это в основном происходит по двум причинам. Во-первых, Android Studio — это официальная интегрированная среда разработки для создания Android-приложений. Во-вторых — Intellij IDEA, платформа, на которой основана Android Studio, позволяет разрабатывать и легко устанавливать полезные плагины, совместимые с обеими IDE. Какие плагины устанавливаете вы?
Конечно, вы можете программировать в «голой» Android Studio, просто установив необходимые библиотеки и не добавив ни одного плагина. Но зачем? Плагины для Android Studio могут сделать вашу работу более эффективной и увлекательной. Сейчас мы расскажем вам про топ плагинов Android Studio, которые смогут утроить (как минимум) вашу производительность.
GitLab 11.10
GitLab 11.10 с пайплайнами на панели управления, пайплайнами для объединенных результатов и предложениями по нескольким строкам в мердж-реквестах.
Удобные сведения о работоспособности пайплайнов в разных проектах
GitLab продолжает увеличивать прозрачность жизненного цикла DevOps. В этом выпуске на панель управления добавлен обзор статуса пайплайнов.
Это удобно, даже если вы изучаете пайплайн одного проекта, но особенно полезно, если проектов несколько, — а так обычно и бывает, если вы используете микросервисы и хотите запустить пайплайн для тестирования и поставки кода из разных репозиториев проектов. Теперь вы сразу видите работоспособность пайплайнов на панели управления, где бы они ни выполнялись.
7 советов, как не взбесить коллегу-тестировщика в его праздник
Сегодня во всем мире отмечается день тестировщика. По этому случаю мы решили помочь вам взглянуть на работу этих специалистов с разных точек зрения, чтобы сотрудничество приносило всем участникам максимум пользы и минимум стресса.
Фото: David Goehring CC BY
Кузница кадров: как учились тестировщики и закалялись кузнецы
В этой статье мы поделимся опытом обучения тестированию непрофильных специалистов.
Проблемные личности среди тестировщиков
Отдел обеспечения качества (QA) занимается поиском багов в ПО. Методы отличаются в разных компаниях, но обычно этим занимаются сотрудники, знакомые с программным обеспечением. Они используют его различными способами и пытаются найти баги, которые упустили разработчики.
Термин QA может относиться к самому процессу, к организации, а также к отдельному тестировщику в рамках этой организации. Обычно тестировщиков в организации по обеспечению качества называют “QA”. В этой статье для единообразия будем использовать общую аббревиатуру QA вместо более точного «тестировщик отдела обеспечения качества».
В разных компаниях отличается степень ответственности QA за общее качество продукта. Иногда термин «обеспечение качества» не совсем применим к этому отделу, если он только ищет баги и подсчитывает их количество.
Soft-skills успешного тестировщика
Вот, например:
«Нужно быть ленивым, чтобы стать хорошим тестировщиком»
Вместе с руководителем отдела QA/QC в Redmadrobot и куратором нашего курса Software Testing Marishunya_QA мы разобрались, какими навыками нужно обладать тестировщику, куда можно развиваться в тестировании, с чем на самом деле связана текучка кадров и почему даже хорошим программистам не следует брать на себя обязанности тестировщика.
Приручи свою техподдержку
Представьте себе ситуацию: вы приступаете к задаче, но вас отвлекает уведомление в чатике, в котором вас срочно просят помочь с вопросом от пользователя. И вот вы уже участвуете в активном обсуждении и разбираетесь, баг это или фича.
А теперь представьте, что помимо вас в этом чатике присутствует весь отдел разработки, состоящий из 80+ человек, и каждый из участников вовлекается в эти обсуждения.
У нас в SuperJob техподдержка в любой непонятной ситуации сразу же писала в чаты в Slack и тем самым отвлекала всех участников от текущей деятельности. Поэтому мы — отдел тестирования — попробовали изменить процесс работы с багами от пользователей.
Тестировщики против тестирования
Чем отличаются настоящие тестировщики от поддельных?
Их первоисточником (или, скорее, катализатором) послужило описание сферы тестирования на сайте SQA Testing School, находящейся в Силиконовой долине. В этом описании тестирование представляется как элементарная область, научиться которой можно очень быстро, знаний для этого нужно минимум, а зарабатывать в которой можно очень даже неплохо.
Первой праведной мыслью было: тестирование обидели!
На смену первой пришла вторая, более взвешенная: описанное вполне соответствует действительности. Устроиться тестировщиком легко. Быть плохим тестировщиком и при этом не быть уволенным — легко. Не приносить ни малейшей пользы проекту, и при этом зарабатывать нормальные деньги — легко.
Но ведь бывают, бывают истинные гении своего дела, которые приносят пользу, и, несмотря на «болотистый» рынок труда в сфере тестирования, являются высококвалифицированными специалистами!
Кто они?
Как отличить настоящих джедаев от поддельных тестировщиков?
Результатом раздумий стал СПИСОК ИЗ ДЕСЯТИ ОТЛИЧИЙ НАСТОЯЩЕГО ТЕСТИРОВЩИКА ОТ ПОДДЕЛЬНОГО.
Тестировщик — больше, чем профессия
Информация
- В рейтинге
- Не участвует
- Зарегистрирован
- Активность