Information
- Rating
- Does not participate
- Location
- Москва, Москва и Московская обл., Россия
- Registered
- Activity
Specialization
Backend Developer, Chief information officer (CIO)
Lead
Project management
Development of tech specifications
Negotiation
Optimization of business processes
Development management
Automation of processes
Особенность проекта заключалась в том, что требовалось запускать ПО на "любом смартфоне пользователя", что сразу накладывает множество ограничений.
Самим заданием не предполагалась выдача конкретных устройств, а значит потребовались бы постоянные подгонки под конкретное устройство.
С тем, что все довольно сложно - соглашусь.
Но таково было техническое задание.
Написано "Bluetooth-маяк", использовали именно его.
Хотя, если у вас есть конкретная архитектура, которая поможет решить тот же кейс другим методом, то, возможно, ее стоит описать более подробно.
Возможно, что кому-то она покажется полезной в рамках его задач.
В нашем случае мы проводили тест конкретной технологии (Bluetooth) для конкретного заказчика.
Именно потому в статье и поднимается вопрос целесообразности того подхода, который использовался ранее и предлагаются методы оптимизации именно в формате Bluetooth-маяка.
WiFi-трекер будет выше по стоимости раз в 10 в счет стоимости самих роутеров, выступающих как базовые излучатели.
Использовать для этих целей роутеры объекта вряд ли будет возможность, хотя бы из соображений безопасности.
В этом плане Bluetooth-маяк, мне кажется, будет все же предпочтительнее.
Однако замечу, что без конкретных исследований - это скорее "гипотеза" и практическое внедрение может показать иной результат.
В любом случае спасибо за комментарий!
Спасибо за комментарий.
К сожалению, применить RFID-метку в данном случае не выйдет в силу особенностей этой технологии.
RFID-метка в базовом состоянии является пассивной антенной без источника питания.
Для запуска процесса "излучения" требуется внешний контур, которым выступает, например, антикражная рамка в магазинах.
Ну либо телефон, поднесенный вплотную к RFID.
Таким образом для подключения к меткам придется всегда их "облучать" каким-то внешним источником,
т.е. получаем ту же концепцию "батарейка + антенна",
но с дальностью действия 10 метров вместо 50.
Хотя не исключаю, что есть RFID-направления, которые выпали из моего поля зрения и могут работать как-то иначе.
Благодарю за комментарий, замечание полностью справедливо.
С термином "трилатерация" ранее не встречался, но беглого изучения хватило для того, чтобы понять, что вы правы.
Внесу правку в текст статьи.
С вашего разрешения укажу вас в ней как источник апдейта.
Благодарю за картинку,
она навела меня на мысль поискать подробную информацию у тех, кто на этом специализируется.
На всякий случай напомню, что в статье описывается не ИК-излучение, а работа блютуз-маяков,
т.е. ИК-спектр находится не совсем в моем рабочем пространстве :)
В частности для моего ответа ниже будет использован материал
"Светопропускание оконных конструкций и различные способы достижения нормативных результатов к.т.н. А.Г. Чесноков (АО "ГИС", Москва)"
Если исходить из него, то есть несколько интересных выводов:
1) Стекло действительно пропускает диапазон от 500 до 2500 нм, т.е. утверждать, что ИК-спектр НЕ проходит через стекло - неверно.
Соответвенно, здесь вы правы полностью, а я заблуждался.
Даже обычное стекло может пропускать ИК-спектр.
2) Стекло пропускает определенный % от ИК-спектра.
Если мы рассматриваем его как 700-2500нм, то это +/- 50%, исходя из графика.
Таким образом получается, что общий принцип работы объяснен мной верно.
Наблюдается эффект термоса, когда входящее излучение блокируется внутри, правда в счет "частичного отражения", а не "полного отражения".
Все приведенные в статье советы по экспериментам проверены мной лично.
В частности с прибором ПНВ с достаточно мощным источником ИК-излучения.
В комментарии выше для пользователя aik описаны некоторые моменты, которые, возможно, помогут понять почему эксперимент не удался у вас.
Хотя сама фраза:
"Имеется лёгкое отражение и поглощение лучей, безусловно, но назвать это зеркалом язык не поворачивается."
говорит о том, что вы имеете эффект частичного зеркалирования, что само по себе уже может являться доказательством того, что часть энергии Солнца будет замыкаться в парнике, т.е. будет происходит аккумулирование энергии.
Чем сильнее будет ваш источник, тем нагляднее будет проявляться эффект обратного отражения лучей.
"А парник работает за счёт удерживания нагретого воздуха. Самые распространённые дачные варианты сейчас делаются из поликарбоната — а не из стекла."
Я, конечно, не эксперт в парниках, но осмелюсь предположить, что там работает схожий механизм, но уже для УФ-спектра, который вызывает нагрев поверхностей.
По крайней мере такое объяснение дает сам производитель поликарбоната (первый, кто попался):
"Длина волны спектра солнечного света, который достигает поверхности Земли, варьируется от 250 нм до 2500нм. Этот спектр может быть разделен на три части по увеличению длины волны.
Ультрафиолетовое излучение (УФ) ниже 400 нм, видимый для глаза диапазон между 400 и 700 нм и инфракрасное (ИК) излучение более 700 нм.
Прозрачные листы ПЛАЗКРИЛ частично блокируют УФ и пропускают видимый свет и ИК излучение. "
, т.е. поликарбонат использует переотражение УФ-спектра, которое со временем переходит в ИК-спектр, частично рассеиваясь вовне, частично нагревая внутри.
Но утверждать не возьмусь, все же не мой прямой профиль и скорее делюсь информацией к обсуждению.
Статья же была не про ИК-излучение и его особенности :)
"Кстати, обведённое окно как раз непрозрачно для ИК-лучей - оно по какой-то причине их отражает. Может стекло с защитным покрытием, а может зеркальная штора. "
Еще вариант, что в этом окне кто-то выращивает цветы, используя ИК-лампу (частое решение).
Снаружи обычно выглядит как красное свечение (ближний ИК-спектр).
Как итог вы видите "засветку маленьким солнышком", которое выглядит как отражение :)
В пользу этой теории говорит и то, что вы используете ИК-фильтр 720+ нм без внешнего источника излучения,
то есть сами вы при этом не излучаете, а значит и отражать окно напротив не может.
Только самостоятельно излучать.
Для начала благодарю за прекрасные фото-материалы!
Радует, что кто-то провел самостоятельный эксперимент и смог уточнить детали.
Касательно фразы
" Это у нас видимый спектр примерно 400-700 нм. Скорее, 380-750."
, тут, к сожалению, моя экспертиза подходит к концу и могу ориентироваться только на материалы из доступных источников.
Возможно, что профильные коллеги из области материаловедения смогут помочь.
На данном этапе будем считать, что ваше мнение более точное, так как мое мнение ложится в формат "частного случая" к вашему.
Если я правильно понял, то вы имеете ввиду, что стекло "частично непрозрачно для ИК-спектра", т.е. какая-то часть ИК-излучения все же через него возвращается наружу.
Если я, конечно, правильно интерпретировал фразу:
"Так что у "обычного" оконного стекла нет вопросов с ближним ИК-диапазоном. А вот дальний ИК, который излучается нагретыми предметами, стекло как раз неплохо отражает. На чём работа теплицы и основана - она пропускает видимый свет и ближний ИК, растения, земля и воздух внутри нагреваются - и вот уже тепловую энергию теплица держит внутри, отражая дальний ИК внутрь и не давая тёплому воздуху остывать. "
В этой фразе замечу неточность:
"Про ПНВ это вы хорошо вспомнили - он у меня как раз есть. Точнее - фотоаппарат со снимающимся ИК-фильтром, который снимает в полном спектре, видимый свет плюс ближний ИК."
Дело в том, что в этом случае вы видите тот спектр, который проходит сквозь стекло к вам, однако при этом с вашей стороны мощный ИК-источник отсутствует, в отличии от ПНВ, что не даст эффекта "зеркалирования излучения".
Хотя, отмечу, то что вы действительно демонстрируете наличие ИК-диапазона проходящего через стекло (если предположить, что фильтр работает именно в формате 720нм+).
Это подтверждает, что ваше стекло как минимум частично пропускает ИК-спектр, что еще раз подтверждает вашу фразу о расширенном диапазоне стекла относительно моих данных
" Это у нас видимый спектр примерно 400-700 нм. Скорее, 380-750."
Вот тут:
"Ещё у фотоаппарата есть ночной режим, когда он включает ИК-подсветку и снимает как настоящий ПНВ. Правда, на небольшом расстоянии."
, возможно, есть элемент заблуждения.
Хотя на фото действительно изображение напоминает ПНВ-формат, предполагаю, что происходит увеличение светочувствительности матрицы в центре в счет каких-то алгоритмов.
Режим "псевдо-ПНВ" весьма популярное решение.
Без указания конкретной модели фотоаппарата сложно сказать.
Однако, если у вас на камере действительно внешний ИК-источник, то уточните, воспринимает ли глаз его работу в виде красноватого свечения в темноте, если смотреть прямо на источник во время работы?
Если да, то источник работает в диапазоне 700-740нм, т.е. видимый ИК-спектр.
Диоды такого формата часто применяются для удешевления стоимости продукции (в гражданских ПНВ в том числе).
Как итог - диапазон может частично проходить сквозь стекло, а если источник слабый ("Ещё у фотоаппарата есть ночной режим, когда он включает ИК-подсветку и снимает как настоящий ПНВ. Правда, на небольшом расстоянии."), то заметного эффекта зеркалирования может не проявиться.
В частности в моих экспериментах с ПНВ 700-740нм с дальностью излучения в 200-250 метров "посмотреть сквозь стекло" у меня не вышло от слова совсем.
В любом случае еще раз благодарю за интересный комментарий.
Как говорится "истина где-то рядом" и не факт, что я прав на 100%, все же вопрос излучений - это не мой рабочий профиль :)
Давайте попробуем подход "предположим, что",
думаю, что здесь он будет уместен.
Предположим, что вы действительно смогли разместить в ТЦ нужное количество маяков.
Предположим, что вы смогли заставить всех посетителей установить приложение.
В этом случае действительно, в случае пожара, посетители смогут получить интерактивную карту в телефон а-ля Pip-boy из Fallout :)
И свободно передвигаться "вслепую" по зданию.
Более того, схожий механизм, насколько мне известно, используется для подземной навигации автономных машин в шахтах.
Например, грейдеров.
Точно не скажу, какие именно маяки там расставляют, Bluetooth или WiFi,
но используют механизм, схожий с описанным вами.
Возможно, если здесь есть представители Норникель или Алроса,
то они дополнят мой ответ своей экспертизой.
Уверен, что они уже применяют подобные технологии для снижения себестоимости извлечения материала из сырьевой породы.
Спасибо за комментарий, вопрос действительно не очень простой для понимания.
Попробую объяснить механизм работы "парникового эффекта".
Вы верно заметили, что материалы бывают очень разные,
есть, в том числе, ИК-прозрачное стекло, которое часто используется, например, на системах наведения ракет с ИК-наведением (тепловым).
Как пример серия стекол ИКС-1 с диапазоном 850-3000 нм позволит пропускать ИК-спектр.
По своей сути "парниковый эффект" основан на эффекте термоса, когда входящее в парник излучение внутри максимально блокируется на выход.
Если брать стандартное оконное стекло, то оно имеет спектр проходимости с длиной волны от 400 до 700 нанометров.
ИК спектр - это уже от 700 нанометров до около 2 мм.
Таким образом стекло для ИК-спектра непрозрачно.
Как же происходит в этом случае нагрев?
Часть лучей видимого спектра входит в контакт с землей парника или иными поверхностями.
Это излучение менее эффективно, но все же нагревает поверхности.
Нагретая поверхность начинает излучать в ИК-диапазоне, но так как стекло непрозрачно для ИК-диапазона, то выйти оно не может.
При этом активно нагревая поверхности, создавая каскадный эффект нагрева.
Нарушения законов физики (термодинамики) при этом не происходит, так как происходит не выработка энергии "внутри парника",
а получение энергии от Солнца (внешний источник) в виде видимого спектра и преобразование его в ИК-диапазон.
Т.е. парник выступает аккумулятором энергии в виде теплового ИК-излучения, ведь видимый свет может свободно как войти, так и выйти.
Проверить непрозрачность стекла для ИК-спектра можно очень легко, если у вас есть дома прибор ночного видения, например.
Если вы наведете прибор ночного видения (ПНВ), который использует мощные ИК-диоды в качестве подсветки, на оконное стекло, то увидите, как стекло становится для вас зеркалом, лучи отражаются обратно.
Важный момент, смотреть нужно сквозь камеру вашего телефона, так как человеческий глаз не воспринимает ИК-диапазон, в отличии от фото-матрицы телефона.
По итогу посмотреть "сквозь оконное стекло", если оно прямо перед вами, через ПНВ не выйдет.
Если у вас под рукой не окажется ПНВ (наверное, не у каждого он дома есть), то подойдет и обычный пульт от телевизора.
Его диод точно так же работает в невидимом для человека спектре ИК-излучения.
Направьте диод в стекло, включите камеру, нажмите любую кнопку и увидите в объективе отблеск фиолетового цвета.
Это означает, что стекло не пропустило ИК-диапазон, отразило его и вы смогли его увидеть в камеру.
Примерно как это происходит с зеркалом и солнечным зайчиком.
Если бы стекло было "прозрачным", то вы бы ничего не увидели.
Надеюсь мне удалось ответить на ваш вопрос.
По крайней мере я старался :)
И да, и нет.
В торговых центрах чаще применяется технология определения гаджета со включенным WiFi, как метод пассивного поиска устройств.
Не требуется технического разрешения на попытку соединения с устройством, но при этом все устройства равноправно-анонимны.
В варианте с Bluetooth каждому посетителю придется дать разрешение на соединение, чтоб стать "ретранслятором данных".
А в условиях задымления - это, вероятно, не лучший вариант.
У каждой волны есть длина и от нее зависит "проходимость" через разные молекулярные структуры.
Наглядный пример:
Ультрафиолет (УФ-спектр) и инфракрасное излучение (ИК-спектр) гасится стеклом почти на 100%, но через него проходит видимый свет.
Волны видимого света не проходят через пластик, а вот ИК-волны проходят и создают эффект рентгена.
Точно так же Bluetooth-волны (2,402–2,48 ГГц) гасятся и отражаются различными материалами очень по разному.
Сталь полки в 2-3 мм активно экранирует и перенаправляет сигнал, например.
И "срезает" дальность такого сигнала с 50 метров на открытом воздухе до 1 метра при проходе через препятствие.
"X5 Tech" бросает челлендж "Как я провел Лето"?
Вызов принят, вот моя история… :)
Меня ждал Питер и отель "Radisson".
Отпуск прошел как у всех руководителей, пару тройка-созвонов, куча экскурсий, аэротруба у ГазпромАрены.
И вот наступил последний день отпуска, вещи собраны - можно отправляться в Москву.
М-11, скорость 100+, прямая возле Великого Новгорода.
Хлопок, машину начинает мотать по трассе как быка на родео, запах паленой резины.
Благо, трафик был слабый, удалось прижаться к обочине, никого не повредив.
Выхожу и понимаю, что каким-то осколком с трассы разметало в лохмотья заднюю левую шину.
Меняю колесо, начинаю движение - есть второе пробитие!
Звонок эвакуатору - "Не работаем", "Не сможем доехать", "Эту территорию не обслуживаем".
Делать нечего, начинаем путь к ближайшей шиномонтажке, не на трассе же ночевать.
Съехал с платной трассы, связь куда-то делась и отказалась вернуться.
Включили офлайн-карты.
Второго запасного колеса нет, двигаемся со скоростью 15-30 км/ч "на ободе".
Путь в автосервис пролегает через лесополосы, которые больше похожи на тайгу.
Если бы вышел медведь с балалайкой - не удивились бы.
Смеркалось, уверенности в том, что едем правильно - нет вообще.
Идем "по приборам" без связи, но с надеждой на лучшее будущее.
И вот, спустя часа 3-4, он, Великий Новгород!
А в нем - шиномонтажка нашей мечты :)
По итогу последний день отпуска дал впечатлений больше, чем сам отпуск.
К слову до Москвы мы добирались в этот день аж 15 часов :)
#хабралето
Добрый вечер,
Действительно, роль маркетолога и его навыки за последние 5-10 лет претерпели громадные изменения.
Начну с того, что по одному из образований я маркетолог и тема мне весьма близка.
А по направлению деятельности "на сейчас" я в IT.
В связи с этим, с некоторой долей экспертности, могу говорить о проблеме не откуда-то там, а "изнутри".
Попробую вам помочь и составить профиль успешного маркетолога, который довольно легко найдет работу в 80% средних компаний и в 90% мелких.
Вы абсолютно справедливо указываете на потребность в оцифровке данных.
Бумага уже не в моде, любой заказчик потребует электронный отчет или BI-срез.
Итого нам потребуется:
1) Для SMM требуется качественный контент (предположим, что его кто-то уже подготовил, например копирайтер) и методика раскрутки (это как раз базовая задача маркетолога).
Потребуется анализ данных, поиск целевой аудитории, сегментация хотя бы на категории АВС, оценка рисковых зон и прочее.
Т.е. требуется понимать как происходит анализ данных, в том числе математическую модель происходящего.
Сюда же ложится и SEO, так как обычно они работают в связке.
А значит к анализу добавится хотя бы базовое понимание HTML и настройки текста страницы в целях улучшения поисковой выдачи.
Иначе даже с размещением счетчиков возникнут проблемы, что уж говорить про все остальное.
А если маркетолога нет в интернете - можно считать, что его вообще не существует.
Ни одна воронка не даст такого количества потенциальных покупателей.
Хороший пример Ozon и WB, которые есть только в интернете и имеют громадную воронку потребителей :)
2) Анализ данных в большинстве своем - это неструктурированные таблицы, которые нужно будет еще 10 раз перекрутить между собой.
Найти связи, возможные корреляции, составить гипотезы.
Если вам дадут уже готовые данные - это большое везение.
И хорошо, если эти данные будут в excel, а не в виде доступа с SELECT-запросами к БД.
Т.е. нужно быть как минимум подкованным в области excel-формул.
В идеале знать базовые SQL-запросы для прямого доступа к хранилищам (но не обязательно).
Можно, конечно, доверить этот кейс аналитику баз данных.
Но тогда нужно работать с ним в паре, потому что его задача - вытащить данные и собрать их в нужную таблицу.
Сделать вывод о корреляциях и влиянии на спрос за вас он не сможет.
Ну и это дополнительная заработная плата, что может себе позволить не каждая компания.
Т.е. знание SQL автоматически повышает ваш шанс быть принятым на работу.
3) Контент-маркетинг базируется на психологии, поиске триггеров для привлечения интереса покупателей.
Гадание на кофейной гуще сейчас применяется редко, а значит нужна определенная обоснованная исследованиями методика.
Таким образом маркетолог должен быть немного психологом или хотя бы понимать откуда он взял свою гипотезу.
Справедливости ради замечу, что ссылка на качественную методику даст весомый аргумент в переговорах с Заказчиком.
Тут вам и менеджер проекта скажет большое спасибо, и генеральный директор.
Продать
"методику опробованную MIT на 100 000 респондентов"
будет значительно проще, чем
"мы думаем, что разместить картинку синего трактора сработает в вашем случае".
Не стоит забывать, что
"Маркетинг — это деятельность, направленная на удовлетворение рыночных потребностей с целью извлечения прибыли"
, а значит прежде чем продавать продукт заказчика, требуется ему для начала продать свои услуги.
Далее дополнительным плюсом с вашей стороны будет умение генерировать контент (например картинки для баннеров) с помощью запросов ко множеству AI-сервисов.
Тот же Шедеврум от Яндекса или Кандинский от Сбера неплохо справляется с этой задачей, если уметь правильно задавать промты, конечно.
Не то, чтобы это было сильно качественнее живого дизайнера/художника, однако это может значительно удешевить запуск проекта при схожем качестве оказания услуги.
Т.е. это ваше реальное преимущество при трудоустройстве о котором можно смело заявлять.
"Могу, умею, практикую, удешевляю запуск проекта."
Опять же, на сгенерированное изображение обычно не распространяются авторские права, в отличии от картинок от дизайнера/интернета, и об этом мало кто знает.
Таким образом получаем профиль Маркетолога:
"Соискатель, который имеет хотя бы базовое представление о психологии, как минимум не конфликтует в социальных сетях.
Понимает, как работает продвижение на уровне SEO/SMM,
приветствуется базовое знание работы с HTML.
Может проанализировать данные с помощью excel-формул (уверенное владение),
плюсом будет знание SQL-запросов.
Как дополнительный плюс - умение делать промты для нейросетей."
Далее замечу,
что ряд указанных вами требований на самом деле маркетологу не нужен.
Но если вы это умеете, то это, естественно, ваш громадный плюс :)
Посудите сами:
А) Копирайтинг - это написание текста в нужной редакции.
AI сейчас пишет довольно неплохие тексты на базе вашего, но лучше найти своего автора, который будет писать в манере близкой к вашему читателю.
Кто-то любит строгие тексты, кто-то любит большие по объему, кто-то короткие...на всех не угодить, а манера написания у автора лишь одна.
Б) Блогинг - отдельное направление со своими правилами игры.
"Запуск" 1 блогера - это работа целой группы маркетологов, аналитиков, гримеров, операторов и т.д.
Ни один маркетолог не сможет сравниться по охватам с крупным и даже средним блогером и это нужно понимать.
А вот в рамках SEO вести отдельный блог компании - здравая идея.
Правда не очень ясно, чем он будет отличаться от посадочной страницы или блога на сайте.
В) Конференции, митинги и прочее - это задача PR-менеджера или ген директора.
Ведь там, по сути, происходит заключение сделок или обсуждение возможностей взаимовыгодного сотрудничества.
О чем там можно общаться с маркетологом, задача которого продать товар или услугу здесь и сейчас?
На базе всего перечисленного можно составить рекомендации для быстрого трудоустройства маркетологом.
Пункты:
1) Базовый курс по верстке страниц.
Это поможет понять как работать с SEO.
Вас не должны пугать слова мегатег и alt.
2) Множество туториалов по SEO.
Не надейтесь найти в них точных данных - их не будет.
Алгоритмы индексации знают только сами поисковики.
Но это поможет понять откуда начать работу с настройкой сайта для нужной конверсии, например.
3) Изучение формул-excel.
ВПР - ваш друг и товарищ, но формулы типа таких:
"=ЕСЛИОШИБКА(ВПР(H12;I12:K15;3;0);"нет данных в"&H8)"
, вас пугать не должны.
4) AI - ваш партнер по направлению.
Научитесь использовать современные средства для помощи в вашей работе.
Не надейтесь, что они сделают работу за вас.
GPT поможет придумать/поправить текст,
Шедеврум поможет создать картинку,
но четко описать задачу придется самостоятельно.
5) Изучите максимально возможное количество реальных кейсов.
Интернет - чудесное место.
Учитесь на чужих ошибках, владейте экспертизой гигантов рынка в любом удобном для вас формате.
Это все бесплатно.
6) Если останется время, то изучите SQL-запросы.
Поможет для работы с БД заказчиков и BI-таблицами (будете понимать, как тянутся данные).
Не сможете устроиться маркетологом - сможете устроиться аналитиком баз данных :)
Вот и получается, что Маркетолог сейчас - это человек с широким кругозором.
Чем он шире, тем проще будет найти работу.
Список выше можно изучить за 9-12 месяцев в спокойном режиме,
а значит вы получите преимущество перед маркетологами "старой школы".
Благодарю за комментарий.
Вдвойне приятно слышать его от человека с профильным направлением в этой области.
Согласен, подобные настроения действительно встречаются довольно часто.
Частично они оправданы, так как текстовый формат работы с ботами будет существовать до прихода "нового поколения".
Мы оцениваем этот период в 5-10 лет.
А вот у них уже возникнут сложности, так как они воспитаны цифровой средой.
И как итог для них более привычный тип взаимодействия - это голосовые сообщения и "кружки" в ТГ.
Хотя по сути начинка бота остается той же самой, лишь добавляется элемент транскрибации.
API того же ТГ будет работать, вероятно, на текстовых данных.
Потому в статье подчеркивается момент, что "на сейчас" текстовые боты весьма актуальны,
но потенциально их нишу займут голосовые интерфейсы в том или ином виде.
Интересный материал, прочитал с удовольствием :)
Приятно видеть, что тестировщик грамотно может разложить задачу по полочкам.
Однако есть один вопрос, а именно,
почему тестировщик выполняет роль аналитика бизнес требований + РМ, тем более уже по факту реализации задачи? :)
Ведь для того и создана иерархия передачи и согласования информации, чтоб каждый в ней исполнял свою роль.
Попробую расписать процесс, как его вижу я со своей колокольни.
Прошу сразу камнями не закидывать, так сказать мнение автора может не совпасть с вашим.
И надеюсь, что мое видение будет вам полезно в работе.
По правильному, аналитик перед разработкой создает спецификацию того, что требуется создать.
Он создает это не просто так, а для того, чтоб разработчик мог "не думать" и делать то, что написано.
Сказано 4 ножки у табурета и высота в 2 бутылки 0.5 Кока-колы - делаем 4 ножки и высота в 2 бутылки.
Не сошлось - вопрос к спецификации.
Причем делает он ее не абы как, а подробно, детально прописывая все, что потребуется знать разработчику и РМ.
"Таким образом мы, в первую очередь, спасаем команду от бесконечного цикла доработок, если вдруг выяснится, что заказчик хотел не пластмассовую табуретку, а резной деревянный табурет с бархатной подушечкой." - т.е. тут спасает не тестировщик обычно, а именно аналитик.
Справедливости ради, именно на этом этапе тестировщик уже должен подключаться к проекту и формировать "карту тестирования", особенно, если речь идет о методологии TDD (которая в РФ, правда, применяется редко).
Собственно об этом же вы пишите позже: "Тебе не нужно переживать, всё ли ты учёл при проверках, если ты уже набросал себе план проверок!"
Следом идет роль РМ, который по сути должен получить подтверждение от Заказчика, что это действительно тот стул, который имел ввиду заказчик.
"От нас точно ждут табурет? Не стул, не кресло, не скамью? Табурет?" - должен спрашивать РМ у заказчика.
Мнения разошлись - спецификация уходит обратно к аналитику.
Мнения сошлись - информация идет на уровень ниже.
Подтверждением, что это уровень ответственности именно РМ является и ваша фраза:
"Разумеется, бывают ситуации, когда на многие вопросы мы не сможем получить ответы, потому что заказчик сам не знает точно, что он хочет, а команда дружно пилит MVP", ведь в этом случае решение принимает руководитель проекта и это называется "Принято менеджерское решение".
Далее начинается уровень Разработчика.
1) На тестирование не должен попадать нефункциональный продукт.
Вообще и ни при каких обстоятельствах.
Для этого существуют автотесты, например.
Все это зона ответственности разработчика, так как нефункциональный продукт - это, говоря проще, нерабочий продукт.
У вас этот пункт зафиксирован как:
"Для начала, проверим соответствие базовым требованиям и обмерим табурет линеечкой — соответствуют ли реальные габариты тому, что было в задании?"
Это зона ответственности Разработчика.
2) Если продукт передан в тестирование, то разработчик уже провел проверку на соответствие ТЗ и убедился, что "у стула 4 ноги".
Иначе будет то, что вы описываете как:
"Зафиксируем отклонения, если они есть (в последствии бизнес-аналитик или владелец продукта ознакомятся с этими отклонениями и дадут свой вердикт — допустимо это или нет)."
Т.е. несоответствие бизнес-требованиям на этапе сдачи продукта в предрелиз/эксплуатацию.
И хорошо, если расхождение ожидание-реальность не очень большое.
После этого действительно наступает уровень Тестировщика.
Фактически он выступает в роли "Альфа-юзера".
Расписывать подробно не буду, суть вы описываете абсолютно верно.
Однако мне кажется уместной такая последовательность тестов:
1) Smoke Testing (проверка наличия всех объектов согласно описанию)
2) Functional Testing (верность перехода по кнопкам, как пример)
3) Integration Testing (корректность межмодульного обмена данными)
4) Regression Testing (при необходимости)
5) Load Testing (здесь возможна совместная работа с DevSecOps)
6) Stress Testing (здесь возможна совместная работа с DevSecOps)
7) Security Testing + Fuzz Testing (здесь возможна совместная работа с DevSecOps)
8) UI Testing (тут под вопросом, должен ли это тестировать тестировщик или Дизайнер, например)
Почему важна именно такая последовательность теста?
На примере стула:
Мы проверяем, что стул есть и он похож на стул (Smoke Testing).
Мы проверяем, что на нем действительно можно сидеть (Functional Testing).
Мы проверяем, что ножки не скользят на мокром полу (Integration Testing).
Мы проверяем, что пятая ножка стула не мешает сидеть (Regression Testing).
Мы проверяем, что стул выдержит 1 толстого человека (Load Testing).
Мы проверяем, что стул выдержит 4 толстых человека и сломается на 5-м (Stress Testing).
Мы проверяем, что в стул никто не сможет вставить прослушку (Security Testing) и даже если мы на стул посадим не человека, а кошку - стул выдержит (Fuzz Testing).
Если стул выжил - можно оценить стоит ли его покрасить в розовый цвет (UI Testing).
Касательно Документации.
Ее отсутствие - критично в 100% случаев, если речь идет о групповом проекте.
Пройдет квартал - никто не вспомнит как и что работает.
Вы верно описали, что
"Если быть предельно откровенными, отсутствие документации не блокирует релиз и не мешает нам выдать табурет заказчику сразу же, как только будут устранены все дефекты."
Однако далее это превращается в техдолг, который в 99% случаев не даст погасить сам Бизнес в лице РМ.
Задача Бизнеса - получать максимальную прибыль и "написание документации вне проекта" противоречит основам бизнеса...к сожалению.
Потому документацию всегда надо писать сразу до сдачи проекта и учитывать это время на уровне формирования сроков сдачи.
Отмечу, что если
"Помимо всего прочего, в будущем, если по каким-то причинам у табурета станет меньше ног или отвалится сидение, мы сможем доказать, что на предыдущих этапах всё было в порядке и мы следили за качеством изделия."
, то это защитит лишь репутацию тестировщика.
С точки зрения заказчика ПО и Бизнеса - продукт не работает, а почему не столь важно.
ЭПИЛОГ
Принимаю, что у вас тестирование действительно проходит именно так, как вы описали.
В каждой компании свои исторические нормы и правила работы с входящей информацией.
Однако, если бы я увидел, как тестировщик на моменте сдачи продукта начинает уточнять требования к продукту, то я бы задал очень неприятный вопрос бизнес-аналитику :)
Ведь именно его задача сделать так, чтоб никто не нервничал, а исполнял то, что написано "свыше" :)
Надеюсь, что комментарий был полезен ;)
Статья интересная, однако есть одна особенность, которую стоит учитывать при оценке подобных материалов.
Мозг по своей сути - децентрализованный вычислительный 3D-объект, который имеет 3 элемента:
1) глубинные структуры (мозжечок),
2) средние структуры (белое вещество)
3) высшие когнитивные структуры (серое вещество).
При этом эволюционно происходило развитие от примитива типа движение-дыхание (мозжечок) к иным более сложным действиям посредством глаз, ног, рук (белое вещество), а далее к высшим действиям вроде написания статьи (серое вещество).
То что называют депрессией - это функциональные особенности работы именно серого вещества, так как именно оно отвечает за "Я", как личность и его же искажения.
Но при этом серое вещество "наслоено" на белое вещество, т.е. имеет 3D-структуру относительно поверхностного слоя, который оценивали авторы статьи.
Примерно как штукатурка закрывает неровности стены.
Исходя из статьи, оценивалась лишь поверхностная активность мозга без МРТ диагностики.
В данном случае ширина слоя может говорить о том, что белое вещество под этой зоной повреждено, например, естественным рубцеванием и в счет этого серое вещество "расползлось" не имея возможности сформировать пространственную сеть ближе к мозжечку.
Сверху пространство тоже ограничено черепной коробкой, что не дает возможности роста "серой сети" по иным векторам, кроме "вдоль черепной коробки".
Таким образом авторы приходят к выводу, что ширина провоцирует депрессию.
Однако дело может обстоять так, что депрессию провоцирует нарушение пространственного расположения связей этой зоны как таковой, а не изменение размеров.
Вместо кубика нервов объемом 5*5*5 получается тот же кубик тем же объемом, но с проекцией 25*5*1 например.
Т.е. технически может встретиться депрессия при узком и глубоком расположении серого вещества типа 1*5*25
В пользу этой гипотезы говорит и фраза из статьи:
"расширение фронтостриатальной сети созерцания было заметно у детей до диагностирования депрессии"
, т.е. данная область изначально не имела возможности формирования нужного пространственного куба, т.к. белое вещество имело низкое рифление, которое следом не развилось в процессе роста мозга.
Добрый день!
Интересная статья с точки зрения методов обучения сетей.
Однако по ходу прочтения статьи возникло несколько вопросов,
буду благодарен, если сможете на них ответить:
1) Как решается вопрос искажения контуров лица, ведь камера часто расположена "где-то там снизу" и в процессе нормализации контур лица может исказиться до неприемлемого уровня.
Причем пользователь, не являясь экспертом, может даже не понять что не так.
2) Поскольку речь идет о работе фронтальной камеры, то как решается вопрос фрода данных, например попытка считывания лица с фотографии?
3) С учетом закона о хранении биометрических данных, как проходит оценка лица пользователя услуги?
Получается, что любой запрос должен без вариантов проходить через сервер и мобильное устройство выполняет лишь роль UI без фактической обработки данных на уровне железа?