он сказал что не потеряли, просто Ди важнее для него

вроде где-то в CppCast

Самый сомнительный доклад на cppcon - это доклад инженеров гугл\clang про их модули. Где они пытались объяснить плюсы и минусы и вроде бы объяснили, но никаких адекватных примеров кода или идей реализации так и не было от них.

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

У продавцов пылесосов кирби презентация убедительнее.

У продавцов пылесосов кирби презентация убедительнее.

Да ладно, мне вот нравятся продавцы кирби. Купить-то у них не куплю, но уборка дома нахаляву — что может быть приятнее?

HR в студии

поясните за суть HR'ов

Мб кто сталкивался?

#ultramegapro

Рассказывают по телефону о компании, присылают письма))

Marina расскажите нам

поясните за суть HR'ов

Общаются с местными властями, заполнением форм, бухгалтерией, обсуждением зп, внутренним здоровьем коллектива

Еще иногда процессами обучения заведуют и оргвопросы решают

Могу ошибаться, но мне кажется что Саттер с Страуструпом просто пытаются впарить "Более безопасный C++"

В первую очередь для некритичного к проиводительности кода

А оптимизации уже по месту проблем

Это я к теме про Впаривания Саттера

будто он что то плохое маркетинговое впаривает и по сути оно зло

будто он что то плохое маркетинговое впаривает и по сути оно зло

А скинь что почитать чтобы вкурсе вообще быть

будто он что то плохое маркетинговое впаривает и по сути оно зло

Принцип auto везде, где возможно и реализация списков/деревьев через умные указатели - это очень спорные вещи.

Принцип auto везде, где возможно и реализация списков/деревьев через умные указатели - это очень спорные вещи.

угадаю возраст по степени отрицания auto и умных указателей :)

угадаю возраст по степени отрицания auto и умных указателей :)

иди нафиг))))))

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

И оценить повыше час своего драгоценного времени, а еще обосрать всех остальных неизбианных ибо только они познали истинный яп

ты описал отрицателей авто )

как раз старперчики

Не буду сюда писать, вы все правы. Саттер бог.

Как патрег

вам просто надо разделять код по задачам и местам применения )

Майерс использует слово consider, пока ваш любимчик промывает мозги.

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

Ну так зачем быть такими.

Если вы же пишите движек рендера и вам там нужно дерево - это другой разговор

Я люблю с++, что тут не понятно?

Давайте честно - все что "безопаснее" но с оверхедом - таргет идет на конечнюу бизнес-логику (дабы не падать на любом глупом чихе)

он не оверхедный

но тут камни в shared кидают вроде как

Я использую авто, но я не пытаюсь использовать его везде, где возможно.

проблема любых спорах о С++ порой сильно зависит от вариантов его использования )

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

Почему просто не посмотреть выступление на сипипиконе 2014

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

а кто сказал что каждое дерево низкоуровневое? )

Обожаю споры, хорошо. Я пересмотрю еще раз. И выпишу все таймкоды.

Вон в clang есть дерево, еще какое.... но никакого там низкоуровнего универсального дерева не исопльзуется.

Дерево и есть сама модель данных clang

как нечто единое

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

и вот в каких то деревьях представляющих собой модель вполне могут быть уместны в том числе и shared_ptr

да это то все понятно ) просто не понимаю абсолтизмы в любом виде

Ну максимум вернешь raw в узком месте

просто С++ код нужно писать не только Сеньерам )

сильёр помидор

Я вот кстати ни разу не сказал, что саттер врет и говорит явную неправду - не может он себе этого позволить. Я как раз что сказал, почитайте. Что спорные вещи он выдает за истину и впаривает ее очень агрессивно. Выступаете против абсолюта, так и я тоже! У программиста должен быть выбор. Считаю, что человеки не должны писать списки в продакшн. Написать список через роу поинтеры - хорошее академическое упражнение. Написать список через юник поинтер+роу поинтер назад - это очень сомнительная затея.

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

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

Кто и так рубит - все понимает, где, что уместно.

Лучше обосраться на тормозах чем на нонстоп крашах и персистентной нестабильности.

Причем тормоза понятие относительное и порой оно не уступит тем же явам, шарпам и прочему (при равном опыте)

Клёвая наркомания http://ideone.com/VbBDeZ

забавно что можно написать слово template

Не можно, а нужно

А, прошу прощения. Перепутал контекст

Ну для шаблонного виджета было бы нужно, а тут просто частный случай.

Делаем метод статическим шаблонным, класс шаблонным

Widget<int>::work<double>() не скомпилится

всем привет! тут кто-нибудь пробовал собирать ReactOS?

А в чем же правда? :)

То, что существует случай, когда template обязателен - это точно

Компилер не под рукой, но сейчас вспомню.

никогда не приходилось так писать даже при самом адовом темплейтном коде

мб вы с typename путаете? )

Нет.

Всё верно.

template так же как и typename это disambiguator

Не, точно template. Причем смысл схожий - компилятор не может что-то там понять, поэтому подсказываем ему. Через полчасика получу доступ к своему проекту и скину пример кода. Как именно это гуглится - не помню.

А случай вот

http://ideone.com/Q7rRp1

отошёл, не успел запостить)