Обсуждение:Pascal
Материал из Lurkmore
75% экрана и прочие фаулеры
Эй, "нормальные программисты", которые делают декомпозицию большого кода на функции в 75% экрана! Что вы будете делать с объективно большим объёмом линейных операторов, загнанных в цикл? Какой понт в выделении куска кода в функцию ((спойлер: не забываем про прологи/эпилоги машинного кода на вызов каждой функции)), если она будет вызываться из единственного места в программе?
- ты о чём?
всякий хлам
- Возможность прямой работы с памятью — это щито? О_о Есть еще кривая что ли?
- Был псевдомассив MEM (например, if MEM[$40:$17] and 3 then ... проверял на PC нажатие SHIFT), были указатели и адресная арифметика для них, был оператор inline для машинного кода и (начиная с TP6) asm.
- Нет запрета на прямое манипулирование памятью на уровне физических адресов.
-
managedотсутствие указателей и тотальное CbV, например- С каких это пор в Паскале указатели отсутствуют? И параметры, кстати, спокойно можно по ссылке передавать, если что.
- Это был пример того, где работа с памятью
криваянепрямая. К. О.
- Это был пример того, где работа с памятью
- С каких это пор в Паскале указатели отсутствуют? И параметры, кстати, спокойно можно по ссылке передавать, если что.
- Строгая типизация? Для похапешника, разве что. Там кастинг есть. Все, говорящие про строгую типизацию в пасквиле не видели ни света белого в своих подвалах, ни Хиндли-Милнера.
- В Си++ тоже есть type-casting. Теперь будем говорить, что и в Сях++ тоже нет типизации данных?
- В С++ нет строгой типизации, совершенно верно. Вы говорите так, как будто это что-то плохое.
- Ну не канонически-строгая, но в целом-то да, достаточно.
- В Си++ тоже есть type-casting. Теперь будем говорить, что и в Сях++ тоже нет типизации данных?
- Унылая статья какая-то. Лулза — четверть чайной ложки. Единственная полезная информация — тот факт, что паскаль используется как учебный язык для дрессировки студентов-распиздяев, обучения их структурному программированию. Для остальных задач есть более кошерные языки.
- Да и то не совсем верно, дрессирую студентов всем чем можно, но в основном «святой троицей» языков «Basic,C,Pascal».Никита Камхоров 09:59, 17 октября 2008 (MSD)
- Запилить или перенести в Быдлокодер, ящитаю. Нехуя каждому быдлоязыку по отдельной статье.
- Да и то не совсем верно, дрессирую студентов всем чем можно, но в основном «святой троицей» языков «Basic,C,Pascal».Никита Камхоров 09:59, 17 октября 2008 (MSD)
- Блин, вроде умные люди собрались (куда-то же пять процентов населения ходит), смысл разводить этот и сопутствующие срачи? Сложно делить языки на быдло- и небыдло- — код-то от программиста зависит. Мудак и на голом си может хрень наваять, а человек с мозгом и на пыхапе нормально напишет, и на паскале. Нортон вон на паскале свой коммандер написал, до сих пор юзают. MC на сях — кардинальной разницы нет.
- Петя Нортон — нихуя не пейсал коммандер. Он — владелец конторы, журнализд и пейсатель руками на бумаге.
- Ну тогда и Борланд не пейсатели. Они компилятор Паскаля купили так же, как Майкрософт купил MS-DOS
>>Вы не представились системе. Ваш IP-адрес будет записан в историю изменений этой страницы.
Мне похуй. Блять, как заебали эти вычурные современные умники. Вы даже в статье про «программистов/быдлокодеров» назвали Delphi «языком программирования». Нету, блять, языка программирования «Delphi»! Есть язык программирования «Object Pascal». Delphi — это, блять, среда разработки программ! Также, как Visual Studio — среда разработки программ, а есть язык программирования ЦэПэПэ.
Блять, у меня нет слов. Вы тут все ебланы недоделанные.
- Просто программирование на турбо паскале и делфях весьма серьезно различается. Кроме того, делфи имеет миллион расширений в плане языка по сравнению с паскалем. Не говоря уже о том, что язык — это синтаксис+стандартные библиотеки.
- Старпом очевидность
- Умник великий, в хелп загляни. Официальный. Начиная с 7 версии там сплошь и рядом присутствуют строки «Delphi Programming Language». Вот уже лет семь, как это название я-зы-ка. --Skiminok 01:35, 18 октября 2008 (MSD)
- Давайте не будем выебываться и есть моск. Дважды почивший Борланд столько нахуевертил в закромах ёбже пасквился, что с выходом седьмой среды предложенный в этой самой среде диалект был качественно поименован. Алсо, ваша доебливость очень хорошо сочетается с упоминанием загадочного ЦэПэПэ — нет такого языка, увы. Налицо пример взаимоисключающей логики, впрочем, «вычурные умники» и «ебланы недоделанные» проплаканные в одну сторону уже как бы намекют на нестандартное мышление. Предлагаю воспользоваться стеной самым правильным способом.
- А где древний лулз с CRT и делением на ноль?
Быдлокодохоливар?
/me ушёл за попкорном
И где ж в пасквиле матан?
- Если массив статический, то отсчёт от 1, а если динамический, то от 0. Или Вы хотите сказать, что в этом нет смысла?
- Я больше скажу, если массив статический, то ты сам решаешь, откуда делать отсчет
- Несущественно, ИМХО. Матан — это Хиндли-Милнер, лямбды, замыкания, и паттерн-матчинг.
Объекты, классы, фигассы..
Модель «object`ов» давно официально deprecated и оставлена лишь для совместимости с унылыми 80-ми и Turbo Poscacal. Давайте, если уж наезжать на Делфи, то хотя бы не по унылым мелочам) --Skiminok 23:45, 28 октября 2008 (MSK)
ХУИТА Lovesan 21:32, 29 октября 2008 (MSK)
Если эта статья исключительно для лулзов, то, да, уведите её в смехуёчки.
Если нет — напишите о том, почему этот (Borland) компилятор стал популярен. Насчет кросс-платформ — напишите о FPC. А то чувство, что статью пишут nix’оиды, которые этого диалекта никогда не видели.
Таки школота быдлокодерская детектед, ага. Не статья, а ода пасквилю, его даже быдлоязыком не назвали не разу. Перепилить, мое мнение.
- Перепилите, тут всё возможно. Чем больше мнений — тем лучше. Считаете, что это «ода» — поставьте «щито» на подозрительных фактах. Не хотите их ставить и обсуждать статью — идите нахуй.
нахуй вообще сдался этот быдлопаскаль кстати, почему про Пролог до сих пор нет статьи?
- здесь все могут написать статью. напишите про PROLOG.
> Достоинства языка Паскаль > Возможность прямой работы с памятью
Вот-вот. Пусть у меня есть всего лишь сраный мегабайт, но я могу ебать этот мегабайт во все щели в любой угодной мне позе. А в Дельфе хуй. Потому что если что, то аксесс виолатион, суки. И абсолют убрали.
- А WriteProcessMemory религия использовать не позволяет?
- Это вообще-то уже WinAPi. БыдлоКотэ разницы не ощущаэ.
- Access Violation — это вообще-то явный признак быдлокодера. C++ вываливается при таком вооооон туда ->>> Assert.
а вот «С»-разработчики срутся друг с другом до сих пор из-за отсутствия стандарта на язык C-99 отменили? нада бы написать в ISO, а то пацаны-то не знают
- разумеется, это холиварный влив в статью).
Для истинно православных паскалистов напомню, что int 09h это линия IRQ1 обслуживающая клавиатуру.
Каким образом в «истинно православном примере кодинга» вызывается процедура _Writeln с параметром, если она описана без параметров?
- Пример вырезан автором последней правки, не могу сказать точно, что там было. Вообще, «Write» и «Read» — это макросы компилятора, так же, как процедура «Swap» они преобразуются сразу в инструкции. То есть Вы не найдете исходников этих функций в RTL.
- Пример остался здесь, речь именно об описанной в нем процедуре _Writeln, а не о стандартном макросе. Думаю, автор просто забыл описать параметр, но в любом случае компилятор такое не съест.
- Автор в процедуре _Writeln написал полную хуйню. Во-первых, компилятор BP не выводит строки с помощью сервиса DOS. Во-вторых, НИКТО не знает, что находится по адресу SS:[BP+6] в момент вызова этой процедуры.
- Вот и я о том же. Если уж самому писать процедуру перехвата прерывания на асме, то досовскими прерываниями пользоваться ни разу не кошерно. Собственно, я бы впилил свой пример перехвата, но не знаю, из каких соображений там сейчас красуется хеллоуворлд. Это шутка юмора такая или просто всем лень?
- Автор в процедуре _Writeln написал полную хуйню. Во-первых, компилятор BP не выводит строки с помощью сервиса DOS. Во-вторых, НИКТО не знает, что находится по адресу SS:[BP+6] в момент вызова этой процедуры.
- Пример остался здесь, речь именно об описанной в нем процедуре _Writeln, а не о стандартном макросе. Думаю, автор просто забыл описать параметр, но в любом случае компилятор такое не съест.
Кому вообще обосрался этот померший нах и давно DOS с его ублюдочными 21-м и прочим прерываниями? Ошибка природы, пиздец, сколько можно фапать на этот кретинизм, ёмое.
- Почитайте статью про ассемблер, дружище. Знать, как устроен комп, желательно любому, кто для него пишет программы. Но это, конечно, хуйня, понтное дело. А суть вот в чём: пример вырезали, а он давался не для того, чтобы Вы вспомнили про ДОС, а для того, чтобы увидели возможности языка.
- int21h это всё-таки BIOS — которого в маках и NT-ях как бы и нет.
- Да ты чё, правда что-ле ??? Скачай что ли Flambeaux TechHelp почитай. BIOS'овские прерывания шли от 10h до кажется 1Dh или 1Fh (вызов Бейсика из ПЗУ). А 20h по 2Fh были как раз досовские.
- int21h это всё-таки BIOS — которого в маках и NT-ях как бы и нет.
Реквестирую анекдот как Вирт приехал в Испанию и спросил: вам понравился Пасколь? на что испанцы закричали «Си! Си!».
- Бери и добавляй. Или уёбывай.
Забыли эпичный срач насчет принципиального отсутствия множественного наследования в объектном паскале. Как люто, бешено Pascal презирают за это плиплюснутые и как не менее яросто долбоделфисты высирают кирпичи и отбиваются «строгой логикой наследования» и возможностью натянуть любой гандонинтерфейс на любой класс. Также упоминания заслуживают «особенности» ООП вроде доступа к приватным секциям класса в пределах модуля.
- Покажите мне пример, где это множественное нахрен нужно, за исключением пладежа багов? Интерфейс хотя бы имеет плюс при написании COM-объектов. Private можно перегрузить, хотя это сильно мозги партии при перегрузке сообщений.
Вообще-то strict private верно защищает поля класса от всего на свете, но местным тупым холиварщикам похуй, лишь бы какашку кинуть
Ололо-ололо
Прозреваю загноение моска!
- Дык исправь, хуле.
Предлагаю разделить
Предлагаю разделить статью на Pascal и Delphi. Ибо, старики не понимают молодежь и наоборот. В «Паскале» вспомнить расовый борланд и заикнуться о FPC и TMT-Pascal. В Делфи — посмеяться над индусами и более чем девятью тысячами коммерческих программ, написаных на оном. Все будет лучше, чем перетирание статьи сразу после очередной правки.
:Совершенно верно! Утверждения, истинные для паскаля воспринимаются как утверждения для паскаля-и-дельфи, где они ложны. Из статьи поголовно всё нубы ровным счётом нихуя не поймут.
Во истину, анархия приводит только к срачу. Тут кто-то воюет, хе-хе. Да, и языки программирования — и не мем вообще. Ну вас нахуй.
Уважаемые насильники и приплюснутые. Заведите себе уютненькую страничку про свой любимый Pure/C++ и откладывайте там свои мнения.
Ну что за фак. Понабежали пионеры с ФГМ. Что такое откостыленный синтаксис? Кому впились ваши откровения о PDP и Xerox? Xerox Parc вообще GUI создала, это про окошки. А TV был основан на IBM CUA/SAA, это несколько про другое.
- Вирт, залогинься. Про С и С++ статьи есть и они гораздо злее. А великим и ужасным паскалем и дощерью его, делфой, я попользоваться успел, чтобы иметь о ней представление. Няшные статьи иди плодить на тематические форумы. Паскаль тут пока никто ещё реально не обосрал, а писать подобные высеры с примечаниями, насколько же величайший паскаль лучше С, после каждого абзаца тут не стоит. Алсо, если уж пас так кошерен, запрашиваю ось на нём в качестве примера. Про Xerox выпилить, остальное оставить.
- Done.
- Может, запилить какой-нибудь специфический код, в котором пас может уделать с?
- Он его не уделает. Всё, что должно уделывать компилер, пишется на асме. Но верно вот что: нельзя на С написать такой код, который нельзя написать на ТП.
- ITT паскалоиды баттхёртят
- ????????
- Тут и уделывать не нужно. Достаточно знать, как компилятор ТП обрабатывает упоминания о перечислимых типах, и как компилятор С кладет прибор на ключевое слово «enum».
- Просвяти-ка меня, мне интересно. Какой именно компилятор?
- Может, запилить какой-нибудь специфический код, в котором пас может уделать с?
- Done.
О ебланах недоделаных
- Нет такой функции «sleep» в TP. Автор правки путает педали — не удосуживается читать заголовок статьи, которую правит.
- Компилятор с ТP не есть однопроходный компилятор — если бы это было так, в нем бы не присутствовало ключевое слово «forward» для опережающего определения функций. Хотя, и этого форварда не надо, ибо в ТП разрешены взаимные ссылки в юнитах друг на друга, что кагбэ намекает.
- Таки разрешены, ТОЛЬКО если в interface. Что само по себе является декларацией. Перекрёстные запрещены. Ибо так.
- Таки однопроходный. КО: если будет второй проход нах вообще особое ключевое слово?
- interface, implementation и initialization таки не имеют отношения к глобальным переменным?
- да, согласен. двойные проходы нужны для замены long jump на short jmp, где это возможно — чтобы уменьшить размер кода. Но кого это теперь ебёт?
- Во всех потомках паскаля по линии Модула-Модула2-Оберон-КомпонентПаскаль компиляторы однопроходные и в стандартах языков присутствует forward declaration. И несмотря на то, что все известные мне компиляторы этих языков — не оптимизирующие, быстродействие вполне неплохое.
- Я-таки не понял, что за хуйню тут народ несет? Опережающее описание бывает нужно независимо от однопроходности компилятора. Типичный пример TClass=class. Если в школе\инсте ни хуя не учили, так хоть педивикию посмотрите, где русскими букффами написано: «Вслед за заголовком процедур/функций вместо тела может помещаться ключевое слово forward, это делается в том случае, если описание процедуры/функции располагается в программе после её вызова, и связано с поддерживаемой в Паскале возможностью компиляции программы за один проход.» Учите матчасть.
- Во всех потомках паскаля по линии Модула-Модула2-Оберон-КомпонентПаскаль компиляторы однопроходные и в стандартах языков присутствует forward declaration. И несмотря на то, что все известные мне компиляторы этих языков — не оптимизирующие, быстродействие вполне неплохое.
- да, согласен. двойные проходы нужны для замены long jump на short jmp, где это возможно — чтобы уменьшить размер кода. Но кого это теперь ебёт?
- Есть аргументированное предположение что TP вообще не компилил программы, а дописывал к интерпретатору исходник, что на первый взгляд выглядело как нормальная программа. По крайней мере TP 5.0 делал именно так.
- Не надо грязи, исходный код включался в программу исключительно для отладки.
- Кстати, FPC-Lazarus по сю пору так делает. Оттого и бинарники по 20МБ у крохотной говнопрограммы из одной формы. Для вырезания лишнего и сжатия в комплекте есть инструменты.
О лулзах
Кого, собственно, автор хотел насмешить, назвав автора языка именем Николаус? Руки прочь от Николая Вальтеровича!
Доставляет лулзы то, что в Паскале, благодаря интересной реализации типа Boolean, импликация булевых переменных (допустим A->B) записывается, как A<=B, то есть, та же стрелка, но не в ту сторону. Не придумал куда запилить, в Достоинства, в Недостатки или просто в нейтральные факты-лулзы.
- Смотри про COM дорогой мой. Енто оттудова.
- Это никакая не стрелка и вообще какой-либо отдельной формы записи операции импликации в Паскале нет. A<=B читается «А меньше или равно B». А поскольку в Паскале ЛОЖЬ меньше ИСТИНА, то A<=B ложно когда A=ИСТИНА и B=ЛОЖЬ и истинно в противном случае. Т.е это именно логическая импликация в её чистом виде. Короче говоря, импликация в Паскале легко записывается простой операцией сравнения булевых величин и потому необходимости в какой-то особенной, отдельной операции импликации в нем просто нет.
IDE
Анонимус имеет мнение, что сейчас скорее важен не язык, а среда(не день недели, а IDE). В последних делфях можно писать на cpp, с# и pascal, что в принципе не имеет большого значения, так как компоненты всё равно те-же, а индусский код можно написать на любом языке, основы алгоритмов одни, а на мелочи всем пох. Тем более сишник наверняка умеет писать код на паскале и наоборот, а если нет, то синтаксис выучить не проблема, а компоненты внутри одной среды всё те же. Скорее вопрос в использовании среды разработки(её компонентов), а не языка.
- ЩИТО?
- Лолшто???
- Даже если запилить версию Дельфи для Python (то бишь VCL и все дела), то всё равно различие в конструкциях языка будет немаловажным. Хотя ОП отчасти прав — набыдлокодить можно на чём угодно.
Ненависти
Язык быдлокодерский. НЕНАВИСТИ!!!
- даже не ненависти, а объективности ибо о всякой хуйне с такой любовью и обожанием могут писать только конченные пидарасы, то есть тут в статье мы видим пропаганду педерастии, которую в ряде субъектов РФ запретили. Он не то что быдлокодерский, он на ступень ниже находится чем PHP вместе с Васьком. Все нормальные программисты если имели опыт работы с дельфями предпочитают не распространяться об этом, но эти же опущи хвалятся тем что долбятся в сраку ггг
Переписал
Возможно, грохнул лишнего или сморозил чего. Прошу допиливать FTGJ! ZX-920 16:47, 1 декабря 2009 (MSK)
Я чето не понял, а где про MS Pascal?
Microsoft Pascal Материал из Википедии — свободной энциклопедии Перейти к: навигация, поиск
Microsoft Pascal — реализация языка программирования Паскаль, разработанная корпорацией Microsoft для разработки программ, работающих под системой MS-DOS и, в более поздних версиях, на OS/2 (как и многие другие инструменты программирования Microsoft).
Microsoft Паскаль версии 3.2 был выпущен в 1986 году. Последняя версия Microsoft Паскаль 4.0 была выпущена в 1988 году, когда Microsoft Паскаль был заменен (ненадолго) Microsoft Quick Pascal, дешевым инструментом разработки, подготовленным Microsoft для конкуренции с Borland Turbo Pascal. Microsoft Паскаль стоил около $ 400, тогда как стоимость Quick Pascal была между $ 25 и $ 50, и различия между ними были аналогичны различиям между Microsoft BASIC Professional Development System и Microsoft QuickBASIC.
В отличие от ISO совместимого продукта Microsoft Паскаль, Quick Pascal пошли после окончательной совместимости с Turbo Pascal. Это включает не только совместимость на уровне исходного кода, а также полную совместимость на уровне двоичных кодов с широко доступными библиотеками для компилятора. Для достижения такого уровня совместимости, Quick Pascal отошли от общих файлов формата (OBJ) и набор инструментов (LINK, LIB) разделяет Microsoft других компиляторов.
//http://www.experiencefestival.com/a/Turbo_Pascal_-_History/id/4865059 Turbo Pascal — Competition with Microsoft Pascal
It is likely that Microsoft Pascal was dropped because of the competition provided by Turbo Pascal’s good quality and low price. Another theory is that Borland made an agreement with Microsoft to drop development of Turbo BASIC, a BASIC IDE that stems from Turbo Pascal, if Microsoft would stop developing Microsoft Pascal. For a while, Microsoft produced QuickPascal, which was almost 100% compatible with Turbo Pascal.
УГ
Статья очень скучная, читать ее совсем не интересно, лулзов чуть меньшк чем вообще нет. Она еще и полна любви и обожания? всем на это похуй Предлагаю посрать в ней немного!
- Съебался отсюда! Быстро, решительно!
- Согласен, паскале-обожатели все лулзы затирают. А так же добавляют такие вот лулзо-кэпо-троны: • Элементы массива можно нумеровать начиная хоть с нуля, хоть с единицы, хоть даже с тысячи (а не только с нуля) — в других блять нельзя.
- Ну в няшной сишке нельзя.
Кому тут низкий барьер вхождения не нравится?
Низкий барьер вхождения всегда достоинство. Уж лучше 10 миллионов из которых 90% школота, чем 100 000 из которых 75% профессионалы. Не всегда язык с низким барьером вхождения хорош, типичный пример ненавистные древние диалекты Бейсика, которые надо ненавидеть уже только за отсутствие в нем обязательности описаний. Но язык, сложный в освоении всегда будет сложен и в эксплуатации. И вообще на кой хуй кому-то сдались все эти школьники, засирающие форумы вопросами, где скачать компонент. 95% Из них все равно отпадут из программирования, потому что только кидая компоненты на форму ничего серьезного никогда не напишешь. Так что убираю нахуй. Кому не нравится, могут страдать мазохизмом в другом месте.
- > Уж лучше 10 миллионов из которых 90% школота, чем 100 000 из которых 75% профессионалы.
- Че? пасКАЛь и профессиАНАЛ — понятия не совместимые. Тупая блядь, которая только и знает куда надо тыкать мыщкой чтобы сделать формочку хуже пэхэпэшной обезьяны.
- Сходи на codeforces, докажи туристу, что он тупая блядь, лол.
Вопрос к упоротым долбоебам с тонными ненависти
Зачем вы тут испражняетесь? Не нравится вам Delphi, не умеете с ней работать, не можете найти на ней работу — забудьте про нее, как про страшный сон, идите с миром в 1С. Вы что, всерьез считаете, что прочитав тонны вашего смешного и только вам понятного негатива — кто-то примет какое-то там решение? Серьезно?
Мы не испражняемся, а критикуем, а у вас батхерт.
Люблю обмазываться лурковскими срачами и дрочить. Интересно, кто первым из участнегов забега побежит Жаловаться Мопецу? Никита Камхоров 16:28, 3 декабря 2010 (MSK)
- Так сабж и есть это самое испражнение
- Испражнением, пупсик, является твое восприятие сабжа. Что (твое мнение) является лишь унылым и несмешным говном. Чини мозг, почисти там чего, потом набегай, с искрометным юмором.
- Уймись, школота, со своим быдлоговноязыком для высушивания и выпрямления извилин в моцке. Какой еще пупсик, дорогой?
- Испражнением, пупсик, является твое восприятие сабжа. Что (твое мнение) является лишь унылым и несмешным говном. Чини мозг, почисти там чего, потом набегай, с искрометным юмором.
В девяностые, когда в институтах поголовно пересадили студентоту на ТурбоПасквиль, причём не только будущих прогеров и технарей, но и обычных ГСМ (информатика), ваш покорный слуга имел профит на пивасик и другие мелкие радости за напейсание рефератов, контрольных и курсовых, ибо составление прожек (по тем заданиям) на Турбе тоже самое, что почесать яйсо. Спасибо, Минобразованию.
СЛУШ ПОЦОНЫ НОУЧИТЕ СОЗДОВАТЬ ПРОГРАМЫ Я ХОЧЮ НАУЦИЦА
Кодить мышкой
Не, ну достали, в натуре. Вы так говорите «кодить мышкой», как будто в этом есть что-то плохое. Ну нравится вам кнопки не на форме двигать, а в конфигах цифирки править — пожалуйста, раз вы такие тонкие месье и знаете толк в извращениях, то ради б-га, только других в этот извращенский клуб тянуть не надо (вы, небось, и порнуху в hex-кодах смотрите?).
- Нащёлкал мышью, вписал школо-код «BeGiN iF pasCAL = CALL then sHOWwMEssaGE('da'); eND;», пососал, убежал.
Статья написана паскадеблядью
Я даже знаю как эту паскалеблядь зовут. Она переодически набегают на эту статью и откатывает измененения с критикой.
- Какая нахер критика? Назвать паскаль пасралем — это что, невероятно смешно и остроумно?
- http://lurkmore.to/index.php?title=Pascal&diff=1553929&oldid=1551986 попа болит, да Тарас?
- Луркморье — планета лулзов, а тарасы и пидарасы её загрезняют, что же тут поделать? :c сишку называть писишкой и высер на высере выкладывать тоже весьма лулзнуто, да.
Ололо дианон Тараса:
Березняк Тарас Валерьевич ул. Бабушкина, д. 63, кв. 69 САНКТ-ПЕТЕРБУРГ РОССИЯ 192171
Email: tarasber@mail.ru Тел.: +79119017975
- Я ЗАТРОЛЛЕЛ ВАС ЛУРКОБЛЯДИ ОЛОЛО
Я хороший человек и умею ставить заголовки
Якобы «тупорылый» компоновщик — минимальное оконное приложение, сделанное на основе стандартных компонентов, весило ненормально много для привыкших к минимализму системщиков (около 300 кб). |
Kekeke… Вы еще Lazarus в этом деле не видели. Года четыре назад попробовал в виндоуз-версии Лазаря откомпилировать это самое минимальное оконное приложение. В результате, насколько я помню, получился высер объёмом в 7Мб! Впрочем, я же не знал про нужный ключ.
- там разговор идёт про Delphi. А этот лазарус фтопку. и тем более ты сам говоришь что это было 4 года назад.
- Там есть разговор о FreePascal, и Lazarus имеет к нему непосредственное отношение.
- читать умеешь? написано «Фейлы Delphi», уебан!
- И что с того? Теперь нельзя в этом контексте сравнивать дельфийские фейлы с фейлами Лазаря? Это ведь обсуждение, а не сама статья. Ты, кстати, уточняй где это «там». Местоимением «там» ты мог и всю статью обозначить, мудила. А ещё лучше не употреблять местоимение если непосредственно перед этим не назвал сущность, которую ты собираешься обозначить. Или это противоречит твоим мудацким нормам поведения?
- > Якобы «тупорылый» компоновщик — минимальное оконное приложение, сделанное на основе стандартных компонентов, весило ненормально много для привыкших к минимализму системщиков (около 300 кб).этот текст находится в фейлах делфи. да, и хватит ебать мозг со своим лазарем
- Да похуй где находится. Повторяю: это не статья, а всего лишь обсуждение. Здесь нет таких строгих правил к структуризации текста.
- Один хуй, дельфеёбцы ввертели тунцов же.
- Да похуй где находится. Повторяю: это не статья, а всего лишь обсуждение. Здесь нет таких строгих правил к структуризации текста.
-
- И что с того? Теперь нельзя в этом контексте сравнивать дельфийские фейлы с фейлами Лазаря? Это ведь обсуждение, а не сама статья. Ты, кстати, уточняй где это «там». Местоимением «там» ты мог и всю статью обозначить, мудила. А ещё лучше не употреблять местоимение если непосредственно перед этим не назвал сущность, которую ты собираешься обозначить. Или это противоречит твоим мудацким нормам поведения?
- читать умеешь? написано «Фейлы Delphi», уебан!
- Там есть разговор о FreePascal, и Lazarus имеет к нему непосредственное отношение.
Потомки Блеза Паскаля
Может, нужно вскользь упомянуть в статье о языках программирования, ведущих родословную от Паскаля? Хотя бы стоит упомянуть Компонентный Паскаль, который на самом деле ни хуя не Паскаль, а допиленный Оберон-2.
- те где блядь находишься? это не программерский сайт! какой смысл описывать всю эту хуйню? из этой статьи и так много повыпиливать надо, а ты хочешь добавить
- Тогда, может, и всю статью выпилить? Не программерский сайт, блядь. Охуеть! Я же не тонкости языка предлагаю описывать. Я предлагаю рассказать о роли сабжа в истории языков программирования. Это, между прочим, будет инфа вполне энциклопедическая, которой статье явно не хватает, а не хуета для практического применения быдлокодерами, которая и лежит на программерских сайтах. Кстати, за каким хуем большая половина статьи посвящена борландовским высерам? Автора языка Паскаль упомянули вскользь, для чего изначально создавался Паскаль тоже не сказали, зато, блядь, обсасываются достоинства и недостатки Дельфи. О самом сабже вообще инфы мало. По-моему, если и надо что-то выпилить, так это портянки текста о Дельфах. Волшебная комбинация клавиш Ctrl+F показала, что в статье слово «Delphi» присутствует в количестве 98 экземпляров, в то время как слово «Pascal» — всего 76.
- всем похуй на историю языка. статья рассказывает про вины и фейлы, которые постоянно фигурирют в срачах на тему C++ и Delphi, C и Pascal
- Тогда, может, и всю статью выпилить? Не программерский сайт, блядь. Охуеть! Я же не тонкости языка предлагаю описывать. Я предлагаю рассказать о роли сабжа в истории языков программирования. Это, между прочим, будет инфа вполне энциклопедическая, которой статье явно не хватает, а не хуета для практического применения быдлокодерами, которая и лежит на программерских сайтах. Кстати, за каким хуем большая половина статьи посвящена борландовским высерам? Автора языка Паскаль упомянули вскользь, для чего изначально создавался Паскаль тоже не сказали, зато, блядь, обсасываются достоинства и недостатки Дельфи. О самом сабже вообще инфы мало. По-моему, если и надо что-то выпилить, так это портянки текста о Дельфах. Волшебная комбинация клавиш Ctrl+F показала, что в статье слово «Delphi» присутствует в количестве 98 экземпляров, в то время как слово «Pascal» — всего 76.
всем похуй на историю языка. |
- Вот поэтому она и выглядит как унылое говно.
статья рассказывает про вины и фейлы, которые постоянно фигурирют в срачах на тему C++ и Delphi, C и Pascal |
- Тогда, может, лучше назвать её «Вины и фейлы, которые постоянно фигурирют в срачах на тему C++ и Delphi, C и Pascal»?
- не понимаю, ты что хочешь? хочешь описать историю каких-то там оберонов и прочую хуиту? она тут нахуй не нужна
- Тогда, может, лучше назвать её «Вины и фейлы, которые постоянно фигурирют в срачах на тему C++ и Delphi, C и Pascal»?
О паскалоидах баттхёртящих.
Хватит блять удалять всё что не льёт мёд на жопу паскалю, ньюфагов этим не приманите.
- ты про это чтоли?
- Не только, отменяют всё и всю.
- не надо превращаться статью в тупой нечитабельный высер
- Не только, отменяют всё и всю.
- > Нету автоматического преобразования нуля и т.д., т.е. - в вызове функций вызывать надо именно nil а не 0хуита, всё конвертируется
- Только явно, иначе будет засыпать предупреждениями, что не отладке не поиску ошибок не помогает.
- > Единственный адекватный паскаль с динамическими массивами и прочими синтаксическими плюшками - Delphiа какие ещё есть паскали?
- Компилер ввиду имеется, Люк.
- > Уродские и неудобные преобразования, ну и ахуеннейшие указателиа это уже дело вкуса, про ==,= и := тоже дело вкуса
- Ладно, начнём про тупости: > Элементы массива можно нумеровать начиная хоть с нуля, хоть с единицы, хоть даже с тысячи (а не только с нуля)— ебать, в других нельзя,> Возможность прямой работы с памятью практически полностью приближает Pascal к С/C++.— ага, менеджер памяти будешь обходить ручками. А ещё промолчу про инкриминтеты и прочие уёбищества написавшего статью, иначе у меня у самого баттхёрт начнётся.
- индексы с любого номера рельно удобно.
- Зачем такие тупости? Это доступно во всех языках.
- покажи-ка как это делается в С++
- Многостоящая свистелка-перделка. Ладно, int for_example[1000]; for_example[999] = 1; эквивалитентно for_example: array [999..1000] of integer; for_example[999] := 1; так как все остальные элементы не инициализированы а переменная стёковая — конечный код тот же, и использование не затруднено.
- int for_example[1000] — 1000 элементов по 4 байта (4000 байт), array [999..1000] of integer; — 2 элемента, по 4 байта (8 байт). разницу чувствуешь уебан?
- Блять, ты идиот. Это не дэльфи который выделяет всё за тебя, без инициализации ничего не выделяется, пруф тебе даст любой отладчик/дизассемблер.
- > int for_example[1000]; for_example[999] = 1после этого у тебя будет массив на 1000 элементов
- Я с имбицилом разговариваю? Это не дэльфи, память выделяется в стёке только после спуска в него, то есть иниацилизации. Пустые элементы массива — в конечном коде не присутствуют, ясно?
- учи матчать школолольник
- Блять, как же меня твоя тупость достала то. Конечный код примерно такой в обоих случаях:
- push 1
- Прочитай книжонку по ассемблеру и открой что-нибудь в отладчике. Я понимаю, ты привык к тупейшему компилятору дэльфи, который даже под пустые массивы и переменные будет память транжирить.
- учи матчать школолольник
- Я с имбицилом разговариваю? Это не дэльфи, память выделяется в стёке только после спуска в него, то есть иниацилизации. Пустые элементы массива — в конечном коде не присутствуют, ясно?
-
- Блять, ты идиот. Это не дэльфи который выделяет всё за тебя, без инициализации ничего не выделяется, пруф тебе даст любой отладчик/дизассемблер.
- int for_example[1000] — 1000 элементов по 4 байта (4000 байт), array [999..1000] of integer; — 2 элемента, по 4 байта (8 байт). разницу чувствуешь уебан?
- Многостоящая свистелка-перделка. Ладно, int for_example[1000]; for_example[999] = 1; эквивалитентно for_example: array [999..1000] of integer; for_example[999] := 1; так как все остальные элементы не инициализированы а переменная стёковая — конечный код тот же, и использование не затруднено.
- покажи-ка как это делается в С++
- Зачем такие тупости? Это доступно во всех языках.
- индексы с любого номера рельно удобно.
- Ладно, начнём про тупости:
- я кодер на С/С++ который до сих пор испытывает любовь к паскалю. и не пизди мне тут про размеры массивов, массивы в паскале реально удобны, а то что ты привёл это сферически-вакуумный быдлокодерский подход, за который руки отрывают и глаза выкалывают. поэтому сосни-ка хуйца быдло
- Официально соснул, ибо если бы использовали только один элемент — нихуя бы не выделилось, не плакай.
- при использовании одного элемента нет смысла в использовании массивов. более того, даже при использовании одного элемента, компилер просто не в силах узнать какие какие элементы в нём будут использоваться поэтму ввыделяет место под все элементы. паскале же при обращении за рамки массива которые были указаны при его объявлении просто возникнет исключение.
- Ты блиать реально упоротый. Они там по твоему мнению нативные? В сих подобный класс — 5 минут, с блекджеком и шлюхами. И вообще изначальный пример посмотри, давай использовать два, блиать. Дэльфе-онанистам такой подход нужен из-за уёбищного оптимизатора, за два десятка лет так и не исправившемся.
- разупорись
- А за щёчку?
- Уже.
- разупорись
- Ты блиать реально упоротый. Они там по твоему мнению нативные? В сих подобный класс — 5 минут, с блекджеком и шлюхами. И вообще изначальный пример посмотри, давай использовать два, блиать. Дэльфе-онанистам такой подход нужен из-за уёбищного оптимизатора, за два десятка лет так и не исправившемся.
- при использовании одного элемента нет смысла в использовании массивов. более того, даже при использовании одного элемента, компилер просто не в силах узнать какие какие элементы в нём будут использоваться поэтму ввыделяет место под все элементы. паскале же при обращении за рамки массива которые были указаны при его объявлении просто возникнет исключение.
- И дай угадаю: начинал с дэльфи-формошлёпства?
- нет, начинал с ассемблера. и вообще какое это имеет отношение к этому разговору?
- Тарас Березняк любит анальные ласки, прикинь — без смазки!
- евгений ваганович, залогиньтесь
- С тобой С-рауструп разговаривает, а ты так!
- евгений ваганович, залогиньтесь
- Тарас Березняк любит анальные ласки, прикинь — без смазки!
- нет, начинал с ассемблера. и вообще какое это имеет отношение к этому разговору?
- Официально соснул, ибо если бы использовали только один элемент — нихуя бы не выделилось, не плакай.
- я кодер на С/С++ который до сих пор испытывает любовь к паскалю. и не пизди мне тут про размеры массивов, массивы в паскале реально удобны, а то что ты привёл это сферически-вакуумный быдлокодерский подход, за который руки отрывают и глаза выкалывают. поэтому сосни-ка хуйца быдло
- > менеджер памяти будешь обходить ручкамине пизди. также приваиваешь указателю любой адрес и обрщаешься к памяти. и какой нахуй менеджер памяти?
- С нестраничной памятью поработай-ка :)
- с нестраничной памятью на С++ поработай-ка, и заодно объясни что в твоём понимании является нестраничной памятью
- Да запросто. Доки по kernel-mode кодингу полистай. А точнее про виды памяти.
- сравнил хуй с пальцем. понятно что драйвер работающий в kernel-mode сможет как угодно работать с какой угодно памятью. обычная программа будь она написана хоть 1000 раз на С++ всё равно ничего не сможет сделать
- Прав доступа не хватает, а так — работа с памятью прямая так что C++ работает с любым видом. А вот блять напиши-ка драйвер на дэльфи. Я про тоже.
- обычная прога на С++ и обычная прога на делфи имеют совершенно одинаковые возможности по работе с памятью
- Ты почитай о том, как драйвера на ней пишут, ну или почему там утечек памяти не бывает. Кстати, мы тут статью а не различия пприплюснутого и дельфина обсуждаем, не?
- драйвера пишут на С/С++ и утечки там бывают. и мы тут говорим про обычные программы и про то что возможности работы с памятью на паскале и на Си совершенно одинаковые
- Я блять про ци говорю? «Учи матчасть школьник», что бы в дэльфи устроить утечку памяти надо семь анальных небес пройти. А чем драйвера не обычные программы-то? Сложностью написания и невозможностью формошлёпства? Насчёт сложности кстати — их легче писать на асме чем на паскале.
- на делфи в два счёта можно устроить неиллюзорную утечку. и да, речь идёт про обычные программы, а про kernel-mode ты начал говорить, а не я
- С тобой спорить безполезно, ибо получается следующее: — Смотри, хуй! — А у меня хуй в рукомойнике! И вообще, кто тебе сказал что хуй? Какой хуй? Да ты сам про него сказал!
- изначально речь шла про работу с памятью в паскале и про то что в паскале такие же возможности работать с памятью, и про удаление твоих правок из статьи. это ты начал хвататиться своими неебическими познаниями и всё равно в итоге соснул
- Я так люблю вымазываться лурковскими срачами и дрочить, что ты даже ну не представляешь. Статья — ахтунг-перевод расово неверной педивикии, если бы Ульянов видел бы это — в мавзолее перевернулся бы блиать.
- мне отсыпь травки, я тоже хочу как ты
- Подставляй попку милый. В анусе тоже слизистая есть, вотрём туда ^_^
- Сколько КГ/АМ?
- мне отсыпь травки, я тоже хочу как ты
- Я так люблю вымазываться лурковскими срачами и дрочить, что ты даже ну не представляешь. Статья — ахтунг-перевод расово неверной педивикии, если бы Ульянов видел бы это — в мавзолее перевернулся бы блиать.
- изначально речь шла про работу с памятью в паскале и про то что в паскале такие же возможности работать с памятью, и про удаление твоих правок из статьи. это ты начал хвататиться своими неебическими познаниями и всё равно в итоге соснул
- С тобой спорить безполезно, ибо получается следующее: — Смотри, хуй! — А у меня хуй в рукомойнике! И вообще, кто тебе сказал что хуй? Какой хуй? Да ты сам про него сказал!
- на делфи в два счёта можно устроить неиллюзорную утечку. и да, речь идёт про обычные программы, а про kernel-mode ты начал говорить, а не я
- Я блять про ци говорю? «Учи матчасть школьник», что бы в дэльфи устроить утечку памяти надо семь анальных небес пройти. А чем драйвера не обычные программы-то? Сложностью написания и невозможностью формошлёпства? Насчёт сложности кстати — их легче писать на асме чем на паскале.
- драйвера пишут на С/С++ и утечки там бывают. и мы тут говорим про обычные программы и про то что возможности работы с памятью на паскале и на Си совершенно одинаковые
- Ты почитай о том, как драйвера на ней пишут, ну или почему там утечек памяти не бывает. Кстати, мы тут статью а не различия пприплюснутого и дельфина обсуждаем, не?
- обычная прога на С++ и обычная прога на делфи имеют совершенно одинаковые возможности по работе с памятью
- Прав доступа не хватает, а так — работа с памятью прямая так что C++ работает с любым видом. А вот блять напиши-ка драйвер на дэльфи. Я про тоже.
- > std::map<int, int> for_example; for_example[999] = 1
- сравнил хуй с пальцем. понятно что драйвер работающий в kernel-mode сможет как угодно работать с какой угодно памятью. обычная программа будь она написана хоть 1000 раз на С++ всё равно ничего не сможет сделать
- Да запросто. Доки по kernel-mode кодингу полистай. А точнее про виды памяти.
- с нестраничной памятью на С++ поработай-ка, и заодно объясни что в твоём понимании является нестраничной памятью
- С нестраничной памятью поработай-ка :)
Интро — гавно
Но это слишком толсто
Pascal (Паскаль, Пасквиль, Паскакаль, Поцкаль, Турба (устар.), Турбопаскаль (устар.), Труба (устар.), Делфя) — язык программирования, созданный в 70-х годах прошлого века известным гомосексуалистом Никлаусом Виртом, чтобы невозбранно дисциплинировать школьников и ступидентов, но позже ВНЕЗАПНО обнаружилось, что сей учебный язык может быть пригоден для написания реальных программ(студенты стоят дешевле готовых программистов, логика простая: 4 дельфятника за ту же зарплату сделают в 1.5 раза больше чем 1 сишник). Когда-то давно, когда деревья были большими, а по улицам бегали мамонты, имел весьма широкую в узких кругах популярность, что делало языг Pascal илитным среди школьников, но сейчас ее потерял чуть менее чем полностью, сохранившись в основном в виде Delphi для обучения программированию юных хакиров и прочих малолетних долбоёбов(хотя прогрессивные учебные заведения используют Python). Язык невозбранно привлекает возможностью писать почти на английском языке(!!!), а не ломать пальцы о низкоуровневые указатели(байтоёбство). Здесь нету б-гомерзких фигурных скобочек, вместо них надо писать везде begin и end(ну и чо что 9 байт вместо 2, зато почти на английском!!!). Переменные объявляются в специально отведенном месте(а не хуй объявлять где попало). Ну вы понели, короче, не то что в этом сраном C.
Переделайте чтобы тонко, хочу лулзы, а не злоебучую унылую простыню накатанную каким-то пидарасом дрочащим на Вирта и его недоязыг. Такое я на Википедии почитать могу.
- Либо так, либо никак — лулзы удаляются той же паскалеблядью, коя статья является его отпрыском.
- худей мудило
- Тарас, это нужно тебе, ибо статья написана настолько толсто что я за пол года так и ниасилил.
- Еблан и тупорылый долбоёб Тарас Березняк при написании статьи брал целые абзацы из статей про паскаль и дельфи из англоязычной википедии. Например, http://en.wikipedia.org/wiki/Pascal_(programming_language) , разбавляя их своим скудным луркосленгом. Отсюда, в принципе и такая хуёвая статья, не потому что Тарас пидарас, точнее не только поэтому.
- нет ума — считай калека
- Можешь публично не распространятся о твоём раке мозга.
- ОЛОЛО Я ТЕБЯ ЗАТРОЛЕЛ У ТЕБЯ БАТХЁРТ!!!
- Сообщи когда у тебя течка закончится.
- ОЛОЛО Я ТЕБЯ ЗАТРОЛЕЛ У ТЕБЯ БАТХЁРТ!!!
- Можешь публично не распространятся о твоём раке мозга.
- нет ума — считай калека
- Еблан и тупорылый долбоёб Тарас Березняк при написании статьи брал целые абзацы из статей про паскаль и дельфи из англоязычной википедии. Например, http://en.wikipedia.org/wiki/Pascal_(programming_language) , разбавляя их своим скудным луркосленгом. Отсюда, в принципе и такая хуёвая статья, не потому что Тарас пидарас, точнее не только поэтому.
- Тарас, это нужно тебе, ибо статья написана настолько толсто что я за пол года так и ниасилил.
- худей мудило
Тараз Бересьяик
Аншлаг! Аншлаг! Lorem ipsum dolor sit amet, consectetuer adipiscing elit. In est libero, tristique vel, vestibulum a, aliquam sit amet, nisl. Curabitur suscipit euismod sapien. Nullam ligula. |
нормально сука запилил-ка мне всё, иначе и черенок от лапаты не пожалею на чьи то анальные губки.
- этому педику будет только приятно
- Спасибо за сообщения, они пригодятся в милиции.
- Вчера в отдел по борьбе с киберпреступной пидарасией раши поступило заявление, что на лурке один такой продвигает свои позиции. Он будет задержан и пакаран, спасибо за информацию.
- Скоро ты в тюрячку попадёшь, там тебя отпетушат.
- Только не вычисляй меня по ип, плз.
- Поговори мне ещё. Назови своё имя и дай номер, я позвоню тебе. Ты думаешь что можно анонимно оскорблять других и за это тебе ничего не будет?
- Вот моя страница вконтакте http://vk.com/id29482, если у кого мало проблем
- +7 911 240 9066, жду.
- Наверника, левый номер дал, звони сам на +79119017975 (Тарас)
- ХАХА Я СОСУ ХУИ! ЗВОНИТЕ НА НОМЕР +79119017975 КРУГЛОСУТОЧНО. СПРОСИТЬ ТАРАСА БЕРЕЗНЯКА
- 265
- ОБСЛУЖУ В ЖЕНСКОМ БЕЛЬЕ КАВКАЗЦЕВ ТАДЖИКОВ УЗБЕКОВ НА СТРОЙКАХ РЫНКАХ СМС 89119017975 ИЩУ СУТЕНЕРА КАВКАЗЦА АЗИАТА МОЖНО ВЛАСТНУЮ ЖЕНЩИНУ 89119017975
- 265
- +7 911 240 9066, жду.
- Только не вычисляй меня по ип, плз.
- Скоро ты в тюрячку попадёшь, там тебя отпетушат.
- Вчера в отдел по борьбе с киберпреступной пидарасией раши поступило заявление, что на лурке один такой продвигает свои позиции. Он будет задержан и пакаран, спасибо за информацию.
- Спасибо за сообщения, они пригодятся в милиции.
Ололо фото Березняка http://www.gamedev.ru/files/images/taras3.jpg по-моему больной человек
хуй
Блиять, срача подкиньте, надо же чем то вымазатся дабы удрочиться
Лол. Современный умный и успешный человек — это топ менеджер. Именно топ. Не всякие прожект, офис, комьюнити, клиент и прочие лоу и мидл скам менеджеры. А именно ТОП менеджер крупной корпорации.
Программист же — презираемая обслуга, мразота, чернь. Тупое быдло, на котором пашут, винтик, шестерёнка. Когда мразь начинает боготворить свой инструмент — это идникатор того, что мразь окончательно поехала. Не может быть элитного языка программирования, ибо любой язык программирования это инструмент недостойного пса, приносящего деньги его хозяину — современному, умному, успешному топ менеджеру.
Зазнавшийся скам!
Я хуй и не умею ставить заголовки
Мужики, поправьте в статье — паскаль ддя ПЛК (Самых ходовых — Siemens Simatic S7) называется не ST, a SCL. Есть еще STL — что-то типа ассемблера для ПЛК, причем настолько ебанутого, что как будто его СС-овцы для евреев придумывали. =))
- scl = st, пофиксел. STL не нужен
Butthurt?
Статью писал пасралефаг. Лютый пасралефаг. Столько обожания к такому уебищному языку я не видел
ни в одной статье. Честно.
- ясно
- Статью чмо деревенское писало, да, Тарасик?
- Это показатель того, что срачи вокруг паскаля уже давно в истории и волнуют лишь малочисленных выживших потомков Вирта. Лет десять назад войны ещё разворачивались нехуйские. Особенно интересно было наблюдать на wasm.ru баттхерт C-фагов, когда они находили в очередной статье примеры кода на Delphi. Но, даже там, этот троллинг поднадоел. Вероятно это связано с тем, что планомерный отказ от Pure C в библиотеках в пользу C++ существенно осложнил использование этих библиотек из всяких там pascal'ей. Если C'шную библиотеку достаточно просто подгрузить через LoadLibrary/dlopen, предварительно прогнав заголовочные файлы через транслятор C->Pascal, то с C++ уже всё сложнее, приходится писать библиотеку-переходник между паскалём и C++. В голову приходит мысль, что проще, быть может, скомпилировать .pas-сорец в .cc-сорец, чтобы затем скомпилировать при помощи компилятора c++.
Недостатки языка Pascal
> Сравнительно громоздкие конструкции языка. Использование длинных английских слов begin и end вместо фигурных скобок. Недостаток при чтении в блокноте, где они сливаются в кучу...
Смотря с какой стороны смотреть: при грамотно написанном коде смотрится нормально, а порой даже лучше чем фигурные скобки. Писать в блокноте на паскале может только извращенец. Если невтерпёж, то можно использовать что-то типа Notepad++.
- Да ну не надо. Что статью писал уебан, что ты, остроглазы, блять. Даже с подсветкой в IDE эти бесконечные begin begin begin begin begin сливаются в кучу даже в хорошо отформатированном коде, похлеще чем любимое C++-геймдев-блядями "}}}}}}}}" в одной строчке.
> Статическая типизация — защита от явно ненормальных программистов.
А почему это недостаток? Порой это очень даже помогает. А всяких школьников приучивает «правильному» программированию.
- Ну не скажи. Приучает разве что только к хорошему использованию функций конвертации, что есть высокоуровенное блядство, которому учить нельзя. Спешл для трёхнедельных программистов.
> Слишком низкий порог вхождения, как ни странно — даже поблее низкий, чем у C# и Java, что порождает любовь школьников, студентов, преподов и просто случайных прохожих к этому языку...
Бред. У C# ГОРАЗДО ниже. Взять хотя бы сборку мусора.
- Синтаксис. Да и сборка мусора скорее увеличивает порог вхождения - легче найти баг по типу "удалил объект раньше срока", чем "какого хуя этот класс не уничтожается", тем более что в паскале, а точнее в дэльфи всё очень человечно организовано.
> Локальные переменные нельзя определять в том месте, где они начинают использоваться — это, по мнению профессионалов C++/C#/Java — приводит к засорению пространства видимости, проблемам с оптимизацией (привет цикл for!) и нервному тику у кодера, который должен лезть через 2 страницы (впрочем, не обязательно ему это делать самостоятельно — современные средства разработки, в том числе даже бесплатный Lazarus, умеют определять локальную переменную и даже предполагать её тип из операторов присваивания по одной команде) в блок var (да, представьте, какой ужас, переменные в Pascal/Delphi нельзя определять где попало, а только в строго отведенных для того местах, что противоречит принципу «локальные переменные — это не такой дюже важный объект, чтобы ему уделять столько внимания»)...
Писал человек, который очень мало времени писал на паскале(либо вообще долбоёб). Зачем листать туда-сюда?! Можно ведь сразу объявить все нужные переменные, и это будет правильнее. Плюс сразу видно какие переменные используются.
- И какого хуя? Ты сам то хоть один алгоритм посерьёзнее парсера говна писал? Ты, блять, реинкарнация Йоды ИРЛ, раз можешь взять и написать хороший алгоритм за один подход.
- Люди, вы видимо вообще не программировали в паскале, ни первый ни второй, - в отечественном паскале.абц можно объявлять переменные прямо в коде!
- какой ещё нахуй абц?! я писал ещё в Borland Pascal и Turbo Pascal - там такого не было, потом перешёл на Delphi - там тоже переменные объявляются не там, где приспичит, потому что это идеология языка заложенная Виртом. и по мнению Вирта это не баг, а фича! суть которой что в том что о переменных нужно думать заранее, а не лепить где посрать захотелось!
- "какой ещё нахуй абц?!" - в статье есть, pascalABC.net... Про фичу я знаю, но я хотел пояснить, что данное ограничение лишь в идеологии ну и 99% компиляторах, тем кому нужно по выпендриваться с переменными могут и другие компиляторы найти. Об этом можно было написать хотя бы вскольз, типа "'Почти во всех компиляторах переменные инициализируются до кода...", а то анонимус не догадается искать альтернативы если это ему необходимо.
- какой ещё нахуй абц?! я писал ещё в Borland Pascal и Turbo Pascal - там такого не было, потом перешёл на Delphi - там тоже переменные объявляются не там, где приспичит, потому что это идеология языка заложенная Виртом. и по мнению Вирта это не баг, а фича! суть которой что в том что о переменных нужно думать заранее, а не лепить где посрать захотелось!
- Люди, вы видимо вообще не программировали в паскале, ни первый ни второй, - в отечественном паскале.абц можно объявлять переменные прямо в коде!
> Case-insensitive. То есть, begin = Begin = BEGIN = BeGiN...
Быдлокодер на любом языке сможет написать нечитабельный код. Для этого мозгов много не нужно. А если если очень приспичило, то простое нажатие Ctrl+D спасёт вас.
- Именно вот это провоцирует их сильнее всего. То же самое, что у C-блядей переменные xxX, xXx, Xxx, XXx, xXX, XXX, XxX и xxx. Палка о двух концах.
> Delphi провоцирует быдлокодеров на внесение логики во всякие непотребные места...
!!! То есть надо писать от балды? Без всякой логики или я неправильно понял?
- http://ru.wikipedia.org/wiki/%D0%9C%D0%B0%D0%B3%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F_%D0%BA%D0%BD%D0%BE%D0%BF%D0%BA%D0%B0 - занятное чтиво.
> Как ни странно, основной: Pascal/Delphi лютой НЕНАВИСТЬЮ ненавидили в университетах этого вашего Пиндостана...
При чём здесь недостатки и СШП? Типа там это не модно, значит язык говно?
- Там айфоны модны, так почему они везде модны? Алсо, баттхёрт-аргумент для долбоёбов вроде тебя.
> Некроссплатформенность. Kylix & Lazarus — костыли, без переработки код не перенести.
Lazarus вполне нормальный компилятор, если уж совсем невтерпёж и нужно писать под линуху.
- Да срать какой он там компилятор (пустые бинарники от 3-5мб как бы намекают), про переносимость написано.
Кстати в коде библиотек Delphi XE3 есть намёки на дальнейшее добавление поддержки линухи, а макось нахуй не нужна(по крайней мере мне)
- Пользователям мака ты тоже нахуй не нужен. А линуксоидам тем более.
> Отсутствие поддержки Unicode. Исправлено только в Delphi 2009, благодаря чему переносимость кода на другие версии такая ахуенная.
Это была серьёзная проблема, однако сейчас уже всё норм.
- Ага, баги с ним в компонентах как бы это подтверждают.
А с переносом не так уж и трудно:
-Перед DecimalSeparator(и ему подомному) просто надо поставить FormatSettings. -Все PChar заменить на PWideChar или PAnsiChar(зависит от используемой функции) -Перед всеми стандартными библиотеками поставить Vcl. или System.(зависит от библиотеки) -И пару мелочей.
Вот и всё. Это мешает только быдлокодерам, которые язык знают хреново.
- А какого хуя они сразу не сделали нормальной архитектуры, для вставления юникода в будущем? Напоминает Microsoft с их DirectX - каждую версию всё и вся меняется, а OpenGL спокойненько себе поживает с парой изменений за десяток лет.
> Литература. Из-за любви быдла к этому языку, книги пишутся той же самой аудиторией. Самое большее что из синтаксиса там описывается — что такое begin, end, if, for. Остальное — VCL, как тыкать формочку.
Нормальному программисту не составит труда найти хорошую книгу.
- А нормальные программисты и не учат паскаль, они его либо давно знают, либо им просто похуй. Язык как бы рассчитан на новичков и ленивых блядей.
Плюс в Rad Studio встроена хорошая справка.
- Там написано всё языком крепко задрочившихся красноглазиков, что для новичков ни в какие ворота, даже анальные.
> Отсутствие GC.
Это вообще плюс.
- Как взглянуть. Он позиционирует себя как язык для быстрой разработки и просто для начинающих, так вот, какого же хуя его там нет?
> IDE. Начнём с того, что выбора IDE вообще нет.
Lazarus, Delphi 7, Delphi 2006—2009, Delphi XE1-3, Сборки предыдущих от различных людей, которые устанавливаются с первого раз, им не нужны костыли, работают быстро и содержат различные дополнения.
- >ДА ТИ ЩО ЕБАТЬ ПИЗДА ПУКАН БАМБАНУЛ БАТТХИРТ.
- 2 IDE - большой выбор? И то, в одной уёбищный жирный компилятор, а в другой свистопердюльки с дерьмом.
- > Недостаток при чтении в блокноте, где они сливаются в кучуубрал, действительно бред> Delphi 7, Delphi 2006-2009, Delphi XE1-3это разные версии одной IDE> Это была серьёзная проблема, однако сейчас уже всё норм.библиотеки и классы всё равно обычными остаются, а пока остаётся популярна Delphi 7 это остаётся проблемой
а почему написано что Паскаль не развивается и застыл если даже Lazarus уже давно 64 битный ?
Сборщик мусора
Кто сказал, что отсутствие сборщика мусора плохо? В Опере сборщик мусора активизируется внезапно и начинает перелопачивать своп. При этом невозможно что-то делать на компе пару минут. Как вариант, можно докупить оперативки. Так что сборка мусора — это зло, это перекладывание забот программиста на плечи пользователя.
—87.252.227.84 15:38, 31 января 2013 (MSK)
В Опере сборщик мусора активизируется внезапно и начинает перелопачивать своп.
- Ты прыщелис в деле не видел.
- Но тем не менее, проблемы нищебродов никого не ебут (иногда - к сожалению). Там, где можно использовать сборщик - стоит его использовать. — 03:16, 13 июля 2013 (MSK)
- Ваш же Вирт и сказал. В Обероне/Компонентном поцкале сборщик мусора есть.
Гниющие трупы
Этот ваш Delphi давно мёртв. Только костыли для говна мамонта писать. Есть же шарп, хотя и он говно. —Мимокрокодил
- Ясно.
- Святая толстота!
- Ну а чо, тоже зелёный, ток не плоский, а сферичный :)
От статьи воняет псиной
А её авторы - овцеёбы дегенаты уебаны пиздорылые. НИЧЕГО кроме нескольких убогих программок a-la Нортон Коммандер под убогую платформу пека (пыльные ящики самой низшей ценовой категории) на посскале создано не было. Сборки мусора нет, обработки исключений нет, функций высшего порядка - нет и не будет, вместо них - "объекты" блядь в глобальном пространстве имён. ПАСКАЛЬ МЁРТВ, но нет же, блядь - на дельфе делают Серьёзный Бизнес, энтеллегентные дядиньки, даже в очках! Туда не берут студентов, это чревато потерей Бизнеса! Серьёзного Бизнеса, надо полагать. Козлищи драные, жлобьё свиномордии блядь. ПАСКАЛЬ БЫЛ МЁРТВ ЕЩЁ 20 ЛЕТ НАЗАД, но у вас вот-вот в апреле выйдет Windows '95 кодовое нозвание "Чикаго", и вот тогдаа-аа-аа!!! Пидорасы.
- Ты свое очко прикрой, а то мя огнем твоего пердака прижало жесть. Толстячок.
> обработки исключений нет, функций высшего порядка - нет
- Что за хуйню я читаю? Ты вообще хоть что-нибудь писал на Дельфи? Или умеешь только только кидать компоненты на форму?
- Обработка исключений в Delphi всегда была (ее не было в Turbo Pascal для DOS), ФВП с замыканиями есть в последних версиях. Вот со сборкой мусора действительно плохо, есть конечно интерфейсы с подсчетом ссылок, но в отличие от Java и C# кольцевые ссылки не ловятся. В Oberon ЕМНИП имеется полноценный сборщик мусора, при этом он компилирует в нативный код.
Delphi XE5
Запилите кто-нибудь инфы про Delphi XE5 с поддержкой x32/x64, а также Windows/MacOS/iOS/Android на единой кодовой базе (FireMonkey). Пора устроить артиллерийский залп из рвущихся задничек дельфоненавистников (девственников?). Хотя с ними-то всё понятно: стоит лицензия Delphi столько, что им годами работать надо, — но даёшь обновление фактов!
- Каких ещё фактов, болезный? В рашке, в тех фирмах, где ещё нужен какой-то софт, «нетленку на дельфи» обновляет один человек, все остальные перешли на другие языки и технологии.
- Дражайший, я всего год как свалил из конторы, где примерно четверть нового софта пишется на Delphi последних версий. Уже 18 лет хоронят и всё никак, а Вы туда же.
- Правильно сделал, что свалил из говноконторы.
- лови косяк Сей http://habrahabr.ru/post/201868/#comment_6972862 Дельфи таких майндфаковских косяков не выдаёт!
- Да, дэйствително, в сях вi можэтэ отстрелыт сэбэ яйтса но в делфы вы можэтэ откусыт сэбэ яйтса — вот патаму дэлфы гараздо сэръознеэ_
- лови косяк Сей http://habrahabr.ru/post/201868/#comment_6972862 Дельфи таких майндфаковских косяков не выдаёт!
- Правильно сделал, что свалил из говноконторы.
- Дражайший, я всего год как свалил из конторы, где примерно четверть нового софта пишется на Delphi последних версий. Уже 18 лет хоронят и всё никак, а Вы туда же.
> стоит лицензия Delphi столько, что им годами работать надо
Ну и нахуй она тогда вообще нужна? Есть же бесплатный и свободный Lazarus.
Да хер пойми с этим лазарусом, пришлось настраивать читай возвращать интерфейс, для это нужно было установить какие-то пакеты, потом долго-долго стыковаться, а чтобы не было каракулей в дизасме пришлось куда-то вбить вот таку строку -eval-command="set disassembly-flavor intel", (галочки не слышале не), а потом оказалось что нахер не работает stepping в этом окне — этот кретин переключается на сорс! А если жмакать по тулбарным — скачет на сорс, ждет полторы секунды и затем все-таки возвращается в дизасм — полторы секунды на инструкцию? в конец убило что я не нашел memory view, ну память просмотреть. и кто язык выбирает по сраной локале? локаля лишь бы крякозябры не выскакивали, у мну винда инглиш, а он мне как вьебашал все на русском — я ни слова понять не могу. Спасибо гуглу нашел большинство бэкдоров к настройкам к нему. А компилятор? А хрен знает, наверняка нормальный компилятор, асм и 64 есть, а интерфейс отсталый кусок дерьма из параллельной вселенной. вуаля, настроил [1]
- Хе-хе. Знакомьтесь, *nix-way. Дебуггер там, я полагаю, внешний (скорее всего gdb), к нему прикручен гуй, который как и все гуи к gdb не умеют и 20% того, что умеет gdb. Стоит попробовать найти в гуе командную строчку этого дебуггера и рулить через неё, обычно к таким гуям её прикручивают, в качестве универсального способа рулить отладкой. Это позволит и по одной инструкции двигаться, и память просматривать/менять и скрипты для gdb писать. Впрочем, ежели вы отлаживаете в бинарях, то, быть может, лучше задвинуть на лазарус и на gdb и искать другие инструменты: работа с ассемблером -- это не *nix-way, это для тех, кто не осилил языки высокого уровня. Язык по локали — это тоже *nix-way, с точки зрения которого, локаль — это не способ избавиться от кракозябров, а способ настройки языка интерфейса. От кракозябров избавляются установкой шрифтов, вообще-то. Ну и, финально, пилить что-то там на паскале — это не *nix-way, поэтому лазарусу этому, надо полагать, категорически не хватает разработчиков. Так что лучше купите лицензию на Delphi. — Срикет
Я хуй, слоупок и школоло (хотя мне 34, и я бородат)
Короче, мне понравился разбор разных версий IDE, хотелось бы почетадь того же качества разбор Dev-Pascal - насколько он эффективен как компилятор, оптимизация-тирьямпампация там (думаю, понятно из вопроса, что я даже не быдлокодер, а так, в школе учил TP5.5, и то не доучил)
- об этой хуите писалось еще про Delphi 32 - то бишь в первой версии еще. 90-е года прошлого миллениума.
- какая разница в какой они пишут IDE, что 40 лет назад пейсали с глобальными переменными, что сейчас. Разница токо в том, что ТОГДА область стека была ограничена неск.килобайтами, а теперь их ГИГАБАЙТЫ, ну и сами слегка усохли... но по-прежнему ставят «var» в заголовках программ.
ОС на паскале
А особо упртые пишут на паскале ещё и оси. И винды до 3.11 были на паскале! — Анонимус 20:13, 22 июля 2015 (MSK)
Ненейтрально (или - мы не могём в разметку)
Статью писала смешная дельфоблядь с горящей жопой. GC нет - значит не нужен и для быдла (а также делается смехотворное заявление, что reference counting является разновидностью GC). Язык многословен - так лаконичность языка не нужна, нужно просто надо делать короткие функции. Нечувствительность к регистру - так это, оказывается, важная защита от быдлокода. Сравниваем по формошлепству с C++ (а не, скажем, C#), тулкит с MFC (а не WPF, Qt, Cocoa и так далее), по инструментам работы с СУБД опять с C++ (а не Java, C#, Scala, Python и так далее), уровень вхождения с Java (хотя тут есть Python, JS, бейсик и так далее), мертвость сравниваем с FoxPro (если на фоне FoxPro дельфи жив, то на фоне C++, JS, Java, C# или Python дельфи не существует). Принцип понятен - сравнить с худшими альтернативами, по сравнению с которыми Дельфи хоть как-то держится, а с лучшими альтернативами дельфоблядь, которая слаще морковки не ела ничего, не знакома. Да пойми ты, автор-говноед, дельфи не любят не из-за какого-то воображаемого баттхерта, а просто обходят стороной как обоссанного бомжа. Это просто плохой по нынешним меркам устаревший инструмент, мало для каких задач оптимальный в 2016 году.
Ты хоть раз загляни хотя бы на сайт того же преславутого LAZRUS ? Релизы как горячии пирожки что за бредятина уже давным давно 64 битный и работает на всех популярных ОС что за охинею вы несете что за слепошар тут поселился который пишет бред ему лень открыть сайт ?
Это просто плохой по нынешним меркам устаревший инструмент, мало для каких задач оптимальный в 2016 году. ? С ФИга ли ? я пишу на 4 языках и ассемблере и не только формочки устарел для чего ? что бы кидать такие заявления нада хоть 1 компилятор в своей жизни написать откуда тока стока дегенератов берется тока я фиг знает ну нравиться вам обсирать паскаль обсирайте от этого ничего не измениться я как говорил выше знаком со всеми языками и написал сам парочку нет дороги из СИ в паскаль ну нету и не надо ныть но не 1 профи кто пишет на паскале не променяет его на СИ любой профи кто пишет на паскале натягивает любого сишника как тузик грелку вот они и визжат
- Во-первых, юные пасквилисты, ваш уровень прекрасно демонстрируется тем, что вы так и не поняли, что означает ":" в обсуждениях.
Ну а во-вторых, я не могу осуждать людей с альтернативным взглядом на мир. Но должен заметить, что значительно проще и надёжнее всё делать на мейнстримовских языках, даже если они в чём-то не так удобны, как всякая изотерика. Просто потому что они мейнстримовские и потому с любой проблемой кто-то уже сталкивался и неоднократно и уже есть лучшее решение. А если нет, то быстро всем миром найдут.
Так что можете гордится: LASARUS и вся паскаль-фигня стоит в одном ряду с хаскелем и лиспом. В очереди на забвение...
И да, чтобы оценить качество автомобиля, нет необходимости собирать хотя бы один. И я не знаю ни одного профи, который пишет на паскале по одной простой причине: ни одного современного профессионального (т.е. сделанного для продажи и продающегося) продукта на паскале просто нет.