Pull to refresh
18

Менеджер продукта

4,1
Rating
5
Subscribers
Send message

Покажите, пожалуйста, хотя бы одну новостную заметку зимы 2021-2022, в которой говорится про такое. Я помню только статьи про концентрации войск РФ на той же границе, и насмешки МИДа на тему того, что-де соседи паникуют зря.

Нарратив про то, что-де Украина готовила нападение, в целом появились заметно позже, не раньше 2023 года. До того были только слова про денацификацию-демилитаризацию и защиту Донбасса.

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

Немалую роль в Февральской сыграли маршевые роты нескольких полков, которые в то время в столице были. Так что нищи - да, а вот слабость была компенсирована винтовками.

С тех пор, заметьте, в крупных городах только внутренние войска стоят (ныне Росгвардия).

Времени на это не так уж много уходит, ну и объективно - не всё свободное от других дел время люди на работу тратят.

Это, скорее, вопрос к складу ума. Кому-то в кайф мелкие оптимизации, и выигрыш пары тыщ вознаграждает. Для кого-то это возня, налог, и выгода того не стоит. Я во втором лагере - но и тех, кто в первом видел много, могу поставить себя на их место.

Я на белые списки попадал в Нижнем ещё в сентябре. Это в Москве их только сейчас ввели, а так они работают давно по самым разным регионам, и в тот самый пиковый месяц - тоже.

Так что тут пока для разговоров о корреляции недостаточно данных, не говоря о причинно-следственной.

Хех... На деле RAW - это уже постобработка) У каждого пикселя чувствительность немного, но отличается, поэтому самая первая операция - это нормализация. Она очень простая, линейная, обычно делается контроллером самой матрицы, но без неё такой картинки, как с той самой ёлочкой, не получить: будет что-то на вид гораздо более шумное.

Доводилось работать с ИК-матрицами и видеть вот этот пред-RAW, он вообще неузнаваемый. В видимом диапазоне должно быть полегче, но всё-таки совсем без нормализации не обойтись.

Рост идёт в двух типах территорий: пригородные округа (час-полтора от города)

Хех. Что для США - пригородные округа, для Москвы - вполне себе городская территория. Из иных точек внутри МКАД до центра можно по часу добираться, а уж в час пик...

Напрямую с платёжной системой сильно не все работают, встречаются ещё и шлюзы.

Ну это в любом случае не на уровне БД надо разруливать

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

Но так-то строка и там вполне сгодится, только верификация чуть сложнее будет.

Адреса - это вообще прекрасная тема. Я раньше занимался OCR визиток, составлял в т.ч. сводки характерных особенностей (жаль, заметки не сохранил, можно было бы статью хорошую сделать).

Там мало того, что форматы разные, есть целые сущности специфические. Например, где-то принято указывать название комплекса или кластера, где офис располагается. У нас тоже часто пишут "Сколково", скажем, но там это настолько системно, что нужно отдельное поле, выделяемое по ключевому слову.

Я думал, подвох в том, что серию правильно дробить на два блока по два символа, чтобы регион выдачи было проще вытягивать (и, например, делать внутреннюю верификацию с выдавшим подразделением))

Смогли бы. Но тут кривая входа совсем другая. Какой-нибудь бухгалтер в первый день на первой работе запускает Excel и пишет там =A1+B1 - и это уже полезно в рамках его простой и маленькой задачи. Через неделю условие. Потом vlookup. Потом сводную. И так очень-очень плавно выходит на вот эти чудеса - не покидая окна с зелёной рамкой и серой сеткой.

А программирование ему придётся именно осваивать. Дополнительно, с нуля, ломая привычки (точнее, создавая новые). Это отдельная работа.

Притом Hello, World! в отличие от его самого первого =A1+B1 никому особо не нужен, а до получения такого кода, который можно будет использовать в уже сложившейся инфраструктуре, ему учиться и учиться.

Собирает компания-разработчик, точнее, её продуктовая команда.

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

А ребёнка берут на должность инженера после 11+5 лет опыта чтения учебников, вот парадокс!

Будем продолжать котятам дверцы приделывать?

Требования собираются всегда. Не всегда в лоб "а что вы хотите?" - просто потому, что это самый ненадёжный сбор требований.

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

Взять тот же айфон. К 2006-2007 году уже стало ясно, что люди активно используют телефоны для браузинга - статистика Opera Mini это ясно показывала. Но Opera Mini - объективно-то костыль тот ещё. В итоге когда Джобс вышел на сцену, у него за спиной красовались 3 слова: iPod, Phone и Internet.

подозреваю опечатку в "ЯП")

Это вопрос не кода, а процесса - тестирования, выкатки, откатов, бэкапов.

У меня максимально любительский проект, я пока эти миграции глазами могу вычитать)

Но спасибо за наводку в любом случае.

Да нету ни у кого в голове UML диаграммы или сводной таблицы Excel вот так, сразу. Она в какой-то момент может возникнуть, но уже после того, как человек мысль в голове покрутит - на вербальном уровне.

И весь посыл в том, что это самое кручение необязательно изолировать в своей голове. Можно "подумать об коллегу". Можно - "об LLM".

итеративно реализовывать, переписывая, уточняя в чате с моделью как что лучше сделать

THIS

1
23 ...

Information

Rating
1,164-th
Registered
Activity

Specialization

Менеджер продукта