> Только что-то не верится, что Онотоле выбирает ОС чтобы вирусов было меньше.
Значит для него это очень важно. Значит часто рискует подцепить вирусы. А где можно легко подцепить вирусы? На порн…
Шутка ;) Скорее всего его просто спросили «Почему?» А он ответил самым прагматичным плюсом для нашего конечного пользователя. (учитывая, что достать пиратскую винду не у нас сложно, цена не так актуальная как вирусы)
Да контекст рулит. Как уже говорил, «опыт и шишки» будут у любителей обычных языков.
А erlang во время обучения сразу показывает как надо писать такие штука, а потом сам по себе ограничивает манёвр, затрудняя написание опасных кусков кода, из-за которых можно набить шишки:
— нет расшаренной памяти — нет проблем с совместным доступом, локами, семафорами. Скажем да лёгкому распараллеливанию.
— на один ресурс один процесс — скажем нет race conditions
— про утечку уже говорили.
— вынуждает писать код без обработки ошибок => сразу понимаешь, что процесс может упасть => вынужден использовать супервизоры => продукт получается устойчивым даже к непредвиденным ошибкам
2)… или потому что:
— боятся рисковать своим местом
— не знали про ерланг
— сами новички в этой области, думали, что раз парень легко написал популярную flash-игрушку, то и многопоточный сервер ему по зубам
— посчитали затраты на обучение языку, но не посчитали затраты на обучение concurrency и внутренним хитростям проекта.
В общем тезис про экономическую эффективность выглядит очень неубедительно и поверхностно :)
3) Пожалуйста. Не верьте. Но это не мешает решению заточенному под задачу быть эффективнее, чем универсальное решение. Так оно обыно и происходит.
(а недостатки erlang проявляются если начать на нём писать 3d игрушки или операционки.)
И успешные проекты — да хоть сто. Если эти успешные проекты не в Concurrency Programming (что весьма вероятно, так как а в этой области мало «успешных» проектов), то они никак не помогут просчитывать дедлоки и race conditions. Тут только опыт и шишки за счёт заказчика.
Как я понимаю, речь о том, что знание любого языка является «o» маленьким по сравнению с опытом и знаниями, которые нужны программисту, чтобы не налажать в многопоточной программе, работающей в режиме 24/7/365.
Потому что ошибки в синтаксисе выявляются сразу, и они дешевы, а тех же вариаций race conditions или утечек не счесть, и выявить их очень сложно и дорого.
И получается дешевле отправить разработчика учить erlang, который помешает писать неправильно, чем разрешить писать на знакомом но обычном языке, и при этом набивать кучу шишек в многопоточности за ваш счёт.
Нда, вот что расстраивает, даже наши разработчики, создавая приложение для русских, в качестве карт используют гугл. Что хорошо американцам… там же жесть, а в некоторых местах (столица юга) просто позорище.
Предлагаю подумать насчёт альтернатив с более проработанными нашими просторами: Яндекс-карты, OSM.
Наверное уже несколько лет в протоколе XMPP есть расширения для серверных капч. Там обязанность узнать новый контакт и задать ему вопросик лежит не на клиенте, а на сервере.
В принципе так надо было бы делать во всех сетях:
— клиенты получаются проще;
— решение получается для всех сразу;
— новый контакт будет обработан сразу же, даже если человек не в сети;
— нельзя определить, жив ли контакт и в сети ли он, просто потому, что тебе пришёл вопрос;
— сообщение даже не дойдёт до человека, пока не будет разгадана капча — затрудняется массовая эксплуатация уязвимостей.
Что-то похожее сейчас работает на conference.jabber.ru, так как там спам в чатах конкретно достал. Достанет спам в запросах авторизации, включат и там :)
У нас тут скрипт, начинающим программистом писанный, без поддержки DST. Всем уже какой год лень туда залезть, распутать это макраме и сделать по-уму. Даже предлагали держать зимний и летний вариант и по крону менять местами :D
Multiprotocol Label Switching (MPLS) is deployed by many service providers in their IPv4 networks. Service providers want to introduce IPv6 services to their customers, but changes to their existing IPv4 infrastructure can be expensive and the cost benefit for a small amount of IPv6 traffic does not make economic sense.
Several integration scenarios have been developed to leverage an existing IPv4 MPLS infrastructure and add IPv6 services without requiring any changes to the network backbone.
Т.е. пускаем IPv6 в настроенном IPv4 + MPLS без изменений самого ядра.
Если вам какая-то идея кажется глупой, не спешите возмущаться, почитайте источник. Вполне возможно, что глуп был пересказчик ;)
Последние годы (не знаю все ли) провайдеры вынуждены вилять хвостом перед нашим RIPE-ом, чтобы получить очередной блок. Отчитываются как они используют адреса, сколько ушло на динамику, сколько на статику, показывают тенденцию роста, отвечают на вопросы и только потом, если удалось убедить RIPE, что без этого никак, получают сеть.
Кому такое нравится? Вот и стараются использовать поэффективнее. В том числе продавая статику. Чтобы только те, кому она действительно необходима, получили свой IP.
А ещё под андроид есть cityguide, куда можно прицепить ОСМ. Настоящий автомобильный навигатор, и даже говорит по-русски :)
Всё время думал, как люди промахиваются. Оказыватся очень просто :)
Значит для него это очень важно. Значит часто рискует подцепить вирусы. А где можно легко подцепить вирусы? На порн…
Шутка ;) Скорее всего его просто спросили «Почему?» А он ответил самым прагматичным плюсом для нашего конечного пользователя. (учитывая, что достать пиратскую винду не у нас сложно, цена не так актуальная как вирусы)
Советую скачать golly по ссылке выше. Там в разделе Patterns->Guns есть ружья которые стреляют целыми флотилиями или буквами, как в логотипе на сайте.
Да и другие разделы тоже сильно впечатляют.
А erlang во время обучения сразу показывает как надо писать такие штука, а потом сам по себе ограничивает манёвр, затрудняя написание опасных кусков кода, из-за которых можно набить шишки:
— нет расшаренной памяти — нет проблем с совместным доступом, локами, семафорами. Скажем да лёгкому распараллеливанию.
— на один ресурс один процесс — скажем нет race conditions
— про утечку уже говорили.
— вынуждает писать код без обработки ошибок => сразу понимаешь, что процесс может упасть => вынужден использовать супервизоры => продукт получается устойчивым даже к непредвиденным ошибкам
2)… или потому что:
— боятся рисковать своим местом
— не знали про ерланг
— сами новички в этой области, думали, что раз парень легко написал популярную flash-игрушку, то и многопоточный сервер ему по зубам
— посчитали затраты на обучение языку, но не посчитали затраты на обучение concurrency и внутренним хитростям проекта.
В общем тезис про экономическую эффективность выглядит очень неубедительно и поверхностно :)
3) Пожалуйста. Не верьте. Но это не мешает решению заточенному под задачу быть эффективнее, чем универсальное решение. Так оно обыно и происходит.
(а недостатки erlang проявляются если начать на нём писать 3d игрушки или операционки.)
Потому что ошибки в синтаксисе выявляются сразу, и они дешевы, а тех же вариаций race conditions или утечек не счесть, и выявить их очень сложно и дорого.
И получается дешевле отправить разработчика учить erlang, который помешает писать неправильно, чем разрешить писать на знакомом но обычном языке, и при этом набивать кучу шишек в многопоточности за ваш счёт.
Предлагаю подумать насчёт альтернатив с более проработанными нашими просторами: Яндекс-карты, OSM.
В принципе так надо было бы делать во всех сетях:
— клиенты получаются проще;
— решение получается для всех сразу;
— новый контакт будет обработан сразу же, даже если человек не в сети;
— нельзя определить, жив ли контакт и в сети ли он, просто потому, что тебе пришёл вопрос;
— сообщение даже не дойдёт до человека, пока не будет разгадана капча — затрудняется массовая эксплуатация уязвимостей.
Что-то похожее сейчас работает на conference.jabber.ru, так как там спам в чатах конкретно достал. Достанет спам в запросах авторизации, включат и там :)
А вот будут ли заполнять обычные пользователи? Обычно как-то не до этого.
Бизнес модель была расчитана на дешёвые консоли и дорогие игры, а джейлбрейк похоже позволяет ставить пиратские игры.
У нас тут скрипт, начинающим программистом писанный, без поддержки DST. Всем уже какой год лень туда залезть, распутать это макраме и сделать по-уму. Даже предлагали держать зимний и летний вариант и по крону менять местами :D
Но Медведев проблему решил раз и на всегда.
Т.е. пускаем IPv6 в настроенном IPv4 + MPLS без изменений самого ядра.
Если вам какая-то идея кажется глупой, не спешите возмущаться, почитайте источник. Вполне возможно, что глуп был пересказчик ;)
Последние годы (не знаю все ли) провайдеры вынуждены вилять хвостом перед нашим RIPE-ом, чтобы получить очередной блок. Отчитываются как они используют адреса, сколько ушло на динамику, сколько на статику, показывают тенденцию роста, отвечают на вопросы и только потом, если удалось убедить RIPE, что без этого никак, получают сеть.
Кому такое нравится? Вот и стараются использовать поэффективнее. В том числе продавая статику. Чтобы только те, кому она действительно необходима, получили свой IP.