Компания Mozilla делает еще один шаг в направлении Open Web - надежной и универсальной платформы для разработки приложений. Сегодня в рамках инициативы по созданию программистского инструментария (Developer Tools Lab (http://labs.mozilla.com/2008/10/developer-tools-and-the-open.../)) был запущен проект основанного на web технологиях редактора кода Bespin (http://labs.mozilla.com/projects/bespin/).Bespin — это открытая расширяемая среда создания и редактирования кода, основной целью разработки которой служит повышение удобства и производительности работы программистов. После продолжительного обсуждения сообществом были выдвинуты следующие характеристики такой среды:
- Легкость использования — редактор не должен отпугивать сложностью работы с ним, а наоборот, позволить как можно быстрее приступить к редактированию кода.
- Наличие средств совместной работы — возможность взаимодействия кодеров в режиме реального времени с потенциалом одновременной работы над ...URL: http://labs.mozilla.com/2009/02/introducing-bespin/
Новость: http://www.opennet.me/opennews/art.shtml?num=20267
> Легкость использования — редактор не должен отпугивать сложностью работы с ним,
> а наоборот, позволить как можно быстрее приступить к редактированию кода.Ингода лучше лишних пару часов поучиться, но потом за 5 минут все сделать, чем начать сразу, но из-за низкой эффективности за год работы потерять дни.
> чем начать сразу, но из-за низкой эффективности за год работы потерять дни.Здесь есть одно но.Делается (ничем не обоснованное) допущение что в каком-то ином редакторе (vi поди?) с какого-то фига будет намного эффективнее.Знаете в чем проблема такой логики?В том что геморрой при обучении вовсе не тождественнен эффективности юзания.Посему без сравнения реальной эффективности разных людей с разными редакторами и детального изучения на что тратится их время при работе с этими редакторами - все это не более чем пустой треп.
>и детального изучения на что тратится их время при работе с
>этими редакторами - все это не более чем пустой треп.Сравните эффективность работы пользователя запомнившего клавиатурные шоткаты и пользователя всегда тыкающего меню. Или пользователя один раз потратившего время на написание макроса и пользователя из раза в раз повторяющего рутинные операции.
Пример из жизни, программист раз за разом для сдвига блока кода при вставке нового условного оператора проходит по строкам tab-ом, не догадываясь, что в редакторе можно целиком сместить выделенный блок через хитрую комбинацию.
>Здесь есть одно но.Делается (ничем не обоснованное) допущение что в каком-то ином редакторе (vi поди?) с какого-то фига будет намного эффективнее.Знаете в чем проблема такой логики?В том что геморрой при обучении вовсе не тождественнен эффективности юзания.Посему без сравнения реальной эффективности разных людей с разными редакторами и детального изучения на что тратится их время при работе с этими редакторами - все это не более чем пустой треп.Здесь есть одно но. Делается (ничем не обоснованное) допущение, что какой-то иной человек с какого-то фига имеет такие же низкие способности к обучению, как те, кто обычно говорит о неэффективности обучения и эффективности работы без обучения. Знаете в чем проблема такой логики? В том что геморрой при юзании без обучения вовсе не тождественнен затратам на обучение. Посему без сравнения реальной эффективности разных людей в способности обучаться и детального изучения на что тратится их время при работе без обучения - все это не более чем пустой треп.
непонятно насколько легко он будет расширяться. если для установки исправленной процедуры надо будет ставить новую версию extension, да перезапускать - то такой редактор пусть идет лесом.
у емакса и vim основное преимущество - простота скриптования и расширения под себя
На мозиловском движке есть уже редактор - Komodo edit.
https://bespin.mozilla.com/ не поддерживает оперу, хотя она прекрасно воркает с html5...
вот вам и :
"Доступность отовсюду — редактор должен работать на любом устройстве, оборудованном современным интернет браузером."
Ну и правильно ящитаю. Есть стандарты которые нужно соблюдать. Кто их не соблюдает и придумывает свои стандарты, тот пусть идёт лесом!кстати не работает из за того что в опере нет xulrunner. это встроенная хрень мозилы чтоб скриптовать (окошки ресавать и тд.. чтобы Gecko обвесить красивостями в виде панеляк и тд...)
в хроме не работает. и нахрена оно такое нужно?
Нахрена вы используете такой технологически неразвитый браузер?
И вообще, с какого перепугу оно должно работать в хроме, если оно на xul? Скачайте себе фаерфокс или xul-runner отдельно. В отличии от хрома, xul-runner истинно кросплатформенен.
>>И вообще, с какого перепугу оно должно работать в хроменаверное потому, что Мозиловцы обещали всякую там кросс-платформенность и т.д. Но, как обычно, на деле оказалось "только для своих". Ни оперы, ни хрома ... Потому что поддержка по-мозиловски это "скачайте файрфокс". Где-то мы все это уже видели ...
Согласен! По моему эти товарищи решили что они лучше всех знают что ДОЛЖЕН использовать пользователь. Принуждение к "мозячьему счастью".
они взялись бороться с Микрософт. И многому у них научились. К примеру подходу к вопросу "что должен использовать человек".
Собственно идея простая - создать как можно больше зависимостей от себя. Чтобы отказаться от Мозиллы было как можно сложнее - потери были бы слишком большими и альтернатив не было бы.
>... Потому что поддержка по-мозиловски это "скачайте файрфокс". Где-то мы все
>это уже видели ...а должна быть поддержка Мозиллы для Оперы или Гугла?, а лучше для Майкрософта!
Или они должны попросить остальных о совместимости, так ее рынок диктует.
И, простите, где Вы видели "собаку с колбасой на шее"?
насколько я помню, Микрософт в свое время ставили в вину то, что она делала нечто без оглядки на других. Мозилла вот в данном случае делает то же самое. Будем исповедовать двойные стандарты и рассказывать про "рынок диктует"?
Можно и про "рынок", если станет популярной - поддержат остальные. Ничего страшного, это "Мозилов путь" если так сказать, а Майкрософт беднее не стала. На том вопрос остановлю, а то в "какобычно" переходит.
>Мозилла вот в данном случае делает то же самое.Мозилла выкладывает сорцы - далее кто хочет, юзает.Кто не хочет - не юзает.А MS даже спеки выложить обычно не соизволит, не говоря уж об исходниках под лицензией под которых их еще и юзать можно будет.А двойные стандарты и незнание предмета - у вас.Мозилла в отличие от - на стандарты не кладет собственно.И тот же XUL работает хоть на линукс и под ARM.В отличие от кой-чьих активиксов.Двойные стандарты имхо есть у некоторых других.Которым хочется расширяемости браузера но движок оного такой блажи не позволяет.Вот они и воняют...
>на деле оказалось "только для своих".А мозилла кросплатформенна.В отличие от перечисленных.Оперу под любую экзотичную платформу (ARM, MIPS, ... ) днем с огнем не найдешь.Хром вообще даже под простой линукс не смогли собрать еще.Это так, немного о кроссплатформенности...
У мозилловцев намечается тренд - тырить названия?
О чем спорите? Это прототип! Знакомы с этим словом?
Есть Eclipse - зачем фигнёй страдать...