Организация Eclipse Foundation представила интегрированную среду разработки нового поколения - Eclipse Che (https://eclipse.org/che/), интерфейс которой не зависит от представления данных и может формироваться как при помощи web-технологий, так и с использованием классических локальных клиентов. Eclipse Che позиционируется как облачная среда разработки, не привязанная к локальным компьютерам разработчиков и доступная из любой точки сети. Серверная часть написана на языке Java и может быть запущена на любом сервере, где есть Java.
<center><a href="https://www.filepicker.io/api/file/V2q5bdJoTS2Nz6cQ3KgQ?a.pn... src="https://www.opennet.me/opennews/pics_base/0_1449228592.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>Инициатором и основным разработчиком проекта является (https://codenvy.com/products/che) компания Codenvy, имеющая украинские корни (имя Che выбрано как сокращение города Черкассы). Разработка новой среды ведётся как открытый проект, развивающийся под крылом Eclipse Foundation, при участии инженеров из компаний SAP, IBM, WSO2 и Serli. Исходные тексты распространяются под лиценизей Eclipse Public License 1.0. Благодаря архитектуре на основе плагинов Eclipse Che может выступать платформой для создания собственных специализированных web-ориентированных сред редактирования кода и встраивания элементов IDE в имеющиеся продукты.
<center><a href="https://camo.githubusercontent.com/108916a7c604f157f3ad525b0... src="https://www.opennet.me/opennews/pics_base/0_1449225492.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
Доступен широкий спектр плагинов (https://eclipse-che.readme.io/docs/plug-ins), предоставляющих поддержку различных типов приложений (мобильные приложения, web-приложения, графические программы, консольные утилиты), языков программирования (С/C++, Go, Java, Python, Ruby, PHP, SQL), фреймворков (Angular JS, Docker, Yeoman), систем сборки (Ant, Bower, Grunt, Gulp, Maven, Npm) и инструментариев (Code Mirror, Git, Orion, SSH, Subversion). Для расширения функциональности среды может применяться RESTful API, при помощи которого разработчики могут адаптировать IDE для новых типов проектов, добавить собственные команды и обеспечить интеграцию с любой инфраструктурой.
<center><a href="https://www.filepicker.io/api/file/x0h5pyFRQoyigZ9Anu9N?a.pn... src="https://www.opennet.me/opennews/pics_base/0_1449228637.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
Центральным звеном Eclipse Che является Workspace Server, предоставляющий средства для создания рабочих пространств, доступных через RESTful API, который может быть использован для управления рабочим пространством из любой среды разработки. Базовый интерфейс написан с использованием web-технологий и может быть открыт в web-браузере. Дополнительные интерфейсы развиваются для мобильных устройств, терминала и рабочего стола. Также подготовлен плагин для классической среды Eclipse. При этом, так как рабочее окружение формируется на сервере, все клиентские интерфейсы получают доступ к единому окружению, отличается только представление данных. Все операции выполняются на сервере, включая редактирование и отладку.<center><a href="https://eclipse.org/che/img/ud-workspaces.png"><img src="https://www.opennet.me/opennews/pics_base/0_1449226517.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
Для запуска сервера достаточно загрузить код Eclipse Che и запустить скрипт "./che.sh start", после чего среда разработки станет доступна через открытие страницы http://localhost:8080. Сервер может быть запущен на любых системах, где имеется Java 8, в том числе в Linux, OS X и Windows. Импортирование кода на сервер может производиться через Git, SVN, загрузку через браузер ZIP-архива или через копирование файлов по SSH.
<center><a href="https://eclipse.org/che/img/che-lighttheme.png"><img src="https://www.opennet.me/opennews/pics_base/0_1449226494.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></centerURL: https://news.ycombinator.com/item?id=10653258
Новость: http://www.opennet.me/opennews/art.shtml?num=43455
Next version of this product will called "Eclipse Che Kavo".
Хороший был Эклипс. Ну ладно, помер Максим даи х..р с ним.
Нетбинс пока вроде в облака не улетел, придётся на него перелазить. А вообще тенденции грустные...
не нужно ибо теперича, даже для написания хелоуворд, нужно будет сначала найти для него сервер?
Конечно. Чтобы торговать воздухом, надо сделать невозможным его просто так вдыхать.
Для написания Хеллоу ворлд IDE вообще не надо. IDE надо когда проект становится маломальски сложным.
> Для написания Хеллоу ворлд IDE вообще не надо. IDE надо когда проект становится маломальски сложным.Да без проблем:
http://www.cplusplus.com/forum/lounge/79437/#msg432188
или классика: http://pastebin.com/FUDirc4u (там, правда, пол-литра будут еще уместнее, чем IDE)
Ну и накой чёрт городить классы (и защиту от копирования, Карл!) или даже библиотеку, чтобы 2 слова вывести? С++-ники такие плюсники... Любят обои через замочную скважину клеить )))
Есть же во 1-х принцип KISS, а во 2х (этому обычно учат в универах) - прежде чем что-то писать, надо поискать нет ли готового. И тут внезапно получается баш-скрипт/cmd-файл с командой echo "Hello world".
Прочитал "Любят обои через замочную скважину" и содрогнулся!
Это такой программиский юмор
Кстати, довольно полезные ссылки.
> Кстати, довольно полезные ссылки.Тоже поддержу. Для понимания классов всё отлично расписано.
Скачал бинарник попробовать. Он поднял сам себя на локалхосте. Но кодить в браузере как-то неудобно.
ирония иронией, но предыдущие версии - в ряде стран Европы - использовались даже ... в школах(детей бейсику и жабе учили, если не пе путаю :). теперь -с этим будет сложнее ) или форк IDE сделают)
А смысл какой? Т.е. мне надо разработать что-то, и по какой-то причине мой комп для этого не подходит, нет "мощности", или нужно подключение к спец. железу, которое есть только в офисе и т.д., что мне в этом случае мешает запустить IDE на удаленном сервере и воспользоваться клиентом (ssh -Y, NoMachine, rdp) для работы с удаленным сервером?Или запустить IDE на моем компе, а сами файлы пусть лежат удаленно, команды компиляции и запуска тоже будут выполняться на удаленной машине, такое
даже eclipse по-моему умеет?Нафига здесь облака, web и прочий булшит?
Очевидное, серверную часть можно сделать закрытой и платной.
потомучто node.js и вебкит это теперь новый стандарт разработки под десктоп. все пишем на js и запускаем через браузер. VS Code, Atom, Brakets вот теперь eclipse переписали, ждем релиза IDEA под браузер. нужно больше браузерных IDE!
Мимо, от слова совсем. Нет там nodejs (только JAVA),и ничего общего с перечисленными DE. Che - это облачная IDE, а VS Code, Atom, Brakets - нет.Каждый истанс Che на сервере поднимается в контейнере, можно централизованно изолировать и обслуживать сразу несколько команд разработчиков. В общем, не для хэллвордщиков это решение, а скорее для сообществ и/или энтерпрайза.
это в какое место оно впилось интерпайзу или непонятному сообществу? может я не в том интерпайзе кодил раньше. но точно не искал ничего подобного. дурацкая привычка лечить то что не болит. лучше бы делом занялись. склепали поделку - радуйтесь. зачем пихать ее
Судим о всех по личному опыту? Корона не тяжела?
не тяжелее твоей жабы. с каких это пор ссылка на личный опыт это грех? с удовольствием бы выслушал достойный юзкейс для данного чуда. или гнать порожняк проще чем приводить аргументы?предупреждаю, за "кодить с телефона" назову еще и идиотом(это ЛИЧНО МОЕ мнение)
Разработка не всегда подразумевает вырвиглазные кодеки оптимизированные под конкретное железо ( в разных вариантах ), часто это написание нескольких строчек в день, с многократным тестированием и обкаткой логики работы с реальными данными.
А на свой комп Ora Ent с 300Гб. на таблицу не "покласть" бывает :)
чем плох ремоут дебаг, зачем туда весь ide тащить? чем синтезированные данные не угодили? давайте логично, писать облачную иде для тех кто не хочет купить нормальное железо не нужно! это как разрабатывать специальный вид бордюра для них. вдруг будут домой ползти а на такси денег пожалеют.
> можно централизованно изолировать и обслуживать сразу несколько команд разработчиков.Чё за х..ню я только прочитал. Ты сам то понимаешь что это означает?
Ехал браузер через реку
Видит браузер в реке браузер
Сунул браузер браузер в браузер
Браузер браузер браузер браузер
> Нафига здесь облака, web и прочий булшит?Есть к примеру не большой проект, который развивают хотя бы 10 разработчиков. Для начала.
Так вот поддержка полностью работающего проекта НА КАЖДОЙ машине - очень большие затраты по времени и ресурсами. Проект развесистый - 100500 подсистем и настроек к ним.
Это серверное решение позволяет выдать доступ и к коду и к среде исполнения. И что самое главное среду исполнения поддерживает каждый т.к. каждый с ней работает.
Опыт подсказывает, что такое бывает только в сказках.Проще клонировать одну настроенную систему на несколько рабочих станций, чем обеспечить неглючный параллельный доступ к ресурсам одной.
И отслеживать все изменения и вовремя синхронизировать все рабочие станции тоже проще?
А если рабочих станций становится больше? Существенно больше?Полагаю своего пользователя этот проект найдет.
ересь полная. ну совсем не коррелирует "не большой проект" и "поддержка полностью работающего проекта НА КАЖДОЙ машине - очень большие затраты по времени и ресурсами"
ssh ? git? не слышали
> ssh ? git? не слышаливсе сырцы в git, все настройки в puppet. Но спасает только для боевого и интеграционного окружений.
я считаю, что в такой ситуации использовать vagrant/docker-compose/etc для разработки куда более надежное решение
> я считаю, что в такой ситуации использовать vagrant/docker-compose/etc для разработки
> куда более надежное решениеИспользовали docker. Затянул имидж и работаешь. Если не работает, а раньше работало, то первым делом перетянуть имидж.
> Так вот поддержка полностью работающего проекта НА КАЖДОЙ машине - очень большие
> затраты по времени и ресурсами. Проект развесистый - 100500 подсистем и
> настроек к ним.Научитесь уже пользоваться системами контроля версий, подойдёт даже CVS.
Пять минут на то чтобы вытянуть проект из любой VCS и сразу начать работать.
Ибо нормальные люди зачекивают не только сами сорцы, но и файлы проектов, настроек IDE, скрипты сборки и т.д., поэтому всего и делов-то на новой машине: установка того же Эклипса ( распаковка зиповского архива ) и чекаут.
>> Так вот поддержка полностью работающего проекта НА КАЖДОЙ машине - очень большие
>> затраты по времени и ресурсами. Проект развесистый - 100500 подсистем и
>> настроек к ним.
> Научитесь уже пользоваться системами контроля версий, подойдёт даже CVS.
> Пять минут на то чтобы вытянуть проект из любой VCS и сразу
> начать работать.
> Ибо нормальные люди зачекивают не только сами сорцы, но и файлы проектов,
> настроек IDE, скрипты сборки и т.д., поэтому всего и делов-то на
> новой машине: установка того же Эклипса ( распаковка зиповского архива )
> и чекаут.А как же данные для отладки? ;)
>> Так вот поддержка полностью работающего проекта НА КАЖДОЙ машине - очень большие
>> затраты по времени и ресурсами. Проект развесистый - 100500 подсистем и
>> настроек к ним.
> Научитесь уже пользоваться системами контроля версий, подойдёт даже CVS.
> Пять минут на то чтобы вытянуть проект из любой VCS и сразу
> начать работать.
> Ибо нормальные люди зачекивают не только сами сорцы, но и файлы проектов,
> настроек IDE, скрипты сборки и т.д., поэтому всего и делов-то на
> новой машине: установка того же Эклипса ( распаковка зиповского архива )
> и чекаут.Спасет только если системы разработчиков все одинаково-типовые. И то будут сложности. Если один сидит на Ubuntu 12.04, другой на 14.04, а третий на самой свежей, то грабли летят со всех сторон.
Плюс у бывает используется множество компонентов. К примеру, только redis 5 разных штук - локальный, общий на все ноды, master-slave чтобы обмениваться информацией, отдельный для subscribe + всякая всячина. Бывает нужно очень быстро подкрутить дополнительный redis + пропатчить Prod чтобы только сейчас тормозящие вычисления ушли на отдельный редис.
По git-flow код HotFix доходит до программистов. Когда программисты получают такие веселые фиксы, то часто никто уже не помнит что куда прописать нужно + какие настройки подсистем сделать.
PS домашний такой HighLoad ;)
>Так вот поддержка полностью работающего проекта НА КАЖДОЙ машине - очень большие затраты >по времени и ресурсами. Проект развесистый - 100500 подсистем и настроеТ.е. проблема в запуске и тестировании этой мега системы?
Тогда конечно тестовый сервер с нужными настройками для запуска этой системы нужен,
хотя он может быть и виртуальным. Но нафига на этот сервер для тестирования засовывать IDE? "Расшаривание" файлов имеет милионы вариантов решений начинаю от push/commit в приватную ветку и update/pull на сервере, заканчинвая nfs,samba и прочей фигней.
Совершенно непонятно нафига здесь IDE работающее через web,
что она добавит кроме тормозов?
> Но нафига на этот сервер для
> тестирования засовывать IDE? "Расшаривание" файлов имеет милионы вариантов решений начинаю
> от push/commit в приватную ветку и update/pull на сервере, заканчинвая nfs,samba
> и прочей фигней.
> Совершенно непонятно нафига здесь IDE работающее через web,
> что она добавит кроме тормозов?Еще один вариант. Вдруг он окажется удобен ;)
PS решили через docker
https://ru.wikipedia.org/wiki/%D0%A7%D0%...,_%D0%AD%D1%80%D0%BD%D0%B5%D1%81%D1%82%D0%BE
https://uk.wikipedia.org/wiki/Черкаси
>при помощи web-технологийЭто для того, чтобы эклипс еще сильнее тормозил?
> Это для того, чтобы эклипс еще сильнее тормозил?Чиорт, они начали что-то понимать )))
А вообще нет. Это чтобы приучить кодить через веб-гуйню. Чтобы всё через веб было. Тогда не важно будет какая ОС, какое устройство использовать, типа идёшь по улице с планшетиком или сидишь на лужайке с пикничком и компилишь проект.
Не только кодить - вся работа с компьютером потихоньку переходит в веб-интерфейс.
Который так же потихоньку становится все ближе к пользователю и уже более дружествен, чем GUI многих и многих программ десятилетней давности.
SWT настолько убог, что решили сделать web-интерфейс?
Уважаю тех, кто опенсорсит. Но при наличии intellij idea эклипсом пользоваться невозможно... Либо vim для простеньких задач, либо уж полноценное ide.
Можно, я разрешаю.
Юзаю и эклипс и джетбрейновские ide. И даже qtcreator.
Твоё религиозное отношение к софту выглядит смишно.
Работать с Java в нем еще можно, но CDT - это издевательство.
Борьба с IDE, а не помощь.
Когда поддержку swift добавят?
Отлично!! 2 компа на девелопера! Почему гринпис не писает кипятком?
Next version of this product will called "Eclipse Che Kak Epta".
> имя Che выбрано как сокращение города ЧеркассыА я уже было подумал в сторону команданте... Жальш.
Это же хохлы, на их глобусе нет родины команданте и Che слово совершенно незнакомое. Ну вот действительно, "Черкассы" самое близкое что оно может означать.
Эклипсом пользуюсь очень долгое время, но эта среда выглядит как-то страшно.Лучше бы баги пофиксили в эклипсе, а то некоторые висят очень длительное время.
Выглядит симпатично. То, что основная работа производится в облаке - тоже плюс, можно работать даже с бюджетного ноутбука. Но на этом плюсы подобного решения заканчиваются, и начинаются минусы, среди которых: отсутствие интеграции в локальной ОС разработчика и тормоза, неизбежные при работе клиент-серверного приложения. Поживём, увидим, удастся ли плюсам подобного решения перевесить минусы. Как бы не получилось, что проект не взлетит...
в sublime text отлично работается с бюджетного ноутбука
а если совсем бюджетный ноут - можно заюзать vim
> в sublime text отлично работается с бюджетного ноутбука
> а если совсем бюджетный ноут - можно заюзать vimДавай, давай, попиши интерпрайз в vim или sublime, умник!
Зачем переизобретать emacs + ssh + tramp, когда всё и так уже существует?
На бюджетном ноутбуке rdp не работает?
> На бюджетном ноутбуке rdp не работает?RDP куда? В на один из инстансов на клауде, у которого вообще декстопного окружения нет, и который рестартуется каждые 15 минут?
Зато именно там будет эта джава-барахляндия работать и рестартовать каждые 15 минут. Это гооораздо лучше.
другими словами целевая аудитория сего продукта для девелоперов "нового поколения" - те, кто покупают для девелопмента бюджетные ноутбуки/нетбуки/планшеты..., примерно с 6 по 13 палаты?
> можно работать даже с бюджетного ноутбукаНа бюджетном ноутбуке веб-гуйня тормозить ну совсем не будет?
> На бюджетном ноутбуке веб-гуйня тормозить ну совсем не будет?Зависит только от разработчиков гуйни. Вон уже 3D игры пишут.
Ясное дело что проще написать тормозящую гуйню.А вот билд огромного проекта ускорить не получается.
Может они просто сделают ее менее тормозной?
Никак не можно. HTML5, CSS, JS - вот это вот всё.
Мне название не нравится, не буду ставить.
> Серверная часть написана на языке Java ... может быть запущена на любом сервере ... RESTful API ... Базовый интерфейс написан с использованием web-технологийЯва олигофреники открывают новые горизонты тормозилова своих приложений. А, казалось бы, что может быть тормознее самого эклипса...
Тормознее только билдить гигантский проект с кучей депенденси библиотек на локале.
В том же гугле, например, весь билдинг происходить на клауде, где все депенденси библиотеки уже сбилжены и закешины.
ты что такой тупой то? Рано тебе ещё интернетом пользоваться.
По существу есть что сказать?
> По существу есть что сказать?есть. не билдите локально -- есть jenkins и аналоги.
но зачем для этого отказываться от оффлайн-редактора когда и гита -- вообще непонятно.
это какая-то гениальная идея по привлечению инвестиций в:1. написание под этого плагинов к нормальным редакторам-иде
2. допиливание в них оффлайн-функциональностиэто ой, как понадобится.
Eclipse Чё ?
На этом чё SAP и WebSphere будут?!