Есть, но оно хуже. Выделить hr отдельно чтобы только они видели и проверяли валидность дипломов или нанять стороннее агенство заметно проще и надежнее. Кроме формальной валидации все равно с человеком поговорить надо. Это в любом случае дорого. Расходуется время живого человека.
И на рынке компаний сильно побольше, чем только гугл или яндекс
А что другим мешает делать так же? Я не вижу ни одной преграды, кроме их нежелания. Заставить вы все равно не сможете. Кого и по каким недискриминирующим критериям нанимать это выбор самого бизнеса.
Гугл делает именно так. Яндекс тоже. Любой диплом или даже без диплома. Главное пройди собеседование. Несколько собеседований чтобы нивелировать эффкт "ты не понравился именно вот этому собеседующему". Проблема уже решена.
С учетом законодательных ограничений в их странах конечно же.
Приличным аггрегаторам такое не нужно. Клиентов слишком просто растерять. Им гораздо выгоднее забанить врущий отель которым люди недовольны. Это прям сильно выгоднее обмана пользователей и отправки их в отели которые не соответсвуют описаниям.
Почему раньше было выгоднее иметь таксопарки, а сейчас выгоднее иметь аггрегаторы такси (и выгоднее ли вообще)? Боюсь, на эти вопросы не будет ответов
Ээээ. Проникновение телефонов с картами и приложеньками в каждый карман. Проникновение карточек близкое к 100%. С такими вводными аггрегаторы становятся удобнее для всех. Ну кроме тех кто ждет лоха на Ленинградском вокзале чтобы отвезти на Казанский вокзал за 100 долларов, но нам их не жалко.
Все логично.
Бизнес модели меняются. Но бизнес всегда хотел, хочет и будет хотеть управлять рисками. Не брать на себя лишние риски которые можно нивелировать заплатив немного денег для всегда было разумной стратегией.
Бизнесу удобнее нанять. Потом что при проблемах в случае подделки справки есть на кого переложить ответвенность. Это удобно и безопасно.
Мантра что не нужен посредник разбивается о бытовые подробности. Посредник часто удобен. Третья сторона вообще незаменима. Они дают определенные гарантии подтвержденные их репутацией и деньгами.
Агрегаторы прилагают усилия чтобы отзывы были максимально правдивыми. Это их деньги и бизнес.
На практике с полными противоречиями на том же Букинге я никогда не сталкивался. 100+ отзывов и история года два дают достаточные гарантии. Только большие чем ключ в блокчейне и ноунейм никому неизвестный отель.
Как вы этот факт будете использовать - это уже другой вопрос, на который блокчейн не дает ответа
Это как раз самый важный вопрос.
Вам надо успешно заселиться в номер, а не узнать что вы первый. Эта задача гораздо лучше решается аггрегаторами, озывами и репутацией отеля. Получение ключа в блокчейне никак не мешает отелю вас кинуть сотней разных способов. Ровно так же как и стекущими ключами.
Получить ключ можно разными вариантами от решепшена до за стойкой в соседнем баре (лично так ключ получал). Это все хорошо работает и не вызывает проблем. И стоит примерно ничего для всех сторон.
Мы честно называем их билетами МММ. У них тоже нулевая потребительская стоимость, они тоже уникальны, на них тоже некоторое время можно было заработать.
Sun Microsystems released the first public implementation as Java 1.0 in 1996. It promised write once, run anywhere (WORA) functionality, providing no-cost run-times on popular platforms. Fairly secure and featuring configurable security, it allowed network- and file-access restrictions. Major web browsers soon incorporated the ability to run Java applets within web pages, and Java quickly became popular. The Java 1.0 compiler was re-written in Java by Arthur van Hoff to comply strictly with the Java 1.0 language specification. With the advent of Java 2 (released initially as J2SE 1.2 in December 1998 – 1999), new versions had multiple configurations built for different types of platforms. J2EE included technologies and APIs for enterprise applications typically run in server environments, while J2ME featured APIs optimized for mobile applications. The desktop version was renamed J2SE. In 2006, for marketing purposes, Sun renamed new J2 versions as Java EE, Java ME, and Java SE, respectively.
многие полисы страховых страховые протоколов давно выполнены в форме NFT
Примеры несите. Многие полисы страховых это звучит сильно. И не гуглится по каким-то понятным запросам.
Полис страховой это обещание оплатить вот то-то и то-то. Почему там просто номера и записи в БД страховой недостаточно я не понимаю. Им все равно деньги платить или не платить при наступлениии какого-то события в реальном мире. С учетом возможного мошенничества личное участие страховой при выплате денег обязательно.
А кто говорит что это просто? Тут скорее вопрос о том что вообще реально сделать. Допустим за 5 планируемых лет. Бомба, возможно в виде чего-то ядерного куммулятивного, это путь который точно должен быть рассмотрен.
Зачем вы опять глупости пишите? Люди умеют делать удобно. И делают.
Аппаратный ключ там где он удобен. Любой вид софтовых лицензий, возможно с поддержкой на железе клиента, там где они удобнее.
Ключ от дома, машины и тому подобное где предполагается личное взаимодействие и редкая замена - аппаратный. Это правда удобно. Получаешь ключ и не зависишь ни от чего больше. Он просто работает. Безопасность хорошо, удобство высокое, цена низкая.
Ключ для лицензинной программы - софтовый. Посмотрите как лицензии на Плойке работают. Практические идеальная и почти невламываемая система. Это в проде уже много лет. И никакого блокчейна не надо.
Вы свели весь nft к передаче файлика. Поверьте вариантов как передать файлик достаточно много и без нфт. И они все гораздо удобнее.
Зоопарк решается стандартизацией. Плойка, Apple Store, Стор для вашего станка, и так далее. Если нужна будет еще более большая стандартизация сделают без проблем. Все типовые подходы и работающие методы известны.
Акции и дивиденты придуманы пару сотен лет назад минимум. И без блокчейна.
Так когда донатишь ты доверяешь тому кому донатишь. Чем просто перевод на карточку хуже?
Платформы используются для всеобщего удобства. Без них попробуй чего найти, и не налететь на мошенников.
А кто мешает автору продавать точно так же самому, но без блокчейна? Ну хотя бы на Авито, или даже на Литресе.
Это же ужастно для компаний. Зачем им с таким связываться?
На хайпе сделать типа блокчейн да что угодно это всегда. Но оно все должно быть полностью подконтрольно издателю. Иначе одни минусы получаются.
И будет еще один магазин Стима со скинами. Но теперь на блокчейне.
Блокчейнам уже 10+ лет.
Казалось бы что это достаточный срок для нахождения любого нормального применения. Но нет, вообще ничего нет.
Зато разговоров море. И спекуляций море. Видимо это все для чего они пригодны на практике.
Вы партнер. Мы поняли уже.
Кажется это единсвенное реальное применение нфт. Ну и отмывка денег конечно же.
Есть, но оно хуже. Выделить hr отдельно чтобы только они видели и проверяли валидность дипломов или нанять стороннее агенство заметно проще и надежнее. Кроме формальной валидации все равно с человеком поговорить надо. Это в любом случае дорого. Расходуется время живого человека.
А что другим мешает делать так же? Я не вижу ни одной преграды, кроме их нежелания. Заставить вы все равно не сможете. Кого и по каким недискриминирующим критериям нанимать это выбор самого бизнеса.
Гугл делает именно так. Яндекс тоже. Любой диплом или даже без диплома. Главное пройди собеседование. Несколько собеседований чтобы нивелировать эффкт "ты не понравился именно вот этому собеседующему". Проблема уже решена.
С учетом законодательных ограничений в их странах конечно же.
Приличным аггрегаторам такое не нужно. Клиентов слишком просто растерять. Им гораздо выгоднее забанить врущий отель которым люди недовольны. Это прям сильно выгоднее обмана пользователей и отправки их в отели которые не соответсвуют описаниям.
Ээээ. Проникновение телефонов с картами и приложеньками в каждый карман. Проникновение карточек близкое к 100%. С такими вводными аггрегаторы становятся удобнее для всех. Ну кроме тех кто ждет лоха на Ленинградском вокзале чтобы отвезти на Казанский вокзал за 100 долларов, но нам их не жалко.
Все логично.
Бизнес модели меняются. Но бизнес всегда хотел, хочет и будет хотеть управлять рисками. Не брать на себя лишние риски которые можно нивелировать заплатив немного денег для всегда было разумной стратегией.
Бизнесу удобнее нанять. Потом что при проблемах в случае подделки справки есть на кого переложить ответвенность. Это удобно и безопасно.
Мантра что не нужен посредник разбивается о бытовые подробности. Посредник часто удобен. Третья сторона вообще незаменима. Они дают определенные гарантии подтвержденные их репутацией и деньгами.
Агрегаторы прилагают усилия чтобы отзывы были максимально правдивыми. Это их деньги и бизнес.
На практике с полными противоречиями на том же Букинге я никогда не сталкивался. 100+ отзывов и история года два дают достаточные гарантии. Только большие чем ключ в блокчейне и ноунейм никому неизвестный отель.
Это как раз самый важный вопрос.
Вам надо успешно заселиться в номер, а не узнать что вы первый. Эта задача гораздо лучше решается аггрегаторами, озывами и репутацией отеля. Получение ключа в блокчейне никак не мешает отелю вас кинуть сотней разных способов. Ровно так же как и стекущими ключами.
Получить ключ можно разными вариантами от решепшена до за стойкой в соседнем баре (лично так ключ получал). Это все хорошо работает и не вызывает проблем. И стоит примерно ничего для всех сторон.
Мы честно называем их билетами МММ. У них тоже нулевая потребительская стоимость, они тоже уникальны, на них тоже некоторое время можно было заработать.
Sun Microsystems released the first public implementation as Java 1.0 in 1996. It promised write once, run anywhere (WORA) functionality, providing no-cost run-times on popular platforms. Fairly secure and featuring configurable security, it allowed network- and file-access restrictions. Major web browsers soon incorporated the ability to run Java applets within web pages, and Java quickly became popular. The Java 1.0 compiler was re-written in Java by Arthur van Hoff to comply strictly with the Java 1.0 language specification. With the advent of Java 2 (released initially as J2SE 1.2 in December 1998 – 1999), new versions had multiple configurations built for different types of platforms. J2EE included technologies and APIs for enterprise applications typically run in server environments, while J2ME featured APIs optimized for mobile applications. The desktop version was renamed J2SE. In 2006, for marketing purposes, Sun renamed new J2 versions as Java EE, Java ME, and Java SE, respectively.
https://en.wikipedia.org/wiki/Java_(programming_language)
Примеры несите. Многие полисы страховых это звучит сильно. И не гуглится по каким-то понятным запросам.
Полис страховой это обещание оплатить вот то-то и то-то. Почему там просто номера и записи в БД страховой недостаточно я не понимаю. Им все равно деньги платить или не платить при наступлениии какого-то события в реальном мире. С учетом возможного мошенничества личное участие страховой при выплате денег обязательно.
А кто говорит что это просто? Тут скорее вопрос о том что вообще реально сделать. Допустим за 5 планируемых лет. Бомба, возможно в виде чего-то ядерного куммулятивного, это путь который точно должен быть рассмотрен.
Какой ужас. Притом в большинстве стран нелегальный.
Но зачем это любой компании? Чем оно лучше любого фрилансера с биржи? Чем хуже понятно. У фрилансера есть имя и портфолио которые можно посмотреть.
Зачем вы опять глупости пишите? Люди умеют делать удобно. И делают.
Аппаратный ключ там где он удобен. Любой вид софтовых лицензий, возможно с поддержкой на железе клиента, там где они удобнее.
Ключ от дома, машины и тому подобное где предполагается личное взаимодействие и редкая замена - аппаратный. Это правда удобно. Получаешь ключ и не зависишь ни от чего больше. Он просто работает. Безопасность хорошо, удобство высокое, цена низкая.
Ключ для лицензинной программы - софтовый. Посмотрите как лицензии на Плойке работают. Практические идеальная и почти невламываемая система. Это в проде уже много лет. И никакого блокчейна не надо.
Вы свели весь nft к передаче файлика. Поверьте вариантов как передать файлик достаточно много и без нфт. И они все гораздо удобнее.
Зоопарк решается стандартизацией. Плойка, Apple Store, Стор для вашего станка, и так далее. Если нужна будет еще более большая стандартизация сделают без проблем. Все типовые подходы и работающие методы известны.
Вы сильно переоцениваете рамер взрывов которые люди могут устроить. Или недооцениваете размеры лун.
Это все в пределах погрешности. Ерунда.