Интервью с Бьярном Страустрапом

>для аплогетов профессора Луговского на домашней страничке BS есть "короткий" список программ, библиотек написанных на C++

На Коболе тоже много унылого говна написано. До сих пор разгрести не могут.

>>> Вызывает operator*. Какая буква непонятна?

>> Из какого класса в каком файле?

>А вот на это ответил принятый в вашей команде coding style и лично Ваше знание того языка, на котором Вы программируете.

Сторонние библиотеки конечно же не используем.

> На Коболе тоже много унылого говна написано. До сих пор разгрести не могут.

интересно было бы взглянуть на этот список.
Да, и на Java applications list тож

>> На Коболе тоже много унылого говна написано. До сих пор разгрести не могут.

>интересно было бы взглянуть на этот список.

Это коснулось в основном Американцев. И они не любят произносить вслух слово "Кобол" и названия приложений которые на нем написаны чтобы не навлекать беду.

>Да, и на Java applications list тож

Ну, там это не так катастрофично. Компонентов много, куча альтернатив, можно медленно и поступательно чистить код.

> На Коболе тоже много унылого говна написано. До сих пор разгрести не могут.

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

>> А вот на это ответил принятый в вашей команде coding style и лично Ваше знание того языка, на котором Вы программируете.

> Сторонние библиотеки конечно же не используем.

Сторонние библиотеки, авторы которых незнают ни одного coding style-а, использовать всё равно бесполезно. А если хоть один знают и его придерживаются, то всё будет хорошо. Ибо в каждом cs есть строка "один класс -- один файл": вот так уже вопрос о том, в каком файле искать, отпадает.

>> На Коболе тоже много унылого говна написано. До сих пор разгрести не могут.

> так говорят люди у которых не было удачных проектов на С++ а у кого они есть те получают от С++ много удовольствия. отличных программ на С++ тоже хватает. просто кто-то может, а кто-то нет.

Да, анонимус, ты угадал. Абсурдик тут пытается показать, как он знает сиплюсплюс, а вот ущербность его показывает на примерах "я начал писать мегапрограмму и вдруг обнаружил, что в сиплюсплюсе нет рефлексии".

>Абсурдик тут пытается показать, как он знает сиплюсплюс, а вот ущербность его показывает на примерах "я начал писать мегапрограмму и вдруг обнаружил, что в сиплюсплюсе нет рефлексии".

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

PS: Я тебя в ущербности не обвинял. Надо будет взять на перо.

>>> А вот на это ответил принятый в вашей команде coding style и лично Ваше знание того языка, на котором Вы программируете.

>> Сторонние библиотеки конечно же не используем.

>Сторонние библиотеки, авторы которых незнают ни одного coding style-а, использовать всё равно бесполезно. А если хоть один знают и его придерживаются, то всё будет хорошо.

Т.е все специализации шаблонов все пишут в одном файле?

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

Но сейчас, когда ты о ней узнал, ты не перестал поливать цпп гумном. Месть за детские обиды?

> PS: Я тебя в ущербности не обвинял. Надо будет взять на перо.

Я про /dev/brain мой ты просто так сказал? Ой, пардон, а я обиделсо...

> Почитайте про их систему образования. Я читал, как в тамошнем вузе задали задачу на тему "воздушный шар летит по ломанной со скростою 20 км/час 2 часа, на какое расстояние от начала он улетит". Одна из учащихся дала ответ в районе 1000 км.

тупенько. ты сначала задай нашим такую задачку, а потом звизди.

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

>Но сейчас, когда ты о ней узнал, ты не перестал поливать цпп гумном.

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

>> PS: Я тебя в ущербности не обвинял. Надо будет взять на перо.

>Я про /dev/brain мой ты просто так сказал? Ой, пардон, а я обиделсо...

Я предложил альтернативу - либо проблема с vim, либо /dev/brain. Я конечно рад что ты так сильно радеешь за vim что готов принять его проблемы на себя.

> Нет, я начал поливать цпп гумном, потому что у меня сменилась сфера интересов - работа с чужим кодом, мэйтенанс, надежность, рефакторинги и пр.

Не нравится работа -- меняй. Но, конечно, это может быть такая особенность характера: работать через силу а потом выплёскивать накопившуюся ненависть в автобусе или на лоре.

> Нет, я начал поливать цпп гумном, потому что у меня сменилась сфера интересов - работа с чужим кодом, мэйтенанс, надежность, рефакторинги и пр.

неубедительно. если у человека есть элегантные и удачные решения на С++, имхо, никакой внешний быдлокод его отношения к языку не изменит.

> что в сиплюсплюсе нет рефлексии".

добавление "reflection" входит в план по развитию C++.
В некоторых, тулах, типа - http://root.cern.ch/ (я один из авторов)
она реализована на все 100% Мы в контакте с C++0x
комитетом касательно этого вопроса.

>> что в сиплюсплюсе нет рефлексии".

> добавление "reflection" входит в план по развитию C++.

Ну сейчас-то её нет :) Да и, помня о том, насколько долго тимплейты реализовывались, раньше чем через 10 лет и не будет.

Да и там можно будет придраться, что в C++ рефлексия окажется хуже, например, тиклевской.

Но в любом случае, это и есть знание инструмента.

>> Нет, я начал поливать цпп гумном, потому что у меня сменилась сфера интересов - работа с чужим кодом, мэйтенанс, надежность, рефакторинги и пр.

>Не нравится работа -- меняй. Но, конечно, это может быть такая особенность характера: работать через силу а потом выплёскивать накопившуюся ненависть в автобусе или на лоре.

Работа мне нравится. Мне не нравится применение моих нынешних интересов к С++.

> Работа мне нравится. Мне не нравится применение моих нынешних интересов к С++.

То есть не неинтересна? Тоже меняй.

> Работа мне нравится. Мне не нравится применение моих нынешних интересов к С++.

ЛОЛЧТО?

>> что в сиплюсплюсе нет рефлексии".

>добавление "reflection" входит в план по развитию C++.

Зачем надо? Язык и так перегружен. Вместо рефлекшена в С++ обычно используются шаблоны. Т.е если в Жаве конкретная реализация абстрактной фабрики передает паренту массив Class[] с реализациями продуктов, то в С++ используется что-то типа Loki::Typelist<>. Недостаток этого - экспоненциальное раздувание зависимостей из-за того что шаблоны пишутся в .h файлах. Можете попытаться довести до ума export templates, исследовав все контексты которые из-за них возникают и написав какой-то reference implementation.

> Недостаток этого - экспоненциальное раздувание зависимостей

для этого нужно выкинуть сишный препроцессор и перевести язык на раздельную компиляцию. рано или поздно надеюсь это произойдет. если не в С++ то в комком нибудь его клоне.

>В Жаве есть некое единообразие как можно вернуть объект

>В Java вообще нет возможность вернуть объект. Максимум, что вы можете вернуть -- это либо экземпляр элементарного встроенного типа (вроде long), либо _ссылку_ на объект.

В Java есть сериализация и Java Persistence API. Так что объекты всё-таки можно "вернуть" (воскресить из бинарного формата и отдать ссылку). ;)

>Помогите мне разобраться: InputStream в Java -- это value-тип или reference-тип?

InputStream в Java -- это ссылочный тип, конечно же.

Есть ещё замечательный интерфейс-метка java.rmi.Remote, позволяющий Java-объектам иметь семантику межпроцессных ссылок. В этом случае работа с такими объектами возможна между JVM, которые могут находится в отдельных адресных пространствах и даже на отдельных узлах сети.

> 1) Мойте руки перед едой > Поскольку п. 1 - очевидно правильное утверждение, то и п.2. верно. :)))

п.1 никак не может быть правильным утверждением, дурик, потому как утверждением не является. Открой для себя повелительное наклонение.

ты позорно слил. Абсурдный лох.

>ты позорно слил. Абсурдный лох.

ЖопаЖоп? Из-под анонимуса теперь гадишь?

> Вместо рефлекшена в С++ обычно используются шаблоны

Не стоит путать одно с другим.

Reflection - это действительно "могучая вешч".
На пример, имея ее автоматически получаешь -
- "автоматическую сериализацию & Persistence"
- интерпретатор
- Automatic Document Generation
- signal-slots mechanism
- built-in debugger (т.е. debugger на уровне языка)
- на уровне GUI кучу разных фич, типа IDE
редактируя код - проверка и подсветка синтаксиса,
выполнение кусков кода (подразумевается, что есть интерпретатор)
- некую аналогию M$ COM mechanism (что реально есть M$ reflection)
- и пр., и пр., и пр. ...

>Reflection - это действительно "могучая вешч". >На пример, имея ее автоматически получаешь - >- "автоматическую сериализацию & Persistence" >- интерпретатор >- Automatic Document Generation >- signal-slots mechanism >- built-in debugger (т.е. debugger на уровне языка) >- на уровне GUI кучу разных фич, типа IDE

Время ушло.

>Reflection - это действительно "могучая вешч". На пример, имея ее автоматически получаешь - - "автоматическую сериализацию & Persistence" - интерпретатор - Automatic Document Generation - signal-slots mechanism - built-in debugger (т.е. debugger на уровне языка) - на уровне GUI кучу разных фич, типа IDE редактируя код - проверка и подсветка синтаксиса, выполнение кусков кода (подразумевается, что есть интерпретатор) - некую аналогию M$ COM mechanism (что реально есть M$ reflection) - и пр., и пр., и пр. ... Valeriy_Onuchin * (*) (01.07.2008 11:30:59)

"...,а теперь, граждане пассажиры, мы попробуем со всей этой хернёй взлететь!" (с) неизвестная стюардесса из анекдота. Чего только не придумают лиш-бы запудрить мозги заказчику(работодателю, начальнику, ...). Как страшно жить! ИМХО народ вместо программирования (про проектирование молчу воооще - там конь не валялся) занимается суходрочкой и пиписками меряется на ЛОРе.

> мы попробуем со всей этой хернёй взлететь

Легко! Reflection + interpretator весят не больше TCL (не знаю есть ли что по-легче)

> Легко! Reflection + interpretator весят не больше TCL (не знаю есть ли что по-легче)

То есть решением всех проблем C++ будет замена его на tcl :)

Или только проблем с ограниченностью объектной модели? ;)

vit122: "Какой еще C++ в 1983 году?? o_O Где и кем применялся, кроме Страуструпа?"

Ну я применял в 86 году будучи студентом(МВТУ). И это ещё в союзе. В штатах как раз в те годы он и начал применяться.

turtle

+1024