Крупные города США это как раз-таки исключение.
Напомню, что речь идет о данных Key Hole еще до покупки ее Гуглом. Их отличие 20 лет назад как раз состояло в том, что они давали «всю землю сразу».
Что-то тут фигня какая-то написано про аэрофотосъемку.
Я регистрировался в Key-Hole, задолго до того, как их купил Гугль, и там в основном были как раз-таки спутниковые снимки Земли. Может где-то локально в США некоторые города снимали с самолетов, но это скорее исключение.
Вот и мне тоже как-то не очень понятна суть проблемы «паролей». А особенно странно выглядит в 2019 году прокси для (s)ftp. Они что там, вебсайтики администрируют что-ли?
Кейс выше описан не совсем правильно.
Основная проблема там в том, что в логистике задействовано много агентов, которые не могут доверять централизованной базе одного из них.
Им проходится либо строить отдельно какой-то общий коллегиальный процессинг, что сложно и дорого. Либо взять некий алгоритмический вариант (блокчейн), которому бы согласились доверять все участники кооперации.
Можно поподробнее наччет того, как люди сотни лет устанавливали между собой доверительные отношения?
У вас эффективность централизации рассматривается только с точки зрения затрат на условно «оборудование». Но это далеко не основные затраты.
Я сейчас участвую в проекте по обеспечению принятия коллегиальных решений руководством. Скажем, есть у вас 3-4 «акционера» плюс с этому всему есть некий надзорный орган и вам надо обеспечить достоверность и прозрачность того, что они там между собой решают. При этом ни одна из сторон на хочет, чтобы весь процессинг централизовывался у кого-то одного из них. Так как тогда фиг пойми что они там у себя нахимичат в своих интересах.
В такой ситуации приходится отдельно городить некий коллегиальный орган, делегировать туда своих «надсмотрищиков» и т.п. Вот эти организационная часть действительно медленная и дорогая, а на те 2 или 10 серверов на которых все это крутится.
Надо сказать, что вышеописанное одно из немногих кейсов, где distributed ledger имеет смысл применять.
Ту часть, которая без блокчейна ИБМ успешно реализовывает и продает уже как минимум лет 50. А распределенные чейны становятся полезны, когда приходится работать с несколькими независимыми операторами данных и им надо как-то устанавливать степень доверия.
Рекомендую более углубленно ознакомиться с тем, что они делают — оно довольно слабо соотносится с привычным нам хайпом вокруг криптовалют, зато есть четкое понимание зачем это им сейчас надо.
У IBM блокчейн-тема вполне здравая и жизнеспособная. Они ведь не валюту делают, а систему установления доверительных отношений в логистической цепочке, причем, сразу с контролем прав доступа к отдельным частям инфорамции.
Хороший ключ это уникальное короткое поле, выборка по которому происходит максимально эфективно.
Таблица с юзерскими авторизационными записями (если в нее не пихать весь профайл, конечно) компактна и там не больше одного чтения на запись получается — она влазит в буфер с запасом. Миллион таких записей это примерно гиг, а реальный ворксет вообще легко в ОЗУ помещается.
Это я все к тому, что вот этот пример с сессиями в базе встречается довольно часто рядом со словом «производительность», но на деле тут очень не много получается соптимизировать в принципе. А вот найти себе неочевидного гемора с размазыванием сейта по токенам можно найти очень легко.
Время от времени в разного рода статьях читаю про то, что `UserModel.find({id:...})` будет заметно влиять на производительность.
Но скажите, какую функцию выполняет приложение? Если один запрос с хорошим слючом по небольшой компактной таблице заметно влияет на производительность.
Профессональный опыт в данном случае один из решающих показателей. Например, когда Гугл еще под столом стоял в нашей конторе уже была подписка на MSDN. Это если говорить о том кто что раньше начал делать.
На стоит додумывать за оппонента его мысли и потом с ними спорить — ерунда получится. У понятия «экосистема» давно есть определение и его не надо придумывать, а тем более заужать.
Пользователя на платформа windows легко удерживает ms office, а им польуются сейчас 1.2 миллиарда человек. Вот это и есть основа и пищевая база экосистемы MS.
И да, за несколько лет они перетянут этот народ в какое-нибудь свое облако на подпискую Может ктому времени ReactOS еще лучше станет :)
Несомненно, можно найте небольшую, причем, исчезающую нишу, где работает «софт под Вынь2к». Но даже в ней у РеактОса все не радужно, потому что люди сидящие на своем образе с вин2к и любимой утилитой последнее что будут делать — это пытаться менять там ОС.
По поводу новых ОС и новых языков тут есть интересный момент — производителю как правило интересно время от времени что-нибудь продавать клиенту.
Теперь смотрим сегодняшние реалии —
за сотню баксов мы можем взять гигагерцовую 64-хбитную железку с гигом рама, лан, ван, бле, и2ц, спи — всё инклюдед, с тачскрином, питалом от +5 и без никаких вентилляторов и дисков!
При этом оно грузится на раз-два и красивые формочки для нее могут рисовать студенты первого года обучения.
Если сравнивать с моим сервером Пентиум-133/64Мб то совокупная разница просто несоизмерима, так как она не в разы, а на порядки.
Скажите, уважаемый, а вы сами-то в какой области разработки специализируетесь?
Вот я последние пару десятков лет специализируюсь на разработке linux-based систем и имел богатый опыт внедрения, начиная с «1С на Samba 2.0» и StarOffice (это нынешний LibreOffice так назывался, когда родился). На осовании этого могу сказать, что по факту микросовтовская десктопная экосистема крупнейшая в мире и в ней есть масса вещей, аналоги которых даже рядом нельзя поставить.
Как говорил классик — «давайте не будем спорить о вкусе устриц с теми, кто их ел».
Вот тут давайте определимся, о чем речь — об большой экосистеме, ориентированной на массового современного пользователя или для запускалки программ пользующихся api из прошлого века?
Если говорить о задачах типа «получить сигнал по кому и отправить в лан», то у меня есть такой опыт разработки — году так в 2007-м как раз писал опрос датчиков по rs/486/can с дальнейшей обработкой/сбором по WAN, у кажого из пяти вариантов приборов свой кастомный протокол, месяца 2-3 ушло на все про все.
Но даже с тех пор несколько-долларовые SoC на каком-нибудь арме сильно поменяли весь ландшафт — вообще не понятно для чего теперь туда тащить вин32 апи, а тем более какой-то недоделанный реакстос.
Так у нас-то тут разговор о некоторой еще недоделанной системе, которая ориентиорвана на запуск программ с апи из прошлого века. Сам виндовс с техпор довольно далеко ушел.
Напомню, что речь идет о данных Key Hole еще до покупки ее Гуглом. Их отличие 20 лет назад как раз состояло в том, что они давали «всю землю сразу».
Я регистрировался в Key-Hole, задолго до того, как их купил Гугль, и там в основном были как раз-таки спутниковые снимки Земли. Может где-то локально в США некоторые города снимали с самолетов, но это скорее исключение.
Основная проблема там в том, что в логистике задействовано много агентов, которые не могут доверять централизованной базе одного из них.
Им проходится либо строить отдельно какой-то общий коллегиальный процессинг, что сложно и дорого. Либо взять некий алгоритмический вариант (блокчейн), которому бы согласились доверять все участники кооперации.
У вас эффективность централизации рассматривается только с точки зрения затрат на условно «оборудование». Но это далеко не основные затраты.
Я сейчас участвую в проекте по обеспечению принятия коллегиальных решений руководством. Скажем, есть у вас 3-4 «акционера» плюс с этому всему есть некий надзорный орган и вам надо обеспечить достоверность и прозрачность того, что они там между собой решают. При этом ни одна из сторон на хочет, чтобы весь процессинг централизовывался у кого-то одного из них. Так как тогда фиг пойми что они там у себя нахимичат в своих интересах.
В такой ситуации приходится отдельно городить некий коллегиальный орган, делегировать туда своих «надсмотрищиков» и т.п. Вот эти организационная часть действительно медленная и дорогая, а на те 2 или 10 серверов на которых все это крутится.
Надо сказать, что вышеописанное одно из немногих кейсов, где distributed ledger имеет смысл применять.
Рекомендую более углубленно ознакомиться с тем, что они делают — оно довольно слабо соотносится с привычным нам хайпом вокруг криптовалют, зато есть четкое понимание зачем это им сейчас надо.
Таблица с юзерскими авторизационными записями (если в нее не пихать весь профайл, конечно) компактна и там не больше одного чтения на запись получается — она влазит в буфер с запасом. Миллион таких записей это примерно гиг, а реальный ворксет вообще легко в ОЗУ помещается.
Это я все к тому, что вот этот пример с сессиями в базе встречается довольно часто рядом со словом «производительность», но на деле тут очень не много получается соптимизировать в принципе. А вот найти себе неочевидного гемора с размазыванием сейта по токенам можно найти очень легко.
Но скажите, какую функцию выполняет приложение? Если один запрос с хорошим слючом по небольшой компактной таблице заметно влияет на производительность.
Или я не понял, каким боком тут Яндекс вообще?
«Ну и что, что код на уровне плохого джуниора, зато автор — тётка!»
На стоит додумывать за оппонента его мысли и потом с ними спорить — ерунда получится. У понятия «экосистема» давно есть определение и его не надо придумывать, а тем более заужать.
Пользователя на платформа windows легко удерживает ms office, а им польуются сейчас 1.2 миллиарда человек. Вот это и есть основа и пищевая база экосистемы MS.
И да, за несколько лет они перетянут этот народ в какое-нибудь свое облако на подпискую Может ктому времени ReactOS еще лучше станет :)
По поводу новых ОС и новых языков тут есть интересный момент — производителю как правило интересно время от времени что-нибудь продавать клиенту.
Теперь смотрим сегодняшние реалии —
за сотню баксов мы можем взять гигагерцовую 64-хбитную железку с гигом рама, лан, ван, бле, и2ц, спи — всё инклюдед, с тачскрином, питалом от +5 и без никаких вентилляторов и дисков!
При этом оно грузится на раз-два и красивые формочки для нее могут рисовать студенты первого года обучения.
Если сравнивать с моим сервером Пентиум-133/64Мб то совокупная разница просто несоизмерима, так как она не в разы, а на порядки.
Вот я последние пару десятков лет специализируюсь на разработке linux-based систем и имел богатый опыт внедрения, начиная с «1С на Samba 2.0» и StarOffice (это нынешний LibreOffice так назывался, когда родился). На осовании этого могу сказать, что по факту микросовтовская десктопная экосистема крупнейшая в мире и в ней есть масса вещей, аналоги которых даже рядом нельзя поставить.
Как говорил классик — «давайте не будем спорить о вкусе устриц с теми, кто их ел».
Если говорить о задачах типа «получить сигнал по кому и отправить в лан», то у меня есть такой опыт разработки — году так в 2007-м как раз писал опрос датчиков по rs/486/can с дальнейшей обработкой/сбором по WAN, у кажого из пяти вариантов приборов свой кастомный протокол, месяца 2-3 ушло на все про все.
Но даже с тех пор несколько-долларовые SoC на каком-нибудь арме сильно поменяли весь ландшафт — вообще не понятно для чего теперь туда тащить вин32 апи, а тем более какой-то недоделанный реакстос.