LINUX.ORG.RU
ФорумTalks

Вышел Lazarus 2.0.4

 ,


0

1

Сабж. Список исправленных багов: https://wiki.freepascal.org/Lazarus_2.0_fixes_branch#Fixes_for_2.0.4_.28merge... .

Релиз Free Pascal'я 3.2 ожидается осенью (список уже известных изменений, которые войдут в релиз: https://wiki.freepascal.org/FPC_New_Features_3.2)

Скачать Lazarus 2.0.4 можно по ссылкам отсюда: https://www.lazarus-ide.org/index.php?page=downloads .

★★★★★

Ответ на: комментарий от saahriktu

А ряду людей удобнее Паскаль.

Не всем нужен паскакаль.

hateyoufeel ★★★★★
()
Ответ на: комментарий от saahriktu

Про голую С'шку речи не было.

В C# тоже есть класс для работы с датой. Учитывая, что основная вычислительная часть кода - довольно неприглядный однострочник - все то же самое, с примерно тем же кол-вом строк ( /- пара) можно реализовать на C#.

seiken ★★★★★
()
Ответ на: комментарий от seiken

Ну как же. Этот ж модное в начале двухтысячных направление — визуальное программирование. Накидал на форму надёрганных на разных форумах компонент, зафигачил логику в button1_click, всё, готово.

anon8
()
Ответ на: комментарий от seiken

Это продолжение диалога конкретно про компилируемые языки.

Чем больше компилируемых языков программирования - тем лучше! А то обколются своими байткодами и интерпретаторами, а потом нормальных ELF'ов днём с огнём не найти...

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

а потом нормальных ELF'ов днём с огнём не найти...

А что, для кода на Лазаре так важно, чтобы он выполнялся без VM и интерпретатора? Для смотрелок БД разве нужен real-time? Или места на дискетке не хватает для полного дистрибутива?

seiken ★★★★★
()
Последнее исправление: seiken (всего исправлений: 1)
Ответ на: комментарий от seiken

для кода на Лазаре

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

А иначе и всякие C# не нужны, поскольку можно писать на всяких Python'ах.

import datetime

y = datetime.datetime.now().year
m = datetime.datetime.now().month
d = datetime.datetime.now().day

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

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

«Человеческие» - это те, которые выдают «нормальный» ELF?

import datetime

y = datetime.datetime.now().year
m = datetime.datetime.now().month
d = datetime.datetime.now().day

И из-за таких «проблем» нужен целый новый ЯП и IDE? Ну что мешает объявить дату в одном месте, а потом читать ее члены? И потом, в данном виде код вообще содержит баг, т.к. дата может измениться между вызовами now().

seiken ★★★★★
()
Ответ на: комментарий от seiken

«Человеческие» - это те, которые выдают «нормальный» ELF?

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

целый новый ЯП и IDE

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

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

Да. Интерпретируемые языки не от хорошей жизни появились. В те годы ...

Давайте обойдемся без лекций по истории. Коротко и по сути: в каких областях применения нужно непременно компилировать? Отдельные применения тут уже упомянули. Что еще? Шароварные виндовые утилитки, типа винрара или для очистки виндового реестра?

Но зачем их делать больше чем нужно?

Могу в таком же духе заявить: зачем делать скомпилированные программы «больше чем нужно»?

seiken ★★★★★
()
Последнее исправление: seiken (всего исправлений: 2)
Ответ на: комментарий от seiken

Коротко и по сути: в каких областях применения нужно непременно компилировать?

А ни в каких. Речь о природе машины как таковой. Допустим, все разом перейдут на интерпретируемые языки и больше не будут писать софт на компилируемых языках. И что дальше? В каких средах будут исполняться эти скрипты? На бинарниках 50-ти летней давности? В материнские платы опять будут внедрять прошивки с интерпретаторами?

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

Поэтому, повторяю, компилируемые языки программирования тоже важны.

Я никого не заставляю писать софт на этих языках. Я объясняю почему люди продолжают пользоваться компилируемыми языками программирования. Потому, что это естественно пользоваться именно такими языками программирования. При этом также достигается большая скорость выполнения чем в случае интерпретируемых языков. Интерпретаторы медлительны, и это ни разу не удивительно, а также могут жрать слишком много системных ресурсов.

Одно дело написать скрипт для решения какой-то задачи, запустить его и забыть про него. А другое дело софт, который используется не периодически, а регулярно.

saahriktu ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.