SRTM нагуглил довольно быстро, но там были данные от 2000 года + слишком малые по разрешению. 30 метров в случае небольшой горной реки, её может и не оказаться на карте.
Пять лет назад пытался решить задачу "Как автоматически найти в горах Узбекистана высокие водопады". Тогда всё казалось простым - берёшь карту высот, определяешь водотоки; берёшь водотоки, определяешь падения высот. На практике - не удалось найти в открытых данных карту высот с хорошим разрешением и проект остановился. Интересно, сейчас ситуация получше?
Была поставлена задача, за год собрать вездеход с нужным ТТХ. По каким-то причинам задачу провтыкали, вспомнили только за 2 месяца до дедлайна.
И быстро собрали что-то похожее на требуемый MVP, стараясь максимально использовать готовые компоненты от 135 семейства. И на выходе получился образец ровно для одной задачи "закрыть контрольку вовремя", с пониманием что 167 не пойдёт в прод.
ЕМНИП, там более важной была опция "ремонтировать мотор из кабины", чтобы не лезть на мороз с инструментами. Поэтому не было возможности всё загерметизировать
По ощущениям - автор "самый умный в компании", ибо знает всё что нужно компании лучше сотрудников на местах. Фраза "это совмещение нескольких — проджекта, продакта, эйчара" только подтверждает мою догадку. А так компания не сможет работать: во-первых, вся производительность компании искусственно ограничивается одним человеком - суперзвездой, который вечно занят; во-вторых, происходит демотивация сотрудников.
Если по существу поста, то я понял две основные проблемы:
Автор считает, что аккаунт(ы) тупой(ые).
Рассинхронизация действий в процессе переговоров.
Первое допущение решается простой логикой: Если аккаунт действительно тупой, то повышать квалификацию и не давать серьёзных клиентов до повышения квалификации.Если аккаунт не тупой, разрешить ему проводить самостоятельно встречи и проводить потом разбор ошибок.
Второе допущение просто показывает, что компания автора не подготовилась к переговорам - нет понимания что говорить и не говорить, нет понимания ролей участников. Решается выстраиванием процессов и фиксацией их на бумаге.
Сейчас бы "К тому же, я часто путался, терял знаки, и пренебрегал традициями типа «чертим карандашом, пишем ручкой" объяснили наличием СДВГ и отвели к психологу.
Видел одно исследование от серьёзной организации по кейсам банковского мошенничества. У них были цифры заявивших о мошенничестве (количество обращений и общая сумма). У них была первичка по обращениям. Эксперты посмотрели транзакции, определили схему, увидели карты, на которые выводятся деньги от потерпевших. Потом проанализировали иные операции с картами-дропов и по итогам сформировали гипотезу, что только Х% (Х<10) обращаются с жалобой в правоохранительные организации.
Ранее имевшиеся цифры общей статистики экстраполировали и получили приблизительную сумму.
Какая-то теоретическая статья, далёкая от практического применения.
Я не могу придумать способ, и я не нашел такого готового способа, как можно однозначно дистанционно идентифицировать конкретного гражданина без использования биометрии.
Первый вопрос - кто будет создавать и контролировать создание алгоритма "распределённой биометрии". Если использовать слабые алгоритмы, рано или поздно возникнут коллизии. Если использовать сильные алгоритмы, то у создателей возникнет соблазн оставить себе запасной вход. Вот только бэкдором будет пользоваться не государство, а неизвестно кто.
Второй вопрос - как будет обеспечиваться борьба с подменой личности (рутирование устройств, дипфейки). Если сейчас мошенник может рассчитывать на ограниченную сумму денег, то в вашем прекрасном мире он сможет распоряжаться всем имуществом.
Для защиты от новых форм диктатуры, предлагаю альтернативу - цифровую демократию, основой которой является децентрализация цифровых инструментов, когда вся информация о цифровых паспортах с биометрией (цифровые подписи), деньгах (криптовалюта с общим бюджетом) и выборах (с отзывом голосов) - хранится распределенно и не подконтрольна властям. В такой системе общество становится Большим братом, следящим за действиями избранных властей.
Любимый вопрос к крипто-активистам. ОК, вы сделали возможность безопасного и неизменного хранения данных в блокчейне. Но кто будет проверять и контролировать оцифровку имеющихся данных? Чтобы в мегаблокчейн попали валидные записи из паспортов, кадастра и тд? Что мешает властям (которым) вы не доверяете - создать миллиард виртуальных аккаунтов и выигрывать выборы с их помощью? Тем более, "Цифровой голос гражданина, подписанный его подписью, шифруется так, чтобы никто не мог установить, за кого или против кого проголосовал конкретный гражданин"
Тотальная слежка за всеми гражданами также станет невозможной
Кажется, наоборот. Общество будет иметь информацию о трате средств всех участников. Государство (у которого есть ресурс) сможет точечно выделять интересных ему участников либо наоборот устанавливать триггеры и ловить - на ком триггер сработал.
Скажу наверное крамольную мысль: не всякий миддл превратится в сеньора. Может не хватить желания, настойчивости, знаний, навыков, софт-скиллов, склада ума, насмотренности.
Отсюда и появляются попытки обесценивания уровня сеньор. Когда миддл "формошлёпит" 5 лет и думает, что по прошествии этого срока он автоматически превращается в сеньора.
Хорошая задача для выявления грейда дизайнера. Например, при данных вводных,
Моя кошка очень полюбила ложиться в проходах. Пройти через нее в узком дверном пространстве - это значит объявить ей войну.
Junior подумает "нет узких мест - нет проблем", снесёт все стены и дверные проёмы и предложит жить в студии без разделения пространства на комнаты.
Middle-же зацепится взглядом за теорию
В UX-дизайне существует принцип, согласно которому система должна защищать пользователя и саму систему от действий, которые могут привести к ошибкам или сбоям. Этот подход часто называют "профилактикой ошибок".
и подумает, что кошке должно быть некомфортно совершать вредоносные действия. В результате - наклеит двусторонний скотч на дверные проёмы, чтобы кошка там не валялась.
А senior уйдёт в научные исследования "как автоматически определить, что кошка лежит в ненужном участке", "как согнать кошку при помощи звуков лая, брызг воды или подсунутого огурца", "как выманить кошку с ненужного участка", "если не получается разделить в пространстве двух пользователей, каким образом их можно разделить во времени". И уйдёт в саббатикал от сложности поставленных задач.
В середине-конце нулевых помню виндовую программу, которая создавала скрытую запароленную папку, которая не отображалась в любом стороннем списке. Как я понимаю - была работа с партициями.
Как раз интересно, как это делать? Навскидку вижу варианты: - Передавать параметры "есть ли соседи по сторонам". - Добавить около поля границы, чтобы гарантированно были все соседи. - Делать доп-проверки перед передачей в функцию.
В 2001-2002 году помню программу, которая у нас распространялась под именем Netbus. Можно было поставить серверную часть соседу, а потом издеваться над ним всякими способами - перехватывать мышку, писать сообщения, переворачивать экраны и ещё овер 20 разных методик.
Эта забавная утилита могла сильно напугать пользователя тем, что начинала автоматически открывать и закрывать лоток CD-привода. Вместе с планировщиком задач достигался эффект внезапности. Человека, работающего в тишине, неожиданные звуки CD-привода могли вполне довести до нервного срыва.
Помнится, после одной цитаты на баш.орге, в линукс-классе стало модно писать "часы с кукушкой" - каждый час сидиром выезжал/заезжал нужное количество раз. А так как часы были не синхронизированы по NTP, то действия возникали не одновременно, а растянуты по времени.
Хорошо бы добавить TL DR или подитог, чтобы кратко определить рекомендацию к различиям между версиями.
SRTM нагуглил довольно быстро, но там были данные от 2000 года + слишком малые по разрешению. 30 метров в случае небольшой горной реки, её может и не оказаться на карте.
Пять лет назад пытался решить задачу "Как автоматически найти в горах Узбекистана высокие водопады". Тогда всё казалось простым - берёшь карту высот, определяешь водотоки; берёшь водотоки, определяешь падения высот.
На практике - не удалось найти в открытых данных карту высот с хорошим разрешением и проект остановился.
Интересно, сейчас ситуация получше?
"Синюю птицу" можно посмотреть и пощупать в музее ЗИЛа в Москве, около Сокольников.
Рядом стоит неизвестный экспериментальный пепелац, передвигающийся на баллонетах. Планировалось использовать для поиска космонавтов
По ЗИЛу-167 читал ещё одну версию.
Была поставлена задача, за год собрать вездеход с нужным ТТХ. По каким-то причинам задачу провтыкали, вспомнили только за 2 месяца до дедлайна.
И быстро собрали что-то похожее на требуемый MVP, стараясь максимально использовать готовые компоненты от 135 семейства. И на выходе получился образец ровно для одной задачи "закрыть контрольку вовремя", с пониманием что 167 не пойдёт в прод.
За ГСМ-ом ездить замучаетесь. Либо брать рядом второй образец, полный топлива.
ЕМНИП, там более важной была опция "ремонтировать мотор из кабины", чтобы не лезть на мороз с инструментами. Поэтому не было возможности всё загерметизировать
По ощущениям - автор "самый умный в компании", ибо знает всё что нужно компании лучше сотрудников на местах. Фраза "это совмещение нескольких — проджекта, продакта, эйчара" только подтверждает мою догадку. А так компания не сможет работать: во-первых, вся производительность компании искусственно ограничивается одним человеком - суперзвездой, который вечно занят; во-вторых, происходит демотивация сотрудников.
Если по существу поста, то я понял две основные проблемы:
Автор считает, что аккаунт(ы) тупой(ые).
Рассинхронизация действий в процессе переговоров.
Первое допущение решается простой логикой: Если аккаунт действительно тупой, то повышать квалификацию и не давать серьёзных клиентов до повышения квалификации.Если аккаунт не тупой, разрешить ему проводить самостоятельно встречи и проводить потом разбор ошибок.
Второе допущение просто показывает, что компания автора не подготовилась к переговорам - нет понимания что говорить и не говорить, нет понимания ролей участников. Решается выстраиванием процессов и фиксацией их на бумаге.
Повезло Вам с папой.
Сейчас бы "К тому же, я часто путался, терял знаки, и пренебрегал традициями типа «чертим карандашом, пишем ручкой" объяснили наличием СДВГ и отвели к психологу.
Видел одно исследование от серьёзной организации по кейсам банковского мошенничества.
У них были цифры заявивших о мошенничестве (количество обращений и общая сумма). У них была первичка по обращениям. Эксперты посмотрели транзакции, определили схему, увидели карты, на которые выводятся деньги от потерпевших. Потом проанализировали иные операции с картами-дропов и по итогам сформировали гипотезу, что только Х% (Х<10) обращаются с жалобой в правоохранительные организации.
Ранее имевшиеся цифры общей статистики экстраполировали и получили приблизительную сумму.
Не знаю, случайная ли это опечатка или сознательная, но термин запомнил, сохранил для дальнейшего использования.
Статья - информативная. Главное, чтобы Junior QA действительно всё это умел хотя бы на уровне "видел и знаю как пользоваться", а не просто скопипастил
К статье как раз относится первая часть моего комментария. Вторая часть - следствие из этой мысли.
А мысль простая - нет серебряной пули, не всякий миддл станет сеньором и может быть ему это и не надо
Какая-то теоретическая статья, далёкая от практического применения.
Первый вопрос - кто будет создавать и контролировать создание алгоритма "распределённой биометрии". Если использовать слабые алгоритмы, рано или поздно возникнут коллизии. Если использовать сильные алгоритмы, то у создателей возникнет соблазн оставить себе запасной вход. Вот только бэкдором будет пользоваться не государство, а неизвестно кто.
Второй вопрос - как будет обеспечиваться борьба с подменой личности (рутирование устройств, дипфейки). Если сейчас мошенник может рассчитывать на ограниченную сумму денег, то в вашем прекрасном мире он сможет распоряжаться всем имуществом.
Любимый вопрос к крипто-активистам. ОК, вы сделали возможность безопасного и неизменного хранения данных в блокчейне. Но кто будет проверять и контролировать оцифровку имеющихся данных? Чтобы в мегаблокчейн попали валидные записи из паспортов, кадастра и тд? Что мешает властям (которым) вы не доверяете - создать миллиард виртуальных аккаунтов и выигрывать выборы с их помощью? Тем более, "Цифровой голос гражданина, подписанный его подписью, шифруется так, чтобы никто не мог установить, за кого или против кого проголосовал конкретный гражданин"
Кажется, наоборот. Общество будет иметь информацию о трате средств всех участников. Государство (у которого есть ресурс) сможет точечно выделять интересных ему участников либо наоборот устанавливать триггеры и ловить - на ком триггер сработал.
Скажу наверное крамольную мысль: не всякий миддл превратится в сеньора. Может не хватить желания, настойчивости, знаний, навыков, софт-скиллов, склада ума, насмотренности.
Отсюда и появляются попытки обесценивания уровня сеньор. Когда миддл "формошлёпит" 5 лет и думает, что по прошествии этого срока он автоматически превращается в сеньора.
Хорошая задача для выявления грейда дизайнера. Например, при данных вводных,
Junior подумает "нет узких мест - нет проблем", снесёт все стены и дверные проёмы и предложит жить в студии без разделения пространства на комнаты.
Middle-же зацепится взглядом за теорию
и подумает, что кошке должно быть некомфортно совершать вредоносные действия. В результате - наклеит двусторонний скотч на дверные проёмы, чтобы кошка там не валялась.
А senior уйдёт в научные исследования "как автоматически определить, что кошка лежит в ненужном участке", "как согнать кошку при помощи звуков лая, брызг воды или подсунутого огурца", "как выманить кошку с ненужного участка", "если не получается разделить в пространстве двух пользователей, каким образом их можно разделить во времени". И уйдёт в саббатикал от сложности поставленных задач.
В середине-конце нулевых помню виндовую программу, которая создавала скрытую запароленную папку, которая не отображалась в любом стороннем списке. Как я понимаю - была работа с партициями.
Вангую доработку вложенных zip-файлов в сторону добавления zip-бомб, чтобы архиватор и антивирус не сильно пытались разобраться с содержимым
Как раз интересно, как это делать? Навскидку вижу варианты:
- Передавать параметры "есть ли соседи по сторонам".
- Добавить около поля границы, чтобы гарантированно были все соседи.
- Делать доп-проверки перед передачей в функцию.
Было бы интересно дополнить примерами, когда точка находится на границе (нет соседей с одной стороны) или в углу (нет соседей с двух стороны).
В 2001-2002 году помню программу, которая у нас распространялась под именем Netbus. Можно было поставить серверную часть соседу, а потом издеваться над ним всякими способами - перехватывать мышку, писать сообщения, переворачивать экраны и ещё овер 20 разных методик.
Помнится, после одной цитаты на баш.орге, в линукс-классе стало модно писать "часы с кукушкой" - каждый час сидиром выезжал/заезжал нужное количество раз. А так как часы были не синхронизированы по NTP, то действия возникали не одновременно, а растянуты по времени.