В рамках проекта Orion (http://wiki.eclipse.org/Orion) подготовлена (http://dev.eclipse.org/blogs/mike/2011/01/11/introducing-orion/) начальная реализация упрощенного варианта интегрированной среды разработки Eclipse, работать с которым можно без локальной установки Eclipse через обычный web-браузер. Серверная часть написана (http://wiki.eclipse.org/Orion/Architecture) как и классическая IDE Eclipse на языке Java и занимается только выполнением низкоуровневых операций, таких как обработка файлов и разделение привилегий между пользователями. Клиентская часть использует JavaScript для формирования интерактивного интерфейса пользователя. На стороне клиента, напирмер, организован процесс редактирования кода и интерфейс для управления файлами.
Начальный прототип создан (http://borisoneclipse.blogspot.com/2011/01/orion.html) несколькими участниками команды разработчиков Eclipse из компании IBM. Проект находится на начальной стадии разработки и еще далек до реализации близкого по возможн...URL: http://dev.eclipse.org/blogs/mike/2011/01/11/introducing-orion/
Новость: http://www.opennet.me/opennews/art.shtml?num=29254
Mozilla SkyWriter(Bespin)?
Бамбарбия. Кергуду?
Отличная новость, надеюсь скоро допилят до самого еклипса, и вообще скоро на компе кроме браузера не чего не надо будет)))аля ChromeOS
И все твои файлы будут в облаке, ага >_< О приватности данных можно забыть, зато только браузер.
наличие выделенной серверной части не лишает вас права поднять его (сервер), на томже компе
а смысл ?
> а смысл ?клиентсерверная архитектура, лёгкая распределяемость, масштабируемость, и тд и тп, тру тру короче :)
И опять же: о приватности данных можно забыть. В чем профит, если данной х-ни, если не наплевать на безопасность?
Это не буде волновать, т к
1) компьютор будет меньше зажигалки, и проэцировать изображение "сенсорного" экрана на любую поверхность (или без неё, аля "галограмма");
2) кодировку/раскодировку данных можно производить средствами "браузера" и в "облаке" хранить только закодированые данные... даже попробывать обрабатывать их можно в закодированом виде, т е без раскодировки - задачка математикам "на разминку";
3) достадочно защитить не все данные, а их часть, без которых они буду бесполезны;
4) параноики будут кодировать/декодировать свои данные "в уме", т к "низколетящие спутники могут "считать" магнитное поле генерируемое в проводниках ПК (шлейф винчестера, шина данных,ножки процессора) при протикании по ним электрического тока" (с) Мысля_В_Курилке:)
лол
Не понимаю как связана Галя и вывод информации.
Если же имелась в виду голограмма, то автору необходимо ознакомиться с матчастью.
угу, даже интернета не нужно будет ;)
Что хуже, если электричество еще можно запасти в упсе, то вот интернет как-то не запасается впрок.
почему? если работа зависит от него,то оплачивай вперед за пару месяцев. а на случай, если подключение дырявое, и не так редки разрывы, надо иметь запасной вариант.
особенно помогает от проблем в датацентре или на магистральных каналах, ога...
> скоро на компе кроме браузера не чего не надо будетужас какой...
...и чем же вас так обидили desktop-приложения?
Их надо ставить и обновлять, при работе на другой машине данные нужно как-то перенести, все приложения поставить заново, а измененные данные надо как-то синхронизировать.
xorg можно затунелировать, правда жирновато, но есть и альтернативы, почему бы не использовать удаленный доступ, вместо создания ещё одного ненужного уровня - веб, пустая трата ресурсов. Я не против некоторых сервисов, например того же transmission через веб, но зачем нужно полностью все на него переделывать?
Вообще-то никто не мешает ровно так же автоматически обновлять десктопные приложения, как и веб. Как полагаете, почему так обычно не делают? Может, потому, что есть тому причины? Например, нежелание нарваться на баги в свежей версии, на неудобства интефейса, необходимость обеспечить взаимодействие существующих приложений по не поломанным интерфейсам...А что до синхронизации данных - опять же, можно и в десктопном приложении держать данные где-то на сервере - но "почему-то" так обычно не делают. И тоже есть на то причины - начиная с privacy и заканчивая латентностью. К тому же ситуация, когда данные лежат не там, где и софт, с ними работающий, приводит к сильному усложнению этого софта (надо обработать массу проблемных ситуаций с отваливающейся в процессе работы сетью, внезапными задержками и т.д.) либо просто к глюкам, как обычно в веб-софте и бывает. Хотя синхронизация - дело хорошее, кто б спорил. Но веб-приложения делать её как надо обычно не умеют. А надо - работать с локальной копией и в фоновом режиме её синхронизировать с хранилищем, причём ни бита нешифрованного в этом хранилище лежать не должно, и должны иметься способы всё выдернуть для бэкапа или какой-то обработки.
Вот для установки пивычных приложений так навскидку ничего придумать не могу. Правда, скорее всего потому, что с этой задачей вряд ли чаще, чем раз в три года сталкиваюсь, а с такой частотой метода "увидел, что чего-то нет - полез aptitude и поставил, перекинув конфиги" достоаточно.
надоели тормозящие жаба приложения
И блобо-JRE со шлюхами/джеками/прочим_щастьем
> надоели тормозящие жаба приложениянудык пишете и публикуйте другие
но подозреваю - "кишка тонка" (а вот попи..Еть горазды)
>> надоели тормозящие жаба приложения
> нудык пишете и публикуйте другие
> но подозреваю - "кишка тонка" (а вот попи..Еть горазды)чукча не писатель, чукча юзер, однако.
Я уже достаточно старый админ, 15 лет непрерывного стажа. Поверьте мне - сейчас жаба приложения не тормозят. Вот раньше они тормозили, а сейчас всё летает.
> Я уже достаточно старый админ, 15 лет непрерывного стажа. Поверьте мне -
> сейчас жаба приложения не тормозят. Вот раньше они тормозили, а сейчас
> всё летает.На выделенном сервере с постоянно отданным достаточным (большим!) количеством памяти и отработавшим в течение часов, а то и суток JIT - не тормозят. А вот на десктопе джава со своим неумением возвращать память системе ведёт себя совершенно свинским образом. Кроме того она, похоже, начисто не расчитана на ситуации, когда её могут на пару минут вытеснить в своп - вылезает потом как-то очень долго и мучительно. Да и JIT всё толком оптимизировать не успевает в десктопном варианте.
Впрочем, "Eclipse в браузере" - это как раз тот вариант, который в принципе может работать шустро, хоть и прожорливо по памяти.
> всё летает.Пусть это го№№о летает мимо меня. Качать сто метров рантайма для запуска сраного редактора? При том что это угробище даже не может UI нормально отрисовать и один фиг в его роли браузер? Жабистам срочно убиться веником. Более идиотской и кривой среды для чего либо на десктопе просто придумать сложно.
Вот если бы кто-нибудь вим через веб-интерфейс сделал, может кто знает такой?
А ваш эклипс - это не кошерно
Лучше б кто-нибудь сделал web не через браузер. Безо всяких скриптов, только данные и ссылки - вот красота бы была.
Эмм... типа webfs что ли?
> Лучше б кто-нибудь сделал web не через браузер. Безо всяких скриптов, только
> данные и ссылки - вот красота бы была.curl
> Лучше б кто-нибудь сделал web не через браузер.Смонтируй webdav шару через fuse например, будет тебе веб не через браузер :)
http://gpl.internetconnection.net/vi/
Че-то странный какой-то половина команд не работает или работает не так как нужно
> Че-то странный какой-то половина команд не работает или работает не так как
> нужночерез раз как-то
предлагаю vim-овцам сделать фронтенд на пэхапе или на чем-нибудь более труйном.
> предлагаю vim-овцам сделать фронтенд на пэхапе или на чем-нибудь более труйном.лучше встроить небольшой http-сервер непосредственно в приложение
> лучше встроить небольшой http-сервер непосредственно в приложениеПри том написать его надо на маленькой яве, которая не тормозит. Ну, потому что оракл и ибм так говорят.
http://www.jcraft.com/weirdx/WeirdX runs as an ... applet
;)
Наконец-то оно перестанет тормозить!
Ну, вы ещё не знаете, что значит "тормозить", пока не попробуете эту новую JavaScript версию. После неё обычный eclipse покажется вам реактивным
> новую JavaScript версию. После неё обычный eclipse покажется вам реактивнымЧемпионат тормозов и слоупоков объявляется открытым......
Да ладно. Такую среду сделать проще простого. Для интерфейса используется GWT и библиотеки подсветки синтаксиса. На серверную сторону помещаешь библиотеки Eclipse ответственные за компиляцию и дебаг.
Web Eclipse Core Developer, вы?
http://www.eclipse.org/rap/ или http://j2s.sourceforge.net/ - существует очень давно и получше чем гугловые. не вижу причин зачем переходить на худшие библиотеки
Ага, и запускать эту хрень надо внутри браузера самого Eclipse.
> ...еще _далек_ до реализации _близкого_по_возможностям_ аналога...Велик и могуч русский язык... :)