Показалось что разобрался, но потом опять запутался. Хорошо, пусть есть оптимизации. И мне нужно реализовать односвязный список, с возможностью вставить новый элемент в середину. Вот вставляем элемент, в нем указатель на следующий, нужно поменять указатель у предыдущего. Меняем, а так данные неизменяемы, нужно поменять указатель у предыдущего предыдущего и так далее. Да, из-за оптимизации копироваться объекты вроде не должны, но в своей реализации я должен дойти до начала списка, как-бы создавая новые объекты, чтобы все было по честному. Да, получается без изменений, но это лишний проход?
Это проясняет, спасибо. Интересно, где можно почитать, детали реализации в .net или jvm? Не уверен насчет jvm, в .net GC и в VM нет никаких оптимизаций для этого, и это настораживает. Не потянет ли это за собой увеличение нагрузки на GC? Например, если в процессе активно создаются объекты.
Может есть книги по этой теме? Что нить вроде Рихтера.
Да, про достоинства я в курсе, согласен — это большой плюс.
Правильно я понимаю, что допустим все простые операции со структурами данных стоимостью O(1) в императивных языках, неизбежно превращаются в O(n)?
Со своей колокольни C(всякие постфиксы) программиста, поглядываю в сторону функционального программирования. И как-то у меня не складывается пазл, вот если мне допустим нужно реализовать некую структуру данных. Я понимаю, что многое конечно уже есть в функциональных языка, и да сях уже никто это сам не пишет. Но… эфективная реализация возможна? Ведь данные неизменяемы, а значит нужно копировать весь список, словарь и т.п. вещи?!
Я не хвастался (хотя :) я даже знаю что такое statefull proxy), просто для меня rfc — это аргумент/факт, а википедия — ну можно глянуть, что там люди пишут. Но это именно по этой конкретной теме, если бы мы обсуждали жирафов, я бы тоже с вики ссылки приводил.
Ну открыл вашу ссылку, вижу в первой строчке:
A Protocol Converter is a device used to convert standard or proprietary protocol of one device to the protocol suitable for the other device or tools to achieve the interoperability.
И о чем мне должно сказать, это вообще про железяки и embedded?!
Но вы продолжайте штудировать информацию, советую больше все же налегать на rfc, или статьи на профильных сайтах, википедию не советую. Должна же быть какая-то польза от этого спора.
Нашел ваш развернутый вопрос…
Да все так, коммерческого будущего не вижу, если увидите дайте знать. :)
Меня тоже это очень беспокоит, только в более широком смысле. Я не вижу особой разницы в языке разработки, большое кол-во отличных проектов с открытым исходным кодом, сложность разработки падает, наводят на мысли о перспективности индустрии софта с точки зрения программиста. Потребности у пользователей по большой части удовлетворены, и поэтому непомерно растут запросы к качеству, никого не удивишь бесплатной программой, нужны еще и открытые исходники. Но пазл у меня не складывается, почему тогда не хватает IT специалистов и растут зарплаты?
Для меня это такая же неожиданность, но факта не отменяет.
Кто может js подредактировать, разработчик?
А щас можно сделать бизнес на продаже софтфонов? Очень сомневаюсь.
Эта технология в тренде — перехода всего в браузер. С гуглом более менее понятно, но посмотрите на вин8, почему майкрософт пошел в ту же сторону?
Что касается ограничений в браузере, я думаю это быстро измениться — GoogleOS, JS приложения в Win8, PhoneGap.
Внимательно смотрим на картинку, на верхний блок, в нем написано SIP Proxy — то есть SIP сервер (пусть слово proxy вас не смущает см.rfc3261). Дальше смотрим стрелочку UDP/TCP/TLS — это коммуникация с другими SIP серверами, ничего не обычного, тоже самое делают сервера без websocket, см. rfc3261. Дальше смотрим, этот сервер еще умеет общаться с PSTN, хорошо, но ничего не обычного, как asterisk. То есть это самый обычный SIP сервер, ед-ное отличие — websocket.
Да, с публичный серверами я возможно и погорячился.
Да пожалуй и я исчерпал аргументы, все ссылки на стандарты я привел. Ссылка на публичные SIP сервера с поддержкой WebSocket есть в статье.
Ваши домыслы комментировать не буду.
Вы не правы, «мост» не понадобиться. Из того что WebSocket работает поверх TCP/TLS нельзя сделать вывод про «мост».
Выше я вам дал ссылку на draft-ibc-sipcore-sip-websocket-02, в ней WebSocket объявлен протоколом транспортного уровня для SIP, наравне с UDP/TCP/TLS.
Вот что я хотел сказать.
Кстати, как же все нечестно оказалось у lucidchart. Зашел без регистрации нарисовал, сохранить, экспортировать нельзя. Ну хорошо — регистрируюсь. После регистрации мне сообщают, что я использовал премиум фичи и поэтому я не могу даже редактировать свою диаграму. Alt+PrtScn и Paint.net спасли ситуацию, но осадочек остался.
Онлайн трансляция секции Bootcamp 1 не ведеться? Можно ли где-то будет скачать видео доклада? Интересует: WPH204BC, Мастер-класс. Платформа PhoneGap и jQuery Mobile для разработки современных сайтов и приложений в стиле Metro
Нет, я не об этом. Веб сервер не должен никуда подключатся, вся прелесть в том что он отдал хтмл и расслабился, все действие происходит на клиенте. У js клиента есть только один способ установить соединение с SIP сервером — websocket.
Может есть книги по этой теме? Что нить вроде Рихтера.
Правильно я понимаю, что допустим все простые операции со структурами данных стоимостью O(1) в императивных языках, неизбежно превращаются в O(n)?
Я этот драфт месяц назад реализовал, а ты мне тут про «мосты» рассказываешь, клоун.
Ну открыл вашу ссылку, вижу в первой строчке:
A Protocol Converter is a device used to convert standard or proprietary protocol of one device to the protocol suitable for the other device or tools to achieve the interoperability.
И о чем мне должно сказать, это вообще про железяки и embedded?!
Но вы продолжайте штудировать информацию, советую больше все же налегать на rfc, или статьи на профильных сайтах, википедию не советую. Должна же быть какая-то польза от этого спора.
Да все так, коммерческого будущего не вижу, если увидите дайте знать. :)
Меня тоже это очень беспокоит, только в более широком смысле. Я не вижу особой разницы в языке разработки, большое кол-во отличных проектов с открытым исходным кодом, сложность разработки падает, наводят на мысли о перспективности индустрии софта с точки зрения программиста. Потребности у пользователей по большой части удовлетворены, и поэтому непомерно растут запросы к качеству, никого не удивишь бесплатной программой, нужны еще и открытые исходники. Но пазл у меня не складывается, почему тогда не хватает IT специалистов и растут зарплаты?
Кто может js подредактировать, разработчик?
А щас можно сделать бизнес на продаже софтфонов? Очень сомневаюсь.
Что касается ограничений в браузере, я думаю это быстро измениться — GoogleOS, JS приложения в Win8, PhoneGap.
>То что конкретно их реализация
Их реализация чего? «Моста» или SIP сервера!?
>И в итоге либо ты будеш использовать приблуды(мост)
Я не буду :)
>Опять же их замечание на сайте
Причем здесь это, хотите сменить тему?!
Да, с публичный серверами я возможно и погорячился.
Ваши домыслы комментировать не буду.
Выше я вам дал ссылку на draft-ibc-sipcore-sip-websocket-02, в ней WebSocket объявлен протоколом транспортного уровня для SIP, наравне с UDP/TCP/TLS.
Вот что я хотел сказать.