The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Новая версия среды разработки для FreePascal - Lazarus 1.4.0

22.04.2015 22:43

Объявлено о выходе новой стабильной версии интегрированной среды разработки Lazarus 1.4, основанной на компиляторе FreePascal 2.6.4 и выполняющей задачи, сходные с Delphi. При подготовке новой версии внесено около 3 тысяч изменений. Готовые установочные пакеты с Lazarus подготовлены для Linux, OS X и Windows. Минимальные требования: Windows: 98; FreeBSD/Linux: gtk 2.8 / qt4.5, 32 / 64bit, OS X: 10.5, LCL только 32bit, "не LCL"-приложения могут быть 64bit.

В новом выпуске изменена форма вывода подсказок, обеспечено хранение ресурсов в файлах RES; реализован режим формирования отступов только из символов табуляции; добавлена возможность пометки сообщений компилятора; для бета-тестирования доступен новый вариант отладчика (fpdebug); предоставлена возможность гибкой настройки содержимого палитры компонентов; в системе проектирования интерфейса представлена новая система отката изменений, учитывающая перемещение, удаление и изменение размера элементов.



  1. Главная ссылка к новости (http://forum.lazarus.freepasca...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/42088-lazarus
Ключевые слова: lazarus, pascal
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (92) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 00:01, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    http://www.osdyson.org/news/72
     
  • 1.2, Отражение луны (ok), 00:35, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Инновационно.
     
     
  • 2.5, Анончег (?), 02:18, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если добавить ещё 100500 плавающих окошечек будет ещё прогрессивнее.

    Путь гимпа, лет через двадцать соберут эту солянку в одно окошко.

     
     
  • 3.10, Logo (ok), 03:02, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не знаю, есть ли сейчас однооконный режим в Лазарусе, но помнится раньше он был, ввели идя на встречу вечно ноющим виндузятникам, но не прижилось оно, не та свобода.
     
  • 3.14, qw (??), 04:54, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Путь гимпа, лет через двадцать соберут эту солянку в одно окошко.

    http://wiki.freepascal.org/Anchor_Docking#Docking_in_the_IDE


     
     
  • 4.27, Аноним (-), 08:20, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> Путь гимпа, лет через двадцать соберут эту солянку в одно окошко.
    > http://wiki.freepascal.org/Anchor_Docking#Docking_in_the_IDE

    Мельком просмотрел - там вроде описано, как конфигурацию вывода окошек менять, т.е. интерфейс все равно SDI остается. MDI, как в Delphi современных, никто не пробовал замутить?

     
     
  • 5.34, Аноним (-), 09:33, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    В wiki написано, что официально MDI ещё не готов.
     
  • 5.75, йцу (?), 03:48, 24/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> http://wiki.freepascal.org/Anchor_Docking#Docking_in_the_IDE
    > Мельком просмотрел - там вроде описано, как конфигурацию вывода окошек менять, т.е.
    > интерфейс все равно SDI остается. MDI, как в Delphi современных, никто не пробовал замутить?

    Там сказано как все в единое окно собрать и картинка, как редактор с другими панелями в одно окно стыкован. Что как бы соответствует
    https://ru.wikipedia.org/wiki/Multiple_document_interface
    Хотя я как-то не проникся необходимостью этого. Как там в последних дельфях я не знаю, но как-то сомневаюсь что чистое мди. Чего и редактор не в табах, а в новых окнах (чур меня, чур) открывает?

    а для приложений что-то типа этого есть
    http://wiki.lazarus.freepascal.org/MultiDoc

     
     
  • 6.87, Аноним (-), 11:25, 25/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Может, я ослеп - но там три окна. Да, инспектор объектов с редактором кода и окошко сообщений в одно объединили - стало 3 окна вместо 5 (объединенное, редактор форм, меню и панель компонентов). Но это - по-прежнему не MDI, нужно одно окно...
     

  • 1.3, Gannet (ok), 01:08, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Всё-равно Total Commander под Линукс не перепишут. Фтопку. :D
     
     
  • 2.4, Сергей (??), 02:17, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +7 +/
    FAR лучше бы
     
     
  • 3.6, Аноним (-), 02:24, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    WalCommander есть, он уже намного лучше.
     
     
  • 4.47, Max (??), 12:55, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Krusader - много лет пользую.
     
  • 3.48, Анонимец (?), 13:14, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Сжечь еретика, осквернившего упоминанием богомерзкого FAR'а светлый лик родного Midnight Commander'а!
     
  • 2.9, Qld (?), 02:28, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +6 +/
    What about double commander?
     
     
  • 3.11, Logo (ok), 03:04, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Он про него не знает.
     
  • 3.62, OramahMaalhur (ok), 18:16, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему тогда уж не Volkov commander ?
     
     
  • 4.63, OramahMaalhur (ok), 18:17, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Сорри, не на тот комментарий ответил.
     
  • 2.22, Bocha (??), 07:17, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Пользую на винде TC, а под юниксами Krusader, особой разницы не вижу, а то, что у Krusader-а какой-нибудь там выход на smb:// - отдельный тред, и он не вешается целиком, если сервер не доступен - так это еще и круче, пожалуй.
     
  • 2.53, temarez (ok), 15:16, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Всё-равно Total Commander под Линукс не перепишут. Фтопку. :D

    Уже давно и успешно пилят - http://doublecmd.sourceforge.net , весьма годно для everyday use

     
  • 2.66, vn971 (ok), 18:51, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вы будете (может быть) смеяться, но как раз doublecmd пишут на той IDE о которой эта новость. Т.е. на lazarus.
     
  • 2.69, IMHO (?), 20:23, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    mc же
    total comander, far manager запустили до ненужности
     

  • 1.7, Аноним (-), 02:25, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –23 +/
    Отвратительный язык. Жаль что что-то с ним связанное ещё шевелится.
     
     
  • 2.13, Logo (ok), 03:08, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Отвратительный язык. Жаль что что-то с ним связанное ещё шевелится.

    А ты писал на нем, или мельком попробывал?

     
  • 2.16, qw (??), 05:16, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >Отвратительный язык. Жаль что что-то с ним связанное ещё шевелится.

    Не что-то, а кроссплатформенный компилятор объектного паскаля + кроссплатформенная ide. И все это силами совсем небольшого количества разработчиков. Что ессно прямо связано с высокой производительностью работы на этом языке.

    Но, конечно, если клиенты готовы мне платить за мозгоклюйство на других языках, то это их право. Стоит дороже, качество хуже, но хозяин - барин.

     
     
  • 3.20, Аноним (-), 07:06, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • –8 +/
    > то это их право. Стоит дороже, качество хуже, но хозяин - барин.

    Качество софта на дельфи давно стало легендой. И ночным кошмаром любого тестировщика.

     
     
  • 4.25, Аноним (-), 08:11, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +15 +/
    Качество кода от языка никак не зависит :)
     
     
  • 5.89, Аноним (-), 12:19, 25/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Качество кода от языка никак не зависит :)

    Как оказалось - зависит. Но да, у дельфистов изрядно пригорело, судя по количеству минусов :)

     
  • 4.38, Аноним (-), 10:03, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Это благодаря низкому уровню вхождения, а не самому языку.
     
     
  • 5.90, Аноним (-), 12:20, 25/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Это благодаря низкому уровню вхождения, а не самому языку.

    "Создайте систему, которой может пользоваться даже дypaк - и только дypaк захочет ей пользоваться".

     
  • 4.56, Аноним (-), 16:40, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Качество софта на <вставьте нужное название яп> давно стало легендой. И ночным кошмаром любого программиста/тестировщика (нужное подчеркнуть).
     

  • 1.8, SkyRanger (ok), 02:26, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    На паскале все еще кто-то пишет? О_О
     
     
  • 2.12, Logo (ok), 03:07, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Я бы с удовольствием вернулся на Паскаль и среду Лазарус, но вот беда, та же инфекция, что поразила тебя, она поразила и многих, поэтому приходится сидеть на СИ и Яве. Но если меня не загоняют в угол возгласами, что это не популярно, то я ухожу на Лазарус :)
     
     
  • 3.28, Аноним (-), 08:39, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Полностью согласен с предыдущим оратором, если приходится работать с чужими проектами - продолжаю писать на том же, на чем их "основатели" начали, ибо нефиг в чужой монастырь со своим уставом лезть, поэтому пришлось в свое время языки с С-подобным синтаксисом изучать, благо, они все как братья-близнецы, а свои утилитки, в основном, на паскале продолжаю писать (но не в Лазарусе, каюсь :))
     
  • 2.15, qw (??), 05:07, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > На паскале все еще кто-то пишет? О_О

    https://github.com/trending?l=pascal&since=monthly


     
  • 2.17, robux (ok), 06:48, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > На паскале все еще кто-то пишет?

    Лучший язык для написания прикладного (не системного) компилируемого ПО.

    Если бы я не задался целью писать кроссплатформенное пользовательское приложение на интерпретируемом (Ruby/Python) языке, то выбрал бы Pascal/Lazarus без разговоров - клепать GUI на нём одно удовольствие.

     
     
  • 3.19, Аноним (-), 07:05, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вот только почему-то все программы от паскалистов были полным трэшом, особенно в виде дельфятины.
     
     
  • 4.21, robux (ok), 07:12, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Программы на Паскале, особенно на Делфи, занимают 95% прикладного компилируемого ПО в продакшине. А нарекания на них, потому что, их много и только их там и видно.

    Паскаль в прикладном компилируемом ПО - это как php в вебе, "аналитики" ненавидят, а прикладники (которым ехать, а не шашечки) используют и благодарят.

     
     
  • 5.24, anonic (?), 07:59, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В продакшИне может и 95%, а в реальном мире это треш, конечно же, как сказал предыдущий оратор. Я, когда вижу эти дельфийские иконки, начинаю тошниться. Предвидя вопросы - писал, много писал. К счастью сейчас пишу на Qt/C++ и радуюсь
     
     
  • 6.26, Аноним (-), 08:13, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Я, когда вижу эти дельфийские иконки,
    > начинаю тошниться.

    Ты уверен, что ты - программист? :) Каким образом какие-то "иконки" влияют на функционал?

     
     
  • 7.91, Аноним (-), 12:22, 25/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты уверен, что ты - программист? :) Каким образом какие-то "иконки" влияют
    > на функционал?

    Они лишь индикатор того что от программы стоит держаться подальше. Я узрев цопирайты дельфей точно уверен - программу надо стирать.

     
  • 6.29, анн (?), 08:47, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    если учесть что Qt мечтает в итоге стать Delphi, у меня для тебя плохие новости.
     
     
  • 7.35, Аноним (-), 09:38, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Не пугайте человека, RTTI в плюсах то ещё извращение, так что нет, не станет.
     
  • 7.92, Аноним (-), 12:23, 25/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > если учесть что Qt мечтает в итоге стать Delphi

    Ничего оно не мечтает. Оно универсальный ответ на все случаи жизни.


     
  • 6.41, Асушник (?), 10:42, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +11 +/
    >в реальном мире это треш, конечно же, как сказал предыдущий оратор. Я, когда вижу эти
    >дельфийские иконки, начинаю тошниться. Предвидя вопросы - писал, много писал. К счастью
    >сейчас пишу на Qt/C++ и радуюсь

    Когда человек, владеющий несколькими языками, попадает в компанию, он будет стараться говорить в первую очередь на языке, понятном как можно большему количеству присутствующих. Некоторые люди же в такой ситуации будут упорно говорить на своем. В силу незнания других языков, что можно понять. Или нехватки воспитания, но привычки везде лезть со своим ЧСВ. Так например поступают американцы/англичане, не знающие никаких других языков, но по всему миру уверенно начинающие со всеми балакать на своем в полной уверенности, что все обязаны знать их английский или его вариации. Или некоторые программисты на С и чаще на С++. Мне доводилось писать на разных языках, и на практике я заметил, что в прикладном программировании проблемы вызывает обычно не язык, тем более если он позволяет использовать библиотеки, написанные на других языках, а непонимание предметной области решаемой задачи. Причем последняя проблема распространена довольно широко - программисты почему-то перестают быть инженерами.

     
     
  • 7.76, йцу (?), 03:52, 24/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >программисты почему-то перестают быть инженерами.

    Это с какого бодуна программисты инженерами когда то были? Вы их случайно с программирующими инженерами не путаете?


     
  • 7.81, dq0s4y71 (ok), 13:15, 24/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Так например поступают американцы/англичане, не знающие никаких других языков, но по всему миру уверенно начинающие со всеми балакать на своем в полной уверенности, что все обязаны знать их английский или его вариации.

    Вы про американцев/англичан знаете, похоже, исключительно из российского ТВ. С остальным согласен.

     
     
  • 8.84, Асушник (?), 14:00, 24/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, из реальности, вижу их нередко в Германии Ну и по Европе, где бываю Но я ... текст свёрнут, показать
     
  • 5.31, анонимус (??), 09:14, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Вас как послушать ,что к душе лежит так сразу 95% занимает ,а пруф есть или балабол?
    То у вас java 95% в продакшене занимает ,то питон тоже 95% ,вы уже определитесь? Хотите сказать прикладуха написана почти вся на паскале ванючем ? и 5 % на жабе дохлой? Да не смешите ,это бред сивой кобылы ,на вашем вонючем паскале написанно ровно столько же прикладухи сколько на чистых сях ,а на плюсах и того больше ,аналитик мне тоже
     
  • 5.70, IMHO (?), 20:25, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Паскаль в прикладном компилируемом ПО

    если надо написать графическую утилиту


     
  • 4.42, Canis Dirus Leidy (?), 11:38, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    «Besides, the determined Real Programmer can write Fortran programs in any language».
    (q)Real Programmers Don't Use Pascal
     

  • 1.18, Аноним (-), 07:04, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > FreeBSD

    Прочитал как FreeDOS. Долго думал как они к нему GTK прикрутили.

     
  • 1.23, robux (ok), 07:22, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Смотрю на последние версии Lazarus, FreeCAD, LibreOffice... и душа радуется.
    Наконец-то появляются достойные аналоги копирастам (Delphi, SolidWorks, MSOffice).

    Так победимЪ!

     
     
  • 2.58, funny_falcon (ok), 17:21, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего, что LibreOffice наследник StarOffice? И даже уже будучи OpenOffice долгое время спонсировался Sun.

    Т.е. без финансовой подпитки, вряд ли победимЪ ...

     
     
  • 3.78, robux (ok), 08:13, 24/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Ничего, что LibreOffice наследник StarOffice?

    Ничего. Solaris - наследница Linux, и тоже ничего.
    EtersoftWine - наследник Wine. Тоже ничего.

    > И даже уже будучи OpenOffice долгое время спонсировался Sun.

    Спонсировался. А сейчас LibreOffice спонсируется донейтом - и развивается не хуже.
    Программистам нас$ать, кто им платит - большой брат или сообщество.
    Я бы даже сказал, что приятнее, когда платит благодарное сообщество.

    > Т.е. без финансовой подпитки, вряд ли победимЪ ...

    Согласен. Но корпорации - не единственный способ финансовой подпитки.
    Есть краудфандинг, есть донейт, есть бюджетная поддержка.

    Кроме мотивации деньгами, должна быть также мотивация рейтингом личности:
    т.е. чтобы чел стремился не только "жрать", но и самореализовываться в обществе.

    Как по мне, то безликие корпорации вобще должны умереть, иначе мы станем их рабами.
    А для этого нужно возвращение артелей, сети доверия, общественной собственности на ресурсы и коммуникации.

     
     
  • 4.79, funny_falcon (ok), 08:21, 24/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Коммунизм - это и правда хорошо. Не тот, что был в рсфср, а который Маркс придумал. Но, к сожалению, мы до него не доживем.
     
     
  • 5.85, robux (ok), 21:05, 24/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Коммунизм - это и правда хорошо. Не тот, что был в рсфср,
    > а который Маркс придумал. Но, к сожалению, мы до него не
    > доживем.

    Во-первых, не РСФСР, а СССР + Восточная Европа.
    Во-вторых, при чём здесь "коммунизм"? Я деньги-то предлагаю оставить.
    Ну и в третьих, больше никаких "-измов" - только технологический подход.

     
     
  • 6.86, funny_falcon (ok), 10:52, 25/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> Коммунизм - это и правда хорошо. Не тот, что был в рсфср,
    >> а который Маркс придумал. Но, к сожалению, мы до него не
    >> доживем.
    > Во-первых, не РСФСР, а СССР + Восточная Европа.
    > Во-вторых, при чём здесь "коммунизм"? Я деньги-то предлагаю оставить.
    > Ну и в третьих, больше никаких "-измов" - только технологический подход.

    Я намеренно написал РСФСР, ибо не во всех странах "СССР + Восточная Европа" жилось одинаково плохо.

    Деньги - лишь формальность, удобный способ подсчета "распределенных" ресурсов. Коммунизм можно построить и с деньгами, мне кажется (могу ошибаться). А можно и без них.

    И можно называть по разному, и "только технологическим подходом", и катарсионицизмом

     
  • 5.88, Аноним (-), 11:30, 25/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Коммунизм - это и правда хорошо. Не тот, что был в рсфср,
    > а который Маркс придумал. Но, к сожалению, мы до него не
    > доживем.

    Так-то вы с марксизмом-ленинизмом плохо знакомы, коммунизм - это высшая цель, некий идеал, к которому мы стремились, а у нас был социализм :)

     

  • 1.30, анн (?), 08:55, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мне вот интересно, сейчас все переходят на "компонентную" модель разработки - чтобы задача решалась подключением нужных компонентов с разным функционалом и немного (в зависимости от сложности задачи) настраивались компоненты для работы друг с другом и писалась логика. Так вот в Delphi это было реализовано ещё в 2000х годах и работает до сих пор. Что не нравится "современным разработчикам" в таком подходе и Lazarus(Delphi)  в частности??? Как они видят процесс создания сложного ПО?
     
     
  • 2.32, анонимус (??), 09:17, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Писать раздельными модулями ,20 лет пишут ,хоть на чистом си ,ядро как пример ,ваш аки бэйсик ничего нового не открыл.
     
     
  • 3.33, анн (?), 09:20, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    "компонент" немного отличается от "раздельный модуль", но даже в этом случае вопрос мой остается - почему ТАК сильно не нравится delphi?
     
     
  • 4.36, Аноним (-), 09:45, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Школоло сильно испортили карму. Для многих - карма важнее реального положения вещей. Да и конкурировать с теми, кто трудится за гроши очень тяжело, особенно когда заказчику посредник (90% нынешнего рынка ПО).

    Ну в лазаре с компонентами та же фигнят, что и в дельфе - отладка, конечно, получше будет (лишь за счет того, что всё собирается из исходников), но при проблемах в компонентах вы получаете большой треш в самой IDE.

    И да, bpl-ок нет, компоненты вшиваются в IDE со всеми вытекащими.

     
  • 4.37, Аноним (-), 09:48, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > но даже в этом случае вопрос мой остается - почему ТАК сильно не нравится delphi?

    Скорее всего не повезло в жизни. В ВУЗах чащк всего преподается Pascal. Студент усиленно изучает Delpdi, думает что в жизни пригодится, что без проблем найдет работу... И облом. На собеседованиях не везет потому что познания в Delphi работодателя не интересуют. Оттуда лютая обида и ненависть. Конечно, это далеко не всегда так, но бывает.

     
     
  • 5.39, Аноним (-), 10:20, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    зато можно в Европе работать, там некоторые производители пром.роботов используют Делфи-похожий язык, для управления ими.
     
  • 5.77, йцу (?), 03:57, 24/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >В ВУЗах чащк всего преподается Pascal. Студент усиленно изучает Delpdi, думает что в жизни пригодится, что без проблем найдет работу...

    Вы какой-то смешной. Если студент программист то это как бы вовсе не так (да и у него мозги уже сиподобными языками вывихнуты). А если не программист, то при чем тут поиски работы с дельфями без проблем?


     
  • 4.40, Аноним (-), 10:33, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> почему ТАК сильно не нравится delphi?

    Это вопрос религии :) Все равно что спросить: "Что хорошего в этом vi (vim)?" :) Причем "ненавидеть delphi" и "рвать рубашку за vi" будут как раз те, которые ни тем ни тем особо не пользовались :)

     
  • 4.68, Аноним (-), 20:22, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    а на этой вашей дельфи можно ОС написать? Ну или драйвер для видухи и чтоб работал, как сишный?
     
     
  • 5.71, Аноним (-), 21:42, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А в чем проблема? Пиши - не хочу. :)
    Раз считаешь, что умное что-то написал - то ответь на вопрос:
    А на этом вашем С можно написать ОС, чтоб ресурсов жрало и работало по скорости, как КолибриОС? :)
     
  • 5.72, Anonim (??), 22:15, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Написать-то можно и да, во многих моментах будет работать не хуже, особенно на той языковой части, которая от C не отходит (записи и функции).
    Вот только для этого дела нет целевой аудитории, а без фишек и с варварским обращением с памятью ничем Pascal не лучше чистого C.
    Потом обвязку сделать объектную со списками и коллекциями.
    Про то, какие обвязки к библиотеками пишется на C++ я молчу, без слез и не взглянешь.
    А вот посмотрев на некоторые Phyton-вские - сразу понимаешь, как можно не обвязывая всё получить оптимальный вариант.
     
  • 5.83, dq0s4y71 (ok), 13:21, 24/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем? Для этого существует Си. Отвёртку придумали не для того чтобы заменить ей молоток.
     

  • 1.43, Аноним (-), 11:48, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Pascal, в 2015ом году, мягко говоря, выглядит ужасающе. Сложно представить, кому он все еще может нравиться, кроме седых преподавателей школ.
     
     
  • 2.45, Аноним (-), 11:59, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А по-моему ужасающе выглядит то, что некоторые, не зная даже толком основ ООП, а только лишь зазубрив синтаксис одного-единственного языка (допустим, С++), пытаются что-то кому-то доказывать.
     
     
  • 3.50, Аноним (-), 14:03, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Если это шутка, или так называемый "троллинг", то у вас неплохо получается.

    p.s. Комментарии выше и правда оставляют в недоумении, то ли это чей-то каламбур, то ли люди живут на другой планете (или в другом времени).

     
  • 2.74, йцу (?), 03:17, 24/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Pascal, в 2015ом году, мягко говоря, выглядит ужасающе. Сложно представить, кому он все еще может нравиться, кроме седых преподавателей школ.

    Pascal 2015 года, в 2015ом году, действительно уже не так прост, и не всякому седому преподавателю уже по зубам увы.

    Думаю ваши познания в других языках так же глубоки и слова типа с99 с++11 и т.п. вы тоже никогда не слышали ограничившись тем что от седовласых в школе слышали.

     
  • 2.82, dq0s4y71 (ok), 13:19, 24/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Я думаю, седым преподавателям школ это нагромождение свистулек и погремушек как раз не нравится.
     

  • 1.44, via (??), 11:50, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ностальджи! Но в свое время дельфи была приставкой к субд. Клиент-сервер. вот это все. Нонче клиеты переехали в веб, и смысл в RAD потерян.
     
     
  • 2.46, анн (?), 12:37, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Нонче клиеты переехали в веб, и смысл в RAD потерян.

    вот только на delphi писать армы и работать с БД так и осталось писать раз в 100 проще чем учить php+html(css)+javascript, и не факт что везде будет работать одинаково.

     

  • 1.49, Пользователь Debian (?), 14:00, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    С гуями там всё прекрасно, но вот никакие компоненты для работы с базами данных там не умеют Юникод.  То есть весь Windows умеет, а FPC/LCL не умеет.

    Без этого оно не нужно независимо от удобства (а система удобна и компилятор хорош), потому что не может заменить дорогущее как-там-сейчас-они-называют-Delphi.

     
     
  • 2.51, Юникодный Джо (?), 14:52, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >но вот никакие компоненты для работы с базами данных там не умеют Юникод.  То есть весь Windows умеет, а FPC/LCL не умеет.

    Ох уж эти сказки, ох уж эти сказочники...

     
     
  • 3.57, Пользователь Debian (?), 17:15, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Милейший, у меня не было никакого желания делать "наброс".
    Но судите сами: у нас есть тут самописное очень большое приложение на Delphi 7. Давно хочется слезть на что-то другое.  Переход на FPC/LCL/Lazarus позволил бы, в принципе, обойтись минимальной кровью (хотя опять же в LCL нет, например, TADODataSet).

    Я предлагаю своему начальнику посмотреть на это решение. Мы берём штатный компонент работы с ODBC, цепляемся к Microsoft SQL Server, и видим в дата-гриде на форме кракозябры вместо кириллицы. Ну, я понимаю, что опенсорс, что мало разработчиков и т.п., но в 2014 это смотрится дико, честное слово, потому что даже в куда более одиозных средах (я имел дело, среди прочего с ODBC через FreeTDS из Tcl, Go и Mono) всё нормально с Юникодом. Даже думать не надо.

    Причём я честно пошёл гуглить решения, пробовал разные другие схемы доступа к данным (хотя это тоже наводит на мрачные мысли: такие вещи должны быть "в ядре"), но безуспешно.

    Я понимаю, что на дельфи не только морды к базам данных делают (вон, гуи скайпа на нём когда-то было писано), но основная ниша дельфи именно морды к БД, и завязанные на этом бизнес-процессы. И тут такая неприятность.

     
     
  • 4.59, Аноним (-), 17:28, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вы не смогли записать в базу в подходящей кодировке данные? Найдите программиста, он все решит :-)
     
  • 4.60, Юникодный Джо (?), 17:41, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > у нас есть тут самописное очень большое приложение на Delphi 7

    Так-так... Вангую, что в базе лежит не юникод, а милая сердцу 1251. В этом случае могут быть нюансы, но к юникоду отношения не имеющие.

     
  • 4.64, Аноним (-), 18:28, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Далось вам это ADO, с тех пор, как Embarcadero купили AnyDAC (FireDAC) и он идет по умолчанию со средой разработки - про этот зоопарк из ADO, BDE, IBX, DOA (это из того, что я сам использовал, пишу под Oracle и Firebird/Interbase) можно смело забыть, что я и сделал :)
     
  • 3.80, robux (ok), 08:36, 24/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Ох уж эти сказки, ох уж эти сказочники...

    Товарищ не осилил Zeos и преобразования вида CP1251 <-> UTF8.
    На то мы и дружное сообщество, чтобы подсказывать друг другу.

     
  • 2.52, anonymous (??), 15:02, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Попробуйте http://sourceforge.net/projects/zeoslib/
    Судя по сообщениям с форумов, эта проблема в последних версиях библиотеки решена.
     
  • 2.54, Аноним (-), 15:54, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Опа, лазарь юникод не умеет? че за бред?! да если вдруг приспичит, от этого юникода запаришься в лазаре избавляться!
     
     
  • 3.73, Anonim (??), 22:32, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Да, нужно заморачиваться с самопальной RTL и т.д.
    Оправдано, если драйвера решите на паскале писать
     
  • 2.55, greenman (ok), 16:07, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "The following major release Lazarus 2.0 will surely use FPC 3.x but also Lazarus 1.4.x minor release could in theory switch to it, although I don't see much use for it. Unicode related changes happen in Lazarus trunk and will not be backported, and Unicode is the biggest thing in FPC 3.x after all."
     
     
  • 3.61, Юникодный Джо (?), 17:47, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Тут речь о "другом юникоде". Сейчас в FPC вводится поддержка utf6 на уровень ядра и RTL. До этого все (RTL/LCL) обходились utf8. Сделают просто более цивилизованную поддержку, с возможностью прозрачного конвертирования строк.
     

  • 1.65, new_name (?), 18:38, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лазарус + fpc -- хорошая штука. Особенно для студентов и тп

    Языки промышленного программирования, _из компилируемых_ - это.  C++/C

    Вот. Они еще лучше С++ выграл в войах библиотек... Но такой хорошей Rad среды как лазарус у него нет. Даже шикарной среды.

    и Вот захотел я как-то прицепить С++ компилятор к Лазарусу.
    Цель - заманчивая - получить свободный аналог BCB RAD -- Borland C++ Builder

    Или хотя бы так: рисовать в IDE а писать обработчики на С++

    Пишу результат изысканий по порядку.
    Там библиотеки LCL, аналог VCL - тоже на паскале. Ок, их не трогаем линкуемся к ним своими obj файлами скомпилированными из С++

    Оказалось в чем проблема:  FreePascal (fcp) генерирует некие объектные файлы
    сам же линкует их в байнари, а прилинковать объектные файлы кода C++ - выход получившийся из gcc -- не может. Хотя чистые С-файлы слинковать в итоге может. Но это не интересно... чистый С.

    http://forum.lazarus.freepascal.org/index.php?topic=15862.0

    То есть, надо fpc править. Посмотрел я тогда на fpc, он оказался нетривиально устроенным, и по оценке такая переделка требует кучу времени. ... и пока отказался. как-то Слишком много работы для пользы студентов

    Кстати, в планах разработчиков fpc (очень далеких планах!) есть эта фича: уметь линковаться с нормальными .obj файлами из С++ от gcc.

    http://freepascal.org/future.var
    Planned for later versions: Linking with C++ code
    оно там давно и от разрабртчиков ждать безнадежно

     
  • 1.67, vn971 (ok), 19:11, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А кто-нибудь хочет поучаствовать в портировании игрушки?
    Игра C-evo: http://c-evo.org/
    Изначально была написана на Delphi и сейчас в стадии конвертации (мною) на Lazarus.
    Репа: https://github.com/vn971/cevo
    Пост на форуме той игрушки: http://www.c-evo.org/bb/viewtopic.php?f=4&t=124

    С точки зрения меня как юзера - игра по-своему классная. Из всех civilization-like стратегий у неё наиболее продуманные / интересные / простые правила.

    С точки зрения меня как программиста - эта игра очень стрёмная из-за привязки к windows и Delphi. От этих двух обстоятельств планируется избавиться...но пока это не сделано, надо будет постоянно компилировать/запускать игрушку из виртуалки с виндой. (Ну или просто в винде.)

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру