Да контекст рулит. Как уже говорил, «опыт и шишки» будут у любителей обычных языков.
А 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.
Так других нет или всё же есть и IPv6 худшее из них? :)
> Теперь представьте, что весь интернет через год разжился адресами IPv6, и интернет-маршрутизаторам нужно держать по 400 тыс. записей v4 и столько же v6.
Ага, только забыли что таблицы такие большие именно потому, что адресов мало:
1. мало адресов => выдают бережно, по маленьким кускам, на год-два => выдают часто => на каждого получается несколько кусков => несколько записей в таблице.
2. много адресов => выдают от души, на всю жизнь => выдают редко => на каждого по одному куску => по одной записи в таблице.
Ещё: IPv6 over MPLS over IPv4 core. Никто не заставялет перетягивать ядро на IPv6, достаточно пробросить его клиентам.
И ещё:
«Even though the IPv6 support in IPS 6.2 is not perfect I think it is more that most organizations need» source.
P.S.: судя по негативной окраске сторонников перехода (отмороженные, сумашедшие) самого IPv6 (стыдным, худшее из решений) и позитивной окраске противников (эксперты — сначала большинство, потом уже все), автор — противник и у него баттхёрт.
Есть такая штука: Чем больше написано софта для операционки, тем чаще её выбирают пользователи. Чем популярнее операционка, тем чаще под неё пишут софт. Замкнутый круг популярности, который очень трудно разорвать :)
Майкрософт занял позицию лидера на десктопе, и им даже «виста» была не почём, первое место не потеряли: «Виста, конечно, говно, но под линух нет игрушек». Это как пример работы круга :)
Но сейчас MS начинает в хвосте со скудным marketplace против жирных Appstore и Android market. Майкрософту придётся вкладывать гораздо больше усилий чтобы просто успевать, чем лидерам, чтобы удержать лидерство. Сейчас этот замкнутый круг работает против Майкрософта.
Я бы сказал что MS уже пролетел, и нечего было пытаться, если бы не 3 «но»:
1) MS очень жирная компания и может долго играть в минус
2) Софт на мобильниках не так важен. Многие берут смартфон чисто ради «вау-эффекта», а пользуются только браузером, звонками и sms/mms.
3) Сейчас два лидера на смартфонах, а значит девелоперы сразу думают о портируемости, а значит им будет легче добавить WP7.
Не совсем понимаю этот хитрый план. Когда-нибудь же должны включить его обратно? И всё продолжится. А так как сейчас недовольство растёт с каждой минутой, то активистам потом будет гораздо легче найти сторонников даже среди тех, кто до отключения был пассивен или лоялен к провительству.
Советую скачать 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.
Так других нет или всё же есть и IPv6 худшее из них? :)
> Теперь представьте, что весь интернет через год разжился адресами IPv6, и интернет-маршрутизаторам нужно держать по 400 тыс. записей v4 и столько же v6.
Ага, только забыли что таблицы такие большие именно потому, что адресов мало:
1. мало адресов => выдают бережно, по маленьким кускам, на год-два => выдают часто => на каждого получается несколько кусков => несколько записей в таблице.
2. много адресов => выдают от души, на всю жизнь => выдают редко => на каждого по одному куску => по одной записи в таблице.
Ещё:
IPv6 over MPLS over IPv4 core. Никто не заставялет перетягивать ядро на IPv6, достаточно пробросить его клиентам.
И ещё:
«Even though the IPv6 support in IPS 6.2 is not perfect I think it is more that most organizations need» source.
P.S.: судя по негативной окраске сторонников перехода (отмороженные, сумашедшие) самого IPv6 (стыдным, худшее из решений) и позитивной окраске противников (эксперты — сначала большинство, потом уже все), автор — противник и у него баттхёрт.
Есть такая штука: Чем больше написано софта для операционки, тем чаще её выбирают пользователи. Чем популярнее операционка, тем чаще под неё пишут софт. Замкнутый круг популярности, который очень трудно разорвать :)
Майкрософт занял позицию лидера на десктопе, и им даже «виста» была не почём, первое место не потеряли: «Виста, конечно, говно, но под линух нет игрушек». Это как пример работы круга :)
Но сейчас MS начинает в хвосте со скудным marketplace против жирных Appstore и Android market. Майкрософту придётся вкладывать гораздо больше усилий чтобы просто успевать, чем лидерам, чтобы удержать лидерство. Сейчас этот замкнутый круг работает против Майкрософта.
Я бы сказал что MS уже пролетел, и нечего было пытаться, если бы не 3 «но»:
1) MS очень жирная компания и может долго играть в минус
2) Софт на мобильниках не так важен. Многие берут смартфон чисто ради «вау-эффекта», а пользуются только браузером, звонками и sms/mms.
3) Сейчас два лидера на смартфонах, а значит девелоперы сразу думают о портируемости, а значит им будет легче добавить WP7.