V1s1ter Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору           Обсуждаем новые возможности и баги   Просьба писать про Embarcadero RAD Studio XE5, XE6, XE7, XE8, 10.x (Seattle, Berlin,Tokyo)   По вопросам скачивания - Тема в Варезнике (lite-версии тут)   Вопросы по неюникодным версиям Delphi — шестая бумага   Бесплатные Компоненты и утилиты для Delphi/BCB/FreePascal/Lazarus   Коммерческие компоненты и утилиты для Delphi/BCB   Вопросы по компонентам для Delphi, C++ Builder разных версий   Новые языковые возможности, начиная с Delphi 2005 по XE4 — здесь, и New!здесь еще   Англоязычный официальный форум Embarcadero — здесь   Embarcadero Quality Central, веб интерфейс — здесь, новый Quality Portal тут   Программирование на Delphi — викиверситет   Другие ресурсы    Предыдущие бумаги        Вопросы ..XE4       Вопросы ..XE3     Вопросы ..XE2         Вопросы ..2009-XE     Вопросы ..<2009 / ч.5     Вопросы ..<2009 / ч.4         Вопросы ..<2009 / ч.3     Вопросы ..Delphi 2 / ч.2     Вопросы ..Delphi     Выключение встроенного эксперта Castalia  для XE8 (иногда помогает при вылетах и тормозах)     Полезные плагины(эксперты) Всего записей: 948 | Зарегистр. 06-02-2007 | Отправлено: 15:25 11-09-2013 | Исправлено: Komandor, 15:49 31-03-2024

deks Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору kaz_av   Цитата: Если такая архитектура приведет к удобной работе с плагинами, почему бы нет.   Ты сейчас говоришь о нативных плагинах для браузера? Если так, мне не понятно нафига этот винегрет (JS+нативные плагины) нужен, если можно делать просто отдельный продукт. Какие плюсы будут получены от браузер-основанной IDE?     Про пакеты в атоме тут: https://atom.io/docs/v0.67.0/creating-a-package   Вкратце: атом построен на веб-технологиях (html5+css render, less/sass, coffe-script код, node.js, менеджеры пакетов наподобие npm). В результате довольно просто и ясно как делать плагины к редактору, которые сильни изменяют его поведение. Но при этом - само приложение является десктопным. Не думаю, что будет слишком сложно добавить туда нативные куски кода для работы с отладчиком и тп, что неудобно делать из JS. Ну и архитектура атома - вполне себе свежее явление!  Мне импонирует такой подход: в JS завернуто в основном прикладная логика оболочки, и вопросы рендера view, удобная css стилизация и прочие плюшки. Насчет скорости - ну не все так плохо, думаю современные dev-машины вполне себе потянут.       Добавлено: Цитата: Какие плюсы будут получены от браузер-основанной IDE?     Из плюсов - легкость и простота интеграции довольно мощных пакетов, при этом безопасность вполне ок. Многопоточность, как я понял, обеспечивается через node.js Не нужно генерировать бинарные плагины для каждой платформы. Ну и бинарный плагин - это всегда определенный риск, JS попроще. Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 09:52 05-03-2014

kaz_av Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору sergionn Цитата: если отбросить всю маркетинговую шелуху то в 2014 почти ничего нужного и актуального НЕ СВЕТИТ QPS более чем актуально. И если оба релиза будут направлены на это, есть вероятность, что чего-нибудь да улучшат.   Alexey_Gawrilow Цитата: Это чейта?  Список языков JVM Это список языков для которых JVM является бэкендом, но ты то сказал о фронтенде т.е. непосредственно самой Java. МС однажды пыталась сделать собственную Java, и солнцевским, помнится, это не очень понравилось   Цитата: kaz_av? если да Да, блог мой.   deks Цитата: Из плюсов Ну вот кроме кроссплатформы я никаких внятных плюсов не вижу, да и тот упирается в нативные плагины. Зато могу предположить о минусах - скорость и потребление памяти. Как я понимаю, на Atom вживую посмотреть пока нельзя, поэтому конкретно о нем ничего не сказать, но можно посмотреть по подобию (HTML+JS приложения). Например простенькая демка в хроме потребляет примерно 50Mb, ничего особенного не делая. Очень простой браузерный гуй (yaaw) для aria2c кушает примерно 16Mb. Сколько будет потреблять полноценная IDE с открытым проектом я что-то даже представить боюсь. Думаю, даже для девелоперской машины это будет слишком. Ну и по скорости. Я перепробовал кучу десктопных редакторов для программистов, позиционирующихся очень быстрыми и умеющими понимать паскалевский код (т.е. не просто подсветка, но и стурктура кода + навигация по структуре) и ни один не смог с нормальной скоростью работать с файлом на 15 тыс. строк. Кроме Delphi и Lazarus - ни один (впрочем, с навигацией у Delphi беда). Хотя нагнуть можно и Delphi Однажды, для интереса, я попробовал открыть в Delphi машинно-сгенерированный фай содержащий примерно 20 тыс. перегруженных процедур (это был эксперимент!) - Delphi пришлось снимать через диспетчер задачь Так вот я не думаю, что внутрибраузерный редактор сможет сделать то, чего не могут настольные. Всего записей: 457 | Зарегистр. 15-02-2006 | Отправлено: 12:08 05-03-2014

deks Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору kaz_av   Атом в закрытой бэте по инвайтам. Если нужен инвайт - почту в ПМ.     Про memory footprint: Eclipse тоже не нативный, а вовсе даже на java - и ничего, работают. Аналогично всем поделкам от JetBrains. Демка в хроме есть память потому, что сам хром жирный. Даже оч крутая демка будет жрать столько же - так как из 50Mb 49,9 жрет сам хром (на жизнь, shadow dom и все браузерные плюшки).     Про память и dev машины. Не знаю у кого как, но меньше 16Gb на настольной машине по нынешним временам - это смешно. У меня на самом дохлом ноуте 4Gb (и то думаю заменить на ноут с 8Gb), поэтому 50Mb ram memory footprint вообще ни разу не пугают.     Про скорость - файл на 15 тыс строк - явный кандидат на рефакторинг, не вижу практического смысла работать с такими файлами. понятно, что если целится в ногу то и пальнуть можно.     Про "может сделать" - в браузерных штуках с открытой архитектурой плагинов плюс один - плагины смогут делать куча народа. Бинарные же плагины - это для откровенных эстетов, нужен определенный API и SDK для их разработки, что делает все сложнее на порядок. Поэтому речь не идет о некоторых возможностях, которые недостижимы в настольном приложении. Просто в браузере все легче получится, проще (ну например, стили css и общий layout) - а некоторые вещи тупо быстрее (из-за оптимизированности движков браузеров). Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 13:34 05-03-2014

kaz_av Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору deks Цитата: Даже оч крутая демка будет жрать столько же - так как из 50Mb 49,9 жрет сам хром (на жизнь, shadow dom и все браузерные плюшки). Ничего подобного. Это потребление только одной вкладки с демкой. Процесссы для вкладок не обладают всем браузерным функционалом, они чисто рендеры (кстати, для взаимодействия с GPU там тоже отдельный процесс).   Цитата: поэтому 50Mb ram memory footprint вообще ни разу не пугают. Да там не 50Mb будет, а много больше (у меня сейчас Опера 12 (однопроцессная еще) с полутора десятками страничек уже перевалила за 800Mb. Все страницы статичны, flash вообще заблокирован). К сожалению нет ничего похожего, чтоб сделать хоть какой-то сравнительный анализ. Но я думаю, что шевелиться оно перестанет раньше, чем сожрет все ОЗУ   Цитата: файл на 15 тыс строк - явный кандидат на рефакторинг, не вижу практического смысла работать с такими файлами. Язык, увы, не позволяет. Я писал о причине на форуме фрипаскаля: Цитата: У меня есть модуль XmlRpc.Types количство строк в котором приближается к 15 тыс. Там описаны только базовые типы и работа с ними. Ничего лишнего. По идее, я мог бы выделить каждый тип в отдельный модуль, но это будет означать, что мои пользователи вместо Uses XmlRpc.Types; вынуждены будут писать Uses XmlRpc.Value, XmlRpc.Array, XmlRpc.Struct и так далее. Мне эта идея не нравится. Однако, если бы в ObjectPascal была нормальная реализация пространств имен я не задумываяь разделил бы такой большой файл, но не потому что он такой большой, а потому, что в этом случае такое деление выглядело бы логичным. Ну и потом, дельфийские Forms.pas, Classes.pas тоже в районе 15-16 тыс. Windows.pas так вообще 37 тыс. (XE2).   Цитата: Просто в браузере все легче получится, проще Простота означает только одно - низкий порог вхождения. Чем плох низкий порог объяснять, думаю, не нужно. Ну и потом, не всем нравится тот плагинный угар существующий в лисе. Перефразируя известную фразу о линуксе - настроить можно все и вы, @#$дь, будете это настраивать Всего записей: 457 | Зарегистр. 15-02-2006 | Отправлено: 14:29 05-03-2014

Alexey_Gawrilow Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору kaz_av Цитата: МС однажды пыталась сделать собственную Java, и солнцевским, помнится, это не очень понравилось   Не понравилось почему? Потому что MS сделала расширения, привязывающую реализацию к Windows и напрочь убивавщую единственное оправдание существования Java на Земле - написано однажды - работает везде. Ну это по крайней мере, SUN тогда так думала.   MS не сильно расстроилась, и подумав, выкатила NET.   А RO...назовут "Углеродом"... и поедут дальше. Всего записей: 640 | Зарегистр. 08-09-2003 | Отправлено: 14:52 05-03-2014 | Исправлено: Alexey_Gawrilow, 14:58 05-03-2014

deks Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору kaz_av Цитата: Язык, увы, не позволяет   Oxygene / C# имеют вполне годные namespace. Поэтому смысла в портянках нету! Для Дельфи то никто и не предлагает browser-based IDE, для EMRO новая IDE щас вообще не приоритет,  хотя, имхо, могли бы и показать какой-то прогресс со времен RAD Studio.     Alexey_Gawrilow   Ну - в целом мысль то про Java здравая! Про тот же C# написали, что 90% инвестиций в развитие продукта идет на пользу обоим языкам! А получив еще и Java (один из ведущих по распространенности среди девелоперов языков) можно нехило расширить базу клиентов. Благо опыт с Java у них есть: Paste Java as Oxygene существует (конвертер кода). Ну и третий фронтэнд для готового backend - это уже легче чем второй)) Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 16:06 05-03-2014

Alexey_Gawrilow Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Цитата: Ну и третий фронтэнд для готового backend - это уже легче чем второй   Грусть - тоска. Вспоминается TopSpeed, XDS. Нагло обворованный Juice.   Хотя для XDS компиляторы всегда были лишь средством производства, а не титульным продуктом. Всего записей: 640 | Зарегистр. 08-09-2003 | Отправлено: 16:26 05-03-2014

kaz_av Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Alexey_Gawrilow Цитата: Потому что MS сделала расширения, привязывающую реализацию к Windows и напрочь убивавщую единственное оправдание существования Java на Земле - написано однажды - работает везде. Ну а теперь могут наехать за то, что реализация поддерживает .NET - прямого конкурента Oracle ведь уже пыталась наехать на ведроид за использование Java API.   Цитата: А RO...назовут "Углеродом"... и поедут дальше. И для пиара плохо, да и не известо, можно ли вот так просто взять и сделать 100% совместимый язык, а потом просто вывеску сменить. В общем, даже если наезд оракула будет не бесспорным, у RO, думаю, деньги закончатся раньше     deks Цитата: Oxygene / C# имеют вполне годные namespace. Поэтому смысла в портянках нету! Я просто пояснил, почему большие файлы не обязательно кандидаты на рефакторинг. Ну а там, где можно себе позволить маленькие файлы, этих файлов будет просто куча, и еще не известно, что лучше   Цитата: хотя, имхо, могли бы и показать какой-то прогресс со времен RAD Studio Да вот по роадмапу собираются новые визуальные редакторы делать для мобильной разработки. Не стало бы хуже... Всего записей: 457 | Зарегистр. 15-02-2006 | Отправлено: 16:35 05-03-2014

deks Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору kaz_av   Вместо новых визуальных редакторов нужен новый backend для среды: текущий - это же позор. нет нормальных refactoring, error insight работает как бог на душу положит, временами code formatting портит код, и тп. Правильную же затею начали - перевести кодогенерацию на модульную архитектуру - фронтэнд, бэкэнд, заюзать LLVM и тп. Видимо, кончается компетенция в развитии подобных штук. Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 17:09 05-03-2014

kaz_av Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору deks И не говори Всего записей: 457 | Зарегистр. 15-02-2006 | Отправлено: 18:40 05-03-2014

kaz_av Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору HeMet А Рощин на скуле говорил, что решения принимаются в Америках. Впрочем, это, разумеется, не может помешать местным горячо спорить   Цитата: а по поводу визуального редактора для FMX их ругали с момента его выхода, так что не удивительно, что они решили им заняться. Блин, им бы, для начала, самой FMX заняться... Всего записей: 457 | Зарегистр. 15-02-2006 | Отправлено: 21:02 05-03-2014

deks Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору HeMet   А о чем горячо спорить про IDE? Очевидно же что нету никаких особенных инноваций начиная с 2006 версии (или когда там Studio появилась).     Видимо - споры о том, не пора ли пристрелить старушку..     Лично мое мнение простое: "до основанья, а затем" - не метод. Только плавная полировка сабжа, только частые релизы, только быстрый фикс багов. Допиливать нужно именно "потроха" IDE, там архитектура страдает. Слишком много технического долга накоплено, пора отдать: выкинуть нафиг J#, сделать единый парсер для языка (языков? C++ и Pascal), который компилятор будет обслуживать и всех прочих нуждающихся (рефакторинг, подсветки кода, ошибок, CC, а может еще и в API отдать AST), старый DCC отставить в сторону, и перевести все платформы на новый модульный компилятор (для совместимости оставить на несколько релизов старый компилятор - как Apple делала с GCC/LLVM)..   Также страшно нужен единый нормальный менеджер пакетов с репозиториями (публичными для open source и частными для коммерческих компонентов с autorized доступом). Неплохо было бы прикрутить к менеджеру пакетов какую нибудь галлерею!..     Ну и куча других пожеланий! Жаль, что выговорился в пустоту - как обычно, впрочем.. Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 21:45 05-03-2014

deks Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору HeMet   Для дельфистов - может и пофиг, все привыкли к установке пакетов руками, есть  куча автоматизации такой установки (LazyDelphiBuilder, DelphiPI, InnoSetup, Train, etc), но ни одного приличного средства от вендора.     У конкурентов - у всех есть пакеты (в C#, JS, Cocoa, etc). То есть, если переманивать народ на свою платформу - нужно дать вменяемые альтернативы привычным инструментам. Странно, что в ЭМРО этого не понимают.   Fire Свежий скрин про Fire - какую то среду (Mac или CrossPaltform? но нативную для Oxygene/C#) от RemObjects: https://twitter.com/dwarfland/status/441373075201064960/photo/1 Выглядит как XCode, видимо расчитано на переманивание народа с Cocoa для кросс-платформы. Забавно будет делать iPhone/Android приложение с такой IDE)) Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 10:29 06-03-2014 | Исправлено: deks, 10:31 06-03-2014

kaz_av Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору sergionn Ценник интересный. Не зря все-же RO пилят элементы Всего записей: 457 | Зарегистр. 15-02-2006 | Отправлено: 00:40 07-03-2014

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Embarcadero RAD Studio

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование