Lazarus 0.9.30

а на кой болт голый язык нужен без обвязки, без библиотек для работы с теми же СУБД и прочими нужностями ...

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

P/S и думаю ты прав в Винде такие навороченые вирусы втречаются что Линукс никогда его тут не догонит...

onKeyPress не работает с кириллицей вообще :(

просто фар настолько чистоплотен что об какоето гно в форме тотала пачкатся не хочет...

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

а на кой мне такой набор окон из костылей в форме тотала, или самодостаточный Фар...

какой тебе пруф, это личный опыт по работе над одним проектом... так вот констатирую косяк при работе с коммандной строкой после упаковки))

Поколения измеряются в мартышках или в попугаях?

в поколениях язиков:

паскаль -> модула -> модула-2 -> оберон -> оберон-2 -> компонентный паскаль.

Что такое ценное есть в компонентном паскале что нельзя стырить и присобачить к друму языку?

Проектирование самого языка!!! Синтаксис и компилятор компонентного паскаля писались __ВМЕСТЕ__. Цели - мощь, удобство, простота, минималистическая достаточность и возможность написания быстрого маленького и эффективного компилятора! Все эти цели в компонентном паскале достигнуты одновременно.

Ты пойми что алмазом здесь есть именно реализация самого компонентного паскаля в __отдельном__ компиляторе! А раздувать и усложнять монстров Вирт считает не правильным путём. Ибо язык станет сложным для обучения и использования, а его компилятор тормознутым монстром.

Должна быть возможность писать на одном паскале обёртки для другого и использовать любую комбинацию языков в проекте. Причём не только как внешние библиотеки, но и как статически линкуемые модули. Кто будет заниматься этой работой?

Я тоже об этом fpc плохо спроектирован компонентный паскаль надо реализовать отдельным компилятором!

На нормальном паскале можно писать как нравится и всё что нужно, это проверенный инструмент, а насчёт новых версий есть большие сомнения. Компилятор нужен чтобы на нём работать а не на номер поколения любоваться.

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

Разность в поколениях очень велика....

Дык синтаксис языка и прочие прелести могут быть сколь угодно хороши, но бывает важнее совместимость. Я вот, допустим, пишу программки для своих нужд (обработка биологических данных, моделирование), в винде раньше использовал Delphi, теперь, в линуксе, пересел на fpc - а сейчас и Лазарь понадобился. При этом, чтобы не изобретать велосипеды, я спокойно беру исходники, реализующие нужные мне алгоритмы, написанные еще для TurboPascal. А если б fpc реализовывал в себе не развитие борландовского диалекта, а какую-нибудь модулу или оберон, у меня были бы проблемы. И разговор «учи си/джаву/питон/оберон» меня как-то не убеждают, поскольку у меня достаточно много забот и дел, чтобы не хотеть еще и переучиваться с одного языка на другой.

Всё этоздорово, но только вот компилятора компонентного паскаля под Никсы нет. А жалко, я бы попробовал.

И да, библиотеки очень важны. Причём написаны они должны быть так же чисто и ясно, как и компилятор, иначе получится всё равно ерунда ипользоваться будет противно.

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

а по поводу аргументов то тебе они не подходят

Всё прекрасно подходит. Ты опровергни. Пока кроме голой вкусовщины навроде:

а личная эксплуатация показывает что в фаре все работает быстрее и удобнее...

у тебя ничего нет. А моя личная эксплуатация показывает, что фар сосет. И что делать будем?

use Python (PyDev) and Java (IntelliJ IDEA), Luke!

Его проблемы с не-ascii символами, и заумная работа с Unicode

а у делфи/лазарус эти проблемы решены?

Но его интерпретируемость-его главный недостаток

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

> в фаре все работает быстрее и удобнее...

Это как быстрее? В фар встроили автоматический разгон процессора?

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

>Вообще-то создавать программы - дело программиста.

Да, ну?

А математикам, инженерам, геологам, химикам на счетах работать?

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

P/s А шляпу все таки сними

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

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

Здесь важно определить область РЕАЛЬНОГО применения компонентного паскаля:

1. преподавателя, желающего с минимальными усилиями подвести своих учащихся к языкам программирования, составляющим сформировавшуюся «стандартную парадигму программирования» (Оберон, Java, C#)

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

3. профессионального исследователя-непрограммиста (физика, математика, лингвиста ...), нуждающегося в том, чтобы применить в своих задачах всю мощь современного программирования, и при этом остаться физиком, математиком, лингвистом ...; речь идет об индивидуальном исследователе; разумеется, если вы работаете в международной коллаборации, в которой 5 лет назад и на 15 лет вперед в качестве стандарта принят C++, то вы, как говорится, out of luck... Но даже и в такой ситуации может оказаться в разы быстрее и легче разработать ваш алгоритм в компонентном паскале — особенно если замешаны сложные структуры данных — и потом перенести его на C++

А там где нужна совместимость и гигатоны прог уже написаны увы...

Обероны и компонентные паскали создавались для написания ВСЕГО С НУЛЯ!!! Самой ОС всех ситсемных и юзерских прог.... Причём для конкретных задач они создают спец диалект этого языка и пишут на нём всё системное ПО с нуля!!!

1. Прибегать к услугам профессионалов. 2. Осваивать специальность программиста. А ЯП, на котором любая мартышка может без подготовки типа написать программу - не бывает.

>Всё этоздорово, но только вот компилятора компонентного паскаля под Никсы нет. А жалко, я бы попробовал.

Сожалею. Но в никсах есть тот же питон!!! А мощи компов хватает для прог написаных на нём...

Компилятор компонентного паскаля для разных архитектур процов бил бы к стати. Можно было бы никсы использовать как рабочие станции для написания спец ОС под спец процы...

>1. Прибегать к услугам профессионалов.

2. Осваивать специальность программиста.

Анестезиолог Con Kolivas......

А ЯП, на котором любая мартышка может без подготовки типа написать программу - не бывает.

Мартышка это да, а вто современному человеку работающему на передовой в ЛЮБОЙ области сегодня писать прогу для своих задач необходимо! Теперь вопрос что можно ему предложить? С++? ;)

Анестезиолог что там анестезирует программным способом, не напомните ?

Современный геолог не будет писать недостающую часть ArcView на паскале, так же как и современный физик не будет пытаться изобразить на паскале то, чего он не смог решить в Ansys 3D или Comsol. И предлагать паскаль на передовой в любой области ещё смешнее, чем C++. Это всё равно как предложить медницкий паяльник с паяльной лампой, а не ЭПСН-25 для ремонта электронного микроскопа.

Не паскаль, а компонентный паскаль!!!

Кому надо что то быстро выучить для своих нужд, оно самое то!

В Воронежской губернии (да и во всех центральных областях России) это называется «Пятижопкин меняет фамилию на Семижопкин».

>Прибегать к услугам профессионалов.

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

2. Осваивать специальность программиста.

Не нужно.

Знакомый геолог пишет свои программки на фортране, знакомые математики программировали на бэйсике, и ничего: все были довольны.

тут мне уточнили по поводу архаичного костыля тотал старше фара на 3 года...

При этом и десять лет назад, и сейчас выглядит всегда современно и по функционалу стоит на острие прогресса, а фар, хоть на три года и моложе, является бессмысленным неуклюжим клоном NC (или, пожалуй, DOS Navigator'а).

то что у тотала есть конслоль отдельной форточкой так это заслуга Винды,а не тотала

Не «отдельной форточкой», а прямо внутри панели TC. Оказывается, Вы тоже не имеете понятия о том, о чём так пафосно шумите. Ну, для ЛОРа это нормально. Но всё-таки учите матчасть, юноша.

хехехе

Я говорил, что консольный ФМ, хорошо интегрированный с командной строкой, для профессиональной работы предпочтительнее.

1) Вы считаете профессионалами только людей, которые хорошо умеют нажимать на компьютере кнопочки? Инженер-машиностроитель или профессор биологии — это так, любители?

2) Ладно, допустим, «профессионал» — это админ. Нахрена админу винда? Что он в ней забыл?

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

BTW, всех причастных - с наступающим днём Геолога !
(еси чо, сам - геофизик, так шта устриц едал).

Очень рад с вами познакомится но между паскалем и компонентным паскалем разницы больше :)

На этих компонентных оберонах пишут ОС! Причём ни переполнения буфера ни висячие указатели и утечки памяти в компонентном паскале невозможны! Следовательно надёжность этих ОС выше чем написаних на С...

http://bluebottle.ethz.ch/

http://www-old.oberon.ethz.ch/

Да, только что нагуглил какой то частичный компилятор компонентного паскаля работающий в никсах:

Gardens Point Component Pascal (GPCP) http://plas.fit.qut.edu.au/gpcp/

«Благодаря сочетанию эффективности, автоматического управления памятью и легкости создания специальной интерактивной графики Блэкбокс оказался весьма привлекательным для сложных научных расчетов синтетического характера («умные» численные алгоритмы, символическая алгебра большого объема, системы обработки данных и моделирования). Например, на Блэкбоксе создано ПО для расчета бортовых фазированных решеток истребителя Eurofighter; полный объем ПО - около миллиона строк. На Блэкбоксе сделана система управления крупнейшего каскада ГЭС на Амазонке (корпорация Astom Power), a также целый ряд других приложений, в т.ч. для экспериментальной и теоретической ядерной физики.» http://ru.wikipedia.org/wiki/Component_Pascal

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

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

Это касается школо-хомячков, людям постарше как правило, нужны пасьянсы и всевозможные головоломки. Уж чего, а этого под линукс валом. Сам я не променял бы Simon Tatham's Portable Puzzle Collection ни на какую полнометражку.

ну не могу я без CoD MW2 и свежих игрушек.

Есть куча лишнего времени на игрушки? Завидую...

>геологи вообще программ не пишут

Не обобщайте, мой знакомый пишет, вообще очень удивляется, что я не пишу на фортране. Как это так - не писать на фортране, не понимает.

З.Ы. На фортране я писал всего полгода в рамках курса программирования, так что он программист на фортране много лучше, чем я.

Что Вы подразумеваете под «мозгозасиранием»? Если вес программы, то мне это абсолютно не критично. У меня тотал занимает 6.6Мб из 4Гб.

А вообще более гибкий и удобный файловый менеджер, чем тотал, мне не попадался. В нем есть абсолютно все функции, которые мне нужны, эти функции имеют хоткеи, а если не имеют, то можно забиндить, единственное чего не хватает - встроенного редактора с подсветкой синтаксиса, как у mc, но это лечится сменой notepad на notepad++ в настройках.

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

> Не свисти, геологи вообще программ не пишут, эта не та сфера деятельности.

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

Tux Commander, если верить официальному сайту, на нём написан.

Я тоже об этом fpc плохо спроектирован компонентный паскаль надо реализовать отдельным компилятором!

А разве в fpc есть компонентный паскаль?

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

Перечислите пожалуйста конкретные языковые приемущества компонентного паскаля по сравнению в обычным паскалем fpc.

Знакомый геолог пишет свои программки на фортране, знакомые математики программировали на бэйсике, и ничего: все были довольны.

Математики не программируют на байсике, они программируют на фортране.

Множества на подмножесте byte и без foreach всегда казались странной идеей Вирта.

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

Читайте что вам пишут. Я говорил о студентах, образовательном процессе, используемых при этом инструментах и результатах. Я не говорил, что профессиональный девелопер использующий делфи нулячий. Естественно, если будет заказ и скажут «хотим на делфи» - любая нормальная контора скажет «вот блин» и сделает на делфи (если это не будет минус инфраструктуре проекта, то-есть не будет технологического смысла предложить варианты).

> к зеркалу подойди у тебя 2 верхних передних зуба уже в нижнюю губу вросли
Что такое, детка? Не нравится быть хомячком? А это чьи слова:

что радует хомячков так это его гуевые кнопочки

?
Ты сам первейший хомячок по собственной же классификации.

от тебя тоже аргументов не было

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

P/s А шляпу все таки сними

Бгг, петросянство насчет ника - верный признак слива, потому что по существу крыть нечем.

Читайте что вам пишут.

пытаюсь. но писака с тебя хреновый, хоть и курил ты видимо не мало, судя по сообщениям.

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

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

а на кой болт голый язык нужен без обвязки, без библиотек для работы с теми же СУБД и прочими нужностями ...

На тот, что не обязательно нужна обвязка в виде ГУИ, доступа к СУБД и пр., а важнее максимальная заточенность под задачу. При этом вполне можно, при нужде, прикрутить результаты к инструментам, где нужная обвязка есть. Классический UNIX-way тебе в помощь

Всё этоздорово, но только вот компилятора компонентного паскаля под Никсы нет. А жалко, я бы попробовал.

Сожалею. Но в никсах есть тот же питон!!! А мощи компов хватает для прог написаных на нём...

Я знаю, К.О., я на нём пишу. Практика показала, что грамотное написание на Питоне с использованием numpy приводит к оверхеду по отношению к Фортрану (компилятор gfortran 4.4.5) порядка 10-20%. После этого разработка на Фортране была прекращена.

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

Мы в курсе, если что. Только портировать пока не удалось. Но если удастся, обязательно на него переведём преподавание.

>в поколениях язиков:

паскаль -> модула -> модула-2 -> оберон -> оберон-2 -> компонентный паскаль.

Заметь, теперешний fpc и лазарусная надстройка очень сильно продвинулись со времён первых досовских и прочих древних паскалей которые ты использовал для подсчёта поколений. Поэтому подсчёт некорректен.

Ты пойми что алмазом здесь есть именно реализация самого компонентного паскаля в __отдельном__ компиляторе! А раздувать и усложнять монстров Вирт считает не правильным путём. Ибо язык станет сложным для обучения и использования, а его компилятор тормознутым монстром.

Раз его нужно реализовать отдельным компилятором, так реализуйте сразу для всех платформ. Если получится не хуже fpc, то это станет заметно. Пока что компонентный паскаль сложнее для обучения и использования. Для изучения фпц подходит хорошая русская документация сделанная ещё для TP, кто-то использует дельфийскую, есть среды разработки графические и псевдографическая(моя любимая). В компонентном паскале такого богатства выбора пока нет.

Я тоже об этом fpc плохо спроектирован компонентный паскаль надо реализовать отдельным компилятором!

Пока что мне хватает его плюсов, а в альтернативной версии их грозят пофиксить. Так что для меня лучшее проектирование компонентпаскаля пока неочевидно. А если для компонентпаскаля сделают много полезных свободных сырцов, то их наверно можно будет конвертануть и присобачить к фпц отдельными модулями. После этого опять будешь говорить: фпц отстаёт на 5 поколений;)

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

Машина намного больше, тяжелей, тормозней и дороже бензопилы. Для неё нужны водительские права, редкие запчасти, приемлимая дорога или ледяное покрытие. Большую часть леса режут именно суровые мужики с бензопилами.

>Ага, и что дельфисты научатся только формочки кидать

Студенты дельфисты учатся только «формочки кидать» (вообще-то там всякие построения графиков и их кручение-верчение + БД, о чём я писал выше, но не суть). В наших вузах. Точка.

Если у вас они заруливают - живите так и дальше, мне всё-равно.

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

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

Lazarus 0.9.30

Меню в одном месте, панели в виде отдельных окон в другом. Ужасно, прямо как во времена MDI-приложений попал.

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

могли постараться, сделать два варианта переключаемых через «Вид» религия не позволяет? Или можно как-то?

Можно. Даже в новости написано.

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

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

Пример, близкий к идеалу - геолог Федорчук :) К сожалению, таких, как он, гораздо меньше, чем могло бы быть. Эпоха потребления, что говорить.

> Множества на подмножесте byte и без foreach всегда казались странной идеей Вирта.

Реализация хорошей идеи, да, осталась на уровне 70-х годов.