- 1
- 2
Почему Delphi не умирает? Кто родил Lazarus и нахуя? Чем C++ лучше Delphi? Почему php хуже delphi, c++ и всех прочих?
За что все так ненавидят WordPress?-
Куча / Говнокод #24405
−1
У меня 4 часа утра, и эти ебучие вопросы не дают мне спать. Отвечайте, сритесь и бомбите, пожалуйста.
Запостил:
ShockerFace,
21 Июня 2018
Follow us!
Что в трамвае дребезжит?
Почему скворец поёт?
Почему медведь ревёт?
Почему один в берлоге,
А другой в гнезде живёт?
это мой хуй
\ Что в трамвае дребезжит?
это мой хуй
\ Почему скворец поёт?
это мой хуй
\ Почему медведь ревёт?
это мой хуй
\ Почему один в берлоге,
это мой хуй
\ А другой в гнезде живёт?
это мой хуй
Потому же, почему и Cobol
>>Чем C++ лучше Delphi?
Кросс-платформенностью и поддержкой вендоров ОС компиляторов
>>Почему php хуже delphi, c++ и всех прочих?
Потому что почитай "фрактал плохого дизайна". Говно-к-говну.
>>За что все так ненавидят WordPress?
Не знаю кто там его ненавидит, но дыр в нем очень много
Вот такие статьи:
https://www.securitylab.ru/vulnerability/489434.php
Говорят о крайне низком качестве кода, архитектуры и IQ разработчиков WordPress
https://www.iso.org/ru/standard/51416.html
а ты, анон, знаешь что старая макось была написана на паскале?
И всё вплоть до os x (коея есть ребрендинг nextstep) был сплошной поскаль?
The standard language of Mac OS Classic was Pascal. The OS's API documentation was all written for Pascal, and as much of the OS as was not written in hand-optimized ASM was written in Pascal.
Отлично. Apple недавно выпустила ньютон: такой маленький компьютер, не больше телефонного справочника. Там довольно много памяти (думаю около мегабайта), говорят что за такими штуками будущее, но мне кажется что мощности рабочих станций (типа сановских, тех что на sparc) все равно им не видать, а значит будущего у таких "маленьких" устройств нет.
Зато там внутри NewtonOS, под которую можно писать на современных объектно-ориентированных языках: C++ и Newton Script. Вот за ООП точно будущее.
Ну или их обоих вдохновил Self
Такого г.на я никогда не встречал ни до, ни после. Собсно, с того самого момента и невзлюбил плюсы и именно тогда понял, что пых для веба - очень даже ничего(С)
Т.е. они не догадались, что можно собрать расширение, запилив только то, что действительно нужно, на C++. Дальше можно не читать.
> Такого г.на я никогда не встречал ни до, ни после.
Какие-то рандомные веб-программисты не сумели в C++ ⇒ С++ — говно.
Я согласен, что в неумелых руках C++ действительно, пожалуй, самый опасный язык.
Так это же самый распостранненый паттерн:
У моей подруги с ее парнем был опыт программирования на языке $LANGUAGE под оперциаонную систему $OS.
У них там как-то все очень плохо получилось, с тех пор я знаю что $LANGUAGE и $OS -- дерьмо, и даже пробовать их не хочу
Плюсы не говно, тем более, что их на тот момент я знал их лучше пыха.
Другое дело, что, сайт, запиленный на плюсах с полностью самописными говнофреймворками( включая роутинг. Отчасти, потому, некоторые страницы открывались лишь по адрес_сайта/страница/, но выкидывали 404-ю без последнего "/", либо, если была не "страница", а "Страница" итд ) - это.. не то, что, даже врагу пожелаешь )
Но, проблемы были решены, сайт на плюсах отправился в утиль, а осадок остался. Собсно, хэппи-энд.
п.с: хотя, неприязнь к нему связана, скорее, с его монструозной избыточностью, которая, тем не менее, нифига не упрощает жизнь( и разработку на нём ).
Если 95% кодовой базы проекта на плюсах, то писать веб на чём-либо другом не рационально™
Readme доставляет.
"If you just want to use crow, copy amalgamate/crow_all.h and include it.", заходишь в репу, а там "Latest commit 274aad8 on 17 Sep 2017 - Remove amalgamation result (`crow_all.h`) from the repository" в папке amalgamate.
Или я не шарю и это build artifact?
this.
Надеюсь, он написан на шаблонах?
Почему не взять шаблонизатор у которого есть байндинги?
Даже сраный пых именно так и появлялся: бекенд у тебя на сишечке а пых нужен чтобы писать:
<b><?=$petuh;?></b>
Хотя с другой стороны для плюсов же наверняка дохрена шаблонизаторов
на винде нет
SO на винде, правда статика не у них
Все современные FS регистрозависимы, просто для NTFS и HFS (или как там у мака) оно отключено
Ну если JS, CSS и даже HTML копелируется, то чому бы не копелировать спрайты?
Users should always consider that URLs are case-sensitive.
-- https://www.w3.org/TR/WD-html40-970708/htmlweb.html
Нахюй?
Блядь, не хватало еще, чтоб голодные студенты и всякие сраные васяны из ПТУ писали бэкенд на таком блядском небезопасном говнище, как плюсы.
Лучшие иксперты гугла, мелкософта, эпла и мозиллы не могут на плюсах нахерачить безопасный браузер, чтоб в нем не появлялись RCE уязвимости, а ты еще эту парашу предлагаешь на сервер-сайд ташить
https://www.cvedetails.com/product/15031/Google-Chrome.html?vendor_id=1224
https://www.cvedetails.com/product/3264/Mozilla-Firefox.html?vendor_id=452
https://www.cvedetails.com/product/9900/Microsoft-Internet-Explorer.html?vendor_id=26
https://www.cvedetails.com/product/2935/Apple-Safari.html?vendor_id=49
>> Если 95% кодовой базы проекта на плюсах, то писать веб на чём-либо другом не рационально™
Где именно я предлагаю что-либо куда-либо тащить?
> голодные студенты и всякие сраные васяны из ПТУ писали
>> Я согласен, что в неумелых руках C++ действительно, пожалуй, самый опасный язык.
Похоже, так бомбит, что даже читать разучился.
А кто такой умный, что решил писать кодовую базу для бэкенда на плюсах? Какова мотивация?
>> Я согласен, что в неумелых руках C++ действительно, пожалуй, самый опасный язык.
Он и в умелых руках опасный.
А какой ещё язык можно было взять лет 10 назад, чтобы получить более-менее стабильное время отклика, без GC пауз? Или чтобы мемори лэйаутом управлять (индексы в память маппить, к примеру)?
> Он и в умелых руках опасный.
В умелых руках он гораздо удобней и безопасней той же сишечки.
следующий раз попробуйте использовать программистов
>> не могут на плюсах нахерачить безопасный браузер
виноваты плюсы, конечно.
Вот в проектах на PHP нет ни одной узявимости
http://community.develstudio.org/showthread.php/5047
c("chromium1")->html = 'HTML Код';
и всё!
а C++ так не может, ахахахха
шедевр
Кому ты нахуй нужен, убогий?
Старые же файловые системы (а так же современные, предпочитающие soft updates журналам) могут остаться в неконсистентном состоянии и тогда их нужно будет проверять и исправлять ошибки.
Железный факт.
Причём уязвимы не только браузеры, но и остальной софт тоже.
Потому-то мозилла изобрела питушню и даже переписала значительный кусок лисы, м$ сделал Microsoft Java (C#) и Microsoft JavaScript (ts) и даже переписал на него офис, эппл высрало свифт, итд.
/green
> Всем похуй.
> хуйня для школьников
> сразу нахуй.
Сёма детектед
А я вот если брать не делфи, а фрипескарь, то реально, чем фрипескарь всем не угандил? Ведь он и кроссплатформиный, и свободный, и синтаксис просчще, и ООП присутствует, и вообще в паскалях давно юзают модули, а сиськобляди до сих пор ебутся с загорловочными вайлами.
На самом деле дело не в качестве ЯП как такового а в том, что стало де-факто и имеет поддержку вендора, компилятора, коммунити итд.
Если я беру плюсы (не дай бог) то я знаю что у них серьезная поддержка от главного копелятора моей ОС (gcc на линукс, clang на bsd и макось vc++ на винде). Поддержка от вендора (ну у MS есть MFC).
Мощные тулы (ReSharper++, CLion, PVSStudio, всякие *tags их умеют).
Легкий интероп с плейнсями (по которым доки во всех API всех ОС) итд. Куча серьезных либ типа boost.
А я беру фрипескарь и что? На форуме с двумя стерторами общаюсь?
Фрипескарь живёт-бувёт, да развеваеца. На freepascal.org наличествуе носилёный форум, имееца бугтрацкер, буги-вуги испровляюца, имеецаг одная иде. Как с любами и тулзами не знаю, я на нём не пешу.
> gcc на линукс
Кчтати, ведь гцц тожэ умеит поцкаль?
Вау, но в сишке-то, конечно, массивы ГОРАЗДО лучше.
> it is not possible to write a single procedure that will sort them both
В современных паскалях точно можно брать указатель на голову и размер и арифметику указателей завезли.
> 1981
Я смотрю, ты путешествуешь всё дальше в прошлое... Передавай Ричи и Маккарти привет.
зато можно arr1 := arr2, если они одного типа
> современных паскалях точно можно брать указатель
В соврименых поцкалях можно передавать, например array of integer, его длину получить можно length(arr), а укозаткелями енто делали в старых поцкалях.
Кстанти, давно что-то Стертор ничего не писал про дульфию
Конечно лучше. В сишке размер не является частью массива, и потому можно ловить лулзлы с дурачков, которые пришли из Java и пишут так:
void doo(char a[]) {
int i;
for(i =0; i < sizeof(a);i++
В паскале так нельзя (всмысле лулзы нельзя ловить)
>>и арифметику указателей завезли.
да, еще в борланд завезли
>>Я смотрю, ты путешествуешь всё дальше в прошлое..
...сказали мне люди в теме, где обсуждают pascal
Я правда не понимаю почему нельзя вернуть массив, и передать его скопировав тоже нельзя.
Структуры можно, а массив -- нет.
Почему, блядь?
Потому что хуй большой, а ландыш маленьк массив большой, а структура маленькая?
Тем не менее, бывают структуры с массивами внутри
хм)
Массив гомогенен, а кортеж нет.
>>Массивы же состоят из однотипных элементов.
да
Вот структура это кортеж, да
Блять, частный случай, или ктота запирищаит какомута частнаму картижу быть из однопипных олиментов?
вот в пистоне многие дурачки думают чтокортеж это такой ридонли массив, ибо ниграмотноые
Это ты про себя, да? Пиздун.
На самом деле туплы часто используют как ридоноли листы (даже в джанге) и это кал
> у тебя бомбануло
открою секрет: у меня никогда не бомбит (я шизик)
В ваших пистонах что в том, что в другом лежат сплошь PyObjectы, поэтому разница чисто косметическая. Ничто не мешает навалять в питоний список вперемешку bool, int, str и даже небо, даже Аллаха. Воистину, "кортеж это такой ридонли массив".
Можно считать, что питон — это такой OCaml, к которому компилятор забыли написать:
Tuples, records, and arrays are all represented identically at runtime as a block with tag 0. Tuples and records have constant sizes determined at compile time, whereas arrays can be of variable length. While arrays are restricted to containing a single type of element in the OCaml type system, this is not required by the memory representation.
-- https://dev.realworldocaml.org/runtime-memory-layout.html#tuples-records-and-arrays
Во-первых это деталь реализации CPython, во-вторых в памяти лежат байты, и потому никакого типа данных кроме массива байт в компьютерах нет (привет, Царь), даже структур нету.
На микроскопическом уровне всё состоит из элементарных частиц, значит, тебя нет.
Ага, даже 255го или даже 65535го...
зачем вы так говорите
sizeof(char[42]) чему равен?
если ничего не знать про функции то можно думать что массивы в си вообще отличные
char pituh[42];
pituh[36]= '0'
блок памяти размером 42*sizeof(char)
> pituh[36]= '0'
36[pituh] = '0'
*(putuh + 36) = '0';
охуенные массивы
а что они еще КАК-ТО себя ведут это не их проблема
протокол "массив" они выполнили
А сколко смыслов имеет длина массива, Сёма?
а разви укозатилли это ничасть стандартнаго поцкаля?
> если это 16ти битный поскаль
Там, емнип, можно было аккуратно собрать указатель из сегмента и оффсета. А не тупо кастить инт в указатель и надеяться, что это прокатит при текущих настройках конпелятора.
>>собрать уко
там было 3 сорта укозателей:
1) near (только оффсет)
2) far (сегмент:оффсет), но он врапился к началу сегмента
3) huge (или как-то так) который имитировал плоское пространство, крутя и сегмент и смещение, но страшно тормозил потому что его нельзя было просто увеличить
- это пиздец. Как это читается вообще? pbytearray стал функцией, принял pointer и потом хитрым образом разыменовался?
Похоже, я знаю, чем вдохновлялись ребята, которые родили такое http://fuckingblocksyntax.com/
Кстати, а что будет, если потом p прикастовать к другому типу? Мусор или какой-нибудь поскакалевский bad_access?
ios/macosник detected.
EXC_BAD_ACCESS это обращение по невалидному адресу памяти. Будет оно у тебя или нет, зависит от того получатся-ли у тебя кривые указатели после твоего каста или нет
https://youtu.be/6kQg4xawo4w?t=211
Это гамма спектрометр EDXRF. Посмотри внимательно на кнопочки и догадайся, на чём написана его оболочка.
https://sourceforge.net/p/owlnext/wiki/Replacing_usage_of_BWCC/
зы: на самом деле ты прав, конечно. 80% вероятность что это дельфи
Какой там был интерфейс? Обычные функции с PASCAL колконвешнеш? Или там были типа-классы с манглеными именами?
?
>>FAR
Я уже забыл что такое дальний применительно к кол конвеншену в протектеде.
Это значит что кол у нас в другой сегмент может быть?
ftp://ftp.ingv.it/pub/giuseppe.tutone/bc45/SOURCE/OWL/APPLICAT.CPP
Столько всего было понаписано в конце 90-х на этом.. У меня, например, была карта города с такими вот кнопочками)
дельфи был де-факто конечно для винразработки
А винамперы берут голый GDI (или даже DirectX) и рисуют там на канвасах
за попробую с нотивным виндовым messagebox
йобушки воробушки, иправда
.
Интересно, сработает-ли MessageBoxW (юникодная версия) если сделать u'' ?
ctypes.windll.LoadLibrary('user32.dll')
Забавно что и cdll сработало, хотя и ругнулось конечно
ValueError: Procedure called with not enough arguments (16 bytes missing) or wrong calling convention
фиксд
Въебал минус ублюдку.
Понятия не имею кто такой SoftModalMessageBox, но думаю что он там event loop крутит (ну и блочнулся на WaitMessage)