Как стать автором
Обновить
125.07
Холдинг Т1
Многопрофильный ИТ-холдинг
Сначала показывать

Как из научной работы про гены, тренировки и питание я делала ИТ-бизнес-проект

Уровень сложностиПростой
Время на прочтение9 мин
Количество просмотров2.5K
image
Очень полезный белок, связывающий жирные кислоты (FABP2), делающий вас более устойчивыми к голоду за счёт ускоренного накопления жира

Меня зовут Анастасия Щербакова, я магистрант второго года обучения Университета ИТМО. Моя научная работа связана с изучением спортивной генетики в связке с нутрициологией и тренировками. Это очень личная история: я с детства занималась спортом и с детства же пыталась понять, как и почему одни и те же тренировки и питание дают такой разный эффект у разных людей.

Сначала я углублённо изучала молекулярную и микробиологию, но спортивная генетика меня интересовала всегда. Этот интерес привёл к тому, что я со своей командой придумала проект по разработке digital-платформы для диагностики и коррекции микробиоты человека и даже выиграла с ним в конкурсе «Большие вызовы» университета «Сириус».

А потом я пошла дальше. Влияние генетики на физиологию изучается давно, и данных про разные генотипы накоплено изрядно. На их основе можно давать персональные рекомендации по оптимальным тренировкам и питанию. Мой новый научный проект — как раз об этом. И, конечно же, мне хотелось из молодого учёного в один прекрасный день превратиться в фаундера перспективного стартапа. Осталось понять, как трансформировать научную работу в бизнес-проект. За этим я и пришла на стажировку в большую ИТ-компанию.

Расскажу, как всё было.
Читать дальше →
Всего голосов 18: ↑14 и ↓4+14
Комментарии3

Как мы сократили время на проверку документов в IT с дней до часов

Уровень сложностиСредний
Время на прочтение11 мин
Количество просмотров5.2K
image

Чтобы помочь IT-командам быстрее реализовывать проекты за счёт «умной» работы с программными документами, мы с командой разработали сервис, который экономит техническому писателю или системному аналитику от 30% времени на подготовку документации.

Началось всё с того, что один наш большой клиент решил заменить весь стек зарубежных продуктов. В этом списке был Confluence. Помимо его обычного применения — ведения базы знаний и систематизации контента, — был нужен функционал для создания и согласования программных документов. Это архитектура и требования для информационных систем, тестовая документация, программа и методика испытаний и прочие необходимые документы, без которых информационная система не может выйти в продакшен.

Когда мы начали разбирать эти процессы, то увидели, что у Confluence для решения этого класса задач есть несколько минусов.

Первый — то, что Confluence, по сути, набор страниц, и работа с контентом идёт в рамках всей страницы. Это ограничивает редактирование и согласование документов, переиспользование контента и так далее.

Второй минус — процесс создания документов происходит как компиляция отдельных страниц на основе данных из внешних систем. Когда какие-то данные в этих системах меняются, это сложно отслеживать — документ нужно перечитывать и править вручную.

При этом документы связаны между собой: если в одном из них что-то поменялось, то правки на других страницах нужно тоже вносить руками. Это значительные трудозатраты: ресурс расходуется и на редактирование, и на последующие проверки.

Мы изучили рынок и обнаружили, что у многих компаний — например, в строительной, юридической и медицинской отраслях — есть запрос на форматирование документов по шаблонам, формирование их на основе данных из внешних систем и переиспользование данных из документа в документ.
Читать дальше →
Всего голосов 24: ↑22 и ↓2+22
Комментарии2

Друг государства, или Почему без GR уже не обойтись и в IT

Уровень сложностиПростой
Время на прочтение9 мин
Количество просмотров7.6K
image
Фреска Микеланджело

GR-специалисты для IT — это непонятно кто. Но в последние годы рынок госпроектов стал основным. И именно от специалистов по Government Relations зависит, насколько компании удастся реализовать свои планы относительно тех или иных государственных проектов. GR-специалисты отвечают за связи компании с государственными органами и помогают улучшить отношения между ними. Что, само собой, непосредственно влияет на бизнес и его показатели.

Я — один из таких специалистов. Меня зовут Дина Ашрапова, я директор по взаимодействию с органами государственной власти Группы Т1. Расскажу о том, в чём же заключается роль GR (Government Relations, GR) в IT-компании.
Читать дальше →
Всего голосов 30: ↑23 и ↓7+19
Комментарии18

Как стажировка в большой компании может преобразить студенческий проект

Уровень сложностиПростой
Время на прочтение6 мин
Количество просмотров3.5K

Добрый день! Меня зовут Дмитрий Грязнов, я студент УрФу и начинающий разработчик. 

Вместе с товарищами мы подумали, что всем студентам и школьникам, которые ищут в интернете информацию, был бы полезен сервис, который может делать смысловую выжимку из текста любого объёма. Мы решили разработать именно такое приложение и выступить с этой идеей на конкурсе «Большие вызовы для студентов». Собрали ансамбль моделей, изучили, много чего переработали.

Коротко: мы используем пайплайн из сжимающих T5, Pegasus, экстракции TextRank, парафразер Bart. Сначала один алгоритм определяет вес каждого предложения и передаёт на вход абстрактивной модели 20% самых значимых предложений. А затем второй перефразирует полученный текст, чтобы сделать его более связанным. Очень много интеграционного кода и тюнинга, чтобы это всё заработало нормально. Сейчас расскажу, как дело было.

Читать далее
Всего голосов 35: ↑33 и ↓2+32
Комментарии5

Мы профессионально занимаемся социнжинирингом, и нам за это платят

Время на прочтение8 мин
Количество просмотров6.2K

Нас целая команда экспертов по проникновению в информационные сети. 

Предположим, мы хотим понять, можно ли украсть данные с крупного промышленного комплекса. Обычно мы стараемся подключиться ко внутренней сети предприятия (однажды даже удалось подключить своё маленькое устройство к свободно висящему патч-корду, пока ходили на собеседование). Иногда мы делаем рассылку по всей компании, с просьбой что-то проверить в зарплатном файле, и приземляем людей на фишинговый сайт, изображающий их Джиру или корпоративный портал. Иногда просто просим срочно прислать, потому что у нас контракт на 100 миллионов горит и «ЕСЛИ СЕЙЧАС НЕ БУДЕТ, ТО УВОЛЮ К ЧЕРТЯМ!!»

Практически в любом случае нам нужно как можно больше данных о компании. Нужно знать, какие стоят средства защиты на рабочих станциях пользователей: для этого можно забросить исполняемый файл, позвонить человеку, попросить его открыть, а потом прочитать логи прямо с экрана. Нам очень важно знать, как зовут ИТ-директора, главного безопасника или руководителя направления, потому что письмам от них поверят. Часто бывают нужны коды двухфакторной авторизации из SMS или почты.

Или, например, в отношении тестируемой компании мы сначала смотрим на геометки доставки. Затем, сопоставляя данные различных утечек, можно найти практически всех сотрудников, их имена, почты и телефоны. Плюс данные из социальных сетей и сайта — и вот у нас уже есть телефонный справочник компании, понимание, кто когда онлайн, кто где находится (спасибо фото из отпуска), хобби, имена детей, собак и всё нужное, чтобы составить сценарий разговора. 

Читать далее
Всего голосов 25: ↑23 и ↓2+21
Комментарии6

API FIRST — что это поменяло

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров7.1K

Я долго не могла понять, почему это пример API-driven дизайна. Оказалось, api — это пчёлы

Классический подход к проектированию, существующий с незапамятных времён, — CODE FIRST, в нём разработчики сами устанавливают правила для взаимодействия информационных систем. Подход позволяет быстро получить осязаемый результат в виде запрограммированного куска системы, но есть несколько минусов:

  • Первый — возможность получить обратную связь есть только тогда, когда код готов и пользователь может проверить решение, кликая разные кнопочки в GUI. Это часто приводит к тому, что реализованную часть системы приходится писать заново.
  • Второй, что хуже — CODE FIRST предполагает каскадную модель разработки: нет возможности настроить параллельно несколько потоков работ.
  • Третий недостаток — отсутствие документации и часто слишком детализированное API. Такое API невозможно переиспользовать. 
  • И ещё один, четвёртый, минус — отсутствие адаптации к изменениям. А изменения обычно происходят уже во время разработки.

На замену CODE FIRST пришёл подход DESIGN FIRST. Главными героями здесь становятся дизайнеры. Сначала они отрисовывают все макеты, проектируют кликабельные интерфейсы, и только потом, после ревью пользователей, пишется код системы. Это улучшает UX/UI, команда получает обратную связь до того, как продукт будет готов. Но и тут есть очевидные недостатки:

  • Дефицит бизнес-навыков и аналитического мышления у дизайнеров.
  • Маршруты, положенные в основу архитектуры системы и UI, часто не совпадают с картой бизнес-процессов пользователя. Проще говоря, дизайнер может изобразить любой вариант UI, но возникает вопрос: а можно ли реализовать ту или эту фичу как функционал?
  • Ну и та же проблема, как и с CODE FIRST: нет возможностей для быстрой и эффективной адаптации к изменениям. 

И вот тогда, на стыке CODE FIRST и DESIGN FIRST, появился подход API FIRST, который удачно объединил достоинства всех предыдущих методов.
Читать дальше →
Всего голосов 14: ↑12 и ↓2+12
Комментарии2

Как быстро собрать ИТ-команду, если надо прямо уже-уже

Уровень сложностиПростой
Время на прочтение11 мин
Количество просмотров3.3K


Я сам буду набирать свою команду для проекта.

Казалось бы, почему я должен этим заниматься? Это ответственность HR-службы, для этого она и предназначена. Но я бы хотел ускорить этот процесс и взять чуть больше контроля.

Обычно эйчаров более чем достаточно, но мне важно заняться самостоятельно, потому что мой проект — моя ответственность. А поскольку «успех любого предприятия зависит от личного состава экспедиции», как говорил капитан Врунгель, то и набор команды для «экспедиции» — тоже моя ответственность. От того, как быстро я с ней справлюсь, зависит, успею ли я в срок сделать качественно свою работу.

Однако, пока у меня нет хорошей команды, я обречён нервно подпрыгивать, плохо спать и медленно двигаться. Но как я справлюсь с поиском и наймом, если я не специалист в подборе кадров?
Читать дальше →
Всего голосов 15: ↑13 и ↓2+12
Комментарии6

Когда поможет только нагрузочное тестирование

Уровень сложностиСредний
Время на прочтение7 мин
Количество просмотров2.8K
В мире ИТ непрерывно происходят эволюционные изменения, которые ставят во главу угла такие аспекты, как безопасность и надёжность решений.



К подобным изменениям, в частности, приводит развитие сервисов, которые должны работать с большим числом пользователей: онлайн-банкинг, маркетплейсы, сервисы покупки билетов и бронирования, бесконтактная оплата через POS-терминалы (вспомните, когда вы последний раз платили на кассе наличными?), оплата метро по Face ID, запрос и получение информации на Госуслугах и т.д.

Качественно создавать и развивать подобные сервисы сложно, к тому же, помимо понятных забот об удобстве, а также безопасности и сохранности личных данных, вас поджидают неочевидные риски, связанные именно с ростом числа пользователей. Именно здесь на помощь приходит нагрузочное тестирование. О нём ниже и поговорим, а также разберём конкретные жизненные примеры.
Читать дальше →
Всего голосов 11: ↑11 и ↓0+11
Комментарии0

Что общего между галерой (ладно, яхтой) и ИТ-командой

Уровень сложностиПростой
Время на прочтение10 мин
Количество просмотров5.5K


Так получилось, что у меня есть сразу два опыта управления: как главного архитектора в ИТ-компании и шкипером на лодке. На большой лодке. Если ваша лодка хорошо автоматизирована, то с ней может справиться маленькая команда. Маленькая команда обычно более слаженная, чем большая, поэтому может показаться, что автоматизация решает. Но на деле решает именно слаженность команды независимо от её размера.

Капитаны это прекрасно знают. В отличие от ИТ шкиперов целенаправленно учат работать с командой. И это обучение очень пригодилось мне в ИТ.

Ниже я хочу рассказать о своём личном опыте того, что может пойти не так и с точки зрения матроса, и с точки зрения джуна, например. Расскажу, как я понимаю, что такое хорошая команда разработчиков, как происходит её становление, как грамотно управлять группой и выстраивать рабочие процессы. И каким, на мой взгляд, должен быть хороший тимлид.

Начнём с групповой динамики, то есть слаживания команды. Вообще-то для решения этой задачи часто используются корпоративы, но мы начнём с теории.
Читать дальше →
Всего голосов 21: ↑20 и ↓1+20
Комментарии0

Что вы будете делать, если вам надо понять, как провести дискавери? Гуглить? Ну вот вы здесь

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров2.5K


Привет, Хабр! Наши ошибки на старте проекта — самые дорогие из возможных.

Я Мария, аналитик команды обследования проектов. В смысле, работаю с проектами до старта разработки. Это обычно называется «дискавери». Я уже делала 15 этих самых дискавери, и не все были настолько прекрасными, насколько бы этого хотела я или мои заказчики. Когда дискавери проваливаются — это один из обычных вариантов на практике.

Все считают, что фаза дискавери состоит из простых прогнозируемых шагов. Мы изучаем всё про клиента, мы готовим документацию, мы делаем расписание встреч и наших активностей, потом выходим на поля, анализируем, работаем и выдаём решение. В методичке это звучит круто и вдохновляет.

Потом вы выходите на реальный проект. Заказчик не даёт документацию, потому что её потеряли, не писали, сгрызли мыши, админ в отпуске и т.п. Затем план из 8 недель изучения сдвинули до 1 недели, потому что сроки поставки железа поплыли и уже нужно заказать, иначе не уложимся в срок контракта. Потом ещё кто-нибудь заболеет или сбежит во внеплановый отпуск, и вы на эту неделю, мягко говоря, попали.

Так вот. Нигде не написано про то, как же вам сделать свою работу на достойном уровне в таких условиях.

Сейчас я и хочу про это рассказать.
Читать дальше →
Всего голосов 25: ↑22 и ↓3+21
Комментарии2

Как Тарас стал Senior+ из-за CS 1.6 и дедушки с ТЭЦ

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров16K

Основной хард-скилл Тараса

Началось всё с дедушки-инженера. Из-за него у Тараса сформировался инженерный же склад ума, а дальше он увлёкся стандартными игрушками для ребёнка с технической родословной: машинками, конструкторами лего, миркоэлектроникой, Ассемблером, разработкой и потом — базами данных. Потому что тяжело остановиться, когда у вас есть радиоконструктор.

Дальше, как и положено потомственному инженеру, он пошёл работать на ту самую ТЭЦ. Что, мягко говоря, для неокрепшей студенческой психики стало серьёзным ударом, потому что после знакомства с миром современной микроэлектроники вид резистора ТЭЦ слегка настораживал. Резистор был размером с два кулака. Уровень инноваций был такой, что собранный диодный мост уже рассматривался как нечто оскорбительно новое. Вот в момент постройки такого не было, и ведь работало же как-то!

Собственно, Тарас оттуда достаточно быстро скрылся в направлении разработки на PHP, и так бы мы его и потеряли в мире интровертов (как он это сам описывает, видимо, тогда действительно PHP-разработка делалась минимальными командами), но он хотел пойти в админы. Точнее, в девопсы, но тогда это называлось всё так же — админ.

18 лет назад состоялось его посвящение в админы. Тарас начал нести демократию по всей стране.

Собственно, я хочу рассказать про своего коллегу с очень, скажем так, характерной для России судьбой в ИТ.
Читать дальше →
Всего голосов 44: ↑38 и ↓6+36
Комментарии24

История Дениса: уйти, чтобы вернуться

Время на прочтение4 мин
Количество просмотров10K

Здесь чуть не закончилась ИТ-карьера Дениса

Денис стал айтишником нестандартным путём. Началось всё правильно, как и должны были попадать люди в ИТ по задумке, то есть через математику в школе и информатику в университете.

Вектор задал математический класс — «о, наверное, я в этом понимаю, раз у нас была углублённая математика» — и наш герой поступил на информатику. Внезапно, как и многие другие студенты, он узнал, что, оказывается, в университете надо учиться. Первая сессия стала шоком, и закрывал он её, с трудом отрываясь от рейдов WoW. Работать надо было тяжело, школьные достижения почти ничего не значили, и ко второй сессии Денис пришёл неподготовленным.

Поняв, что пахнет жареным, он не растерялся и быстро перевёлся в спортивный институт. Благо спортивные достижения позволяли. Так и ушёл из ИТ фактически на старте, не предполагая, как дальше жизнь повернётся. И не возвращался к теме, пока ему не достался по наследству сантехнический бизнес.

Если вы думаете, что сейчас будет история «и тут я понял, что нужно нормальное ИТ-ядро, сайт, еком, мы начали развивать бизнес и продали систему федеральной сети», то нет. Сантехнический магазин он тоже быстро слил.
Читать дальше →
Всего голосов 46: ↑36 и ↓10+29
Комментарии24

Как мы сохраняем знания компаний

Время на прочтение12 мин
Количество просмотров4.3K


Документация важна. Отдел по маркетингу, может, не знает, чем именно занимается техподдержка ПО или оборудования. Филиалы в условных Новосибирске или Туле отвечают только за свои регионы. Вся накопленная подразделениями или отдельными сотрудниками информация тоже хранится фрагментарно в виде памяток в Word или Excel, а то и вовсе исключительно в головах сотрудников.

И когда они увольняются, вместе с ними уходит и их компетенция. Новым приходится заново «изобретать велосипед». Это опасный момент онбординга, потому что многие не выдерживают информационной нагрузки. Возникает текучесть кадров.

У нас для борьбы с этими проблемами в структуре компании «Сервионика» в 2021 году было создано специальное подразделение — центр компетенций. Он нужен для технической и экспертной поддержки проектов, развития общей базы знаний.

Сегодня на примере проекта по созданию системы автоматизированных рабочих мест я расскажу о структуре нашего ЦК, выполняемых им задачах, его технической реализации, возможностях и ограничениях. А в заключение наглядно продемонстрирую эффективность его работы в конкретных числах.
Читать дальше →
Всего голосов 20: ↑19 и ↓1+18
Комментарии7

Мой извилистый путь с завода железобетонных изделий до архитектора

Время на прочтение6 мин
Количество просмотров5.6K


Привет, Хабр. Меня зовут Алексей, и я сейчас расскажу, как меня привело в архитекторы из мира бетона и строительных конструкций.

Представьте: завод железобетонных изделий, где делают разные плиты, сваи, кольца и тяжёлые строительные штуки. И вот там есть процесс пропарки, когда изделие сначала обрабатывается при температуре 40°С, через два часа — 60°С, потом ещё одно изменение — и уже 80°С. На 80°С выдерживается, потом плавный отпуск, чтобы не было трещин.

Для этой установки на заводе есть специальный человек-скрипт, который в нужные моменты переключает температурный режим. Днём эти люди били рекорды по количеству выпитого чая и выкуренных сигарет. Ночью датчиками автоматизации работали сантехники завода (так сложилось). Сантехники включали режим и засыпали, а с утра узнавали про трещины в изделиях. Из сантехников вообще получаются довольно плохие устройства автоматизации.

Брак можно было уменьшить двумя путями: поставить опытного человека, пачку чая и чайник либо купить специальную железяку, которая делала бы то же самое (только не тратила чай). Железка готовая есть, продаётся как программно-аппаратный комплекс, стоит 15 миллионов рублей.

Я тогда был студентом, был предельно любознателен и любил усовершенствовать все, до чего руки дотянутся. Пришёл на завод, огляделся — ага, вот задача. Взял ардуину, термодатчик и написал простейший аналог электронного реле. И эта штука выдерживала режим пропарки.

Так сначала я стал технологом, потом замглавинженера, а потом перешёл в ИТ и понял, что там всё то же самое, даже экспрессия в острые моменты та же.
Читать дальше →
Всего голосов 33: ↑32 и ↓1+35
Комментарии5

Нельзя просто взять и обезличить данные — опыт команды разработки «Сферы»

Время на прочтение6 мин
Количество просмотров3.4K

Бизнесу нельзя использовать данные клиентов as is для тестов. Отдел разработки не может просто взять персональные данные (ПДн) и проверить на них новую фичу, обучить Machine Learning-модель. Этот момент регулируют законы и отраслевые стандарты. Чтобы с данными можно было работать, их необходимо обезличить. В крупных компаниях сотни таблиц переплетены идентификаторами, формулами, процедурами. И здесь речь идет уже о формировании обезличенных интеграционных полигонов (комплексов БД). Максим Никитин, тимлид группы разработки, поделится опытом команды разработки платформы производства ПО «Сфера».

Читать далее
Всего голосов 9: ↑7 и ↓2+6
Комментарии0

Как системное мышление приводит на работу в ИТ из очень разных мест

Время на прочтение9 мин
Количество просмотров14K
У нас есть несколько ситуаций, когда люди не из ИТ приходят в компанию. Это очень типичные и нетипичные истории сразу. Типичные — потому что все хотят, но мало у кого получается. Нетипичные — потому что есть общие особенности мышления, которые, возможно, помогут понять, что этот человек подходит для ИТ-специальности.

Младшим тестировщиком у нас работает Анастасия, бывший специалист по отслеживанию подозрительных операций в банках, проводившая международные расследования. Ещё один тестировщик — Наталья, девушка из службы авиационной безопасности, которой очень нравилось искать странные вещи на картинках интроскопа. В автотестировании есть Аня, бывший строитель. Говорит, если вы способны навести порядок на стройке, то с автотестами проблем не будет. Один из ведущих разработчиков — бывший руководитель кладбища и юрист. Тимлид тестирования раньше сидел «на линии» в колл-центре. Младший аналитик — некогда ревизор федерального казначейства.


Тут тоже нельзя пропускать баги на прод.

Логика простая: если человек достаточно умён и способен мыслить системно, то он будет постоянно искать применение своим способностям. И рано или поздно придёт в ИТ, потому что это сейчас один из самых хорошо оплачиваемых секторов — и с хорошими перспективами.

Другое дело, что при этом придётся решиться и бросить успешную карьеру, чтобы начать с нуля в ИТ.

Например, вы бы поменяли пост директора кладбища на джуна-тестировщика?
Читать дальше →
Всего голосов 33: ↑30 и ↓3+30
Комментарии19

Что принципиально поменялось в ИБ

Время на прочтение12 мин
Количество просмотров4.6K


Ситуация меняется буквально на лету — а с ней так же стремительно меняется и нормативка.

За два последних года это активно коснулось всех основополагающих законов: о защите информации, персональных данных, критической инфраструктуры, электронной подписи. Вместе с ними меняются или уточняются и регуляторные нормы практически по всем направлениям: в вопросах импортозамещения, конкретизации требований ИБ в области Государственных информационных систем (ГИС), критической информационной инфраструктуры (КИИ), платёжных систем и персональных данных (ПД).

Например, теперь будут применяться оборотные штрафы за утечки ПД. И это не набившие всем оскомину 60 тысяч рублей, а конкретный процент за утечку, так что, если вы производственный холдинг или большая компания, можно влететь на несколько миллионов, в том числе за «несообщение об инциденте». А ещё речь идет и о персональной ответственности, т.е. предусмотрены штрафы не только для компаний, но и для их должностных лиц.

По идее, все должны были к этому готовиться давно, «основные» законы были приняты более пяти лет назад. Но реальность настала, а готовность разная. Это объяснимо: правки в законы и подзаконные акты вносятся постоянно. В последнее время за очень короткий срок были подписаны и приняты документы в области ИБ всеми возможными регуляторами: ФСТЭК, ФСБ, ЦБ. Темпы изменений таковы, что «угнаться» за ними трудно не только специалистам, но и государству. Всё приходится внедрять в авральном режиме.

Наша команда часто выступает в этой теме консалтерами по внедрению, поэтому приходится постоянно держать руку на пульсе. Происходящее прямо влияет не только на проектирование, стоимость, сроки поставки и ввода в эксплуатацию систем защиты, но и в целом на состояние, в котором находится информационная безопасность. И иногда влияет критично. Собственно, поэтому я и хочу рассказать о текущей ситуации в ИБ.

Ну и ниже короткий каталог основных изменений.
Читать дальше →
Всего голосов 21: ↑21 и ↓0+21
Комментарии2

Про интроскопы

Время на прочтение8 мин
Количество просмотров17K


Мы тут закупаем и ставим интроскопы, и из-за последних событий к ним опять возрос интерес. Сейчас расскажу несколько базовых вещей, которые обсуждал с заказчиками последние несколько недель раз десять уже, наверное.

Интроскоп — это штука, которая снимает в рентген-излучении. Чаще всего вы видите такой на входе в аэропорт или на вокзал.

Представляет из себя камеру для съёмки, защитную оболочку, какие-нибудь салазки или что-то типа конвейера (не всегда, но чаще всего) и встроенный компьютер для обработки всего этого. С точки зрения ОС — это веб-камера, поверх которой делается обработка в софте. Поставляется всё это в подавляющем большинстве случаев как готовый ПАК, то есть системник или моноблок уже внутри где-то под кожухом. На борту там чаще всего «банкоматная» Win, которая не обновляется примерно никогда, равно как и софт.

Монтаж выглядит так: обычной доставкой приезжает огромная коробка, выгружается в заданную точку, немного дособирается (кабели — салазки — лента — экран), включается и работает.

Советы по выбору интроскопа — разница между моделями и прочие детали вообще никого никогда не волнуют, потому что принцип выбора такой:

  1. Определяем, какой стандарт применяется.
  2. Выбираем интроскоп под этот стандарт. Подбираем согласно требованиям заказчика наиболее подходящий интроскоп по соотношению цена – качество: учитываем наличие и стоимость технической поддержки, её доступность в регионе.
  3. Готово!

Примерно так происходит почти на любом объекте, который я видел.
Читать дальше →
Всего голосов 39: ↑36 и ↓3+37
Комментарии42

Почему и каким образом в мире хотят регулировать отказоустойчивость облачных провайдеров

Время на прочтение4 мин
Количество просмотров1.5K

В планах разработать единые стандарты для взаимодействия c государственными организациями и повысить надежность облачной среды. Но провайдеры говорят, что в новых законопроектах нет необходимости, поскольку уже существуют отраслевые стандарты. Мы решили разобраться в ситуации и точках зрения.

Читать далее
Всего голосов 4: ↑3 и ↓1+3
Комментарии1

Автоматизация тестирования 1С (и не только) с помощью RPA

Время на прочтение7 мин
Количество просмотров4.5K
Пожалуй, сейчас уже нет ни одного специалиста по тестированию, который бы не задумывался над вопросом автоматизации тестирования. Великое множество фреймворков, языков, специальных инструментов автоматизации — выбирай самый подходящий, на твой взгляд, и автоматизируй. Но не всегда всё так просто.

Попытки использования общепринятых фреймворков автоматизации тестирования для 1С и других десктопных приложений упираются в первую очередь в сложность определения и однозначной идентификации различных элементов интерфейса, для чего обычно используются xPath, локаторы и селекторы. Нужна такая платформа, у которой селектор сможет считать данные из 1С, т. к. при построении селектора анализируется всё дерево компонентов, а не только некоторое заданное число уровней.

В поисках такой платформы мы сравнили известные инструменты автоматизации:



Получается, что команда автоматизаторов, которая вполне успешно автоматизирует тестирование всех остальных систем IT-ландшафта компании, используя, например, самые распространённые фреймворки Java, не может взять в работу 1С. Автоматизация тестирования 1С становится достаточно редкой и обособленной компетенцией.

В поисках идеального предложения для решения проблемы мы решили побрейнштормить и поискать нестандартные решения. Что умеет работать с 1С и при этом может использоваться для автоматизации тестирования? В какой-то момент у нас появилось понимание, что действия, аналогичные автоматизации UI, часто применяются в роботизации. По сути, роботизация — это форма технологии автоматизации бизнес-процессов. А чем тестирование не бизнес-процесс? Отличительной и основной особенностью роботов RPA является возможность использования пользовательского интерфейса, в том числе и десктопного, для сбора данных и управления приложениями, т. е. именно то, что нужно для автоматизации тестирования 1С.
Читать дальше →
Всего голосов 25: ↑24 и ↓1+27
Комментарии3

Информация

Сайт
t1.ru
Дата регистрации
Дата основания
Численность
свыше 10 000 человек
Местоположение
Россия
Представитель
Холдинг Т1