Анонсировано (https://news.ycombinator.com/item?id=8648716) начало работы над новым web-браузером Gngr (https://gngr.info/), нацеленным на предоставление максимальной защиты персональной информации пользователей. Код браузера развивается на высокоуровневом языке Java, что позволяет упростить аудит, а также избежать многих ошибок и проблем с безопасностью, свойственных продуктам на С/C++. Исходные тексты пока не доступны публично, но их обещают открыть под свободной лицензией после готовности первого выпуска.Для реализации поставленной цели в браузере приняты достаточно жесткие настройки, например, по умолчанию отключены и требуют явной активации Cookie и JavaScript-блоки, принципиально не поддерживается подключение плагинов, не передаются ссылки на исходную страницу (http_referrer), блокируются внешние iframe, строка идентификации браузера (User Agent) содержит минимальные сведения ("gngr.info/номер значительной версии").
В качестве причины создания нового браузера с нуля, вместо развития ориентированного на приватность ответвления от уже существующих открытых браузеров, называется невозможность обеспечить должный уровень безопасности для продукта, написанного на низкоуровневом языке программирования. Платформа Java выбрана как предоставляющая штатные средства для изоляции внутренних модулей с кодом, позволяющая легко создавать переносимые проекты, берущая на себя заботу по обеспечению безопасности работы с памятью и типами, обеспечивающая хорошую производительность, благодаря JIT-компиляции. Рассматривается возможность перехода в будущем на другой язык, работающий поверх JVM, пока не решено будет это Scala, Kotlin или Ceylon. Язык Rust не был использован в виду не готовности его финальной версии и отсутствия средств, сравнимых с Java-runtime.
URL: https://news.ycombinator.com/item?id=8648716
Новость: http://www.opennet.ru/opennews/art.shtml?num=41112
Да, не хватало только браузера на Java...
>Да, не хватало только браузера на Java...Я недавно узнал что у "свежеиспеченных" программистиков на Java уже массово наблюдается новая проблема: память течет на уровне объектов. Я заметил что нормальный человек вывозит пару проектов на Си и полностью выздоравливает от проблем с циклическими ссылками и утечками памяти. А если не выздоравливает, то не нужно его сажать за java или python - ему нужно уходить из программирования навсегда, т.к. его присутствие сильно размывает среднее IQ по этой области. А такое положение дел меня бесит. People = shit, мать их!
> People = shit, мать их!Вы имели ввиду People == shit ?
Нет наверное People.equals(shit)но здесь shit обычно людям присваивают...
>Нет наверное People.equals(shit)
>но здесь shit обычно людям присваивают...Я бы не осмелился судить, но это я.
>Вы имели ввиду People == shit ?Нет, тут все хуже: People == shit - это проверка с результатом в виде истины или !истины. Зачем нам тут выражение для проверки People против shit ?
People = shit - это математика. Вспоминаем (или откываем для себя новое, если вы из программистиков): выражение f(x) = y означает что вычисляемая f() поверх `x` ВСЕГДА дает в результате `y`. People в данном случае можно представить в виде f(g(x)), где x - ситуация, g - принятие решении, f - поведение. Вот тогда people = shit обретает весь смысл сказанного. Да, есть такие people которые интеллектуально развиты настолько что к их бессознательному поведению нельзя применить данное выражение people=shift - но здесь речь была не о них.
Как резво хомячки заминусовали сообщение. Вы даже не представляете всю абсурдность ваших действий. Забавно. Почему-то вспомнилась ситуация с собакой которая бегает вокруг тебя и раздражает своим лаем. А замахнешься на нее - начинает скулить и убегать :)
>браузера на Java...С плагином Java и апплетами внутри
Ну человек 100 пользователей наберут.
Вряд ли среди 1% Linux пользователей наберётся целых 100 маразматиков.
вам нужно больше верить в людей.
> Вряд ли среди 1% Linux пользователейВ эту цифру даже евангелисты некрософта уже не верят. С разморозкой
Действительно, после убийства Дебиан - упадёт ещё раз в десять.
Не знаю как где, а в Рунете осталось уже менее 56% Windows-пользователей
http://www.liveinternet.ru/stat/us/oses.html?period=month&id...Ничто не вечно под Луной...
А кто сказал что они только на линукс ориентированы?
Думаю что на самом деле там какая-нибудь JNI обёртка вокруг WebKit. Потому что независимо от языка программирования, чтобы написать современный браузер с нуля надо очень-очень много человеко/часов. И любой нормальный человек задастся вопросом "ЗАЧЕМ"?
>web-браузер, ориентированный на обеспечение приватностиЭто как?
>Код браузера развивается на высокоуровневом языке JavaЭто же очевидно :) Его видать в Файрфоксе от того и блокируют, что он весь такой безопасный :)
Это значит с сетью не работает.
Веб-страницы поставляет служба доставки на дискетках. :)
Это знают только маркетологи
Он просто ничего не отображает. Таким образом сохраняется максимальная защита (от) пользователя.
Куки неосилили.
Куки - это изначально ошибка в HTTP, они не нужны.
Переведя на человеческий с маркетоидного, получаем: мы ниасилили C/C++ и Rust, зато мы знаем жабку и модные словечки типа "безопасность", "переносимость"(кроссплатформенность слишком сложное слово) и "защита персональной информации". А "производительность" и "потребление ресурсов" это не просто не модные, а запрещенные слова в мире жабы. Поэтому наслаждайтесь тормозным и прожорливым жабаскриптом, написанным на тормозной и прожорливой жабе. Даешь 16+ GB памяти на модный браузер с одной вкладкой.
А Вы таки на жабе работали или "Пастернака не читал, но осуждаю"?
Не смеши. Жаба на десктопе? на тй самой JVM, которая в принципе не умеет отдавать память обратно системе? Файрфокс и то это с грехом пополам делает, когда закрываешь вкладку. ну и да, отзывчивого интерфейса на жабе я ещё не встречал. Нет, где-то они, наверное, есть. Но не попадались.
Кого не смешить?
99,99% самых могучих бизнес приложений (с запредельными требованиями к производительности и безопасности) писано на Java.
Все твои денюжки во всех банках тоже на Java, кстати.
> Все твои денюжки во всех банках тоже на Java, кстати.Это все от того, что топ-манагеры на нормальных программистах экономят. :)
Желаю, чтобы весь софт банка, которым ты пользуешься, был написан на Си.
>> Желаю, чтобы весь софт банка, которым ты пользуешься, был написан на Си.А я желаю, чтобы весь софт его банка был на одиннадцатых плюсах!!! :)
пожелай лучше это моему банку. А то на ЛОРе тусуется один кадр который, судя по всему, как раз девелопит для него софт на яве и при этом мало что понимает в этом процессе. В частности хочет менять код прямо на продакшене с целью отладки своих косяков - не получается у него, видите ли, иначе искать рейс кондишены. В этом заключается вся сущность типичного ява кодера и надёжности софта на яве.
> Желаю, чтобы весь софт банка, которым ты пользуешься, был написан на Схеме.// Fixed
> с запредельными требованиями к производительности и безопасностиОднако требования к отзывчивости интерфейса в том самом страшном энтерпрайзе просто отсутствуют. Вы плохо представляете разницу между биллингом и браузером?
>> с запредельными требованиями к производительности и безопасности
> Однако требования к отзывчивости интерфейса в том самом страшном энтерпрайзе просто отсутствуют.
> Вы плохо представляете разницу между биллингом и браузером?Да? А в клиент-банке -- всё нормуль.
А про "дальвик" вы ничего не слышали ещё?
А телефончик с J2ME с собо
>>> с запредельными требованиями к производительности и безопасности
>> Однако требования к отзывчивости интерфейса в том самом страшном энтерпрайзе просто отсутствуют.
>> Вы плохо представляете разницу между биллингом и браузером?
> Да? А в клиент-банке -- всё нормуль.
> А про "дальвик" вы ничего не слышали ещё?
> А телефончик с J2ME с собоА телефончик с J2ME с собой не носите?
Про дальвик я и слышал, и видел.
Поэтому использую NDK, а Java-функции дергаю только для обращения к сервисам Андроида.
>> использую NDK, а Java-функции дергаю только для обращения к сервисам АндроидаВот ЗАЧЕМ БРЕДИТЬ, а??? :)
Капец тут "форум"... :)
> Капец тут "форум"... :)ужасный, очень ужасный. тут смеют не разделять твои фантазии!
О! Еще один мастер NDK??? :)
> О! Еще один мастер NDK??? :)Нет, это местный МСМК по троллингу :)
БИСКвит написан на Java?
Вот это поворот!
Этошозахуня?
> БИСКвит написан на Java?
> Вот это поворот!Использует. /usr/dlc-10.1c/bin/_mprosrv -classpath /usr/lib/java/jre/lib/tools.jar:/usr/dlc-10.1c/java/progress.jar:/usr/dlc-10.1c/java/messages.jar:/usr/dlc-10.1c/java/prosp.jar /home/bis/quit41d-10b/db/bisquit -B 81
Во-первых, я говорил вообще не о том. А о том, что на пользовательском десктопе джаве делать нечего, так как JVM имеет неподходящую механику работы с памятью. Браузер - процесс, живущий долго, и ситуация, когда он в пике отожрал память и потом не отдаёт, никуда не годится.Во-вторых, как у джавы решаются проблемы с производительностью, я прекрасно знаю - "поставим десять серверов и лоад балансер". Сама по себе она как была прожорлива так и осталась, особенно в тех самых "могучих бизнес-приложениях", где количество слоёв абстракции зашкаливает за все мыслимые пределы.
В-третьих, разговоры про "безопасность" без описания модели угроз и среды исполнения - набор слов. Да, джава что хорошо себя чувствует за корпоративными файрволлами со строгой политикой установки софта. Там, где задача в основном - если что, упасть, оставив вменяемый лог. При этом разруливание полномочий и обеспечение целостности данных, скорее всего, будет осуществляться каким-то другим уровнем, причем все эти уровни вполне подконтрольны. А вот в диком вебе, где основное - не скомпрометировать машину пользователя, ей не место, что и доказывают регулярно появляющиеся ремотные уязвимости.
>Все твои денюжки во всех банках тоже на Java, кстати.И это, кстати, очень печально и заставляет беспокоиться о денежках, которые могут внезапно уйти со счёта.
> Кого не смешить?
> 99,99% самых могучих бизнес приложений (с запредельными требованиями к производительности
> и безопасности) писано на Java.Угу. И НИ ОДНОЙ ДЕСКТОПНОЙ ПРОГРАММЫ. Потому как пока жаба стартанёт, я уже уйду соседку любить.
> Все твои денюжки во всех банках тоже на Java, кстати.
Там и C# немерянно и чО?
> 99,99% самых могучих бизнес приложений (с запредельными требованиями к производительности и безопасности) писано на Java.Так и представляю, как HPC переходит на Java.
а потом трезвеют, и такие: «мужики, ну нифига мы отожгли! а давайте в следующий раз семь ящиков водки купим и на php?!»
ладно бы отдавать, а то и брать толком не умеет
Брать - это настройками хоть можно подкрутить. А вот отдавать - не умеет совсем. Поэтому место жабе - там, где она крутится более-менее монопольно или там, где объем потребляемой памяти не меняется во времени. Уж явно не браузер.
Совсем немного, не вижу причин много работать с тем, что мне не по душе.А как мой опыт программирования на жабе связан с ее объективными характеристиками? С каких пор для оценки производительности и прожорливости программ стало необходимо быть программистом, а не пользователем или сисадмином?
Ну и самое главное, зачем мерятся рассказами о личном опыте, причем сомнительной достоверности, когда есть такой замечательный ресурс как http://benchmarksgame.alioth.debian.org/
> Совсем немного, не вижу причин много работать с тем, что мне не
> по душе.
> А как мой опыт программирования на жабе связан с ее объективными характеристиками?
> С каких пор для оценки производительности и прожорливости программ стало необходимо
> быть программистом, а не пользователем или сисадмином?
> Ну и самое главное, зачем мерятся рассказами о личном опыте, причем сомнительной
> достоверности, когда есть такой замечательный ресурс как http://benchmarksgame.alioth.debian.org/Есть такой замечательный ниша, "ERP" называется.
Предприятия, создающие буквально все, что вы потребляете, от салфетки до стеновой панели, вообразите себе, просто останавливаются утрачивая доступ к ресурсам ERP. Станки перестают крутиться, как без электричества.Так даже Compiere запилен на жаве чуть менее, чем на 100%.
Жава СТАНДАРТ. Такой же, как обычай делать рельсы из стали, а не из картона.
НУ, НЕТУ среди КОЛОССАЛЬНЫХ, жизненно важных и крайне производительных систем ничего, НЕ на жаве :)
> НЕТУ среди КОЛОССАЛЬНЫХ, жизненно важных и крайне производительных систем ничего, НЕ на жаве :)И сюда маркетолога занесло :)
Основное достоинство Java - сравнительная переносимость при закрытых исходниках.
Написал один раз - и можешь вечно доить клиента. Но эта бизнес модель постепенно уходит в прошлое.
Сегодня в "тренде" облака, то-есть еще более жесткий вендор-лок.Про андроид молчу - там "переносимость" нужна
> Есть такой замечательный ниша, "ERP" называется.есть. от «биодобавок» и «циркониевых браслетов» отличается только тем, что в ней с лоха дерут намного больше бабла.
> Предприятия, создающие буквально все, что вы потребляете, от салфетки до стеновой панели,
> вообразите себе, просто останавливаются утрачивая доступ к ресурсам ERP. Станки перестают
> крутиться, как без электричества.это только после того, как ерп-диверсанты убедили, что надо это самое ерп внедрять. до этого всё вполне работает. после этого всё работает уже намного хуже, но огромные деньги потрачены, и диверсанты эти деньги отработали. правда, не в пользу заказчика, но…
> НУ, НЕТУ среди КОЛОССАЛЬНЫХ, жизненно важных и крайне производительных систем ничего, НЕ
> на жаве :)гуголь просто в шоке. его «нету».
Вот тут ты зря. ERP - это способ заставить работать что-то большое. Хоть как-то - там, где в человеческую голову управление не помещается, а предприятие как-то должно шевелиться, не требуя гениев в менеджменте. Мало их - гениев. Даже если после этого работает хуже - это "хуже" предсказуемо, завязано не на людей, а на процессы, забитые в машине, причем неплохо масштабирующиеся с ростом фирмы.Я уже когда-то отсылал - видеокурс Левенчука, Системная инженерия. Вот ERP - это о том же.
К производительности и десктопу, впрочем, всё это отношения не имеет.
Вы забыли уточнить, что с идиотами в менеджменте ERP разрушает всю систему еще на этапе внедрения.
Вообще-то на этапе проектирования :)Но тут ява ее причем, да и то пока народ ни начал замечать счета за электричество, сервера и прочее
Не без того, но с определенного размера у фирмы без ERP будут проблемы даже без идиотов. А вот с ним (точнее, с BPM, но его без ERP не бывает) при проектировании/внедрении достаточно вменяемых топов и внедренцев. При этом гениями им быть не надо. В том и суть, как и в том, что остальных можно запинать в осмысленную деятельность даже если они идиоты.
>В том и суть, как и в том, что остальных можно запинать в осмысленную деятельность даже если они идиоты.А также всучить пару утюгов, набор пластиковых бус и бутылку водки.
Насколько я знаю, только полный идиот начнет перекраивать успешный бизнес под сферическую мегаэффективную ERP.
Про адаптацию вполне качественных универсальных решений под конкретный бизнес сколько уже написано порно-рассказов. Каждый раз в итоге получается "как всегда"
> Вот тут ты зря. ERP - это способ заставить работать что-то большое.это если повезёт таки нанять не диверсантов-баблокачателей. что практически нереально, если они пришли со стороны и работают на сторону. а больше их взять особо и негде.
Ну, это задача решаемая при желании. Отзывы, пилотные проекты и т.п.
Вы что, не смотрите сериалы? Только постановка на счетчик и семьи в заложниках! Другого бизнеса не бывает!
> Ну, это задача решаемая при желании. Отзывы, пилотные проекты и т.п.при желании всё решаемо. вот только на предприятии, размеры которого требуют ERP, работают уже несколько другие механизмы.
Если контора акционерная или если собственнику на всё начхать - то да. В других случаях - вполне всё работает, так как сверху есть кто-то, кто хочет получить работующую машину, не требующую внимания 25 часов в сутки. Конечно, с битьём по голове манагеров среднего звена и прочими кадровыми мерами.Если внедрение ERP и подобного - просто для галочки и откатов - это, разумеется, совсем другой случай.
> Жава СТАНДАРТТы дурачек? Тебе написали о браузере. а ты начал метанировать о ERP.
Если жаба "стандарт" для прикладных программ, то к текущему моменту чуть менее чем все браузеры уже должны быть на ней.
Ты ж поди не знаешь что жабе много лет и веришь что её оракл написалBTW, а на чём сама JVM написана ты в курсе?
Нет, мне написали:
"избежать многих ошибок и проблем с безопасностью, свойственных продуктам на С/C++"
и
"платформа Java выбрана как предоставляющая штатные средства для изоляции внутренних модулей с кодом, позволяющая легко создавать переносимые проекты, берущая на себя заботу по обеспечению безопасности работы с памятью и типами".Беда ваша, трулялята, в том, что вы ни рожна не смыслите в плюсах.
Так вас кормить, как вы компиляторы знаете.
Лалака, а как же AS400? Там куча ERP и иже с ними вообще на. RPGLE написаны.
> Лалака, а как же AS400? Там куча ERP и иже с ними
> вообще на. RPGLE написаны.Я и на бейсике видел. Разработчик также уверял что это "самая эффективная" и "мегаентерпрайзная" система.
Вот и я о том. А то поражённый распелся про свою джаву. ERP на любом языке написать можно абы оно деньги приносило. Заказчику как правило побоку.
> Вот и я о том. А то поражённый распелся про свою джаву.
> ERP на любом языке написать можно абы оно деньги приносило. Заказчику
> как правило побоку.Да не скажите, заказчику ее еще сопровождать надо, при необходимости модернизировать. И если разработчиков всего 1.5 колеки, да еще вся система - большой блоб. Нормальный человек задумается - что будет с его бизнес-процессами через год/пять лет
Жабаскрипты там тоже не будет, читай новость внимательно.
Будут, только по умолчанию будут отключены. Перечитай новость *по настоящему* внимательно 😏
Время аудио-проигрывателей прошло, наступило время браузеров...
Java - не высокоуровневый язык. Это низкоуровневый язык для виртуальной машины JVM.
У jvm свой низкоуровневый язык, в который жава компилируется
https://ru.wikipedia.org/wiki/%D0%91%D0%...
Байт-код - не язык.
> Байт-код - не язык.breaking news!
Всё правильно, Ява ближе к своему байткоду, чем даже Сишечка к кодам процессоров.
> Всё правильно, Ява ближе к своему байткоду, чем даже Сишечка к кодам
> процессоров.Вот-вот. И ничто, наверно, так не учит пониманию сущности JVM/Java как использование Java-библиотек при разработке на настоящих высокоуровневых языках для JVM типа Scala, Groovy и Clojure.
> Вот-вот. И ничто, наверно, так не учит пониманию сущности JVM/Java как…написание простенькой стековой VM.
Нужно, ибо существующие браузеры не достаточно тормознутые.
>> "Для реализации поставленной цели в браузере приняты достаточно жесткие настройки, например, по умолчанию отключены и требуют явной активации Cookie и JavaScript-блоки, принципиально не поддерживается подключение плагинов, не передаются ссылки на исходную страницу (http_referrer), блокируются внешние iframe, строка идентификации браузера (User Agent) содержит минимальные сведения ("gngr.info/номер значительной версии")."Вообще браузер напоминает старую шутку: "белое не носить, обтягивающее не надевать и главное не танцевать."
Вообще-то изначально это была не шутка, а рекламный слоган, но не суть.
- Как уберечься от беременности?
- Пейте чай.
- До или после?
- Вместо.
Я уже и Java рад. Лишь бы опять не на js.
Но нафига он нужен? В Firefox можно закрутить гайки, спец расширения и можно добиться чего угодно.
Идея безопасного браузера уже давно созрела. Современные браузеры, все три, вместо безопасности, расширенной работой с сетью и встроенной пост-обработкой контента, ударились в развитие свистоперделок и мечтают превратить свои браузеры в магазины веб-приложений.Почему ява - тоже очевидно. При прочих равных код на яве писать быстрее и дешевле. Да, он будет работать медленнее и больше жрать оперативы, но за идею можно потерпеть. Между прочим, freenet и i2p тоже на жабе писаны. Но денег-то на разработку никто не даст по очевидным причинам. Нельзя заработать на частных данных пользователей, нельзя продавать рекламу, и т.д. Так что удешевление разработки через увеличение системных требований - это нормально.
Не понятно только, насколько надо вообще писать свой браузер. Может дешевле будет запускать существующие внутри виртуальной машины и управлять ими через selenium.
>Между прочим, freenet и i2p тоже на жабе писаны.Это камень в огород их создателей, а вовсе не достоинство.
> i2pНастолько на жабе, что сейчас ~половина сил брошена на c++ реализацию (i2pd).
>> i2p
> Настолько на жабе, что сейчас ~половина сил брошена на c++ реализацию (i2pd).ох, этих «а давайте i2p на цпп» столько было уже… выбор цпп тоже характерен.
> ох, этих «а давайте i2p на цпп» столько было уже… выбор цпп
> тоже характерен.Так блин, хотят считерить и относительно малой кровью портануть, взяв половину кода. И чтоб жабисты кой-как кодить там могли. Поэтому хапают си++, да еще с бустом.
Что получается - думаю понятно: ява-переросток становится си++ переростком. Конечно не столь ужасным как ява, но все-таки.
да, оно ещё ужасней. и с бустом. то есть, категорически «не нужно».когда я стану старым и богатым, я перепишу I2P на D. к тому времени оба устареют (и никакой версии I2P, кроме жабовой, всё равно не появится) и будут старпёрским хобби.
> стану старым и богатым, я перепишуиз перечисленного - верно только первое.
Йосич, ты?! залогинься, не смущай малых сих.
>>Между прочим, freenet и i2p тоже на жабе писаны.
> Это камень в огород их создателей, а вовсе не достоинство.Лучше иметь i2p на джаве чем не иметь никакого. Джава проще и дешевле в разработке. Самое то для пары энтузиастов.
>Лучше иметь i2p на джаве чем не иметь никакого.Ошибаешься, имея выбор - пользоваться i2p на Java или не пользоваться i2p вообще, я выберу второе.
>Джава проще и дешевле в разработке.
Бла-бла-бла...
>Самое то для пары энтузиастов.
Если они энтузиасты то причём тут "дешевле"?
> Джава проще и дешевле в разработке. Самое то для пары энтузиастов.Это любят неофиты твердить в первые год-два.
Потом прозревают.
Кроме оголтелых фанатиков, неспособных осилить другие ЯП.
> Лучше иметь i2p на джаве чем не иметь никакого.А как по мне так это однофигственно. Толку от i2p на яве для меня ровно ноль.
> Джава проще и дешевле в разработке. Самое то для пары энтузиастов.
Единственная проблема - это только пару энтузиастов и интересует в результате.
>> Лучше иметь i2p на джаве чем не иметь никакого.
> А как по мне так это однофигственно. Толку от i2p на яве
> для меня ровно ноль.к счастью, мир не работает исключительно на твои нужды.
> Между прочим, freenet и i2p тоже на жабе писаны.По поводу чего ими пользуется полтора человека. Которых можно, на минуточку, просто ногами, пешком обойти. А, например, закинуть такую штуку на домашний роутер, где ей самое место (всегда включен, бандвиза куча, может весь трафф заворачивать как надо) - фигвам. В результате получается что идея - хорошая, а реализация - КГ/АМ. И всякая там сборка мусора и прочее - криптографии не друг. Изничтожение ключей и процесс шифрования должны быть предсказуемыми. Хотя-бы на предмет того когда изничтожатся ключи и state алгоритма и времянок. А все это не про яву...
>> Между прочим, freenet и i2p тоже на жабе писаны.
> По поводу чего ими пользуется полтора человека.а мужики-то и не в курсе.
> А, например, закинуть такую штуку на домашний роутер,
> где ей самое место (всегда включен, бандвиза куча, может весь трафф
> заворачивать как надо) - фигвам.на N900 вполне запускали. и да, работало. по-моему, роутеры сейчас помощнее даже будут.
> И всякая там сборка мусора и прочее - криптографии не друг.и даже не враг — а просто без разницы.
> Изничтожение ключей и процесс шифрования должны
> быть предсказуемыми.чему сборка мусора — прикинь — не мешает вообще никак.
> А все это не про яву...
и вообще ни про один из языков, потому что на любом это придётся в коде выразить. не умеют пока языки читать мысли и выдавать из них код.
> на N900 вполне запускали. и да, работало. по-моему, роутеры сейчас помощнее даже
> будут.N900 - 256 МБ рамы, такой обьем ты хрен найдёшь в домашних потребительских роутерах
Хьюстон! Хьюстон, у нас проблемы! Протечка хладагента в отсеке с образцами местной фауны!
> а мужики-то и не в курсе.Достаточно сравнить с популярностью, например, Tor (как наиболее похожего архитектурно по общей идее сети). Ну и соотношение бандвизов и сервисов в сетях - соответствующее. Да, в Tor есть скажем hidden service фриноды. Или duck-duck-go. Через него работает Bitcoin (обмен пирами в виде hidden services вместо IP - ничем таким не хуже). И даже ВЕЗАПНО у фэйсбука есть представительство. Хоть и не очень понятно в чем смысл последнего (ибо взаимоисключающие параграфы).
И есть i2p. В ней есть полтора человека. А чего там делать? Там ничего плезного мне нет. А гонять хрень на яве for teh greater good мне не втыкает, ибо требует держать под это какй-то большой и мощный комп.
> на N900 вполне запускали. и да, работало.
Знаешь, я не собираюсь превращать мой N900 в однозадачную систему по обслуживанию какой-то левой сетки с софтом на яве, рядом невкусных продолбов в алгоритмике и проблемами примерно аналогичными Tor. Соотношение ресурсов к результату - невкусное.
Мне на нокии даром не упал огромный рантайм в котором дыры затыкают десятками и софт на всем этом. Не говоря о том что у нокии беспроводка лишь 54Мбит, а при работе кушает так что аж корпус разогревается, при том в месте ином чем проц - сам модуль беспроводки греется. А от этой фиговины на яве с тамошней алгоритмикой и проц разогреется при мало-мальской активности в сети, ибо когда ява попробует ворочать RSA и прочее на ЭТОМ - будет очень плохо. И сколько оно протянет от 1 заряда в таком режиме?
Не говоря о том что получится очень дохлый узел который загибается при минимальном траффике. Что в целом приведет к сильной деградации сети если таких узлов - заметный процент.
> по-моему, роутеры сейчас помощнее даже будут.
Да щаз. Чтобы реально круто взлетело - надо уложиться в 8 мегов флеша, 32 метра памяти на все (то-есть программе не более 16) и проц типа MIPS24Kc @ 400MHz. Всякий мелкий и дешевый ширпотреб - какой-то вот такой. В этом плане дяденька Берштейн рулит и педалит: DH на базе 25519 быстрый как ракета в отличие от RSA и прочих, его salsa/chacha тоже вполне шустрые, при том что учитывают типовые проблемы типа тайминг-атак, и на них нет сколь-нибудь практичных атак.
И если кто страдает дальтонизмом: (из проектов которые "рядом") - пока всякие netsukuku страдали то питоном то теперь vala, пальму первенства подхватил cjdns, писаный на сях и потому сносно работающий даже на мелком роутере.
> и даже не враг — а просто без разницы.
Скорее враг - делает поведение программы менее предсказуемым и не дает криптографам тонко контролировать процессы, что ни к чему хорошему не ведет. Так можно получить кучу неочевидных на первый взглдяд проблем на ровном месе. Мне этого не надо.
> чему сборка мусора — прикинь — не мешает вообще никак.
В целом ява сложный и малопредсказуемый рантайм. И изучать огроменый сорц оного - мне как-то не в кассу. Образец работы с шифрованием - это tweetnacl: небольшой код, которому снаружи вообще ничего не надо кроме единственной вещи которую проблематично качественно сделать самому в standalone куске кода: сильный рандом.
> и вообще ни про один из языков, потому что на любом это придётся в коде выразить.
Ну вон в tweetnacl DJB и его коллеги выразили - так что нет никаких вызовов никуда. Так что и рантайм изучать не надо - криптография с ним просто не пересекается, сферическая подборка алгоритмов в вакууме которая может даже в микроконтроллере не снабженном стандартной либой работать.
> не умеют пока языки читать мысли и выдавать из них код.
Зато алгоритмы криптографии которые не полагаются на черти-какие рантаймы делающие фиг знает что - есть. И это самый правильный подход. Явовский рантайм делался толпой индусов и никто никогда там не страдал паранойей в предвкушении что это будет использоваться для крипографии, например. Поэтому самый безобидный на первый взгляд вызов может оказаться полностью провальным с точки зрения криптографии.
Кстати даже до создателей Tor доперло юзать 25519 и все такое. Это сильно снижает нагрузку на узел. Они конечно таскают старый вариант протокола для совместимости с старыми версиями, так что все это висит на костылях, но...
>8 мегов флеша, 32 метра памятиУсёр, тебя тоже только что разморозило? Нонеча такое только в самом дешевом и стремном китайском гогне.
> Между прочим, freenet и i2p тоже на жабе писаны.I2P написан на джаве по чисто историческим причинам, а не потому, что джава это что-то хорошее.
а какой третий после гомолисы и хромого?
> Между прочим, freenet и i2p тоже на жабе писаны.В частности поэтому их и не использую. Хотя далеко не единственная причина, конечно же. Приходится пользоваться TOR, которому я не очень доверяю.
Системные приложения, написанные на JAVA вызывают отвращение. А ещё если у них в комплекте по умолчанию идут всякие GUI/WebUI, то сразу на свалку.
>> Между прочим, freenet и i2p тоже на жабе писаны.
> В частности поэтому их и не использую.ну и зря. спокойно себе живут в изоляторе и никому не мешают. даже если JVM в очередной раз прогадится и в I2P вдруг (как?) влезет сплоет, он получит пустой дом и никакой интересной информации о системе.
Переписать на Rust - будет нормальный браузер, безопасный и невероятно быстрый.
Маркетолoги мозги прoели штoле?
Безопасный - зависит от аккуратности.
Быстрый - зависит от архитектуры.
И то, и другое можно сделать на любом языке.
Признаюсь, выдаю желаемое за действительное. Очень уж хочется, чтобы такой язык как Rust получил толчок к распространению.
А по поводу "любого языка"... Разумеется, можно, но кто станет тратить усилия на преодоление препятствий, которые язык ставит?
Надо дождаться Servo, правда есть подозрения что за пределы экспериментов он не выйдет. Ну да вроде в следующем году определятся с ним, тогда и узнаем.
> Rust получил толчок к распространению.Он и получит - судя по всему его сольют в унитаз вместе с сервой.
>> Rust получил толчок к распространению.
> Он и получит - судя по всему его сольют в унитаз вместе
> с сервой.Судя по чему?
> Судя по чему?Судя по тому сколько времени с ним и rust носятся vs результат всей этой возни.
> нормальный браузер, безопасный и невероятно быстрый....но в любой момент времени вы сможете выбрать любые 2 из этих 3 :)
судя по скринам делается на основе протухшего браузера lobo
Fixed:В качестве причины отказа от этого нового браузера, называется невозможность обеспечить должный уровень производительности для продукта, написанного на высокоуровневом языке программирования, коим является такой булшит как Java.
> Код браузера развивается на высокоуровневом языке Java,...и вместо рака будет грыжа. В смысле, если мне надо вкатить огромный рантайм от оракла где по 30 дыр за раз чинят - сильно безопаснее я как-то ощущать себя от этого совсем не стану.
>проблем с безопасностью, свойственных продуктам на С/C++Я минут 10 писал разные сообщения различной степени язвительности. Но не смог итого соблюсти баланс юмора и матов. Ну и ладно. Цитата самодостаточна.
Прямой доступ к памяти из языка – это в самом деле проблема с безопасностью. Ей можно пренебречь в более-менее монолитных проектах, требующих максимальной производительности. В случае оупенсорса, как показала практика, наличие сотен комиттеров и простота получения UB для языка напрямую влияют на количество уязвимостей. Можно тот же OpenSSL вспомнить. Да, чисто теоретически грамотный программист не допустит "плохого кода", а даже если допустит - коммит не пройдет ревью, но в реальной жизни все сложнее. Программист не совсем понимает чужой код, ревьюер смотрит на код в отрыве от контекста – ошибки пролезают в продакшн. В джаве это приведет к экзепшну, в C/C++ – к неопределенному поведению. Я не говорю что виртуальная машина жавы без изъянов, но она берет на себя функцию детекта ошибок программиста в рантайме, и это – дополнительный уровень защиты.
Убогий мир энтузазистов-юниксоидов вообще не в курсе, что творится за пределами Линукс?
По-моему, первый канидат на язык - это C#, на порядок мощнее всяких Жаб. Как вариант - D (LDC версия как раз для линукс). Что за ретроградов оттаяли из криокамеры с их жабой - ума не приложу.
> Убогий мир энтузазистов-юниксоидов вообще не в курсе, что творится за пределами Линукс?Там творится радостный мир энтузиастов-подоконников! С Шарпом - обязательно! Начинаем писать, потом подумаем, как!
> По-моему, первый канидат на язык - это C#, на порядок мощнее всяких
> Жаб. Как вариант - D (LDC версия как раз для линукс).две беды. одна косокривокостыльная и намертво прибита гвоздями к винде, вторая, вдобавок, ещё и попросту игрушечный проект, у авторов которого большие проблемы с декларациями и реалом.
Спроси Мигелю, он расскажет про Mono и C# на Линуксе - узнаешь много нового! :)
Кроме того, тут пока и с принципиальным вопросом не всё ясно: А НУЖНА ЛИ ВООБЩЕ эта "многоплатформенность"? Не надо тыкать в трёх своих друзей-линуксоидов, просто погляди - кругом винда и никто не страдает от отсутствия программ в Линуксе - ставят винду дуалом и юзают.Ди - он "игрушечный" не более, чем игрушечен csc.exe - ну да, библиотек маловато, но уже есть какая-то ощутимая масса! Даже GUI - и то с десяток либ наберётся! Ему нужно ВНИМАНИЕ, тогда и полезняшки нарастятся валом. А уж как язык он вообще на порядок лучше C#.
> Спроси Мигелюв отличие от тебя, я имею рабочий мозг и могу сам составлять мнения. вот когда софт, написаный под винду и четвёртый с половиной дотнет, будет без перекомпиляции запускаться под этой вашей моной, тогда и приходи. а до тех пор сиди и не вякай.
> НУЖНА ЛИ ВООБЩЕ эта "многоплатформенность"? Не надо тыкать в трёх своих
> друзей-линуксоидов, просто погляди - кругом винда и никто не страдает от
> отсутствия программ в Линуксе - ставят винду дуалом и юзают.да зачем мне тыкать в друзей, ежели вон под боком *отделение* конторы, в котором работает более ста человек. а на другом континете ещё больше. и вот беда: ну ни у кого винды нет. совсем. если не считать тестовых ферм. зато есть в том числе мультиплатформенный софт.
> Ди - он "игрушечный" не более, чем игрушечен csc.exe - ну да,
> библиотек маловато, но уже есть какая-то ощутимая масса! Даже GUI -
> и то с десяток либ наберётся! Ему нужно ВНИМАНИЕ, тогда и
> полезняшки нарастятся валом. А уж как язык он вообще на порядок
> лучше C#.спасибо, расскажи ещё про D контрибутору в компилятор и фобос. ты, конечно, намного лучше ориентируешься в том, что происходит в D, нежели я.
я же, как использующий D каждый день и иногда в него коммитящий, говорю, что D — это игрушечный хобби-проект. и вовсе не потому, что там библиотек мало. починить это возможно только форкнув D и безжалостно вычистив (с D1 одна контора так и сделала, потому что ужас-ужас). но — хвала всем демонам — на горизонте больше не наблюдается новых контор, которые хотят подвязываться на игрушечный проект.
>> По-моему, первый канидат на язык - это C#, на порядок мощнее всяких
>> Жаб. Как вариант - D (LDC версия как раз для линукс).
> две беды. одна косокривокостыльная и намертво прибита гвоздями к винде, вторая, вдобавок,
> ещё и попросту игрушечный проект, у авторов которого большие проблемы с
> декларациями и реалом.Справедливости ради, в мире СПО есть Mono, и например OpenRA вполне себе на нём работает.
Однако зачастую тормозит на современных компьютерах будучи remake-ом Red Alert-а первого, но работает.
вайн тоже есть, но это не повод называть виндовый софт «мультиплатформенным» же.вот когда моно сможет запускать *весь* софт для *современного* дотнета, без перекомпиляций — тогда и можно будет о чём-то говорить. а до тех пор решётки — унылая фигня, за которой тянется бесполезный рантайм и геморрой. грамотное использование крестов не хуже, а библиотек для крестов сильно больше.
> вайн тоже есть, но это не повод называть виндовый софт «мультиплатформенным»
> же.Хм, IMHO, лишь потому, что автор программы не подразумевал такое использование. Если же он отлаживает программу для хорошей корректной работы под wine (сохраняя при этом работоспособность под Windows), то почему бы и не назвать такую программу «мультиплатформенной»?
> вот когда моно сможет запускать *весь* софт для *современного* дотнета, без перекомпиляций — тогда и можно будет о чём-то говорить.
Слишком суровое требование. Если есть софт, который без проблем работает и на Mono и на дотнете, то его нельзя назвать «мультиплатформемнным»? Или если это Си-шная программка, способная работать и на Windows, и на Linux, и на NetBSD, но требующая перекомпиляции каждый раз (внезапно), то её нельзя назвать «мультиплатформенной»?
> решётки — унылая фигня, за которой тянется бесполезный рантайм и
> геморрой. грамотное использование крестов не хуже, а библиотек для крестов сильно
> больше.С этим согласен.
>> вайн тоже есть, но это не повод называть виндовый софт «мультиплатформенным»
>> же.
> Хм, IMHO, лишь потому, что автор программы не подразумевал такое использование. Если
> же он отлаживает программу для хорошей корректной работы под wine (сохраняя
> при этом работоспособность под Windows), то почему бы и не назвать
> такую «мультиплатформенной»?потому что она не мультиплатформенная. вайнософт вполне агрессивно «чужой» для не-винды — начиная уже с процесса установки.
>> вот когда моно сможет запускать *весь* софт для *современного* дотнета, без перекомпиляций — тогда и можно будет о чём-то говорить.
> Слишком суровое требование. Если есть софт, который без проблем работает и на
> Mono и на дотнете, то его нельзя назвать «мультиплатформемнным»?его можно назвать «мультиплатформенным софтом на mono». и то с трудом. а mono — это кривоогрызок дотнета, насквозь вторичный и всегда в положении «вот-вот догоним… в понедельник, максимум в пятницу!»
> Или если
> это Си-шная программка, способная работать и на Windows, и на Linux,
> и на NetBSD, но требующая перекомпиляции каждый раз (внезапно), то её
> нельзя назвать «мультиплатформенной»?давай не смешивать софт без VM и софт с VM. если у меня есть VM, то я ожидаю, что перекомпиляция нафиг не нужна. иначе на кой мне эта VM сдалась-то?
>>> вайн тоже есть, но это не повод называть виндовый софт «мультиплатформенным»
>>> же.
>> Хм, IMHO, лишь потому, что автор программы не подразумевал такое использование. Если
>> же он отлаживает программу для хорошей корректной работы под wine (сохраняя
>> при этом работоспособность под Windows), то почему бы и не назвать
>> такую «мультиплатформенной»?
> потому что она не мультиплатформенная. вайнософт вполне агрессивно «чужой»
> для не-винды — начиная уже с процесса установки.Я вполне могу сделать debian-пакет с виндософтом внутри, который будет запускаться и работать. Для удобства, могу даже этот пакет в репозиторий какой-нибудь закинуть. Что имелось в виду по поводу процесса установки?
>>> вот когда моно сможет запускать *весь* софт для *современного* дотнета, без перекомпиляций — тогда и можно будет о чём-то говорить.
>> Слишком суровое требование. Если есть софт, который без проблем работает и на
>> Mono и на дотнете, то его нельзя назвать «мультиплатформемнным»?
> его можно назвать «мультиплатформенным софтом на mono». и то с трудом. а
> mono — это кривоогрызок дотнета, насквозь вторичный и всегда в положении
> «вот-вот догоним… в понедельник, максимум в пятницу!»То есть тот же OpenRA [1] — это не «мультиплатформенное» приложение, так?
[1] http://www.openra.net/download/
>> Или если
>> это Си-шная программка, способная работать и на Windows, и на Linux,
>> и на NetBSD, но требующая перекомпиляции каждый раз (внезапно), то её
>> нельзя назвать «мультиплатформенной»?
> давай не смешивать софт без VM и софт с VM. если у
> меня есть VM, то я ожидаю, что перекомпиляция нафиг не нужна.А если и на винде и на Linux использовать Mono, то перекомпиляция всё равно потребуется? /me просто не в курсе
> иначе на кой мне эта VM сдалась-то?
VM вам в данном случае нужна лишь для запуска приложения (написанного на конкретном языке), а не того, чтобы избегать компиляции.
Почему нельзя программу в совокупности с VM тупо приравнять к обычной костыльной медленной программе (которая работает внутри через какую-то жопу)?
> Я вполне могу сделать debian-пакет с виндософтом внутри, который будет запускаться и
> работать.«приветмир» и я могу. а уже даже софт со встроеным IWebBrowser (а на нём, кстати, очень удобно UI делать)… в общем, не будем о печальном. оно, может, даже кое-как запустится и что-то отрисует. это при том, что я очень старался сделать его вайн-совместимым.
а уж если там всякие виндобиблиотеки используются… поверь на слово разработчику немелкого и нетривиального софта: вайн кое-как хорош для игрушек, иногда миранды и подобного. всё.
ах, да, про установку. деб-пакет — это круто. а дополнительные 3rd-party библиотеки? да-да, я знаю: «не используй клозетсорс, а оперсорц почини под вайн». пардон, если под вайн надо что-то «чинить»… неа, это не «мультиплатформенность». совсем. и «не используй» тоже.
>>>> вот когда моно сможет запускать *весь* софт для *современного* дотнета, без перекомпиляций — тогда и можно будет о чём-то говорить.
>>> Слишком суровое требование. Если есть софт, который без проблем работает и на
>>> Mono и на дотнете, то его нельзя назвать «мультиплатформемнным»?
>> его можно назвать «мультиплатформенным софтом на mono». и то с трудом. а
>> mono — это кривоогрызок дотнета, насквозь вторичный и всегда в положении
>> «вот-вот догоним… в понедельник, максимум в пятницу!»
> То есть тот же OpenRA [1] — это не «мультиплатформенное» приложение, так?так. что это за фигня — «download for windows», «download for OS X» и так далее? это такая же «мультиплатформенность», как дотнет — «универсальная платформа».
> А если и на винде и на Linux использовать Mono, то перекомпиляция
> всё равно потребуется? /me просто не в курсена винде, например, потребуется ставить какой-нибудь gtk#. и немножко сплясать с бубном, если на машине уже стоит дотнет.
>> иначе на кой мне эта VM сдалась-то?
> Почему нельзя программу в совокупности с VM тупо приравнять к обычно костыльной
> медленной программе?можно. можно и на gw-basic софт писать, в принципе. да и программы на ассемблере x86 вполне переносимы: есть же bosch! давай не будем заниматься натягиванием совы на глобус.
>> Я вполне могу сделать debian-пакет с виндософтом внутри, который будет запускаться и
>> работать.
> вайн кое-как хорош для игрушек, иногда миранды и
> подобного. всё.И для любой другой программы, для которой он хорош. Особенно, когда программа отлаживалась для корректной работы с wine (о чём я гипотетически выше и высказывался).
> ах, да, про установку. деб-пакет — это круто. а дополнительные 3rd-party библиотеки?
Тоже можно разбить на пакеты. И с построением зависимостей тоже не вижу пока никаких проблем.
> да-да, я знаю: «не используй клозетсорс, а оперсорц почини под вайн».
> пардон, если под вайн надо что-то «чинить»… неа, это не «мультиплатформенность».
> совсем. и «не используй» тоже.Ещё раз. Вот что писал я:
> Если же он отлаживает программу для хорошей корректной работы под wine (сохраняя при этом работоспособность под Windows), то почему бы и не назвать такую программу «мультиплатформенной»?
В таком случае ничего чинить не придётся.
>>>>> вот когда моно сможет запускать *весь* софт для *современного* дотнета, без перекомпиляций — тогда и можно будет о чём-то говорить.
>>>> Слишком суровое требование. Если есть софт, который без проблем работает и на
>>>> Mono и на дотнете, то его нельзя назвать «мультиплатформемнным»?
>>> его можно назвать «мультиплатформенным софтом на mono». и то с трудом. а
>>> mono — это кривоогрызок дотнета, насквозь вторичный и всегда в положении
>>> «вот-вот догоним… в понедельник, максимум в пятницу!»
>> То есть тот же OpenRA [1] — это не «мультиплатформенное» приложение, так?
> так. что это за фигня — «download for windows», «download for OS
> X» и так далее? это такая же «мультиплатформенность», как дотнет —
> «универсальная платформа».Что вас не устраивает в том, как работает OpenRA под Linux?
# apt-get install openra
$ openra>> А если и на винде и на Linux использовать Mono, то перекомпиляция
>> всё равно потребуется? /me просто не в курсе
> на винде, например, потребуется ставить какой-нибудь gtk#.Это серьёзная проблема? (без сарказма)
>>> иначе на кой мне эта VM сдалась-то?
>> Почему нельзя программу в совокупности с VM тупо приравнять к обычно костыльной
>> медленной программе?
> можно. можно и на gw-basic софт писать, в принципе.Да, помнится подарили в детстве мне кассовый аппарат, на котором было сие чудо.
> да и программы
> на ассемблере x86 вполне переносимы: есть же bosch! давай не будем
> заниматься натягиванием совы на глобус.Как скажете. Просто лично я не вижу особой разницы между (VM+программа) и (кривая программа), если рассматривать содержимое данных скобочек как чёрные ящики.
> И для любой другой программы, для которой он хорош. Особенно, когда программа
> отлаживалась для корректной работы с wine (о чём я гипотетически выше
> и высказывался).(вздыхает) если программа «отлаживалась для корректной работы под wine» — это не мультиплатформенность, это написание софта под вайн.
кстати сказать, «работает под вайном» вовсе не всегда обозначает «работает под виндой». ужасно неудобно.
нет, тикеты не покажу: я с алечкой не хочу взаимодействовать ни в каком виде.
>> ах, да, про установку. деб-пакет — это круто. а дополнительные 3rd-party библиотеки?
> Тоже можно разбить на пакеты. И с построением зависимостей тоже не вижу
> пока никаких проблем.кроме лицензирования, например. ой… оригинальный установщик в silent под вайном не работает. перепаковку лицензия запрещает. э… а всё, приехали.
>> Если же он отлаживает программу для хорошей корректной работы под wine (сохраняя при этом работоспособность под Windows), то почему бы и не назвать такую программу «мультиплатформенной»?
«мультиплатформенный приветмир» бесполезен. я, как уже упоминал, основываюсь на немалом личном опыте. и я говорю, что вайн — очень приблизительная реализация WinAPI, не способная обеспечить мультиплатформенность.
и нет: иметь в программе кучку кода для вайн и кучку для винды — это не мультиплатформенность в одном проекте, это два разных проекта под разные платформы, и в два раза больше геморроя. с учётом периодической ломки вайна — даже больше, чем в два.
> Что вас не устраивает в том, как работает OpenRA под Linux?
то, что есть разные версии под GNU/Linux, Windows и MacOS X. это нормально для «нативного» проекта, но совершенно ненормально для «мультиплатформенной VM».
> Это серьёзная проблема?
да. оно там и выглядит как говно, и работает как говно. и нифига не поддерживается той же студией. да-да, я знаю, «монадивелап». уносите, пожалуйста, там тоже хреново.
> Как скажете. Просто лично я не вижу особой разницы между (VM+программа) и
> (кривая программа), если рассматривать содержимое данных скобочек как чёрные ящики.как только из описания убирается слово «мультиплатформенность» — я тоже.
>> И для любой другой программы, для которой он хорош. Особенно, когда программа
>> отлаживалась для корректной работы с wine (о чём я гипотетически выше
>> и высказывался).
> (вздыхает) если программа «отлаживалась для корректной работы под wine» —
> это не мультиплатформенность, это написание софта под вайн.Хоть и аргументов я в этом предложении не увидел, но как скажите. Спорить на эту тему без дополнительных аргументов с обоих сторон — бесполезно.
> кстати сказать, «работает под вайном» вовсе не всегда обозначает «работает
> под виндой». ужасно неудобно.И поэтому я предусмотрительно изначально и дописал: «(сохраняя при этом работоспособность под Windows)».
> нет, тикеты не покажу: я с алечкой не хочу взаимодействовать ни в
> каком виде.И не собирался спрашивать.
>>> ах, да, про установку. деб-пакет — это круто. а дополнительные 3rd-party библиотеки?
>> Тоже можно разбить на пакеты. И с построением зависимостей тоже не вижу
>> пока никаких проблем.
> кроме лицензирования, например.
> ой… оригинальный установщик в silent под вайном
> не работает. перепаковку лицензия запрещает. э… а всё, приехали.Мне казалось, что очевидно данные проблемы вне рассмотрения с учётом того, что гипотетический автор пытается делать программу «мультиплатформенной».
>>> Если же он отлаживает программу для хорошей корректной работы под wine (сохраняя при этом работоспособность под Windows), то почему бы и не назвать такую программу «мультиплатформенной»?
> «мультиплатформенный приветмир» бесполезен. я, как уже упоминал, основываюсь
> на немалом личном опыте.А я сталкился с программами, которые нам кидали сверху, которые выполняли вполне конкретную задачу и _заявлялись_ как «мультиплатформенные», ибо они были отлажены и под Linux+Wine и под Windows. Программы были простыми, но это были программы, выполняющие конкретные задачи, а не бесполезные «helloworld»-ы.
> и я говорю, что вайн — очень
> приблизительная реализация WinAPI, не способная обеспечить мультиплатформенность.В общем случае — нет. А для конкретных частностей (о чём я и говорю всё это время) — почему бы и нет? [нет vs нет]
> и нет: иметь в программе кучку кода для вайн и кучку для
> винды — это не мультиплатформенность в одном проекте, это два разных
> проекта под разные платформы, и в два раза больше геморроя. с
> учётом периодической ломки вайна — даже больше, чем в два.Если оба «проекта» развиваются как одно дерево исходных кодов и как один проект (с точки зрения автора), то я бы предпочёл рассматривать это как один проект. И не думаю, что процент дополнительного кода для такого рода портирования будет значительным.
>> Что вас не устраивает в том, как работает OpenRA под Linux?
> то, что есть разные версии под GNU/Linux, Windows и MacOS X. это
> нормально для «нативного» проекта, но совершенно ненормально для «мультиплатформенной
> VM».Ок.
>> Это серьёзная проблема?
> да. оно там и выглядит как говно, и работает как говно. и
> нифига не поддерживается той же студией. да-да, я знаю, «монадивелап». уносите,
> пожалуйста, там тоже хреново.Понятно :)
>> Как скажете. Просто лично я не вижу особой разницы между (VM+программа) и
>> (кривая программа), если рассматривать содержимое данных скобочек как чёрные ящики.
> как только из описания убирается слово «мультиплатформенность» — я тоже.Ок.
Предлагаю закончить диалог, по-моему вся его конструктивность уже давно исчерпалась.
Ставится подтягивая кучу неправославной виндотни, а потом может просто не заработать (на моём компе -- не заработало).Обращался к разрабам, задавал даже вопросы на irc -- сказали что просто видимо на моей видеокарте не работает. Ещинственнвый мой experience с mono. (Хотя признаю что я враждебно настроен к этому лагерю уже заранее.)
> Убогий мир энтузазистов-юниксоидов вообще не в курсе, что творится за пределами Линукс?Даже в яслях так толсто не троллят.
UNIX - это и ынтырпрайз и OSX например. А потом ты на линукс переключился.
Охолонь сынку
> По-моему, первый канидат на язык - это C#, на порядок мощнее всяких Жаб.Такой мощный, что ни 1 браузера на нем вообще не написали :).
> Такой мощный, что ни 1 браузера на нем вообще не написали :).Подколол, но не уел :) Браузер - штука большая и долгосрочная, да и прямо скажем - намного более нудная, чем очередная GUI-перделка над ls.exe (типа Midnight Commander :) ). В результате, энтузиасты быстро остывают, поняв объём работ, а профи даже и не берутся за него!
>> Такой мощный, что ни 1 браузера на нем вообще не написали :).
> Подколол, но не уел :) Браузер - штука большая и долгосрочная, да
> и прямо скажем - намного более нудная, чем очередная GUI-перделка над
> ls.exe (типа Midnight Commander :) ). В результате, энтузиасты быстро остывают,
> поняв объём работ, а профи даже и не берутся за него!Кого вы подразумеваете под термином «эинтузиасты»?
>Исходные тексты пока не доступны публично,дайте угадаю. webkit с gui на java?
Вопрос: насколько такой подход реально обеспечит безопасность? Переполнений наверно не будет.
I2P же тоже на Java, а там очень высокие требования к безопасности.
Приложения на Java настолько безопасны, что в них нет смысла искать дыры.
Достаточно использовать дыры в JVM...
Браузер на Java - это как раз вовремя, а то я смотрю, как на моих 8 Гб оперативки Firefox занимает всего каких-то 500 метров, и тоскую...
>Firefox занимает всего каких-то 500 метров, и тоскую...не тоскуй, я наблюдал как он до 5 гб доходил не раз
побольше вкладок и получить такую ситуацию не проблема
А я такого не наблюдал.
> А я такого не наблюдал.Установи flash player :)
> не тоскуй, я наблюдал как он до 5 гб доходил не разНи разу за 2.5 гига не вылезал. Может, 500 вкладок было маловато? :)
"Код браузера развивается на высокоуровневом языке Java, что позволяет упростить аудит, а также избежать многих ошибок и проблем с безопасностью, свойственных продуктам на С/C++." такая лажа про надежность прокатила бы в конце 90-х, а сейчас им бы стоило какие-то другие мотивы поискать.
>Код браузера развивается на высокоуровневом языке Java, что позволяет упростить аудит, а также избежать многих ошибок и проблем с безопасностью, свойственных продуктам на С/C++1. C++ тоже высокоуровневый
2. жаба многословна и портянки текста на ней читать не легчеОсюда вывод - очередной высер от фанатов жабки, который побарахтается и погрузится обратно в ту тусовку из которой попытался выбраться на поверхность, подталкиваемый метанирующими фанатами.
> 1. C++ тоже высокоуровневыйк счастью, это очень хорошо замаскировано.
> к счастью, это очень хорошо замаскировано.Жабисты находят, как видим по I2P, не забыв подключить всякие бусты :)
> C++ тоже высокоуровневыйЭто в школе так говорят, в контексте сравнения с ассемблером и машинным кодом. На самом же деле называть высокоуровнемым язык с полуручной работой с памятью несколько сомнительно.
Да, слово "мультипарадигменный" школьникам не говорят.
Сложное слово, мало кто его осиливает...
> Код браузера развивается на высокоуровневом языке Javaкод можно и не открывать, не нужно
Интересно, когда авторы узнают что "The Sun/Oracle VM is written in C++", они сделают вдоль или поступят как Томми?
(http_referrer)
Эту фигню можно отключить в фаерфоксе?Сабж - чья-то лабораторная работа. Ничего особенного.
Как обеспечивать безопасность авто путем приваривания колес к дороге.
> (http_referrer)
> Эту фигню можно отключить в фаерфоксе?Можешь в сквиде
header_access Referer deny all
header_replace Referer unknownи пользоваться любым браузером
Не всё будет открываться тогда. Лучше всё-таки иметь возможность удобно на лету включать когда надо.
https://addons.mozilla.org/ru/firefox/addon/smart-referer/
За-то не еще один webkit/blink, тормознутость java и слабая поддержка стандартов не даст ему распространиться, для вебразрабов головной болью не станет, но будет еще одна альтельнатива, пускай пилят, если делать нечего.
Кстати, джентльмены, как вы полагаете: в этом треде набрасывает на вентилятор один человек или их действительно двое?
вместо Java им следовало использовать в качестве платформы Open Hardware процессор с гарвардской архитектурой
а как ето по-русски прочитать?
> а как ето по-русски прочитать?Всмысле Gngr? Имбрь или Ржъя :-)
> а как ето по-русски прочитать?имбр. ты прнс?
Утверждение_1) web-браузер, ориентированный на обеспечение приватности
Утверждение_2) Код браузера развивается на высокоуровневом языке Java (читай Oracle JRE)
Имеем противоречие.
>Платформа Java выбрана как предоставляющая штатные средства для изоляции внутренних модулей с кодом, позволяющая легко создавать переносимые проекты, берущая на себя заботу по обеспечению безопасности работы с памятью и типами, обеспечивающая хорошую производительность, благодаря JIT-компиляции.Хороша мантра.
Всем жабистам читать на ночь по чёткам!