> Пардон, коллега, но нельзя ли пруф? Я хочу ЭТО видеть. :)
http://www.softkey.info/reviews/review9900.php

> При этом он добавил как только выйдет новая версия Delphi на 64 бита (в этом или следующем году), сразу свернёт разработку Total Commander на Lazarus. И само портирование на Lazarus не подразумевает того, что он переписывает под Linux.
А еще жаловался на пользователей, которые с промытыми маркетологами мозгами поустанавливали себе 64-битные винды, от которых никакого профита, и теперь 64-битные приложения от разработчиков требуют :)

Ато. Донецкий ДонНТУ

Весь первый курс делпфи и опефационная система виндоус 95. ПО методичкам для делфи три.ноль... Дальше - тоже самое...

Подтверждаю, анонимус говорит правду — в одном из крупнейших украинских вузов всё очень печально. Правда, на старших курсах появляется якобы свобода выбора — свои работы разрешают делать на любом языке. На самом деле, угодными считаются только Delphi (тот, который можно запустить на компьютерах с процессором 133 МГц и 32-46 МБ памяти), C++ строитель и VB6. И, если выбранный язык не является одним из них, тебе мягко намекают, что ради тебя никто ничего на компьютеры устанавливать не будет, да и вообще, не надо тут выделываться, пиши на том, на чём пишут нормальные люди.

Никто, правда, не запрещает, если не нужен гуй, писать на паскале или си и выводить результаты в консоль. Однако, делфи преподносят таким образом, что напрочь отбивают желание пользоваться чем-то ещё. Звучит это примерно так: «Помните, раньше, на паскале вам нужно было писать всякие readln и ждать, пока будут введены данные? В делфи этого, о чудо, делать не нужно! Программа сама отреагирует, когда пользователь нажмёт кнопку, и даже уведомит вас об этом!» Типичная работа студента выглядит примерно так: огромное окно, которое не умещается на экране после запуска (потому что дома разрешение монитора 1280x1024, а в университете в лучшем случае 800x600), иногда покрашена в яркий цвет (считается, что тогда препод не заметит, что видел эту же программу уже 100500 раз), одна-две кнопки огромных размеров с такими же огромными надписями (чтобы хоть как-то заполнить пустоту на форме), внизу label для вывода результата и обязательно кнопка «Выход». И за такое никто не бьёт по рукам. Мало того, это считается нормой.

>но все естественно сидят ещё на старом Delphi 7

А некоторые даже на Delphi 6.

>работа студента выглядит примерно так
Вы и взаправду считаете, что в этом паскаль виноват?

> тем что он функционален, и на первом месте там стоял инструментарий а не Гуй, и все это было задолго до тотала, так что логично предположить кто у кого скомуниздил...(Женя рошаль или у него)
И Женя, и Кристиан скоммуниздили у Нортона.

> Вы и взаправду считаете, что в этом паскаль виноват?

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

Ну это еще от факультета зависит. Например, в киевском политехе одни учат делфи без права выбора, а на соседнем факультете полная свобода. При наличии ноутбука можно даже сдавать лабораторки по WinAPI на PHP под линуксом (были прецеденты).

> http://www.softkey.info/reviews/review9900.php

Мужик реально хотел привнести виндозное до мозга кости приложение в линукс. Естественно, обломался - в чужой монастырь со своим уставом не ходят =)

>ну и нахрен им Си?

Почти у всего - «сиподобный» синтаксис. Легче освоить другое. Потом развивает. На делфях обычно дают какую-то чушь, вроде кучи графиков в окошках или БД. На плюсах может быть повеселее - например слышал, что ваяли свою реализацию SDL (простенькую).

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

Android, iOS, Mac, embedded (c/c++). Винда - обычно .net (и плюсы, где надо быстро). Линукс - плюсы. Под каждую платформу есть то, на чем обычно пишут и это нормально. Можно конечно, например под iOS на mono воять, но это костыль.

>GTK1
facepalm.ui

> Ёжики использую только компилятор - FreePascal :) Для GUI при старте там Qt.

Ааа, ну тогда TpX: http://tpx.sourceforge.net/ — правда под Linux оно не работает, так как автору (к.э.н., между прочим) этого не нужно, а желающих вычистить код не нашлось :(

Хотя, лично мне MataPost хватает :)

улучшена окно дизассемблера и окна для наблюдения за значениями переменных

А что, в нем уже окно дизассемблера появилось? И как оно? Можно отлаживать на уровне машинного кода?

Интереса ради, чем же он так ривоват, что я не заметил?

>Посему потихоньку надо избавляться от паскаля в школах, и учить их чему-нить другому. вот только чему - не знаю...
Сейчас тебе предложат всё от питона до лиспа.
ИМХО, для школ паскаль вполне подходит. А создание собственных визуальных форм в школе не проходят. И не надо пока.

>> http://www.softkey.info/reviews/review9900.php

Мужик реально хотел привнести виндозное до мозга кости приложение в линукс. Естественно, обломался - в чужой монастырь со своим уставом не ходят =)

Думаю, дело не в этом. По ссылке он жалуется на отсутствие в Линуксе функционала, который есть, но не в Лазарусе, а в системных службах, например, сообщения. Ещё жалуется на мистические ошибки с потоками, но тут я не профи, чтоб комментировать.
Ещё он вполне обоснованно жалуется на плохую документированность. Уверен, в этом и причина всех его проблем. Потому как RTFM не выручает.

Ништяк

Нормальный такой компилятор... Паскаль же... Линукс!

А как же Visual Basic? :)

Я конечно, одобряю этот вариант паскаля, но тут некоторые искренне заблуждаются насчет некоторых характеристик компилятора.


Попробовал как-то binary-trees (http://shootout.alioth.debian.org/u64q/performance.php?test=binarytrees) на 1-процессорной виртуальной XP-машине.
Java (JVM) - 6 sec
Scala (JVM) - 6 sec
FPK Pascal - 9 sec (!!!)
Mono - 19 sec
ABCL (IKVM) - 111 sec

поздравляю. Хорошая программа.

> По ссылке он жалуется на отсутствие в Линуксе функционала, который есть, но не в Лазарусе, а в системных службах, например, сообщения.

В том же Qt, на который он портировал, есть аналог сообщений - сигналы и слоты. У Qt документация замечательная. А почему он её не осилил - тот ещё вопрос. Наверно писал всё-таки не на самом Qt, а кнопочки по формочкам мышкой гонял, а на Qt их перегонял при компиляции уже сам Lazarus.

>Оно живое! Живое! А если серьёзно, то из чувства любопытства реквестирую парочку проектов с его использованием.

А вообще оценивать качество языка исключительно по количествам проектов на нем довольно глупо.

lazarus вполне себе зачетная среда быстрой разработки.

>Только интересно, какой разработчик в здравом уме, знающий что-то кроме, будет использовать Free Pascal.

me знает кроме паскаля C, Assembler, python чуть хуже. На паскале писать намного удобнее, имхо. И код прозрачней.

>Анонимус как-то пару лет назад ставил это поделие, в качестве первого эксперимента была скомпилена пустая форма без всего. Вес бинарника составил 14 Мб. Через три минуты лазарус был удален. пробовал постричся, был ошарашен как быстро отрастают волосы: всего за погода отросли до 14 сантиметров, выкинул ножницы, коплю на бензопилу

Я слишком плохо знаю ТС, поэтому не буду щеголять. В основном это привычка и консоль. То, что ф-л у ТС больше, для меня бесспорно.
Иногда дебаггер вешает всю систему, все гуевые проги висят, а фар работает. Убиваю процесс в его списке - и все опять как надо.

Бинарные деревья жаба считает со скоростью си

А вот, скажем, если захочешь выложить исходники, то какой процент домохозяек допрут, как их собрать? Тут же не как у всех, make && make install. Плюс код тормозней сишного.

>Тут же не как у всех, make && make install

Блин, что же я-то лазаря собираю сквозь make&&make install - ведь не должно же работать...

Плюс код тормозней сишного.

http://shootout.alioth.debian.org/u32/pascal.php - ну да, это по-любому паскакаль работает в 5 раз медленней и жрёт в 616 раз меньше памяти, супротив С, а не тесты криво написаны, дадад

>А вот, скажем, если захочешь выложить исходники, то какой процент домохозяек допрут, как их собрать? Тут же не как у всех, make && make install. Плюс код тормозней сишного.

1) Натроллив 4-е звезды мсье до сих пор не знает, make и компилятор языка друг от друга не зависят?

2) Код тормозней сишного далеко не всегда. А в тех случаях, что тормозней, то ненамного. Так что это вообще не критерий. Если нудна скорость, то пиши на ассемблере, лол.

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

а что у нортона была система плагинов?)) и АПИ для внешних модулей, или ты так ляпнул неподумав

ну например передача параметров командной строки, иногда это все еще нужно))

У Нортона был двухпанельный файловый менеджер, от которого и пошли плясать все эти Волковы-Фары. А плагинную систему, знаешь ли, тоже совсем не Рошаль придумал.

Кстати, первая версия Тотала (тогда - Windows Commander) появилась в 1993-м году, а Фар - в 1996-м.

В общем, ляпает не думая тут явно кто-то другой.

не понимаю людей которые против паскаля. ну какая разница на чем написана программа? Все равно выполняется она на кодах процессора и там уже без разницы на чем она было собрана. Просто большую красную кнопку на желтом фоне формы можно и на си сделать и на любом другом языке. Главное не на чем писана а как работает.

Кстати, первая версия Тотала (тогда - Windows Commander) появилась в 1993-м году, а Фар - в 1996-м.

эти дополнительные 3 года не спасли тотал от глюков. и кто там первый на юникод перешел? а стал OpenSource?

кстати, а Тотал тебя он купленный?

Главное не на чем писана а как работает

Это очень важно с позиции менеджера проекта и/или сеньора, который должен довести проект до «приносит прибыль».

с позиций хелло-волдщика - да не важно.

А кто сказал, что я оцениваю качество языка? :)
Лично я против Free Pascal ничего не имею.
Мне просто интересно, насколько широко оно сейчас используется.

Поздравляю Паскалистов!

У меня тож один активный проект в разработке на FPC, точнее серверная часть. Так для себя)

А вообще очень удобный язык и набор библиотек к нему, на уровне D и Objective-C.

> эти дополнительные 3 года не спасли тотал от глюков.
Во-первых, речь шла не о глюках, а кто у кого что слямзил. Во-вторых, Тотал при всей своей вроде бы монструозности одна из самых стабильных и безглючных программ, которыми я когда-либо пользовался. Хз, где ты там глюки нашел.

и кто там первый на юникод перешел?

Тотал, конечно.

а стал OpenSource?

Не опенсорс, и никогда не станет. Потому что сверхпопулярная программа, от которой у создателя немалый профит. В отличие от.

кстати, а Тотал тебя он купленный?

Я им уже года два не пользуюсь, успокойся.

>>Анонимус как-то пару лет назад ставил это поделие, в качестве первого эксперимента была скомпилена пустая форма без всего. Вес бинарника составил 14 Мб. Через три минуты лазарус был удален.

пробовал постричся, был ошарашен как быстро отрастают волосы: всего за погода отросли до 14 сантиметров, выкинул ножницы, коплю на бензопилу

Сравнение не корректно. Правильнее было бы: пробовал стричся налысо бензопилой, волосы остались 14 см длинной, выкинул бензопилу, коплю на бритву.

> http://shootout.alioth.debian.org/u32/pascal.php - ну да, это по-любому паскакаль работает в 5 раз медленней и жрёт в 616 раз меньше памяти, супротив С, а не тесты криво написаны, дадад

А не жирновато-ли будет? Ну да, нашелся один редкостный случай, когда разница была в 616 раз, а в среднем - в 2,5 раз. на фоне такой же разницы в скорости. Так что каждый язык для своих нужд.

Кстати, в тех тестах ничего не говорится про Lazarus. Правда, разница в производительности и прожорливости по сравнению с нативной Qt очевидна.

vurdalak> Быдлоплеер AIMP2, быдлоqip, Космические рейнджеры.

Это призраки прошлого. Неупокоенные души, которым просто необходим супергерой, который размажет их ружьём об стену.

> Бинарные деревья жаба считает со скоростью того же порядка, что и си

fixed

Не-не, по тестам идут тютелька-в-тютельку, местами жаба даже быстрее на доли процента.

Рекомендую протереть глаза, коль жирнота мерещится - чай заплыли. Мой пост демонстрировал бредовость самих, упомянутых выше, тестов - подобный разброс для сходных технологий свидетельствует только о различиях в применяемых алгоритмах (что, кстати, особенно хорошо заметно здесь - http://shootout.alioth.debian.org/u32q/pascal.php - априори более многословный, в сравнении с С, паскаль в последнем тесте сделал соперника по объему кода). Я уж не говорю, что там участвует fpc аж 2009 года...

Кстати, в тех тестах ничего не говорится про Lazarus. Правда, разница в производительности и прожорливости по сравнению с нативной Qt очевидна.

Лазарус, внезапно, не только кроссплатформенная обёртка над winapi+gtk+gtk2+qt+cocoa - LCL, но ещё и IDE для разработки на, что уж совсем неожиданно, паскале. И с тесной связью с объектом вышеозначенных тестов - free pascal compiler'ом.

> Рекомендую протереть глаза, коль жирнота мерещится

Без указания контекста заявлять, что паскаль, цитата: «жрёт в 616 раз меньше памяти, супротив С» - это разве не жирно???

Мой пост демонстрировал бредовость самих, упомянутых выше, тестов - подобный разброс для сходных технологий свидетельствует только о различиях в применяемых алгоритмах

Эти тесты самые что ни есть объективные - реализация одного и того же алгоритма. Подобный разброс для сходных технологий свидетельствует о различиях компиляторов и оптимизаторов.

априори более многословный, в сравнении с С, паскаль в последнем тесте сделал соперника по объему кода

А вот это уже субъективный фактор. У одного кодера имя переменной содержит в среднем 3 символа, у другого - 10. И тут уже никакой многословностью языка не нагонишь.

Лазарус, внезапно, не только кроссплатформенная обёртка...

Вот про плату за это «обертывание» я и говорил. Например, про бинарники over 10MB тут уже говорили.

> lazarus вполне себе зачетная среда быстрой разработки.

до Xcode или IDEA им еще расти и расти, а на паскале это ох как сложно

> Вот про плату за это «обертывание» я и говорил. Например, про бинарники over 10MB тут уже говорили.

Допустим, я всё равно не понимаю, нифига бинарнику в обязательном порядке держать (текстовой?) инфы аж на 10 Mb. Зачем она ему, рефлексия, rtti или что?

> me знает кроме паскаля C, Assembler, python чуть хуже. На паскале писать намного удобнее, имхо. И код прозрачней.

прозрачней? за кучей begin-end'ов и общего примитивизма? примитивнейщей системой модулей? примитивных (примитивней только в С++) классах и вообще типах данных?

да ну нафик, более отдаленные родственники паскаля типа Modula, Oberon и Ada и то прозрачнее, не говоря уж о (не родственниках) Haskell, Racket, etc

> Я, и не только, использую для геймдева.

Есть законченные проекты?