|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 08 May 2007 14:45:28
To : Roman Belenov
Subject : Re: Debian vs Ubuntu
--------------------------------------------------------------------------------
.com> <64802336@tigger.lan.cryptocom.ru> <uodkwejex.fsf@intel.com>
.com> <66567421@tigger.lan.cryptocom.ru> <ufy67era8.fsf@intel.com>
.com> <43353398@tigger.lan.cryptocom.ru> <uk5vjd4rn.fsf@intel.com>
From: Artem Chuprina <ran+news@ran.pp.ru>
Roman Belenov -> Artem Chuprina @ Tue, 8 May 2007 09:50:02 +0000 (UTC):
>> Если строки нужны постольку поскольку, то их не надо хранить, не
>> задумываясь о памяти. Их только выводить надо.
RB> Ладно, рассмотрим конкретный пример - игровой движок (строки -
RB> имена игроков/юнитов/текстур/шейдеров и т.п.). Хранить и передавать
RB> между функциями строки всё-таки надо.
В движке их надо только передавать. Хранить их в движке не надо.
>> Во-во. Всю конвертацию - вручную. Спасибо, я лучше пешком постою. Tcl
>> позволит мне об этом не заботиться.
RB> Вся конвертация при нормальной организации кода локализована в
RB> нескольких функциях общения с внешним миром, так что заботы не так
RB> уж много.
Ага, то-то среди программ, написанных на C++, так мало пристойно
локализованных...
>> Как совершенно верно сказал Витус, сделать надо наоборот. Встроить
>> функции молотилки в приложение на tcl.
RB> Во первых, не факт, что тот же Tcl адекватен для верхнего уровня
RB> (покажи написанную на нём полноценную коммерческую игрушку), во
RB> вторых, это, как я говорил, потребует обдумывания и написания кода
RB> для склейки.
Я в игрушках не разбираюсь. Вроде на питоне чего-то пишут.
Потом, надо понимать, чем отличается "адекватен для" и "использован в
бизнесе". Лисп тоже довольно редко используется в коммерческих
приложениях, однако ж люди, заработавшие на том, что сделали ставку
именно на него, известны. Tcl в коммерческих приложениях тоже
использовался.
Собственно, сейчас C++ используется в коммерческих приложениях
исключительно по той причине, что обезьян, способных поддерживать (а HЕ
писать, заметим!) код на нем очень легко найти и они взаимозаменяемы.
Hо в веб-приложениях, скажем, C++ уже не котируется - пыхпыховые
обезьяны стоят столько же, и точно так же, а то и лучше, работающий код
способны выдавать куда быстрее.
Да, я знаю пару программистов, в умение которых применять C++ я верю.
Только работают они менеджерами, и за соответствующую зарплату.
>> RB> Скажем, ввести его с консоли или в гуишном контроле несколько
>> RB> затруднительно.
>>
>> В моих обычно нет проблем. У меня за этим контролом eval() лежит.
RB> Это уже твои проблемы - раз ты написал eval(), тебе и следить за
RB> тем, что он выдаст и каких ещё дел может наделать.
Видишь ли, поскольку у меня при этом std::string'а нету, у меня нет этих
проблем. Если мне язык позволяет положить нулевой символ в строку, то у
меня _все_ функции работы со строкой нормально к нему отнесутся.
>> К C++ это в гораздо большей степени относится. Hаучиться правильно
>> писать на C намного проще.
RB> Опять же спорный вопрос. Писать правильно - это не знать тонкости
RB> языка, и выдавать корректный код на некотором его подмножестве.
Во-во. Корректный.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
Пришел в гости математик, почитать новую рукопись. Вычитал из нее трех
героев напрочь, и ушел.
Gimli on #arda
--- ifmail v.2.15dev5.3
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
