Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 164
Это идеальный исход для Гугла, если все так будет, то там уже речь о вытеснении Windows будет идти, а не только о популярности языка. Год-два надо подождать, если ваш курс будет прослеживаться срочно надо будет изучать Dart:)
О перспективах Dart можно будет судить через год как минимум, т.к ранее из недр Google уже рождалось множество ЯП которые не получили никакой поддержки.
Не думаю, что в продвижение Dart они вложат больше чем в предыдущие языки.
Да и Firefox так или иначе никуда не денется в ближайшее время, т.к проблему совместимости дополнений уже запланировали решить (вроде как в 9 версии?).
А других значительных минусов по сравнению с хромом у него нет, ведь хром жрет в разы больше памяти.
Ну и подчеркивания/болд из статьи лучше убрать, т.к они мешают читать.
Не думаю, что в продвижение Dart они вложат больше чем в предыдущие языки.
Да и Firefox так или иначе никуда не денется в ближайшее время, т.к проблему совместимости дополнений уже запланировали решить (вроде как в 9 версии?).
А других значительных минусов по сравнению с хромом у него нет, ведь хром жрет в разы больше памяти.
Ну и подчеркивания/болд из статьи лучше убрать, т.к они мешают читать.
> ведь хром жрет в разы больше памяти.
ну-ну :)
ну-ну :)
Вопрос в том, что ему чисто архитектурно (песочницы, отдельный процесс для gpu) требуется больше памяти.
Вот прямо сейчас, у меня открыт хромиум с двумя вкладками (уже часов 5 юзаю, много открывалось), от кушает 400М на 8 процессов.
Firefox же с 5 вкладками, и таким же временем использования — 280М.
Ну или к примеру, если я открываю в Firefox листинг таблицы phpMyAdmin, 8 мегабайт html, то его потребление скачет на 30-50М, а вкладка хромиума с такой страницей кушает 200 мегабайт.
У меня нет желания разводить холивар.
Факт в том, что никакой координальной разницы в потреблении ресурсов системы между этими двумя браузерами нет.
Вот прямо сейчас, у меня открыт хромиум с двумя вкладками (уже часов 5 юзаю, много открывалось), от кушает 400М на 8 процессов.
Firefox же с 5 вкладками, и таким же временем использования — 280М.
Ну или к примеру, если я открываю в Firefox листинг таблицы phpMyAdmin, 8 мегабайт html, то его потребление скачет на 30-50М, а вкладка хромиума с такой страницей кушает 200 мегабайт.
У меня нет желания разводить холивар.
Факт в том, что никакой координальной разницы в потреблении ресурсов системы между этими двумя браузерами нет.
Ну-ну. От полутора до 5-6-10. В зависимости от того, сколько в хром расширений поставить.
При этом у фф от количества расширений соотношение память/вкладка изменяется крайне незначительно.
При этом у фф от количества расширений соотношение память/вкладка изменяется крайне незначительно.
Множество — это один?
Я пытался пересесть с Firefox на Crome — не смог: Для комфортной работы мне нужен AdBlock, NoScript, HtmlValidator, Firebug.
Я нашел что-то похожее у хрома, но адблок не блокирует рекламу гугла, Валидатор не показывает, какие именно ошибки, только их количество, Носкрипт — какая-то трудно-управляемая хрень, Файрбаг — урезанная поделка для непонятно кого.
В итоге я в хроме только в Злых Птичек играю.
Я нашел что-то похожее у хрома, но адблок не блокирует рекламу гугла, Валидатор не показывает, какие именно ошибки, только их количество, Носкрипт — какая-то трудно-управляемая хрень, Файрбаг — урезанная поделка для непонятно кого.
В итоге я в хроме только в Злых Птичек играю.
У меня для птичек ipad :)
А за что человека заминусовали так? Он что, что-то сильно плохое сказал? Или просто в кайф зачмырить?
у меня для птичек — рогатка с детства где-то валяется.
Под хром ещё очень не хватает FoxyProxy, на хроме ничего вменяемого для управления прокси нет.
Надеюсь скоро завершат перенос, а пока «coming soon».
Надеюсь скоро завершат перенос, а пока «coming soon».
Оно тоже меняет глобальные настройки в системе.
Оно тянет с собой бинарный плагин, сорцов к которому нет.
А с AppArmor я так и не смог его заставить работать, не понятно каких прав ему не хватает.
Есть плагин с открытыми исходниками, но он малофункциональный и вроде как не работает на самых последних версиях хромиума.
А с AppArmor я так и не смог его заставить работать, не понятно каких прав ему не хватает.
Есть плагин с открытыми исходниками, но он малофункциональный и вроде как не работает на самых последних версиях хромиума.
Так всё потому что хром берёт настройки из системы. И соответсвенно все управлялки тоже переписывают системные настройки.
Насколько я помню, создатель FireBug ушел в гугл, так что это дело времени :) Да и сейчас, их встроенный отладчик очень даже на уровне.
Так как растет аудитория, то растет и количество разработчиков, а значит ждать порта всеми любимых расширений не долго. Я все чаще и чаще вижу у знакомых Chrome, видимо рост действительно имеет место быть.
Так как растет аудитория, то растет и количество разработчиков, а значит ждать порта всеми любимых расширений не долго. Я все чаще и чаще вижу у знакомых Chrome, видимо рост действительно имеет место быть.
Меня Firebug стал раздражать сильно. Отладка JS в ФФ порой глючит неимоверно.
Всю разработку перенес на Хром.
Всю разработку перенес на Хром.
AdBlock прекрассно блокирует рекламму и от гугла в том числе, наверное вы случайно выключили это в настройках при первом запуске. А втроенный Developer Tools почти ни чем не уступает фаербагу, только по началу непревычно.
еще возможно что он установил не тот AdBlock — там есть портированый с фф(с приставрой Plus) и второй который появился до портирования оригинала.
А если учитывать:
* возможность редактировать скрипты «на лету»
* версионный контроль ресурсов (возможность откатывать изменения в CSS до нужной версии)
* возможность дебажить юзерскрипты и расширения,
то я бы сказал, что Developer Tools переплюнул Firebug.
Единственный функционал, которого мне не хватает в DT, это поиск по множественным файлам.
* возможность редактировать скрипты «на лету»
* версионный контроль ресурсов (возможность откатывать изменения в CSS до нужной версии)
* возможность дебажить юзерскрипты и расширения,
то я бы сказал, что Developer Tools переплюнул Firebug.
Единственный функционал, которого мне не хватает в DT, это поиск по множественным файлам.
А я без DownThemAll! или достойного аналога никуда не пойду :)
А вот про devtools серьезно — чем firebug лучше? Всегда казалось, что удобнее отлаживаться в хроме. Тут тебе и профайлеры (CPU и памяти!), и точки остановки на событие, модификацию DOM или запрос XMLHttpRequest, и таймлайн со всеми событиями, и подсветка изменений, сделанных в CSS, и прочее.
Ммм… Не холивара ради, но чем вас не устраивает Developer Tools? Ведь по возможностям этот тот же FireBug, а то и больше?
Так есть же:
Adblock
NoScript (аналог точнее)
HTMLValidator
Как ни странно, даже Firebug
Хотя в Chrome, как и в Opera, встроены компоненты, заменяющие (хотя и менее функциональные) FireBug.
Все, можете пересаживаться :)
Adblock
NoScript (аналог точнее)
HTMLValidator
Как ни странно, даже Firebug
Хотя в Chrome, как и в Opera, встроены компоненты, заменяющие (хотя и менее функциональные) FireBug.
Все, можете пересаживаться :)
Заступлюсь чутка за хром (: Плотненько файрбагом в файрфоксе я пользоваться начал после хромовского тулкита и файрбаг мне показался в разы неудобнее… Вроде и функционал тот же, но как-то неудобно, ни так да ни этак. Поэтому все это, видимо, просто дело привычки.
— Не беспокойтесь, — сказал Остап, — мой проект гарантирует вашему городу неслыханный расцвет производительных сил. Подумайте, что будет, когда турнир окончится и когда уедут все гости. Жители Москвы, стесненные жилищным кризисом, бросятся в ваш великолепный город. Столица автоматически переходит в Васюки. Сюда переезжает правительство. Васюки переименовываются в Нью-Москву, а Москва — в Старые Васюки. Ленинградцы и харьковчане скрежещут зубами, но ничего не могут поделать. Нью-Москва становится элегантнейшим центром Европы, а скоро и всего мира.
— Всего мира!!! — застонали оглушенные васюкинцы.
— Да! А впоследствии и вселенной.
— Всего мира!!! — застонали оглушенные васюкинцы.
— Да! А впоследствии и вселенной.
>но адблок не блокирует рекламу гугла
Блокирует
>Валидатор не показывает, какие именно ошибки
Я думаю это зависит от используемого вами плагина.
>Файрбаг — урезанная поделка для непонятно кого.
Чего именно вам не хватает в 'инструментах разработчика'?
Я думаю не просто так главный разработчик Фаербага прекратил над ним работу ;)
Блокирует
>Валидатор не показывает, какие именно ошибки
Я думаю это зависит от используемого вами плагина.
>Файрбаг — урезанная поделка для непонятно кого.
Чего именно вам не хватает в 'инструментах разработчика'?
Я думаю не просто так главный разработчик Фаербага прекратил над ним работу ;)
(Бросился смотреть «инструменты разработчика», вдруг что-то уже изменилось там?)
Мне не хватает консоли, отображающей ajax-запросы. В самих запросах (раздел Network) не очень удобно сделан просмотр отправленных POST-переменных.
Одним словом, мне не хватает привычного расположения инструментов, как в FireBug.
Мне не хватает консоли, отображающей ajax-запросы. В самих запросах (раздел Network) не очень удобно сделан просмотр отправленных POST-переменных.
Одним словом, мне не хватает привычного расположения инструментов, как в FireBug.
В инструментах разработчика можно настроить что бы в лог попадали AJAX запросы. Просто зайдите в меню настройки (в правом нижнем углу, шестеренка).
т.е это просто привычка?
Привычка — это не всегда плохо. В данном случае это означает, что нужно потратить время на изучение нового интерфейса и соотнесение его с аткуальными задачами.
Мне в интрументах Хрома не хватает возможности манипулировать с объектами в Watches на уровне близком к Firebug (нет возможности перейти от элемента в Watches к этому же DOM-элементу на Html-панели, нельзя изменить значение свойства, нельзя скопировать значение свойства, нельзя переименовать свойство и проч.)
Мне в интрументах Хрома не хватает возможности манипулировать с объектами в Watches на уровне близком к Firebug (нет возможности перейти от элемента в Watches к этому же DOM-элементу на Html-панели, нельзя изменить значение свойства, нельзя скопировать значение свойства, нельзя переименовать свойство и проч.)
Дарт (англ. Darth) — в вымышленной вселенной «Звёздных войн» традиционный титул правителя Ситха, первая часть нового имени, принимаемого им при переходе на тёмную сторону.
Наверное также виднелось будущее Java в Sun в середине 90-х.
Dart не плох, хотя от гугл ожидал большего, за как минимум год (а именно столько прошло с момента написания утекшего письма) родить только спецификацию в несколько десятков страниц и куцый компилятор в js это как-то слишком слабо.
Хорошая статья на тему: goo.gl/f41XF
Dart не плох, хотя от гугл ожидал большего, за как минимум год (а именно столько прошло с момента написания утекшего письма) родить только спецификацию в несколько десятков страниц и куцый компилятор в js это как-то слишком слабо.
Хорошая статья на тему: goo.gl/f41XF
Опера — маргинальный браузер?
Вот теперь я действительно не люблю людей…
Вот теперь я действительно не люблю людей…
конечно, а что еще может быть с такой мелкой долей рынка
Вообще-то на текущий момент Opera Mobile лидер, хотя тренд неутешающий. По удобству использования на Android субъективно впереди остальных. Вспоминая iOS 3, с трудом вообще могу назвать то, что там было браузером.
Не знаю как у вас, но на моём Nexus S Opera настолько сильно «тупит», что пользоватться нативным браузером в разы удобнее. Так что в моём конкретном случае: удобство наиотвратительнейшее, хотя функционал да — богаче.
я про мини ничего не говорил, в мобильном сегменте да, безусловно, один из лидеров
>>Вспоминая iOS 3, с трудом вообще могу назвать то, что там было браузером.
Опера работает быстрей, рендерит лучше, но более криво зумит по double-tap и обладает ужасным скроллингом. Очень дёрганный и, что самое главное, сильно отличается от большинства приложений iPhone.
Опера работает быстрей, рендерит лучше, но более криво зумит по double-tap и обладает ужасным скроллингом. Очень дёрганный и, что самое главное, сильно отличается от большинства приложений iPhone.
Интересно что Chrome имеет встроенный Flash Player, у которого и так все было хорошо с распространением. Даже не знаю кто тут больше выигрывает Adobe или Google
Зато у него плохо с обновлением. Любые критические баги теперь быстрее закрываются за счёт встроенного обновления. Почему-то про это часто забывают.
Для меня CoffeeScript стал заменой JS, получаешь истинное удовольствие от кодинга. Dart убог, делался с рассчётом на людей с Java головного мозга, хотя и есть в нем пару интересных «фишек».
Логика верная, но ошибка в выводе. Новый язык для описанных причин не нужен. Лучше бы допилили ScalaGWT.
Покажите в каком месте и на какой платформе webkit лидирует в мобильных устройствах (ну кроме iOS, конечно)? У вас какой-то слишком ммм… загугленный взгляд на ситуацию в мире!
Android/iOS/BlackBerry/Bada/WebOS/Symbian — все эти системы имеют дефолтные браузеры на основе WebKit и 80% и более рынка в Европе и Северной Америке. Из альтернатив — Opera Mobile/Mini(популярна в России, Африке и Азии во многом за счёт Nokia и feature-фонов), а так же IE на Windows Phone 7, который пока ещё не набрал долю на рынке.
В данный момент я пользуюсь для Веба JS и Flash AS3. JS мне очень нравится как скриптовый язык, но когда мы переходим от скриптов к масштабным RIA, он очень быстро перестаёт мне нравится, в основном благодаря HTML DOM и его кривой кросбраузерности. В этом нет вины JS, но я охотно попробую другой язык, если мне предложат альтернативу с:
-хорошим IDE.
-унифицированной работой на 95% браузеров.
-с нормальной обёрткой над ДОМ или прямым доступом к содержимому страницы — мне гораздо приятнее работать с объектами, а не через язык разметки.
-унифицированным фреймворком для работы со всем, что нужно в RIA — растровая и векторная графика, текст, аудио\видео, сетевые соединения, в т.ч. П2П (Почти всё это есть в HTML5, но опять мы упираемся в кросбраузерность).
В данный момент всеми этими фишками обладает Flash, плюс ещё пара очень больших приятностей типа ускорения на GPU, stand-alone клиента AIR, родных фреймворков для типографики и интерфейсов. Но у ADOBE свои недостатки, на сколько мне известно, основных два — не самые лучшие специалисты по компиляторам, от чего страдает производительность, и невозможность влиять на рынок ОС\Железа, поделенный MS, Apple, Google. Два из трёх уже начали войну с ADOBE в попытке контролировать своих пользователей, третий пока дружит, но тоже любит политику «мы либо договоримся о выкупе технологии, либо сделаем свой аналог».
Поскольку класть все яйца в одну корзину чревато, через 6-9 месяцев, если Гугл не отступится, я освою и попробую использовать Дарт, в надежде, что он будет обладать всеми плюсами Flash в сравнении с JS, но лишён двух его основных недостатков.
-хорошим IDE.
-унифицированной работой на 95% браузеров.
-с нормальной обёрткой над ДОМ или прямым доступом к содержимому страницы — мне гораздо приятнее работать с объектами, а не через язык разметки.
-унифицированным фреймворком для работы со всем, что нужно в RIA — растровая и векторная графика, текст, аудио\видео, сетевые соединения, в т.ч. П2П (Почти всё это есть в HTML5, но опять мы упираемся в кросбраузерность).
В данный момент всеми этими фишками обладает Flash, плюс ещё пара очень больших приятностей типа ускорения на GPU, stand-alone клиента AIR, родных фреймворков для типографики и интерфейсов. Но у ADOBE свои недостатки, на сколько мне известно, основных два — не самые лучшие специалисты по компиляторам, от чего страдает производительность, и невозможность влиять на рынок ОС\Железа, поделенный MS, Apple, Google. Два из трёх уже начали войну с ADOBE в попытке контролировать своих пользователей, третий пока дружит, но тоже любит политику «мы либо договоримся о выкупе технологии, либо сделаем свой аналог».
Поскольку класть все яйца в одну корзину чревато, через 6-9 месяцев, если Гугл не отступится, я освою и попробую использовать Дарт, в надежде, что он будет обладать всеми плюсами Flash в сравнении с JS, но лишён двух его основных недостатков.
Я только в пятницу был на техтолке по дарту.
Вот что они говорят:
IDE для дарта зарелизится примерно тогда же, когда и сам дарт. IDE будет поддерживать автодополнение и другие фишки более «взрослых» языков.
Со временем для дарта появится полноценный гуи билдер. Очень большое внимание в этом билдере будет уделено анимации. (Как я понял, это будет повод отказаться от MooTools, JQuery итд)
Компилятор дарта в джаваскрипт сейчас находится в ранней стадии — многие знают про 17 с лишним тыщ строк, в которые компилится хелловорд. Они становятся 40 строками, если использовать флаг --optimize.
Чувак, который презентовал дарт сказал, что строк станет еще меньше.
Ребята будут вести переговоры со всеми производителями браузеров о нативной поддержке дарта. Надеются, что в 10 версии IE она будет. Где не будет нативной поддержки — будет работать транслированная версия.
Я думаю, что у дарта есть реальное будущее.
Вот что они говорят:
IDE для дарта зарелизится примерно тогда же, когда и сам дарт. IDE будет поддерживать автодополнение и другие фишки более «взрослых» языков.
Со временем для дарта появится полноценный гуи билдер. Очень большое внимание в этом билдере будет уделено анимации. (Как я понял, это будет повод отказаться от MooTools, JQuery итд)
Компилятор дарта в джаваскрипт сейчас находится в ранней стадии — многие знают про 17 с лишним тыщ строк, в которые компилится хелловорд. Они становятся 40 строками, если использовать флаг --optimize.
Чувак, который презентовал дарт сказал, что строк станет еще меньше.
Ребята будут вести переговоры со всеми производителями браузеров о нативной поддержке дарта. Надеются, что в 10 версии IE она будет. Где не будет нативной поддержки — будет работать транслированная версия.
Я думаю, что у дарта есть реальное будущее.
А какой профит с этого мелкософту?
В 10м IE имхо вряд ли. Не за горами бета восьмерки, а значит функционал будет поидее заморожен. Да и добавление поддержки сырой сторонней технологии в IE выглядит вообще чем-то из ряда фантастики.
В 10м IE имхо вряд ли. Не за горами бета восьмерки, а значит функционал будет поидее заморожен. Да и добавление поддержки сырой сторонней технологии в IE выглядит вообще чем-то из ряда фантастики.
С другой стороны KB, который создает функциональность не должен быть большой проблемой.
Я просто передал то, что говорят разработчики дарта — они попытаются договориться.
Я просто передал то, что говорят разработчики дарта — они попытаются договориться.
МС как правило воздерживается от добавления какого-либо серьезного функционала через обновки, так что этот вариант мне кажется сомнительным.
А то, что Гугл намерен договариваться с МС — по мне так чистой воды политический маневр. Совершенно очевидно, что МС на это никогда не пойдет на такое решение и соглашения не будет — тогда Гугл сможет повопить о том, какой плохой мелкософт.
А то, что Гугл намерен договариваться с МС — по мне так чистой воды политический маневр. Совершенно очевидно, что МС на это никогда не пойдет на такое решение и соглашения не будет — тогда Гугл сможет повопить о том, какой плохой мелкософт.
Chrome уже обогнал Firefox в некоторых странах(UK), через полгода обгонит суммарно, а потом вытеснит совсем
Ванга детектид.
>>Именно здесь сейчас протекают самые интересные инновации пользовательских интерфейсов.
Помилуйте, какие хоть?
Помилуйте, какие хоть?
Правильно ли я понял, что планируется, что и front-end и back-end будет на dart, при этом в back-end dart будет исполнятся на JVM, а во front либо нативно, либо транслироваться в ecmascript?
Не проще ли купить Oracle? :-)
Кстати, как во всей этой концепции располагаются go и native client?
Не проще ли купить Oracle? :-)
Кстати, как во всей этой концепции располагаются go и native client?
Не совсем, сервер в терминологии Google тоже будет состоять из front-end(Dart) & back-end(Go):
What about Go?
Go is a very promising systems-programming language in the vein of C++. We fully hope and expect that Go becomes the standard back-end language at Google over the next few years. Dash is focused on client (and eventually Front-end server development). The needs there are different (flexibility vs. stability) and therefore a different programming language is warranted.
What about Go?
Go is a very promising systems-programming language in the vein of C++. We fully hope and expect that Go becomes the standard back-end language at Google over the next few years. Dash is focused on client (and eventually Front-end server development). The needs there are different (flexibility vs. stability) and therefore a different programming language is warranted.
Все может быть, если не закроют через полгода
Ну если будет вразумительный аналог для создания UI (вроде Dojo) — то ещё посмотрю. А из-за рюшечек вроде появляющихся-исчезающих кнопочек я время на его изучение тратить не буду.
Да и вообще, какая-то тенденция развития нехорошая, лучше бы занялись семантическим вебом, было бы гораздо полезней для пользователей.
Да и вообще, какая-то тенденция развития нехорошая, лучше бы занялись семантическим вебом, было бы гораздо полезней для пользователей.
я читал, планируют, молодцы. С учётом этого и написал "если будет вразумительный". Ну а если нет — то соответственно другой разговор
Ну у них уже есть весьма позитивный опыт построения билдеров (Window Builder PRO), один из которых работает с весьма близким по духу GWT.
Если честно, билдерами со времён Визуала Бейсика не пользуюсь. Опять же, если генерит удобоваримый чистый код, то только за, но мой опыт (пятилетней давности) работы с Macromedia Dreamviewer, превращавшего всё в кашу, очень сильно подорвал веру в сей инструмент. Сейчас мне вполне достаточно библиотек с гуй-элементами, так что программа, как говорится, минимум )
Собственно, Window Builder — первый билдер, который мне нравится )).
Для джавы считается хорошим пикассо (встроенный в нетбинс), но, ИМХО, рядом с Window Builder он не валялся )
Для джавы считается хорошим пикассо (встроенный в нетбинс), но, ИМХО, рядом с Window Builder он не валялся )
Код вполне чистый.
WindowBuilder делает только минимально необходимые изменения в исходнике.
Никаких засад, что «мы это сейчас всё прочитаем, будет держать в памяти, а потом выплюнем как нам удобно обратно в виде кода всё дерево».
Изменяем одно свойство — изменится/добавится одна строка кода, остальное не тронут.
Я лично сейчас буду сейчас пилить компилятор Dart-а.
А там постепенно дело и до GUI builder-а дойдёт. :-)
Собственно технически в Dart уже сейчас есть всё, что нужно для визульного билдера.
Есть AST — значит можно парсить и генерить код, есть быстрый компилятор — значит можно этот код быстренько компилировать и скармливать в браузер для отрисовки. Ну и наработки для интеграции с браузером из GWT Designer тоже есть.
Не хватает только библиотеки компонентов, но судя по client/view и client/layout, процесс идёт.
WindowBuilder делает только минимально необходимые изменения в исходнике.
Никаких засад, что «мы это сейчас всё прочитаем, будет держать в памяти, а потом выплюнем как нам удобно обратно в виде кода всё дерево».
Изменяем одно свойство — изменится/добавится одна строка кода, остальное не тронут.
Я лично сейчас буду сейчас пилить компилятор Dart-а.
А там постепенно дело и до GUI builder-а дойдёт. :-)
Собственно технически в Dart уже сейчас есть всё, что нужно для визульного билдера.
Есть AST — значит можно парсить и генерить код, есть быстрый компилятор — значит можно этот код быстренько компилировать и скармливать в браузер для отрисовки. Ну и наработки для интеграции с браузером из GWT Designer тоже есть.
Не хватает только библиотеки компонентов, но судя по client/view и client/layout, процесс идёт.
Если посмотреть как выглядит у гугла GWT на вебе сейчас (через Google Apps Scripts на Google Sites, Google Spreadsheets), то это мрак. Ну т.е. баги ещё ладно (хотя они и их многие месяцы не фиксят), а вот как оно тормозит — это вот куда больше напрягает. По сравнению с Dojo (который выше упомянули) ощущение, что лет на 10 назад сходил.
+1 за упоминание про семантический веб. С масштабами и влиянием гугла — это одно из самых полезных изменений которое они могли бы инициировать.
Думаю, что лучше бы Mono в браузер вогнали как стандарт. По совокупности причин: языки — какие угодно — хоть типизированные, хоть нет, рантайм бегает и стреляет, тулинг в виде IDE уже есть, уже полно разработчиков
Полностью согласен. С текущем уровнем значимости клиентской части стандарт на байткод+рантайм библиотеку был бы гораздо полезнее, чем стандарт на еще один выскоуровневый язык. Где гарантия, что через 10 лет, браузеру Рамблер.Нихром занимающему 90% рынка на понадобится создать язык Нидарт, чтобы исправить концептуальные ошибки в языке Dart.
Кажется, будет Вторая браузерная война. Кстати, в Первую у IE тоже был свой язык VBScript, но от него пришлось отказаться, хотя Internet Explorer победил.
Если начнётся война, то с фантазиями на тему единых открытых стандартов (привет, HTML5) придётся попрощаться. Каждый браузер будет изголяться как может.
Если начнётся война, то с фантазиями на тему единых открытых стандартов (привет, HTML5) придётся попрощаться. Каждый браузер будет изголяться как может.
Да ну, бросьте. Ни кому сейчас нет резона продвигать какую-либо дикую проприетарщину вместо HTML5, не в ближайшее время.
МС и Гугл могут предлагать свои сильверлайты и дарты как платформу для RIA, но не более, т.к. конкуренты низачто не поддержат эти решение в качестве основы разработки под веб.
МС и Гугл могут предлагать свои сильверлайты и дарты как платформу для RIA, но не более, т.к. конкуренты низачто не поддержат эти решение в качестве основы разработки под веб.
Почему это проприетарщина? Заходите на дартовски гуглкод, качаете сорцы, собираете.
Согласен, дарт это тот же сильверлайт, только в профиль, единственное, что сильверлайт не умеет транслироваться в js.
Предположу, что технически это не очень трудно реализовать для каких-то базовых фич, если речь не идет о 3D или сложных юзерконтролах с шаблонами, биндингами и анимацией.
Но спрос на это пока не велик.
Но спрос на это пока не велик.
Эм… Дарт работает с DOM, в отличие от силверлайта. Почему так не хочется видеть в дарте то, чем он и является — просто замену JS?
Черт, тоже хотел про VB напомнить. Тогда много сайтов были заточены под «IE only», а разработчики говорили, что «смысла нет, под какие то 5-10 процентов пользователей сети, корячится». И тогда активно продвигался VBScript.А в комплексе с ActiveX, можно было сделать очень нехилое приложение, с использованием прикладных компонентов системы. Один фиг — крякнулись они с ним. Да и с точки зрения безопасности и утечек памяти — ох, был геморрой… А тогда оперативка еще была не такой дешманской, как сейчас. Сейчас на утечки памяти и то плюют, т.к. разработчикам быстрее выпустить надо, да плюшек побольше. Вы багтрекер V8 посмотрите как-нить.
Помню также Java аплеты. Ух матом их крыли, когда через модем грузили всю эту жуть, а потом еще и исполняли…
Я вот не понимаю — а хоть кто-нибудь пытался написать в консоциум рекомендации, чтобы ввести необходимые изменения в JavaScript 1.9, а лучше в 2.0?
Тут еще писали про анимацию. Я не собираюсь писать анимацию на Dart, если у меня есть возможность писать их на CSS3 Animate c использованием transition,transform. Причем это будет вне кода, и CSS будет выглядеть как макроязык, которым можно управлять уже простейшим JS.
И еще — тут говорят про GPU ускорение. Кто-нить вообще представляет — как работает графический акселератор, конвееры и пр., и особенно как это работает в транслируемых языках, особенно при использовании виртуальной машины? Это на тему юзания GPUшек.
Ну и самое интересное — какая это уже по счету будет виртуальная машина, которая будет исполняться в моем браузере? Вне браузера юзать — да уж извиняйте, я лучше на Плюсах с QT побуду, да буду радоваться QScript-у. В разы быстрее, проверенно временем, и существенно мощнее. Да еще и webkit можно юзать беспроблемно. В браузерах? Вот представлю, что какой-нить гад, возьмет, да и присобачит Java Applet, пару скриптов юзающих webGL, еще три флешки(одну причем с гпу ускорением), и функцию вычисления числа Пи с точностью икс. Причем как на дарте, так и на JS. Да еще и HTML5 запустит видео с музыкой. Да еще и пару окошек проинициализирует… Сколько разных виртуальных машин будет запущено? Как это понравится видяхе? Как это радостно будет процессору? И в конце концов — как вообще система сможет всю эту байду отрабатывать? И это какой-то один «проектик» мне так насолит.
Давайте уж лучше наконец-то допилим новые спецификации JS, допилим HTML5, CSS3 доведем до конца, webSocket уже наконец-то стандартизируем (Socket.IO не спасение), да сделаем уже какое-то одно, удобное и многофункциональное локальное хранилище. А то бардак настоящий.
Помню также Java аплеты. Ух матом их крыли, когда через модем грузили всю эту жуть, а потом еще и исполняли…
Я вот не понимаю — а хоть кто-нибудь пытался написать в консоциум рекомендации, чтобы ввести необходимые изменения в JavaScript 1.9, а лучше в 2.0?
Тут еще писали про анимацию. Я не собираюсь писать анимацию на Dart, если у меня есть возможность писать их на CSS3 Animate c использованием transition,transform. Причем это будет вне кода, и CSS будет выглядеть как макроязык, которым можно управлять уже простейшим JS.
И еще — тут говорят про GPU ускорение. Кто-нить вообще представляет — как работает графический акселератор, конвееры и пр., и особенно как это работает в транслируемых языках, особенно при использовании виртуальной машины? Это на тему юзания GPUшек.
Ну и самое интересное — какая это уже по счету будет виртуальная машина, которая будет исполняться в моем браузере? Вне браузера юзать — да уж извиняйте, я лучше на Плюсах с QT побуду, да буду радоваться QScript-у. В разы быстрее, проверенно временем, и существенно мощнее. Да еще и webkit можно юзать беспроблемно. В браузерах? Вот представлю, что какой-нить гад, возьмет, да и присобачит Java Applet, пару скриптов юзающих webGL, еще три флешки(одну причем с гпу ускорением), и функцию вычисления числа Пи с точностью икс. Причем как на дарте, так и на JS. Да еще и HTML5 запустит видео с музыкой. Да еще и пару окошек проинициализирует… Сколько разных виртуальных машин будет запущено? Как это понравится видяхе? Как это радостно будет процессору? И в конце концов — как вообще система сможет всю эту байду отрабатывать? И это какой-то один «проектик» мне так насолит.
Давайте уж лучше наконец-то допилим новые спецификации JS, допилим HTML5, CSS3 доведем до конца, webSocket уже наконец-то стандартизируем (Socket.IO не спасение), да сделаем уже какое-то одно, удобное и многофункциональное локальное хранилище. А то бардак настоящий.
Я вот не понимаю — а хоть кто-нибудь пытался написать в консоциум рекомендации, чтобы ввести необходимые изменения в JavaScript 1.9, а лучше в 2.0?
Гугль решил забить. Точно так же как и с w3c(орагнизовали whatwg), Гугль решил что EcmaScript4+ им не подходит, и создали свой стандарт.
Гугль решил забить. Точно так же как и с w3c(орагнизовали whatwg), Гугль решил что EcmaScript4+ им не подходит, и создали свой стандарт.
Там пол-языка надо переделать. Хотя как раз ECMAScript 4 был бы к месту, вон во флеше он отлично пошел — удобная штука, правда типизированные массивы какие-то инопланетные были, когда я последний раз смотрел.
Класы и интерфейсы в пропозиции есть. Типизированность при желании тож. Упрощенный синтаксис кложур тож есть(хотя можно было бы и лучше). Кроме этого есть генераторы, генерики и кучу другого.
www.ecmascript.org/es4/spec/overview.pdf
www.ecmascript.org/es4/spec/overview.pdf
интересный ход мыслей,
хотелось бы нативных решений реализации Darts, а не js-оберток
надеюсь это не будет решением CromeOnly
хотелось бы нативных решений реализации Darts, а не js-оберток
надеюсь это не будет решением CromeOnly
Ещё один момент, который меня беспокоит (применительно не конкретно к Dartу, а к общему направлению развития) — не приведут ли все эти визуальные плюшки, билдеры и т.п. к наплыву недалёких людей в сферу веб-разработки, а соответственно и к понижению качества разработки, и к серьёзному демпингу (который и сейчас немалый)?
С другой стороны непонятно, почему, собственно, джаваскрипт-разработка должна быть областью для избранных?
Если есть возможность просто писать код на понятном ОО языке, а потом компилить его в то, что понимает любой браузер — то почему бы и нет?
Если есть возможность просто писать код на понятном ОО языке, а потом компилить его в то, что понимает любой браузер — то почему бы и нет?
О, вы наверное не встречали людей, которые научились натягивать шаблон на вордпресс и сейчас предлагают «создание сайта за 500 рублей». Не то, чтобы избранных, но как говорится, кесарю кесарево, а получается «каждая кухарка»…
Но раз это покупают, значит это кому-то нужно?
Вообще-то сейчас основной моей платформой является GWT, и, ИМХО, порог вхождения там куда ниже чем в стандартном веб-дизайне.
Вообще-то сейчас основной моей платформой является GWT, и, ИМХО, порог вхождения там куда ниже чем в стандартном веб-дизайне.
Покупают, но это заслуга не разработчиков, а менеджеров по продажам (знаю что такое, в двух веб-студиях уже поработал, больше не хочу), которые зимой и снег продадут. Большинство заказчиков либо покупается на красивые рюшечки (а код полная какашенция), либо и того хуже — из разряда «а вот я хочу чтоб у меня вот эта шляпа в левом углу моргала».
Вот вам compani4.narod.ru/, ну так, для лулзов
Вот вам compani4.narod.ru/, ну так, для лулзов
Вам такие люди сильно мешают?
Я уже писал где-то по этому поводу: мне неприятно наблюдать как интернет превращается из источника информации в свалку из красивых рюшечек, диет от Малышевой и навязчивой рекламы — маркетинг превыше пользы.
А, я понял. Это неизбежно, entertainment industry же.
Осмелюсь заметить, что и книги прошли такой же путь (от рукописных фолиантов для избранных до Донцовой и Кто-там-еще-есть), что, наверное, не позволяет говорить о вреде прогресса в книгопечатании.
Поднятая вами проблема, на мой взгляд, лежит не в области инструментальных средств, а в области повышения качества окружения.
Вспомните интернет 95-00 годов. Желтые буквы, синий фон, Times… Страх и ужас. Такое и сейчас встречается, но сурово реже.
Заказчики хотят красиво. Но что такое красиво они формулируют опираясь только на то, что уже видели. И если мы все будем делать красиво-правильно-безглючно, то и заказчики потихоньку подтянутся к осознанию красивости-правильности-безглючности.
А вот что касается качества информации, то боюсь тут все будет только хуже. Принцип «Делайте уникальные вещи и продавайте их очень дорого» (с) не-помню-кто в обществе массовки не котируется, к сожалению.
Если для публикации мысли, абзаца, статьи нужно приложить существенные усилия (не вдаваясь в определение существенности), то это уже само по себе служит фильтром для полной билиберды. С другой стороны умеренно высокий порог для публикации служит стимулом для оттачивания формулировок и вылизывания формы сообщения до уровня обосновывающего, усилия затрачиваемые на публикацию.
На данный момент порог публикации настолько низок (в среднем по больнице), что очень часто автор не дает себе труд даже сформулировать мысль, не говоря уже о вычитке и облагораживании формы.
В качестве примера можно привести текущий ресурс. Создав определенные минимальные сложности (карма, песочница) для публикации постов и комментариев, администрация Хабра автоматически очистила сайт от потенциального мусора, которым, к примеру, изобилует форум РБК, без привлечения армии модераторов.
Поднятая вами проблема, на мой взгляд, лежит не в области инструментальных средств, а в области повышения качества окружения.
Вспомните интернет 95-00 годов. Желтые буквы, синий фон, Times… Страх и ужас. Такое и сейчас встречается, но сурово реже.
Заказчики хотят красиво. Но что такое красиво они формулируют опираясь только на то, что уже видели. И если мы все будем делать красиво-правильно-безглючно, то и заказчики потихоньку подтянутся к осознанию красивости-правильности-безглючности.
А вот что касается качества информации, то боюсь тут все будет только хуже. Принцип «Делайте уникальные вещи и продавайте их очень дорого» (с) не-помню-кто в обществе массовки не котируется, к сожалению.
Если для публикации мысли, абзаца, статьи нужно приложить существенные усилия (не вдаваясь в определение существенности), то это уже само по себе служит фильтром для полной билиберды. С другой стороны умеренно высокий порог для публикации служит стимулом для оттачивания формулировок и вылизывания формы сообщения до уровня обосновывающего, усилия затрачиваемые на публикацию.
На данный момент порог публикации настолько низок (в среднем по больнице), что очень часто автор не дает себе труд даже сформулировать мысль, не говоря уже о вычитке и облагораживании формы.
В качестве примера можно привести текущий ресурс. Создав определенные минимальные сложности (карма, песочница) для публикации постов и комментариев, администрация Хабра автоматически очистила сайт от потенциального мусора, которым, к примеру, изобилует форум РБК, без привлечения армии модераторов.
> Осмелюсь заметить, что и книги прошли такой же путь (от рукописных фолиантов для избранных до Донцовой и Кто-там-еще-есть), что, наверное, не позволяет говорить о вреде прогресса в книгопечатании.
С точки зрения технологического прогресса — нет, а вот повышение доступности, приводящее к снижению порога вхождения — да, вредит.
С точки зрения технологического прогресса — нет, а вот повышение доступности, приводящее к снижению порога вхождения — да, вредит.
Я потом этих людей хочу убивать, когда мне эта «поделка» приходит на доработку, чтобы добавить какой-то доп. функционал или чего-то необычное. И вроде бы работы расплюнуть, но, увидев что там за «чудо» везде используется, приходится либо грубо хардкодить, что не есть гуд, либо придется допинывать неизвестно что, незная даже, допилится оно или нет, и сколько времени, на это все уйдет.
Пусть лучше что-то одно будет. Вот если честно. Я уже и менюшки на сайтах видел, которые не отличить от обычных HTML-ых(но стилизованных 1-м CSS) сделанные на флеше, причем с захакдкоженными ссылками, и туеву хучу jQuery плагинов, ради того, чтобы просто сделать переключение картинок. Потом во всем этом копаться… И тратишь вместо обычных 10-и минут — полдня… Кто знает — тот поймет.
Пусть лучше что-то одно будет. Вот если честно. Я уже и менюшки на сайтах видел, которые не отличить от обычных HTML-ых(но стилизованных 1-м CSS) сделанные на флеше, причем с захакдкоженными ссылками, и туеву хучу jQuery плагинов, ради того, чтобы просто сделать переключение картинок. Потом во всем этом копаться… И тратишь вместо обычных 10-и минут — полдня… Кто знает — тот поймет.
Как раз сейчас многие серьёзные люди от веба с его безумно кривыми технологиями и зоопарками стараются держаться подальше, а пишут на яве/дотнете/Qt, а вот «недалёких людей» хватает. Хуже не будет, скорее — наоборот.
Заявочка на победу. Веб вебу рознь — есть хорошие реализации, а есть плохие. Кривые технологии — это
1) последствия маркетинга, а не вина разработчиков
2) вина «недоразработчиков», о коих я писал выше
Но это не повод обобщать и говорить что вебе сидят только несерьёзные, неучи и пр.
1) последствия маркетинга, а не вина разработчиков
2) вина «недоразработчиков», о коих я писал выше
Но это не повод обобщать и говорить что вебе сидят только несерьёзные, неучи и пр.
Кривые технологии — это прежде всего следствие кардинальной смены сферы применения веба, и в RIA мы теперь тащим хвосты совместимости со статическим хранилищем гипертекстовых документов, не рассчитанных ни на какую сложную логику в браузере.
А неучи — это в основном результат слухов, что «веб — это легко». Когда шелуха отсеется и станет понятно, что веб — это не «страничка на php» и не готовый движок со слегка покалеченной схемой — тогда и эта волна неучей отхлынет. Как отхлынули те, кто верстал сайты во фронтпейдже. Правда, другие набежать могут — но, думаю, не больше, чем сейчас.
То есть как только вырастет концептуальная сложность (и, соответственно, барьер вхождения) — так и поуменьшится число дураков. Что характерно — продуктивность разработчика от этого падать совсем не обязана — скорее наоборот.
А неучи — это в основном результат слухов, что «веб — это легко». Когда шелуха отсеется и станет понятно, что веб — это не «страничка на php» и не готовый движок со слегка покалеченной схемой — тогда и эта волна неучей отхлынет. Как отхлынули те, кто верстал сайты во фронтпейдже. Правда, другие набежать могут — но, думаю, не больше, чем сейчас.
То есть как только вырастет концептуальная сложность (и, соответственно, барьер вхождения) — так и поуменьшится число дураков. Что характерно — продуктивность разработчика от этого падать совсем не обязана — скорее наоборот.
Скажите, вам нравится концепция Arduino (http://ru.wikipedia.org/wiki/Arduino)? Готов поспорить, что как минимум любопытна. А в это же время электронщики на тематических форумах говорят про Ардуино в точности то же самое, что и вы в своем комментарии. А весь хабр писает кипятком при виде очередной Ардуино-поделки и кричит «я тоже так хочу!».
В связи с этим ответ на ваш вопрос — да, приведет. И это отлично. Потому что заставит тех, кто сейчас считает себя профессионалом и гребет бабло на веб-разработке, оторвать задницу от стула и развиваться и развивать отрасль. Если «школьник», вооружившись новым инструментом, может предложить заказчику то же самое, что и вы, но в два раза дешевле и в три раза быстрее — зачем заказчику вы? Логичный ход — предложить что-то большее. Это и есть прогресс. Эволюция систем. Предложи больше за те же деньги и все будут равняться на тебя. Or GTFO
В связи с этим ответ на ваш вопрос — да, приведет. И это отлично. Потому что заставит тех, кто сейчас считает себя профессионалом и гребет бабло на веб-разработке, оторвать задницу от стула и развиваться и развивать отрасль. Если «школьник», вооружившись новым инструментом, может предложить заказчику то же самое, что и вы, но в два раза дешевле и в три раза быстрее — зачем заказчику вы? Логичный ход — предложить что-то большее. Это и есть прогресс. Эволюция систем. Предложи больше за те же деньги и все будут равняться на тебя. Or GTFO
В большинстве случаев заказчик не способен отличить говна, пардон, от конфетки.
Вот сейчас веб-студий как грибов по осени — так что вы думаете, качество улучшилось или цены снизились? Хрен там! по указанной выше причине. Профессиональной конкуренции нет, берут маркетингом. Я работал в веб-студиях и у обоих была «уникальная разработка» — у одной это был настолько уникальный продукт, что… гм.., у второй это был переименованный OpenCart. Но заказчику этого не объяснишь, он покупается на визуальные рюшечки <которые сможет делать каждый школьник>. PROFIT!
Вот сейчас веб-студий как грибов по осени — так что вы думаете, качество улучшилось или цены снизились? Хрен там! по указанной выше причине. Профессиональной конкуренции нет, берут маркетингом. Я работал в веб-студиях и у обоих была «уникальная разработка» — у одной это был настолько уникальный продукт, что… гм.., у второй это был переименованный OpenCart. Но заказчику этого не объяснишь, он покупается на визуальные рюшечки <которые сможет делать каждый школьник>. PROFIT!
а ты думал, что заказчик выберет тебя только потому что ты такой клевый и можешь опускать школьников? твой-то маркетинг где? Написать великую, удобную, подходящую всем CMS/блогодвижок/магазин, о которой знаешь только ты и твой сосед-ассемблерщик, которому нафиг это не сдалось = зря потратить время
HelloWorld на Dart gist.github.com/1277224
17260 строк кода
17260 строк кода
Вспомните другой похожий проект от Google — язык Go… Вообще, тенденция Google — громко анонсировать стартап, а затем посмотреть что из него получится, и потихоньку его прикрыть, если результаты неудовлетворительные. Так что не стоит торопиться.
Основная заслуга Java не в языке, а в том, что к ней написаны тонны спецификаций, фреймворков, библиотек, тулзов и т.д. VM работают под любой архитектурой. Кроме того огромное число программеров знает Java и не захотят пересаживаться на другой велосипед. Поэтому потеснить ее с рынка серверов будет сложно.
А вот на десктопе за 15 лет разработок ничего дельного так и не смогли придумать. Самым верным бы было следовать пути Java и завести в браузере универсальную VM, таким образом не привязывая программиста а конкретному языку.
Основная заслуга Java не в языке, а в том, что к ней написаны тонны спецификаций, фреймворков, библиотек, тулзов и т.д. VM работают под любой архитектурой. Кроме того огромное число программеров знает Java и не захотят пересаживаться на другой велосипед. Поэтому потеснить ее с рынка серверов будет сложно.
А вот на десктопе за 15 лет разработок ничего дельного так и не смогли придумать. Самым верным бы было следовать пути Java и завести в браузере универсальную VM, таким образом не привязывая программиста а конкретному языку.
Смысл придумывания Dart видится только один — «мы гугл, надо всех победить» (что вряд ли). А, и еще один. «мы гугл! Давайте громко 'Dart'.replace('D','F') !».
Обосную такую точку зрения.
В современной веб-разработке много сложностей. Действительно много. Отладка занимает существенное время. Но чтобы это капитально поправить, нужны существенные изменения, затрагивающие всю связку технологий. W3C/ECMA предлагают эволюцию через «стандарты» + «совместимость» + «сотрудничество». Гугл же предлагает странный шаг в сторону + «я здесь главный». Изменения на новый язык не тянут, поэтому переходить на новый язык с целью улучшить разработку смысла нет, не с чего ей улучшиться.
Новый язык знаете на что похож? Со всей этой необязательной типизацией, замыканиями, классами… На PHP 5.3! А отладка под ним ой не сахар. Ожидал большего от гугла.
Глобально плюс в произошедшем все же есть. JavaScript сообщество должно увидеть, что нехрен топтаться на месте, надо двигаться вперед. Ну и идейки потырить у гугла, тот же снапшоттинг, он-то от языка не зависит.
Обосную такую точку зрения.
В современной веб-разработке много сложностей. Действительно много. Отладка занимает существенное время. Но чтобы это капитально поправить, нужны существенные изменения, затрагивающие всю связку технологий. W3C/ECMA предлагают эволюцию через «стандарты» + «совместимость» + «сотрудничество». Гугл же предлагает странный шаг в сторону + «я здесь главный». Изменения на новый язык не тянут, поэтому переходить на новый язык с целью улучшить разработку смысла нет, не с чего ей улучшиться.
Новый язык знаете на что похож? Со всей этой необязательной типизацией, замыканиями, классами… На PHP 5.3! А отладка под ним ой не сахар. Ожидал большего от гугла.
Глобально плюс в произошедшем все же есть. JavaScript сообщество должно увидеть, что нехрен топтаться на месте, надо двигаться вперед. Ну и идейки потырить у гугла, тот же снапшоттинг, он-то от языка не зависит.
Все они правильно делают. Давно пора встряхнуть этот застой. Хотя отладкой под PHP 5.3 не занимался. В чем там проблемы?
Языки вообще не склонны меняться быстро и резко. Застой — это когда ничего нового, а от редакции стандарта ES 5.1 и полгода не прошло. Оно движется, и кстати типы там появляются всякие (uint), решения для паттернов (proxy), arraybuffer и не только. Что не может не радовать ;)
А про PHP 5.3 — никаких проблем. Но отладка существенно дольше, чем в Java, к примеру. Это по моему опыту, я вообще люблю отлаживать Java, все так цивильно и понятно ;).
А про PHP 5.3 — никаких проблем. Но отладка существенно дольше, чем в Java, к примеру. Это по моему опыту, я вообще люблю отлаживать Java, все так цивильно и понятно ;).
Может быть, может быть, ведь тут ещё новая Cloud IDE «Brightly» написанная на Google Dart делает весомый вклад в развитие языка Dart.
> Brightly will enable building any web application in V1 using today’s Javascript plus the additions in Harmony. As soon as it is ready, Brightly will support Dash as well. We expect that the more prescriptive development aspects of Brightly that will come on line in the future will be more Dash focused.
> We expect Brightly itself to be the first application written in Dash.
> Brightly will enable building any web application in V1 using today’s Javascript plus the additions in Harmony. As soon as it is ready, Brightly will support Dash as well. We expect that the more prescriptive development aspects of Brightly that will come on line in the future will be more Dash focused.
> We expect Brightly itself to be the first application written in Dash.
Что в такого, чего нет в привычных все IDEшках, в Netbeanse например?
Например, можно писать код (разрабатывать приложение) прямо online в браузере, аналогично Heroku IDE и прочим online IDE.
Плюс, хотя и не решающий. Просто судя по видео-презентации сей IDE она мне скудной показалась, потому и интересуюсь. Сам на NB
Обещают Eclipse-based IDE. Со всеми положенными плюшками.
Я так только за, что скудная, напрягает eclipse с её наворотами, но и что-нибудь типа Notepad++ не устраивает. Что-то среднее хочется.
Ну как бы чистый eclipse — это по сути система обновлений плюс параменюшек. Оно совсем не обязано быть тяжеловесным и тяжелорабочим.
В общем да, я не правильно выразил мысль. Eclipse без обвесов прост и скуден. Конечно страдает юзабилити, как минимум хочется большую кнопку «Новый проект» и более интелектуальную систему работы с кодом. Но это ладно терпимо. Проблема в том, что когда на Eclipse делаешь обвес, чтобы можно было реально работать, а не студ. курсовые делать. То тут и наступает кошмар из-за его универсальности.
Онлйан IDE это шаг в сторону удобства. Открываешь браузер на любом железе от смартфона, до рабочей станции и получаешь доступ к коду. Не нужно возиться с git, subversion etc. Всё сейвится автоматом. Новый взгляд на парное программирование. Если к этому еще добавить веб 2.0 штучек, то получится новая концепция в разработке.
Не знаю, конечно, что они именно будет пилить в их онлнайн IDE, но если не запилят мои идеи, то как-нибудь возьмусь :)
Не знаю, конечно, что они именно будет пилить в их онлнайн IDE, но если не запилят мои идеи, то как-нибудь возьмусь :)
Плюс Вам в карму авансом :) Возьмитесь пожалуйста, чего тянуть :) Я тоже IDE такую хочу, но пилить такие сложные штуки сам не умею :-(
Да я бы с удовольствием, но для этого нужна команда и инвестирование. У меня сейчас нет ни первого, ни второго. Но я держу это на заметке, через год-другой вполне могу заняться. Самого просто подзаебло работать на технологиях из 90-х. Одна на гугл надежда, правильное направление чуваки взяли, все от этого выиграют от обычных юзеров, до разработчиков.
Не хотел вас расстраивать, но не удержался: cloud9ide.com/
Сейв автоматом и Subversion — как бы не одно и тоже. Минимум — журналирование изменений, должно быть по-любому. Да и кодинг на смартфоне если честно, трудно себе представляю.
Про сейв автоматом — не раскрыл детали. Когда работа над таском будет закончена просто нажмёте Ctr-S и добавите комментарий. И не нужны будут холивары, что лучше git и mercurial, т.к. это будет под капотом. Впрочем, появятся другие холивары, куда уж без них :)
P.S. Кодинг на смартфоне с внешним монитором и клавиаутурой вполне нормально. Или на том же планшете.
P.S. Кодинг на смартфоне с внешним монитором и клавиаутурой вполне нормально. Или на том же планшете.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Dart — путь к мировому господству за 24 час… месяца