Беседка для программистов, или «Бутерброд с кодом»

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

Если что, я не агитирую ни за С, ни за С++, ни за Java.

---------- Сообщение добавлено в 21:50 ---------- Предыдущее сообщение размещено в 21:47 ----------

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

Да уж, "несложно". В потрохах линупса где-то такое видел. Дерьмо еще то.

 

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

 

Дык, и ее описательные возможности выше. А, как я написал выше, C++ не имеет работающих средств (неработающих - целых два), добавляющих ему новый функционал по сравнению с C. (А если еще учесть интеграцию C в общие средства программирования nix-ов, то...)

---------- Сообщение добавлено в 21:58 ---------- Предыдущее сообщение размещено в 21:54 ----------

Т.е. необходимостью обвешивать обычный макрос средствами типизации и необходимостью запоминать, что есть "+" для того, во что превратиться данный тип после применения к нему "-". На C все это пишется гораздо короче (конечно, по большей части, вообще не пишется, т.к. никому не нужно).

 

Вы не поверите, издревле это решается скриптовыми DSL или динамическими языками вроде LISP, Python, LUA, Javascript. С-подобные недостаточно гибки для всего, что может потребоваться. На C++ редко кто строит иерархию игровых объектов, слишком он для этого дубовый. Для графических объектов в рендерящейся сцене - да, но там классов намного меньше и меняются они реже.

---------- Сообщение добавлено в 22:47 ---------- Предыдущее сообщение размещено в 22:47 ----------

Вообще C++ не подходит для решения задач, для которых не подходит и C. Когда понимаешь это, снисходит просветление.

 

Почему-то просветление никак не сойдет на игроделов и других профессиональных разработчиков коробочного ПО. Ну тупые...

 

Alex Kagansky, Another World, Quake(и HL, CS итд), Duke 3D(и все на его движке), Doom 3 - свои DSL. Множество современных игр - flash(ActionScript), python, LUA, C#, Javascript. Abuse, игры от Naughty Dog - LISP.

 

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

Да, слыхал. Мало того, на ней еще и целый язык программирования построен.

 

А я не сливаю, я отвечаю на

Это движок?

Ну и вообще, придумали какой-то скриптинг, будто это не программирование, а что-то другое.

---------- Сообщение добавлено в 23:42 ---------- Предыдущее сообщение размещено в 23:39 ----------

Tсли вы про С++, то вообще мимо.

 

Objective C к этому никакого отношения не имеет.
Я вообще имел в виду Vala.

Мы вроде как говорим про нишу С и С++. В которой почему-то большинство разработчиков коробочного ПО выбирает С++. Скриптинг это вообще другая тема.

---------- Сообщение добавлено в 23:44 ---------- Предыдущее сообщение размещено в 23:43 ----------

Нет, я не про С++.

 

Да где вы это выкопали? Java, C#, Objective C?

---------- Сообщение добавлено в 23:47 ---------- Предыдущее сообщение размещено в 23:46 ----------

Мне увиделась корявая шутка и я ответил не менее корявой шуткой (стоило погуглить)

 

Какое коробочное ПО на этих языках написано? Чуть больше, чем никакого.
Лично у меня на компе ровно ноль программ, написанных на этих языках.

На чем писан фотошоп? Все игры на Sony PS3?

---------- Сообщение добавлено в 23:49 ---------- Предыдущее сообщение размещено в 23:48 ----------

Да нет, это вовсе не шутка была.

 

У вас нет софта, требующего .NET? Очень сомневаюсь.
А на Mac OS ,по-вашему, наверное софта нет вообще по определению, ведь на Objective C никто не пишет.

Dropbox и оригинальный Bittorrent - python
Популярный BT- клиент Azureus - Java.

Да - обычно C++ (но UI - обычно флеш, скрипты - куча всего)
Но. Вся мультиплатформа на Unity - С# либо Javascript. У вас не стоит Steam или в нем нет игр ?
XNA framework - множество игр для x360 и windows - .NET (C#), опять же, многие в Steam.

Eclipse? OpenOffice? Visual Studio? Intel VTune? Araxis Merge? (это я у себя на компе нашел)

---------- Сообщение добавлено в 00:13 ---------- Предыдущее сообщение размещено в 00:07 ----------

Хотя не понимаю, зачем вы меня в это втянули. Говорили же совершенно о другом.

 

Нету. И нета тоже нету.

Маковские проги в основном только интерфейс имеют на Obj-C. Более-менее крупного коробочного софта на нем я вообще не знаю.

Боюсь, большинство из них на том же Ц++. Хотя статистику я не собирал.

Да, вот Eclipse единственный хороший пример.
ОпенОфис на то ли на С, то ли на С++, не помню (жаба там где-то совсем сбоку).
Студия на С++, только интерфейс на С#.

Ээ... я втянул? Ну ладно. Я уже не помню, с чего все началось. Предлагаю забить.

 

ТОЛЬКО интерфейс? а что кроме интерфейса остается? либки и компилятор?
IDEA еще забыл из IDE.
Ок, забиваем, очень непродуктивная трата времени. Остаюсь с мнением, что дотнета с юнити везде просто дочерта, только дотнет, сволочь, в EXE/DLL закатан, смотреть надо аккуратно. Можно Unity/XNA/Flash/etc. игры в стиме посчитать, но хватит уже терять время на дурь.

 

Ща вроде речь шла о том, что кроссплатформенные игры на Unity писаны на C#. Это возможно, т.к. внешнее API на C# у них есть.
Правда, так ли это на самом деле и чем С++ менее кроссплатформенен - хз.

 

Ну там еще прорва кода.
В том числе и компиляторы для парсинга и интеллисенса. Хотя его в будущем С#-ный собираются заменить на managed.

 

О! Это и есть "ставить телегу впереди лошади". А вообще, как говаривал старина Иеговыч, "человек для ритуала {субботы} или ритуал для человека?" (L) :-(

+65537! Святые слова. :-((((( А то сколько раз наблюдал, как юные программеры учатся у автоматов - генераторов кода: контрол-цэ-контрол-вэ-контрол-вэ-контрол-вэ и сидит довольный. :-(

Нууу... тоже можно, сам так делал. Но ИМХО лучше по старинке, на Си и с указателями. Один же ж фиг "неопрятные потроха" вылезут - не в исходнике, так в первой прогулке отладчиком по ассемблеру, где разбираться с ними куда противнее, то пусть уж на уровне исходника. А после прохода отладчиком по свеженаписанному коду - можно эти потроха и зашторить макрами и/или инлайнами...