scorpion (07.04.2013 23:49, просмотров: 216) ответил Ксения на У Embarcadero в этом году 20 лет исполняется, на cnews.ru интервью лежит =>-
- Исторически сложилось. Думаю они надеялись подмять рынок за счет того что студни в вузах на паскале обучались, ну и по окончании вуза плавно переползали бы на дельфи. На мой взгдяд они сделали для этого все возможное, но мелкософт сделал МСДН... - Codavr(08.04.2013 11:29)
- Да на мой взгляд зря тратят силы на паскаль, лучше бы на сях сосредоточились. Где CBuilder для линукса ? - scorpion(08.04.2013 12:07)
- Правильно всё делают. В CBuilder вообще смысла нет. Хоть для линукса, хоть для МСВС. Там есть инфраструктуры вокруг GCC, на порядок более мощные. И FreePascal есть. Конечно, оно не так красочно, без коммерческой обёртки, но рынок уже не тот. fk0(216 знак., 08.04.2013 14:51)
- пичально - scorpion(08.04.2013 14:56)
- А смысл? Денех много не срубишь, а гимора более чем дофига. Мелкософту хорошо, они свой инструмент под свой продукт для себя лепили, заодно и прочих программеров отоварили. От плюсов сейчас даже мелкософт отползает. Вон фреймворки шарповые пошли, Codavr(117 знак., 08.04.2013 12:36)
- На Delphi сейчас можно под Max OS писать. К концу года обещают сделать под Android. Библиотек компонентов для Delphi/C++ Builder в разы больше, чем для C#. Создавать свои компоненты тут тоже крайне просто. - FDA(08.04.2013 13:08)
- Толку то с этих библиотек, если тичарт, например, имеет ошибку в экзампле еще с тех пор когда он не входил в комплект билдера, а был обычным компонентом каких тыщи. Со времен ПЕРВОГО билдера. Ошибка очевидная, достаточно скомпилить пример, Codavr(99 знак., 08.04.2013 14:47)
- Это вы скопилировали криво :). Скорее всего, прога компилируется в иной модели, чем используемая библиотека. Teechart надо брать с исходниками и компилить библиотеку с теми же опциями компилятора, что и основную прогу. Поэтому только у вас Ксения(89 знак., 08.04.2013 15:20)
- Не в самом тичарте ошибка, в примере. Этот косяк находится за две минуты, там одну строчку поправить надо. Просто меня поразило, то что примеры тичарта включили в релиз даже не проведя минимальной проверки. Я с каждую новую версию билдера (с 3-й Codavr(202 знак., 08.04.2013 15:24 - 15:41)
- Я так долго не живу :), Builder использовала, начиная с версии 6.0. Какой для него родной номер TeeChart'a не помню, т.к. ставлю поверх него TeeChart 8 Pro. Более поздних версий TeeChart раздобыть с исходниками не смогла, а потому не использую. Ксения(137 знак., 08.04.2013 17:10)
- Я 6 билдер уже не пробовал :) Можт глянуть чего новенького наросло? - Codavr(08.04.2013 17:23)
- Новенького? Так он сам ныне типичный пример старенького - в 2002 году выпущен. Новенькое надо искать в RAD-студиях, начиная с 2007 года, но и там примерно то же самое, только объектов стало поболе, и число рюшечек на них умножилось. - Ксения(08.04.2013 18:20)
- Любимая мной RxLib накрылась тазом. Только для дельфей осталась. - Codavr(08.04.2013 17:32 - 17:37, ссылка)
- Вообще-то она "превратилась" в JVCL, которая обновляется ежедневно - FDA(08.04.2013 20:05, ссылка)
- Спасибо. Надо таки поставить свежий билдер, вспомнить былые годы. - Codavr(08.04.2013 20:30)
- Вообще-то она "превратилась" в JVCL, которая обновляется ежедневно - FDA(08.04.2013 20:05, ссылка)
- Я 6 билдер уже не пробовал :) Можт глянуть чего новенького наросло? - Codavr(08.04.2013 17:23)
- Я так долго не живу :), Builder использовала, начиная с версии 6.0. Какой для него родной номер TeeChart'a не помню, т.к. ставлю поверх него TeeChart 8 Pro. Более поздних версий TeeChart раздобыть с исходниками не смогла, а потому не использую. Ксения(137 знак., 08.04.2013 17:10)
- Не в самом тичарте ошибка, в примере. Этот косяк находится за две минуты, там одну строчку поправить надо. Просто меня поразило, то что примеры тичарта включили в релиз даже не проведя минимальной проверки. Я с каждую новую версию билдера (с 3-й Codavr(202 знак., 08.04.2013 15:24 - 15:41)
- Дык че стонать то? Возьми и напиши свой чарт - полностью безглючный :) - Гудвин(08.04.2013 14:53)
- Я и не стону. Просто 10 лет назад отложил билдер в сторонку, и наблюдаю со стороны как он развивается. Особенно запомнился гимор со сторонними компонентами при переходе с одной версии билдера на другую. - Codavr(08.04.2013 14:55 - 15:01)
- Это патамушта билдер. Я эти 10 лет юзаю D5 в хвост и в гриву, и не жужжу :) Причем, как выяснилось, все примочки работают и в win7 64бит. Win API, етить... - Гудвин(08.04.2013 15:03)
- мне больше нравится VC6, хотя за него меня тут некоторые хотели сжечь :=) - koyodza(08.04.2013 16:57)
- А у меня с паскалем не срослось как-то. После фортранов/алголов возникла необходимость под досом кодить, ТурбоСи и Турбопаскаль другой альтернативы не рассматривалось. Увидел что в Си можно напрямую к портам обращаться и вопрос был решен Codavr(60 знак., 08.04.2013 15:08)
- Это патамушта билдер. Я эти 10 лет юзаю D5 в хвост и в гриву, и не жужжу :) Причем, как выяснилось, все примочки работают и в win7 64бит. Win API, етить... - Гудвин(08.04.2013 15:03)
- Я и не стону. Просто 10 лет назад отложил билдер в сторонку, и наблюдаю со стороны как он развивается. Особенно запомнился гимор со сторонними компонентами при переходе с одной версии билдера на другую. - Codavr(08.04.2013 14:55 - 15:01)
- Это вы скопилировали криво :). Скорее всего, прога компилируется в иной модели, чем используемая библиотека. Teechart надо брать с исходниками и компилить библиотеку с теми же опциями компилятора, что и основную прогу. Поэтому только у вас Ксения(89 знак., 08.04.2013 15:20)
- и в over9000 раз больше календариков критических дней - Vit(08.04.2013 13:13)
- +1 - Codavr(08.04.2013 14:41)
- Толку то с этих библиотек, если тичарт, например, имеет ошибку в экзампле еще с тех пор когда он не входил в комплект билдера, а был обычным компонентом каких тыщи. Со времен ПЕРВОГО билдера. Ошибка очевидная, достаточно скомпилить пример, Codavr(99 знак., 08.04.2013 14:47)
- На Delphi сейчас можно под Max OS писать. К концу года обещают сделать под Android. Библиотек компонентов для Delphi/C++ Builder в разы больше, чем для C#. Создавать свои компоненты тут тоже крайне просто. - FDA(08.04.2013 13:08)
- кому нужна жалкая поделка для жалкой поделки? - Snaky(08.04.2013 12:08)
- Это линукс то жалкая поделка ? :) - scorpion(08.04.2013 12:24)
- Правильно всё делают. В CBuilder вообще смысла нет. Хоть для линукса, хоть для МСВС. Там есть инфраструктуры вокруг GCC, на порядок более мощные. И FreePascal есть. Конечно, оно не так красочно, без коммерческой обёртки, но рынок уже не тот. fk0(216 знак., 08.04.2013 14:51)
- Да на мой взгляд зря тратят силы на паскаль, лучше бы на сях сосредоточились. Где CBuilder для линукса ? - scorpion(08.04.2013 12:07)
- Можно на Forth или ассемблере. Но оно того не стоит. Так же и тут. Зачем Java? Да затем же. C слишком узок, а C++ через-чур широк и сложен. А в области Java и C# уже всё схвачено до них. Да, для "больших" проектов нужен язык со строгой типизацией fk0(105 знак., 08.04.2013 00:57)
- Мне кажется, что у Делфи иная идея, а именно ... вообще уйти от языка. Вот и Паскаль они используют скорее для того, чтобы на нем никто не писал :). А сама идея сводится к тому, чтобы свойства объектов не программировать на языке, а определять Ксения(292 знак., 08.04.2013 01:27)
- "Не важно чем фотографировать, хоть ведром, хоть чайником. Некоторые вот лейкой снимают..." - RED_DRAGON(08.04.2013 09:35)
- На самом деле, в паскале все так же как и в си (только вместо скобочех хреноту писать надо), а если почитать про объектную реализацию, то не намного она и хуже чем в С++. - RED_DRAGON(08.04.2013 09:39)
- В паскале всё сильно не так как в C. Дьявол как всегда кроется в мелочах (другой механизм преобразования типов, вложенные функции, оператор with... отсутствие макросов!) Я считаю, Pascal это язык более подвышенного уровня, по сравнению с C. Хотя fk0(320 знак., 08.04.2013 11:07)
- tezhe yaitsa, vid s boku. m.b. bolle volosatie ili naoborot lisye, sorry za translit - RED_DRAGON(08.04.2013 12:39)
- Увы, нет. ООПщина в C++ -- поле усеянное граблями, в то время как в ОО-паскале всё достаточно единообразно, пусть и более ограничено. C с его системой типизации -- аналогично. Ну и lexical scoping в паскале сильно упрощает программирование (и fk0(94 знак., 08.04.2013 15:20)
- Хочешь похоливарить? Мясорубка C vs Pascal идет еще с доООПовских времен и ничего с тех пор не поменялось. - Codavr(08.04.2013 16:00)
- В прошлом, во времена золотой эры ЭВМ было легко отличать мальчика от мужа (иначе их называют "сосунки" и "настоящие мужчины", соответственно). Тогда настоящие мужчины были те, кто понимал в программировании, с сосунки - те, кто не понимал. fk0(22138 знак., 08.04.2013 16:20)
- Текст, конечно, сильно устарел, но FORTRAN не только жив, но и развивается. Жалко только, что ныне всё меньше народа его знают и используют. Кажется, что только в Фортране осталась передача многомерных массивов в функцию/подпрограмму с Ксения(259 знак., 08.04.2013 18:34 - 18:52)
- наверно во встраиваемых приложениях и вокруг них место FORTRAN-у не очень-то находится. - Vit(08.04.2013 18:55)
- Нет, конечно, главным образом для DSP-алгоритмов. - Ксения(08.04.2013 19:00)
- И только в фортране половина функций возвращают значения в аргументах и/или вовсе в глобальных переменных... Или, например, чтоб не выделять память передают выделенную же память в аргументах... технологии программирования, одним словом. - fk0(08.04.2013 18:40)
- наверно во встраиваемых приложениях и вокруг них место FORTRAN-у не очень-то находится. - Vit(08.04.2013 18:55)
- Гы. У меня диплом был "распознавание печатного текста". Прогу делал на фортране (кроме него знал только алгол-68 и бейсик) под RT-11. До текста дело не дошло, но отдельные символы распознавал без проблем. Это было за несколько лет до тайгера и Codavr(14 знак., 08.04.2013 16:30 - 16:36)
- Ниасилил, много букав. Но задумался а кто же такие юзеры Лиспа (автолиспа), кто они? а юзеры гребанного Пролога? - RED_DRAGON(08.04.2013 16:26)
- В 89-м году добыл стопку дискет с библиотекой ЦЕРН. Вся на фортране писана была. - Codavr(08.04.2013 16:40, ссылка)
- большинство научных библиотек и сейчас на фортране или на Си - scorpion(08.04.2013 17:40)
- Они десятками лет писались отлаживались. Новые грабли в этих делах никому не нужны, а математика с тех пор не поменялась. Добавляют новое, а старое хранят как зеницу ока. - Codavr(08.04.2013 17:46)
- а как быть с OpenCL и прочими вкусностями? - Mahagam(08.04.2013 17:56)
- OpenCL это фреймворк основаный на сишнике. Это то самое новое которое добавилось с появлением новых видюх. На алгоритмы обращения матриц OpenCL никакого влияния не оказал. - Codavr(08.04.2013 18:02)
- а как быть с OpenCL и прочими вкусностями? - Mahagam(08.04.2013 17:56)
- Они десятками лет писались отлаживались. Новые грабли в этих делах никому не нужны, а математика с тех пор не поменялась. Добавляют новое, а старое хранят как зеницу ока. - Codavr(08.04.2013 17:46)
- большинство научных библиотек и сейчас на фортране или на Си - scorpion(08.04.2013 17:40)
- В 89-м году добыл стопку дискет с библиотекой ЦЕРН. Вся на фортране писана была. - Codavr(08.04.2013 16:40, ссылка)
- Текст, конечно, сильно устарел, но FORTRAN не только жив, но и развивается. Жалко только, что ныне всё меньше народа его знают и используют. Кажется, что только в Фортране осталась передача многомерных массивов в функцию/подпрограмму с Ксения(259 знак., 08.04.2013 18:34 - 18:52)
- В прошлом, во времена золотой эры ЭВМ было легко отличать мальчика от мужа (иначе их называют "сосунки" и "настоящие мужчины", соответственно). Тогда настоящие мужчины были те, кто понимал в программировании, с сосунки - те, кто не понимал. fk0(22138 знак., 08.04.2013 16:20)
- Хочешь похоливарить? Мясорубка C vs Pascal идет еще с доООПовских времен и ничего с тех пор не поменялось. - Codavr(08.04.2013 16:00)
- Увы, нет. ООПщина в C++ -- поле усеянное граблями, в то время как в ОО-паскале всё достаточно единообразно, пусть и более ограничено. C с его системой типизации -- аналогично. Ну и lexical scoping в паскале сильно упрощает программирование (и fk0(94 знак., 08.04.2013 15:20)
- tezhe yaitsa, vid s boku. m.b. bolle volosatie ili naoborot lisye, sorry za translit - RED_DRAGON(08.04.2013 12:39)
- В паскале всё сильно не так как в C. Дьявол как всегда кроется в мелочах (другой механизм преобразования типов, вложенные функции, оператор with... отсутствие макросов!) Я считаю, Pascal это язык более подвышенного уровня, по сравнению с C. Хотя fk0(320 знак., 08.04.2013 11:07)
- На самом деле, в паскале все так же как и в си (только вместо скобочех хреноту писать надо), а если почитать про объектную реализацию, то не намного она и хуже чем в С++. - RED_DRAGON(08.04.2013 09:39)
- Дельфи == Паскаль с объектами. Что касается свойств, то "язык свойств" будет только хуже и сложней чем сам паскаль. Нет, они просто увидели CPAN и решили сделать свой такой же для Delphi, IMHO... - fk0(08.04.2013 01:51)
- "Не важно чем фотографировать, хоть ведром, хоть чайником. Некоторые вот лейкой снимают..." - RED_DRAGON(08.04.2013 09:35)
- Мне кажется, что у Делфи иная идея, а именно ... вообще уйти от языка. Вот и Паскаль они используют скорее для того, чтобы на нем никто не писал :). А сама идея сводится к тому, чтобы свойства объектов не программировать на языке, а определять Ксения(292 знак., 08.04.2013 01:27)
- Традиция! :) - Ксения(07.04.2013 23:55)
- да уж :) - scorpion(07.04.2013 23:56)
- Исторически сложилось. Думаю они надеялись подмять рынок за счет того что студни в вузах на паскале обучались, ну и по окончании вуза плавно переползали бы на дельфи. На мой взгдяд они сделали для этого все возможное, но мелкософт сделал МСДН... - Codavr(08.04.2013 11:29)