Lazarus 1.4

Они еще не поспели, а в магазинах их что-то нет ;-)

это какие то стрёмные универы. в моём в тренде С# был
ionanahin

бедняжка - с детства приучили жрать гoвнo :-( Давайте его придушим чтоб не мучался? А то он вон уже _другие_ универы неправильными называет ...

Короче говоря, учись сынок. Потом зарегаешься на ЛОРе )))
Twissel

Лучше дочь - проститутку, чем аккаунт на ЛОРе, сынок :)

Нас заставляли использовать определенные элементы, поэтому лазарус не подходил. Но у нас гуманитарный вуз.

О!
Lazarus - это крутая вещь!
Сэнкс.

Ой, мама. :)

Тебе уже всё было сказано, болезный. Сиди, обтекай.

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

Я по пятницам не подаю. Свободен.

То что было сказано - не аргумент %)

Это было сказано, во-первых не тебе, а во-вторых - аргумент, ибо какие претензии такие и аргументы.

Тебе же было сказано вот это:

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

Ну и наконец:

ради того чтобы они выглядели покрасивше

Красивше и правильнее - разные вещи.

Я по пятницам не подаю. Свободен.

надоело изображать что вас тут двое? :)

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

то есть для тактически грамотного улучшения фреймворка правильные разработчики должны отслеживать все редко и вообще не используемые идентификаторы и менять их каждую версию? %)

Красивше и правильнее - разные вещи.

ага, даёшь grammar-nazi-рефакторинг какого-нибудь QT или WinAPI в вайне! %) «child's rect» кстати формально правильно написано, только смысл имеет как будто метод возвращает rect для одного child-а. А ещё rect это долговая расписка - даешь переименование всех rect в rectangle, for the great justice! ).

надоело изображать что вас тут двое? :)

У тебя паранойя.

то есть для тактически грамотного улучшения фреймворка правильные разработчики должны отслеживать все редко и вообще не используемые идентификаторы и менять их каждую версию? %)

Я тебе доходчиво, как мне казалось, объяснил, что подобное изменение не создало, ровным счетом, ни каких проблем, а из тебя говно всё прёт и прёт. Ты просто тупой, или еще и c защемлённым ЧСВ?

А зачем это нафталиновое дельфиноподобное поделие из 1990-х годов нужно?

Оно нужно, чтобы ты задал очередной тупой вопрос.

Паскаль мёртвый говноязык. Ненужно.

Паскаль ещё тебя переживёт.

Анонимусам респект и уважуха, классно уделали паскалененавистников ;)

Не, ну так углы срезать не спортивно :)
Ты согласился и с нативным языком и с ужасом высокоуровневых, так что мнемоники ассемблера как раз и есть тот достаточно высокоуровневый и при этом нативный язык :).
Кстати, мои знакомые, как и я, пришли в C после асма, и воспринимали его как ассемблер на стеройдах, коим он, в общем-то и является (вспоминаем регистровые переменные, работа с указателями памяти как с переменными - которые по сути вручную пихаются опять же в регистры и помчали типа jmp bx- там почти прямая трансляция в асм, собственно писать на сях, не зная аcм, имхо по ощущению, примерно как забивать гвозди головой). То, что его воспринимают как высокоуровневый и впихивание в него объектной модели - это уже проблема пользователей языка, которые его не к тому месту прислоняют. Кстати, был еще такой веселый язык c--, этакий супер-макро ассемблер, можно писать практически, как в сях (но помня что это прямая подстановка макросов), и прямо в асме - обалденная штука - удобство и скорость разработки С + 100% контроль над выходным кодом - пишешь то в асме.
Что касается машинных кодов, то там нечего учить, их запоминаешь на автомате - например int 19h (вызов в 19 прерывания BIOS - горячая перезагрузка системы, т.е. запуск bootloader'a в MBR без прохождения POST) в кодах будет - 0xCD 0x19 - берешь в любом hex редакторе вбиваешь эти два байта и сохраняешь в reboot.com. Все. За полгода работы с азмом запомнишь столько кодов, что программы до пары сотен байт начинали бить прямо в машинных кодах в хексе (мнемоники тупо дольше набивать) - там основная сложность разработать и держать в уме всю программу сразу + адреса и смещения подпрограмм и данных - потому что пишешь сразу исполняемый бинарник, а не текст и если за один проход не написал, то добавлять в середину не выйдет - придется перебивать весь код после вставки по новой с пересчетом в уме же адресов и смещений - это несложно, любой программист это осиливает на раз.

На паскале запиливали даже виндовые драйвера - только стартап-модуль на асме левый приделывали. Так что, думаю, и тут ничего невозможного нет. В конце концов, «прошивать»-то будет нативный код, а не прога на языке высокого уровня как таковая: чай, компилятор.

Я один из тех кто. Давно это правда было очень и уже не помню нишиша. Там еще и другие фишки использовали - pascal компиляет тасмом по умолчанию, но, емнип, можно было добыть и .asm и .obj, поправить .asm и компилять и линковать masm'ом - там какие-то отличия были, не помню уже. Но это делали больше из развлечения - взлет паскаля с дельфями был когда owl превратился в vcl и в object паскаль приходили с приличным багажем MS и Watcom С + asm (включая загрузку, реалмод и переход и протект, Линус был не один, многие свои операционки писали). У нас тупо не было _необходимости_ транслировать в паскаль низкоуровневый код из примеров на сях и асме, мы в них умели.

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

А современные это С без строковых переменных и с допотопным оператором switch, и С++ не умеющий модули, с ужасным переносом кода виндовс<-->линукс и тормозным гцц в оффтопике.

уже сейчас на нём никто ничего не пишет и только старпёры на пенсии не осилившие современные языки программирования что то там ковыряют в нём

Концентрация сероводорода в луже достигла критичекого уровня.

Ваши «новые языки программирования», видимо какие-то особо новые, нескучные, команды процессора выполняют. Да вам, похоже, с горшка дальше видно, чем нам с унитаза. :)

Какие строковые переменные, C: high-level assembly, универсальный низкоуровневый язык для системного программирования, никак не язык заточенный под обработку текста. Впрочем NULL-terminated char[] вполне хватает.

Что же касается C++: открой для себя стандартную библиотеку, а также Qt который делает написание кроссплатформенных приложений non-issue. Что за модули вам там потребовались без понятия, требуется развёрнутое пояснение.

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

Обычно у людей пытающихся обосрать паскаль получается только обосраться

И это повторяется из раза в раз, с каждой новой версией Лазаря ;)

ЗЫ Видимо некоторые товарищи получают сего действа (наполнения памперсов) несказанное удовольствие ;)

В OpenBSD его нет, а, следовательно, не существует. Такая кроссплатформенность нам не нужна...

Это какие такие высокоуровневые конструкции делающие гото ненужным?

В python вообще своя идеология, там нет (и, на самом деле, не нужны) for (вместо него foreach, хоть и называется for, но ничего общего с циклами в более простых языках у него нет), switch и т.д. И уж точно, там совершенно не нужен goto.

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

И поэтому там можно быстро и лаконично выражать свои мысли, легко и приятно. Думать на python гораздо проще, чем на паскале, лишнее не отвлекает :)

а ещё лучше - и дочь, и проститутку, и аккаунт на лоре. дочь пишет на python-е, проститутка - на паскале, а ты на лоре вяло переругиваешься с ними обоими...

Языки программирования никаких команд процессора не выполняют вообще, в принципе, по определению.

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

Что же касается вашей весьма странной привычки сидеть на унитазе и что то там рассматривать в дали уж не знаю что и сказать.

Что слово старпер означает-то знаешь ? Не можно конечно, не в отведенном месте, а прилюдно или в луже, как тебе заметили, но как-то некультурно и неуютно, впрочем, тебе видней. :)

Из чего сделан вывод что вышеперечисленное устрарело? Какая странная логика + нездоровое увлечение обсуждением особенностей акта дефекации. Вы не из кащенко случайно пишите?

А ви таки с чем к нам поступ или ?

Это ты себе ответил на

Паскаль мёртвый говноязык. Ненужно.

?

Сам поднял тему «устаревания» и «фекальности» и думаешь ловко отъехать? Давай по существу чтонить

А ви таки с чем к нам поступ или ?

У него острый приступ метеоризма с проявлениями флатуленции. Показана диета с высоким содержанием витамина С и наблюдение психотерапевта - подозрение на невроз.

то есть для тактически грамотного улучшения фреймворка правильные разработчики должны отслеживать все редко и вообще не используемые идентификаторы и менять их каждую версию? %)

Я тебе доходчиво, как мне казалось, объяснил, что подобное изменение не создало, ровным счетом, ни каких проблем, а из тебя говно всё прёт и прёт. Ты просто тупой, или еще и c защемлённым ЧСВ?

то есть, вы считаете что если данное конкретное изменение не создало никому проблем (что, строго говоря, не факт) - то подобные изменения вносить можно, нужно и правильно? %)

то подобные изменения вносить можно, нужно и правильно? %)

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

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

Объясните мне каким образом из моего утверждения «паскаль устарел» был сделан вывод

компиляторы, интерпретаторы, трансляторы, линкеры - это все устарело

?

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

И поэтому там можно быстро и лаконично выражать свои мысли, легко и приятно. Думать на python гораздо проще, чем на паскале, лишнее не отвлекает :)

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

Какие строковые переменные, C: high-level assembly, универсальный низкоуровневый язык для системного программирования, никак не язык заточенный под обработку текста.

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

Что же касается C++: открой для себя стандартную библиотеку, а также Qt который делает написание кроссплатформенных приложений non-issue.

стандартную библиотеку

Которая в разных реализациях компилятора тоже разная. Видать кривой стандарт, если коммерсантам в него никак не вписаться.

а также Qt

То есть без костылей никак нельзя и всюду их нужно таскать за собой: пишешь морду на ГТК или виндовых тулкитах - будь добр установить и прилинковать Qt!

Что за модули вам там потребовались без понятия, требуется развёрнутое пояснение.

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

Что за людоедка? Слов в ЯП обычно как раз около этого (for, while, etc.)

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

и как заранее узнать не создаст ли изменение проблем? :) Допустим, разработчик wine решил поменять неблагозвучное по его мнению наименование крайне редко иcпользуемой (ибо недокументированной) функции из WinAPI - просмотреть бинарники всех имеющихся в wine AppDB приложений на предмет наличия там вызовов этой функции - достаточно? %)

Что за людоедка?

В яндексе забанили? Посмотри серию двенадцати стульев про этого персонажа.

Слов в ЯП обычно как раз около этого (for, while, etc.)

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

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

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

Совершенно непонятно чем вас не устраивает C++ в котором data abstraction, encapsulation, inheritance, operator overloading стирают границу между встроенным в язык типом данных и типом данных созданном средствами языка, что делает его универсальным. К тому же для типовых задач вроде так вами любимой работы с текстом есть готовые решения.

Ещё подумай почему же перечисленные программы написаны именно на C, вроде люди не глупые их писали, что ж они получается тобою либимый паскаль не смогли осилить что ли. А лучше не думай а попробуй переписать на паскале и сразу станет понятно что паскаль - давно засохшее говно мамонта.

Которая в разных реализациях компилятора тоже разная

Есть кроссплатформенный компилятор gcc - пользуйся. Да и какая это разная реализация, можешь привести пример? Что то ни разу не сталкивался.

То есть без костылей никак нельзя и всюду их нужно таскать за собой: пишешь морду на ГТК или виндовых тулкитах - будь добр установить и прилинковать Qt!

А ты GUI на голом паскале пишешь, да ещё и кроссплатформенный?

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

Незнаю что там за модули у вас в паскале т.к. не переношу его на дух. Объясни толком какие магабайтные обвязки.

В OpenBSD его нет

Ты ещё PS4 вспомни.

Ваши «новые языки программирования», видимо какие-то особо новые, нескучные, команды процессора выполняют.

Языки программирования никаких команд процессора не выполняют вообще, в принципе, по определению.

языки

//a brand new one language
import static java.lang.System.out;
class HelloWorld {
    public static void main(String[] args) {
       int a,b = 1;
       do {
           System.out.println("и почему некоторые идиоты"); 
           ++b;
       while (a != b)
    }
}

//dead language, poor Nicolas
var 
  integer a,b = 1;
begin
  do
     inc(b);
     writeln("такие люди ?");
  until (a != b) 
end;

команды процессора в мнемониках

...
inc bx
cmp ax,bx
jne 0x0000

бинарный код (intel x86)

66 43
66 39 D8 
0F 85 FC FF FF FF 

Монго

...
Паскаль мёртвый говноязык
...
увлечение обсуждением особенностей акта дефекации.

и как заранее узнать не создаст ли изменение проблем? :) Допустим, разработчик wine решил...

Спросишь об этом у разработчика wine. Относительно LCL я тебе уже отвечал.

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

Те структуры состоят из базовых переменных, но прикол в том, что логика обработки численных и строковых переменных отличается: 2+2=4 и '2'+'2'='22" это разные вещи и лепить каждый раз вручную реализацию частоиспользуемых операций не есть хорошо. Подключать каждый раз кривые сторонние библиотеки для реализации базовых возможностей тоже не есть хорошо.

Совершенно непонятно чем вас не устраивает C++ в котором data abstraction, encapsulation, inheritance, operator overloading стирают границу между встроенным в язык типом данных и типом данных созданном средствами языка, что делает его универсальным. К тому же для типовых задач вроде так вами любимой работы с текстом есть готовые решения.

Тем что налепили на ассемблер, который сейчас мало кто знает, вынос мозга с корявым синтаксисом, а понятных и полезных вещей как не было так и нет. Зато есть стандарты написанные от балды ассемблерщиками со стажем для всех остальных.

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

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

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

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

Есть кроссплатформенный компилятор gcc - пользуйся.

Который под виндой тормозит и не компилирует сложные программы без бубна.

Да и какая это разная реализация, можешь привести пример? Что то ни разу не сталкивался.

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

А ты GUI на голом паскале пишешь, да ещё и кроссплатформенный?

Если в лазарусе то для создания морды, которую в линуксе или винде можно пересобрать для линковки с местным тулкитом, то хватает одного тулкита, того на котором собрана местная морда среды разработки. У лазаруса своя универсальная прослойка над тулкитами. Если же использовать лекговесный тулкит fpgui, написанный на паскале, и среду разработки для него же, то всё будет на паскале и кроссплатформенно.

Объясни толком какие магабайтные обвязки.

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

Давай впилим в язык наглухо все структуры которые они используют.

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

Совершенно непонятно чем вас не устраивает C++ в котором data abstraction, encapsulation, inheritance, operator overloading стирают границу между встроенным в язык типом данных и типом данных созданном средствами языка, что делает его универсальным

Потому что у Пети свои строки, а у Васи свои. А если они решили совместить наработки то дружно поели говна. Но теперь-то для них строки в стандарте прописали, не прошло и ста пятидесяти лет...

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

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

что паскаль - давно засохшее говно мамонта

А ты GUI на голом паскале пишешь, да ещё и кроссплатформенный?

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

Незнаю что там за модули у вас в паскале т.к. не переношу его на дух. Объясни толком какие магабайтные обвязки.

Те самые модули, которые пытались включить в стандарт с++11, да что-то не осилили. Когда наконец осилят, сишники смогут рассказывать о том, какой современный у них язык.

Потому что у Пети свои строки, а у Васи свои. А если они решили совместить наработки то дружно поели говна.

А почему в прошедшем времени ?

Но теперь-то для них строки в стандарте прописали, не прошло и ста пятидесяти лет...

Эээ, а где прописали ? Сейчас вроде опять в разных языках вариации на тему «bytearray»\0 и [int32 (или уже 64?)]«bytearray». Когда-то даже их собиралисьсовместить.
Да забей ты на него, он в жизни ничего не написал, там гуманитарий походу допубертатного. Туда нечего доказывать, там совсем только поржать.

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

Не понял что ты хотел сказать демонстрацией helloworld'а в бесконечном цикле.

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