Исповедь системного администратора (многа букаф, мат)

При этом программиста с/с++ заставляют думать о реализации каждой сущности в отличии от программера C#, Питон, Java и прочих "высокоуровневых" программеров. Примерно так же как водителя-автомеханика и богатой девочки-припевочки прошедшей курс начального вождения. По результату никто не увидит разницы на дороге до первой аварийной ситуации. Но при этом первый возможно поймет в чем проблема, а второй - вряд ли. Стектрейс С#/Java прекрасен в плане отладки, но увы приходится разбираться с MemoryDump c++

 

В этом плане неким средним между C++ и C# является Delphi/Object Pascal.

Модель памяти и компиляторы похожи на C++ а языковые конструкции и библиотеки на C#.

 

в ms-word'е люди иногда даже рисуют! не смотря на то, что ворд позволяет это делать - это не делает это "нормальностью", это именно извращение.
как и "свободное" рисование postscript'ом (за исключением алгоритмических случаев, что может быть действительно красивым - видывал)

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

но зачем ты смешиваешь несмешиваемое? думаешь, не заметят?

Спасибо за лекцию!
шо ж ты мне её в 1999 году не прочитал, когда я вовсю развлекался в C++Builder'е?

не нарушает. проходит валидацию.
Теперь ты ответь:
- микроскопом можно забивать гвозди? да/нет
- гланды можно вырезать через задний проход? да/нет

"сериализации", ты хотел сказать?

конечно, не стоит начинать оптимизировать то, что ещё до конца не дописано.
лучшее - враг хорошего.

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

я вас поздравляю

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

 

Павел! Фи таккой уммный! Фам черепп не шмётт?

 

Открою тебе секрет - C/C++ тут не исключение. Многие языки это позволяют, C это де-факто стандарт для "FFI" (Foreign Functions Interface). Даже такие "алиенские" для мейнстрим программиста как языки ФП, навроде Ocaml:
https://v2.ocaml.org/manual/intfc.html

Потому что линковка динамическая и эти библиотеки уже присутствуют в системе. Слинкуй С++ прогу статически и сразу получишь мегабайты/десятки мегабайт.
В другую сторону пример: если, например, в системе уже установлены библиотеки от языка, то и на этом языке программа будет получаться маленькой. Вот только что на маке набросал прогу на Обжектив-С с окошками и гуем - десятки килобайт, как и заказано. На игровом виндовом ноуте студии не стоит, проверить не могу, но подозреваю что простенькая прога с ГУИ на C# тоже будет слинкована в размер десятки килобайт.

Я просто оставлю здесь то, на что напоролся когда-то (прога на с++/крэш лог от нее)
https://users.livejournal.com/hayate-/100154.html

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

 

Картинка "пилот в кокпите лайтнига": https://lurkmore.click/images/5/53/11318-131945-5c812c9bc8c08b83a416dccd875eac53.jpg

А ты меня спрашивал ?
Хотя в те годы я, возможно, был столь же наивен.

Та же картинка.
Ну и плюс видео:

Та же самая картинка.

Все работает из России, люди проверяли. И PDF грузится. Было бы желание:
https://dspace.mit.edu/bitstream/handle/1721.1/5753/AIM-443.ps?sequence=1&isAllowed=y

 

Ну зачем так плохо про сишарп то )
сишарп все таки современный и развивающийся язык

 

А никто и не спорит. Хороший язык, если не считать классической проблемы MS, которая раз за разом норовит объявить очередную только недавно бывшую супер-модной технологию или библиотеку устаревшей.
И выкатить вместо нее похожую, новую "супер модную", но нифига ни с чем не совместимую.

 

Но совместимость по языку то они сохраняют? Скомпилировать старый код можно (пусть и после автоконвертации в новый)?

 

Местами.

 

Слышал люди пишут роботов для компов, которые делают любые вещи что и человек, так же печатают, кликают мышкой куда надо.
Просто программа в компе.
Активно в больших компания пишут таких роботов поручая им рутинные операции, освобождая человека для более сложной и творческой работы.
Например выгружают выписки из банк-клиентов и тому подобное.
Нигде не могу найти точно на каком языке их пишут, вроде бы питон, но что-то я не уверен.
Кто знает?

 

Писать подобное можно почти на любом языке.

 

Это наверное UI Tests Automation?
Сам по себе "перехват" событий и инжектирование событий мыши/клавы проще всего написать на том языке на котором ОС АПИ сделан. Что то вроде сишрапа для винды обжекив-си для мака и так далее.
А вот "сценарии" - это уж как захотелось автору тулзы. Для веб технологий был популярен https://ru.wikipedia.org/wiki/Selenium

 

"Жизнь заставляет", ага. Си вообще крайне плохо пригоден для написания алгоритмов. Вон на лурке была хохма про сравнение квиксорта на си и на хаскеле. С++ был столь же плохо пригоден раньше, но стандарты 2011 и 2020 года его чуток "подтянули" вверх.

Беда в том, что когда "все приходится делать руками" - то на решение конечной задачи остается мало времени. Это как сравнивать, например, ученого-химика из позднего СССР/ранней РФ и из штатов того же времени. Советский/российский химик "варил" все исходники сам (денег то заказать либо нет либо надо много бумажек собрать чтобы заплатить), знал много тонкостей и особенностей. Американский просто тупо заказывал исходники из каталога, и на сами новые синтезы у него оставалось куда больше времени. По научному уровню/глубине понимания советская школа была лучше. По результативности "на одного человека" штаты опережали.
Да, это очень круто когда человек может "взять и починить сломавшееся авто". Но когда за маленькую абонентскую плату можно просто вызвать техпомощь - это тоже неплохо.

 

О, так ты наверное сможешь 80х87 напрямую программировать?

 

Кстати не знаю почему Гру про 8-16 написал. У МК-61 было 105 програмной памяти (официально)

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

 

Количество операционных регистров 4
Количество адресуемых регистров памяти 15

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

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

ну и... то, что лично я "работал" с несколькими регистрами в МК-61 не означает ведь, что именно столько регистров и было в МК-61
(или я опять с пилотом в лайтнинге разговариваю? )

откуда такой вывод?

 

извини, что заставил тебя напрячь мускулатуру извилин

 

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

 

Ты дословно написал: " "работал" и с 8-16 байтами RAM"
Но я не придираст, я просто уточнил )