Вышел Lazarus 0.9.26

> Задача - написать калькулятор. > Управление калькулятором должно быть: > 1. С использованием ГУИ > 2. С использованием командной строки > 3. С использованием UDP/IP > 4. C использованием каналов > 5. C использованием разделяемой памяти > 7. C использованием локальных сокетов UNIX > 8. C использованием HTTP протокола

9. C использованием IOCTL интерфейса

> Я и на C++ гавна всякого повидал. И что? Язык из-за этого тоже гавно?

C++?? Да.

>Бедный. Ты до сих пор на бумажке считаешь в столбик?

не, я на бумаге пишу плохо.

Цель проекта выявит самую RADное RAD средство.
Кодовое название проекта MegaCAL

Т.е.
Цель проекта выявить самое RADное RAD средство.

Кодовое название проекта - MegaCAL

>Кодовое название проекта MegaCAL

Угу, именно такое название.

Да и я не думал обижаться. Кто на юродивых обижается?

И как много софта написано на FreePascal? Почему бы не использовать родную связку Qt/C++?

> ничего она не провоцирует. А если логика настолько проста, что ее можно запихнуть в одну функцию, то почему этой функцией не можеть быть тот самый OnClick?

Вот именно, сначала логика всегда простаи её пихают в ОнКлик. А потом она усложняется....

> Рад, что не мог быть вашим студентом.

А я то как рад, у меня и так бывают обдолбанные дельфями и пхпями (к счастью, их весьма немного), не хватало мне еще одного.

>И как много софта написано на FreePascal?

http://en.wikipedia.org/wiki/Free_Pascal#Applications_software_produced_with_.. .

файловые менеджеры: Tuxcmd, Double Commander игровые движки: Valkyrie (http://valkyrie.chaosforge.org/index.php?sect=main) CAST II (http://casteng.com/)

а ещё есть вот такой сайт http://www.pascalgamedevelopment.com/

>Пользователь не будет заниматься адаптацией под непредсказуемые применения... он тупой и ничего в этом не понимает, - проблема вернется к создателю программы, которому легче добавить новую функциональность изнутри, чем присобачивать сбоку бантик с помощью молотка и гвоздей.

Логика тупого, безмозглого быдокодера. Кароче АПСТЕНУ.Click();!

>> Задача - написать калькулятор. > Управление калькулятором должно быть: > 1. С использованием ГУИ > 2. С использованием командной строки > 3. С использованием UDP/IP > 4. C использованием каналов > 5. C использованием разделяемой памяти > 7. C использованием локальных сокетов UNIX > 8. C использованием HTTP протокола

>9. C использованием IOCTL интерфейса

10. С использованием libAstral через anal

>После пары таких случаев я стал программировать более капитально, с оглядкой на дальнейшее использование, причем, желательно, не мной - у меня работы хватает, чтобы заниматься переделками старых наработок. cab * (*) (16.10.2008 14:43:13)

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

>Даже без удалённых терминалов - например, в клиенте есть фича "почистить ящик со спамом", "принять почту", "применить фильтры". И вдруг юзеру захотелось делать это всё по крону. Действия дельфошлёпщиков в такой ситуации? anonymous (*) (16.10.2008 15:30:42)

Ты бы это уебанцам из КДЕ, Гнома и Тандерберда объяснил. Это ж надо додуматься вместо того чтобы хранить мою почту в моем mbox эти быдлопаделия хранят ее в своих профилях - это просто верх маразма и дебилизма.

>от именно, сначала логика всегда простаи её пихают в ОнКлик. А потом она усложняется.

Вот когда усложнится, тогда и будем думать.

>Вот когда усложнится, тогда и будем думать.

Как об стену горох... Половина треда об том, что это "тогда" в 99% случаев не наступает. Дома, для своих нужд - пожалуйста, пользуйся, хоть тыщу формочек себе наделай. Но уж, простите, из-за этого пихать Дельфи/Лазарус в хорошие/удобные/ языки не надо. Это вещь в себе, с нулевой возможностью адаптации к будущим нуждам и годная исключительно для двух кнопок с кодом ShowMessage в каждой. Да и даже для подобных задач я лично предпочитаю Glade + Ruby - скорость разработки абсолютно такая же, а кучу телодвижений для тестирования совершать не надо. И даже через 5 лет я смогу открыть свой проект и спокойно понять логику и быстро изменить в случае потребности. С Дельфи такого не бывает - там написал и выбросил.

> Вот когда усложнится, тогда и будем думать.

Тогда, мой юный дельфи-кун, думать как раз уже будет поздно. Прислушайся к чужому опыту.

> Как об стену горох...

Да, этот тред в очередной раз показал, что дельфи --- это даже не стиль кодирования, а скорее синоним ФГМ :(

это хорошо, чем меньше софта на паскале, тем лучше. нужны только расовые языки

302 правки кода сделано с момента релиза 0.9.26

35 ошибок, зарегистрированных в баг треккере исправлено

>а, этот тред в очередной раз показал, что дельфи --- это даже не стиль кодирования, а скорее синоним ФГМ :(

Паскаль - это язык программирования. А lazarus - это удобный концепт. И если некоторых (не будем показывать пальцем) людей он "провоцирует" на плохой код - это их личные проблемы. Так как написать хороший код оно не мешает вообще.

Спасибо, поржал. Давайте таким же образом и дома строить! Вот щяс мы построим по его проекту трехэтажный особняк, но без крыши, и с дырами в стенах. Ведь через месяц пользователю может понадобится ещё 2 этажа, ну и пара гаражей в придачу...

>Давайте таким же образом и дома строить!

«Если бы строители строили здания также, как программисты пишут свои программы, то первый же залетевший дятел разрушил бы цивилизацию». Сказано лет 30 назад, или даже больше.

> Ты бы это уебанцам из КДЕ, Гнома и Тандерберда объяснил.

Если бы я до них добрался, то, боюсь, объяснения бы не вышло. Вышел бы мордобой.

> эти быдлопаделия хранят ее в своих профилях - это просто верх маразма и дебилизма

Да кто бы спорил. Вообще, Unix Way надо признать национальной идеей, а за отступления от него расстреливать без суда и следствия. Только так можно навести порядок в софтовом мире. Нужен новый Сталин!

> Паскаль - это язык программирования. А lazarus - это удобный концепт. И если некоторых (не будем показывать пальцем) людей он "провоцирует" на плохой код - это их личные проблемы. Так как написать хороший код оно не мешает вообще.

Раньше мешало неюникодностью. Теперь неюникодностью будет мешать только сам FPC, насколько можно понять из обсуждения.

>> Ты бы это уебанцам из КДЕ, Гнома и Тандерберда объяснил.

> Если бы я до них добрался, то, боюсь, объяснения бы не вышло. Вышел бы мордобой.

Так это ты троллил на их форумах под ником lor_anonimous? Иначе зачем бы им бить тебе морду?

Не, морды им бить буду я. За наплевательство на Xresources, за неподдержку mbox, и много за что ещё.

>Так как написать хороший код оно не мешает вообще.

Не мешает. Особенно если команда состоит из тебя самого. А в командах побольше, когда ты не можешь гарантировать, что другой не захочет "соптимизировать"? И причина не столько в паскале (скривившись работать можно), сколько в приятном, но вредном концепте.

Что понимается под "неюникодностью"?

> Теперь неюникодностью будет мешать только сам FPC, насколько можно понять из обсуждения.

Вовсе не FPC (компилятор), а IDE под него (которая в cтиле Turbo Pascal).

> А lazarus - это удобный концепт.

Как было написано здесь уже раз 100, удобен он только тем, кто ничего кроме дельфи и не видел, и готов через align и панели имитировать менеджер геометрии.

Но дельфисты ещё и читать, похоже, не умеют.

> Что понимается под "неюникодностью"?

http://www.linux.org.ru/jump-message.jsp?msgid=3170676&cid=3171445

> удобен он только тем, кто ничего кроме дельфи и не видел, и готов через align и панели имитировать менеджер геометрии.

Ты можешь предложить конкретный продукт в качестве альтернативы?

> Но вы доказываете этим только что Делфи не подходит для ДАННОЙ КОНКРЕТНОЙ задачи. Задачи бывают разные и РАДы прежде всего ориентированы на БЫСТРУЮ разработку. Признаю, что быстрая разработка часто идет в ущерб качеству.

Таки ты и в самом деле дебил, потому что писать логику отдельно и гуй отдельно можно и на Delphi, Delphi для этого нормально подходит, не подходит ламерье, которое в Button1.Click все пихает.

>Ты можешь предложить конкретный продукт в качестве альтернативы?

Ну вот, дельфисты начали просыпаться. Через пару страниц авось дойдет. Итак, еще раз, большими буквами: GLADE, QTDESIGNER. Вот прям сейчас установи и попробуй. И только не надо говорить, что в них формочки клепать дольше - да я быстрее всю программу напишу, чем дельфя запускаться будет.

> удобен он только тем, кто ничего кроме дельфи и не видел, и готов через align и панели имитировать менеджер геометрии.

> Ты можешь предложить конкретный продукт в качестве альтернативы?

Лично я для клепания мелкой фигни с гуём пользуюсь PyGtk и текстовым редактором. Мне это гораздо удобнее, чем (хорошо знакомый) Дельфи. Но я никого не уговариваю. Вы можете взять Mono/MonoDevelop.

>писать логику отдельно и гуй отдельно можно и на Delphi

А зачем? Проще использовать вышеприведенные средства. К тому же, как мне гуй от дельфей/лазаруса дергать из питона/руби/перла/whatever?

>не подходит ламерье, которое в Button1.Click все пихает

То есть, почти все дельфокодеры.

Вообще в этом треде дельфисты невозбранно пользуются логикой "наш утюг не ржавый, он винтажный".

> Таки ты и в самом деле дебил, потому что писать логику отдельно и гуй отдельно можно и на Delphi, Delphi для этого нормально подходит,

При желании -- можно. И даже есть и unit testing для Дельфи/ФПС. А вот вопросики про поддержку логики разработки: 1) Где ORM для Дельфи? 2) Есть ли в Дельфи/Лазарусе поддержка SVN/whatever? 3) Есть ли сериализация классов в/из XML, делательно с декларативным описанием маппинга? Если создание класса по XSD и наоборот? 4) Есть ли generics (кажется, сейчас уже есть?) 5) Есть ли поддержка xml-rpc/ws, jms, http/rest?

(вопросы не риторические, ответы было немного лень искать)

Им уже раз надцать тыкали, пусть еще раз перечитают.

> А вот вопросики про поддержку логики разработки:

В принципе, почти все можно доставить, кроме генериков, за которые таперича надо выложить деньги, потому и кивать на это не стоит, ИМХО.

> К тому же, как мне гуй от дельфей/лазаруса дергать из питона/руби/перла/whatever?

Вы путаете причину и следствие. Дергать имеет смысл только логику.

> В принципе, почти все можно доставить, кроме генериков,

Так их нет в FPC? :(

есть... Правда скоро будут полностью переделаны - под новую дельфю

>Так их нет в FPC? :(

обобщения aka генерики в FPC есть.

В trunk добавлен новый компонент fpSpreadsheet

The fpSpreadsheet library offers a convenient way to generate spreadsheet documents in various formats.

http://wiki.lazarus.freepascal.org/FPSpreadsheet

> Как было написано здесь уже раз 100, удобен он только тем, кто ничего кроме дельфи и не видел, и готов через align и панели имитировать менеджер геометрии.

Кстати. Мне очень давно не хватает более других менеджеров геометрии, кроме Align/Anchor/Panel. Давно уже точусь написать, т.к. иногда бывает нужно имитировать pack, а это не просто делается :-(

кстати у меня пара очень полезных утилит на паскале для дженту.

epkg работает как Debian-овская dpkg epkg -l epkg -L package и джентовая equery epkg depends something но в отличие от последней раз в десять быстрее.

ept-get единственное средство уже много лет в дженту нормально чистить систему, рекурсивно убирая капекты как это умеет apt-get remove

в палудис не тыкать, он рекурсивно не умеет.

sourceforge.net/projects/epkg sourceforge.net/projects/ept-get sourceforge.net/projects/genorphan а этот вроде deborphan-а

Компилить - fpc epkg или fpc ept-get.pas

Удачи!

>Не мешает. Особенно если команда состоит из тебя самого. А в командах побольше, когда ты не можешь гарантировать, что другой не захочет "соптимизировать"? И причина не столько в паскале (скривившись работать можно), сколько в приятном, но вредном концепте.

Гыгы. Так никто и не говорит, что lazarus предназначен для командной разработки. Такой цели там даже не стоит в road plan.

А паскаль, между прочим, очень стройный язык. Так что не надо тут метанировать на эту тему.

>Как было написано здесь уже раз 100, удобен он только тем, кто ничего кроме дельфи и не видел, и готов через align и панели имитировать менеджер геометрии. Но дельфисты ещё и читать, похоже, не умеют.

Хех. Дельфи я застал только мельком. В основном программировал на C, Асме (во времена ДОС) и Object Pascal. И считаю lazarus во многом удобнее, чем C++ + Qt Designer или что-то подобное.

Насчет менеджеров геометрии тоже правда. Но тут же сказано RAD. То есть если надо что-то БЫСТРО наклепать. А если что-то посложнее - тоже подходит. На Паскале или Си логика в либах/файлах. А морда на раз-два в lazarus делается.

>Так их нет в FPC? :(

http://wiki.freepascal.org/Generics

Будут в 2.3.1

Но необходимости в них, афаик, нет. generic если и реализовывать, то с помощью m4 или еще какого-нить макро-процессора. а в компилятор встраивать это незачем.