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


Кто в этом виноват? либо читайте учебники, либо не трогайте курок, либо идите под трибунал за расстрел своих офицеров. Обыкновенным курком тоже можно своего офицера убить.

Это сообщение отредактировал(а) azesmcar - 27.10.2009, 16:30

Я писал ниже. Если ты не понимаешь, я не виноват. Попробую ещё раз.


Потенциально опасная (в любом смысле этого слова) возможность рано или поздно будет кем-нибудь использована. Помнишь знаменитое ружьё, которое обязательно выстрелит? Вот тем и плох язык, в котором слишком много "граблей", на которые можно наступить. Так понятнее?


Этот пример действительно хорош. Только он в мою пользу.  Ещё раз прочитай, что написано чуть выше. Писать быдлокод можно на любом языке, но С++ (зачастую) прямо таки подталкивает это сделать! И вот ещё что - "индусы" (в кавычках, так как имеются в виду не жители Индии, а индокодеры) обычно учатся программировать на С++. Они развращены этим языком и, кроме как быдлокодить, мало на что способны. Я про это уже в сотый раз говорю.  Надоело повторяться.

Веский аргумент. Ты уверен? Давай я тебе по китайски поясню (или сделаю вид что поясню) и если ты меня не поймешь - я не виноват.


Ну и где ты тут противоречие? Я говорю то, что всегда говорил, покажи мне на какой строчке я себе противоречу.


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

Что ты там вытворяешь перед монитором, меня не касается.


Беситься из-за тебя? Высокого же ты о себе самомнения  Тот бред, что ты написал, достоин не больше, чем ухмылки и минуса в твою репу.


И в чём именно сложности? В незнании правил?


Кем именно поддерживаемый? Я, например, вряд ли разберусь в коде на Java, если совсем не приложу никаких усилий для изучения этого языка.


У тебя специальная функция-член объявляется неявно и скрывает такую же функцию в базовом классе. Даже если бы в C++ вместо operator= ту же самую операцию выполняла какая-нибудь специальная неоператорная функция-член (скажем, assign), то ничего бы не изменилось. И, кстати, если тебе вдруг захочется инициализировать объект производного класса объектом базового, то инициализация копирующим конструктором базового класса, про который ты почему-то забыл, тоже не будет работать (причём в случае использования C++03 using там тебе уже не поможет).

Т.е. здесь корень проблемы кроется не в перегрузке операторов как таковой, а в спецификации специальных функций, выполняющих копирование. Ты хоть это-то понял?


Возможность перегрузки операторов относится к дизайну ЯП. Так что всё-таки заикнулся.

azesmcar, 

Если будет больше возможностей сделать ошибку, то это есть плохо. Особенно, когда персонал недостаточно квалифицирован. Это факт. С этим спорить я думаю ты не будешь. Теперь посмотри на сложности в темплейтах, множественное наследование и т.д. и т.п. Т.е. граблей в С++ гораздо больше, чем в Java/C#.
Конечно бы ты был прав - не хотите не используйте. Не умеете не беритесь. Но кто так делает? У меня был тим лид (его уволили год назад) дык он начитался про паттерн State и реализовал весь Error Handling через него (даже эксепшены все нафик выкинул). Его то уволили, а кто разбирал всю эту мусорку? Догадался?
UnrealMan, А вы, господин, у меня в игноре за ваше хамство, так что сосите ноги.

Золотые слова. Только вот если емu возможности поурезать, быть может и меньше быдлокодить будет.

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


Неквалифицированным людям писать код ЗАПРЕЩЕНО. Не важно на чем, неквалифицированный человек испоганит код даже на бейсике. 

Ничего сложного я не замечал, есть вещи которые нужно знать, вот и все.


Не знаю как насчет Java (в глаза не видел), а с C# - согласен, только вот эти грабли совершенно не имеют отношения к шаблонам и операторам.


Это называется антипаттерн "Золотой молот". Никакого отношения конкретно к языку программирования он не имеет, впрочем как и паттерны.
А у меня индус в оракл базе поле IS_ACTIVE создал типа varchar2(255), наверное чтобы там кроме значений Y и N можно было еще и утвердительное YES OF COURSE написать, не знаю, прикажете отменить тип varchar2? Я же говорю, человек который стремиться нагадить в код полюбому нагадит, неважно на каком языке.


вполне возможно, но тогда знающие люди не смогут восползоваться этими возможностями во благо общества   

Это сообщение отредактировал(а) azesmcar - 27.10.2009, 22:43

Я не могу с тобой не согласиться. Особенно как обладатель цифрозеркалки, знаю какой замечательный функционал она дает. И да, все зависит от рук. Но с другой стороны, по аналогии, если бы надо было снимать только водопады на длинной выдержке (у нас ООП), то режим "водопад" для большинства людей (девелоперов) был бы лучше, чем все навороты цифрозеркалки.

Вероятно я неправ на счет операторов, но в С++ и без них граблей хватает.

      

например?
Я так думаю сейчас речь пойдет о макросах (не дожидаясь отвечу). На эту тему уже была одна дискуссия, можете ознакомиться.
http://forum.vingrad.ru/forum/topic-255252...ml#st_75_view_0


Это сообщение отредактировал(а) azesmcar - 27.10.2009, 23:12

Все верно.


Так же.


Опять верно.


  


Ага.

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

Вам смешно а в этой таблице 98 колонок, одна краше другой  

Ты сравниваешь две вещи из разных весовых категорий. А мы не о том говорим. Что принципиально невозможно написать на том же OBERON, что можно написать на С++? Правильный ответ - ничего. И вот, когда мы имеем дело с вещами одной весовой категории тут и начинается самое интересное... Что именно? А вот что!

Статья из New York Times. BEHIND THE WHEEL/BMW 745i; Dazed by a Technical Knockout

На русском:


  

Это сообщение отредактировал(а) kemiisto - 27.10.2009, 23:34

можно ли на обероне написать полноценный компилятор для обeрона и те необходимые для его работы библиотеки ?
думаю сомнений что это возможно на C++ у Вас нет.

Oberon как язык программирования лишь часть одноименной ОС.

Принципиальные сомнения развеял?

Добавлено через 3 минуты и 13 секунд
Сейчас активно (всё относительно  ) развивают Bluebottle. Эта ОС написана на Active Oberon.

kemiisto, Это - 


Добавлено через 4 минуты и 49 секунд

Это еще что такое?  


kemiisto, И вообще, можете популярно объяснить, что за ОС, которая является частью ЯП(или на оборот?). Какое применение? Где? Для чего?