IPB

Здравствуйте, гость ( Вход | Регистрация )


Форум в отпуске до 2 августа 2018 года.


Нет регистрации на форуме? Вам сюда.
5 страниц V  < 1 2 3 4 5 >  
Reply to this topicStart new topic
> Языки, программы и так далее, Вынос из БН-800
MVS
сообщение 5.12.2016, 22:50
Сообщение #41


Завсегдатай
****

Группа: Haunters
Сообщений: 930
Регистрация: 3.1.2012
Из: Нижний Новгород
Пользователь №: 33 533



QUOTE(Татарин @ 4.12.2016, 9:11) *
Алгоритмы можно потом хоть на ассемблер и Лего-язык перевести, то набота кодеров. Были б алгоритмы.


О, вот это мне знакомо! Дофига гениев, придумывающих "алгоритмы". Только вот кодеров нет. Инженеров то есть.

А так каждый дурак может рассуждать про монте-карло и simd.

Сообщение отредактировал MVS - 5.12.2016, 22:53
Go to the top of the page
 
+Quote Post
Татарин
сообщение 5.12.2016, 22:57
Сообщение #42


Ветеран форума
*****

Группа: Patrons
Сообщений: 1 741
Регистрация: 16.3.2011
Пользователь №: 32 318



Цитата(MVS @ 5.12.2016, 22:39) *
Вы контроллеры программировали? На каком языке там пишут, знаете? А на суперкомпах? Список кодов из spec.org или top500 смотрели?

О чем вообще говорить, элементарной грамотности нет.

Сейчас именно их я и программирую. smile.gif

У кого? smile.gif
Go to the top of the page
 
+Quote Post
MVS
сообщение 5.12.2016, 23:01
Сообщение #43


Завсегдатай
****

Группа: Haunters
Сообщений: 930
Регистрация: 3.1.2012
Из: Нижний Новгород
Пользователь №: 33 533



QUOTE(Татарин @ 5.12.2016, 22:57) *
Сейчас именно их я и программирую. smile.gif


Поздравляю. rolleyes.gif Нашу отечественную программистскую промышленность.

Надеюсь, теперь наши граждане смогут ловить покемонов и внутри ВВЭР smile.gif

Сообщение отредактировал MVS - 5.12.2016, 23:12
Go to the top of the page
 
+Quote Post
Татарин
сообщение 5.12.2016, 23:13
Сообщение #44


Ветеран форума
*****

Группа: Patrons
Сообщений: 1 741
Регистрация: 16.3.2011
Пользователь №: 32 318



Цитата(MVS @ 5.12.2016, 22:50) *
О, вот это мне знакомо! Дофига гениев, придумывающих "алгоритмы". Только вот кодеров нет. Инженеров то есть.

А так каждый дурак может рассуждать про монте-карло и simd.

Вы кодера с инженером-то не мешайте.
Гениев, придумывающих алгоритмы (подразумевая _новые_ и _полезные_ алгоритмы), - очень мало. Вот просто-таки дико мало, один на тысячу.
И сидят они, как правило, на позициях принципалов, и даже не сеньоров.

А конкретно в расчётах (тему обсуждения ещё помните, да? smile.gif) - закодить это даже не 1/10 часть работы.
Это всё равно что электронику - к умению паять свести.

Вы, я вижу, полагаете, что умение кодить и знание WinAPI/TCP/IP стека/HAL/ассемблера х86/что там ещё по месту нужно - некая врождённая магия, данная богами?
Да нет... просто специфичные знания, которые приобретаются по мере надобности.

Дурак, конечно, может о монте-карло и simd рассуждать. Только вот к чему это сказано? smile.gif
Go to the top of the page
 
+Quote Post
Татарин
сообщение 5.12.2016, 23:16
Сообщение #45


Ветеран форума
*****

Группа: Patrons
Сообщений: 1 741
Регистрация: 16.3.2011
Пользователь №: 32 318



Цитата(MVS @ 5.12.2016, 23:01) *
Поздравляю. rolleyes.gif Нашу отечественную программистскую промышленность.

Надеюсь, теперь наши граждане смогут ловить покемонов и внутри ВВЭР smile.gif

Вы программируете покемонов?

Вы вообще чем занимаетесь? Что-то кроме С++ видели?
Go to the top of the page
 
+Quote Post
Superwad
сообщение 6.12.2016, 7:41
Сообщение #46


Завсегдатай
****

Группа: Haunters
Сообщений: 723
Регистрация: 24.8.2016
Пользователь №: 34 367



Цитата(Татарин @ 5.12.2016, 21:01) *
Ваш пост сводится к следующему: Вы любите Паскаль и не умеете читать сишный код. Ну и что с того? Почему Вы решили, что это распространяется на всех? smile.gif

Меня вот Паскаль раздражал - своей бессмысленной и тупой многословностью и необходимостью вместо программирования постоянно бороться с убогостью языка, так я ж не делаю из личных предпочтений глобальных выводов. Нравится кому-то писать "begin" вместо простой открывающей скобки - да барабан в руки, флаг на шею (ну, как в Паскале принято smile.gif)
На самом деле, если убрать в сторону мелкие неудобства и общую убогость Паскаля, с С они близнецы-братья, благо писаны в одно и то же время в одной и той же парадигме процедурного программирования. Ваше удивление и торжествующее доказательство того, что на Паскале, оказывается, если помучаться, тоже можно что-то путное написать - странно, ибо конечно можно!

Паскаль - вполне адекватный своему времени функциональный язык с достаточно развитыми средствами.
Си он проиграл из-за раздражающих нелогичностей и мелочей. Миллионы программистов могли выбирать, но при прочих равных, мелочи оказались решающи Си был просто удобнее.
Отвлекитесь на секунду от личных предпочтений и посмотрите глобально: абсолютное большинство софта Человечества (в том числе - почти весь системный, критичный к ошибкам, лежащий в основе нашей цивилизации) написано на С и его наследниках. Индустрия выбрала его как стандарт не просто так, и Паскаль остался маргинальным - тоже не без причин.
Да, проиграл. Из-за мелочей. Да, мелочи - это мелочи. Но проиграл. 40-50 лет назад.

Но С++ ставить на одну доску с С/Паскалем? Это, простите, дикость. Ибо это уже смена парадигмы - первый объектно-ориентированный язык, принятый индустрией. Это уже другой век софтовой индустрии.

И даже этот век - тоже уже ушёл; С++, как и С в своё время ушёл в свою нишу, которая постоянно сужается.
Преимущества для большинства проектов managed кода настолько велики (не говоря уж о гигантском рывке новых языков в синтаксисе, функционале и общей выразительности), что нужно иметь очень, очень веские основания, чтобы выбирать С++ для нового проекта.
Посмотрите С#, посмотрите, насколько много рутинной работы может брать на себя язык, насколько коротко и понятно можно записывать сложные вещи, которые в тех же С/Паскале требовали бы чуть ли не страницы сложно читаемого кода. И это я ещё стороной обхожу специализированные для своей области скрипты. А ведь накладные расходы даже на интерпретацию с общим ростом мощности сильно убавили в процентном отношении!
Сравнимы ли С/Паскаль в удобстве в обращении с матрицами с Матлабом? Или при работе с текстами с Ruby? Да там пропасть необозримой ширины! smile.gif
___
...прошло 50 лет, космические корабли бороздят просторы Вселенной, нейросети водят машины, а вычмощь телефона у Вас в кармане превышаем суммарную вычмощь всей Земли того времени (включая всё население с арифмометрами)...
...и тут выходите Вы и вспоминаете, что когда-то в прошлом веке был такой очень полезный транзистор МП-39 и такой язык - Паскаль, и на нём тоже что-то писали. smile.gif

Что тут можно сказать?

Оглянитесь вокруг.
Вокруг появилось много нового и полезного.
Я не призываю Вас выкинуть, наконец, эту палку-копалку (мало ли, и она в нужный момент сойдёт за инструмент), но блин! Оглянитесь вокруг, наконец!

Сколько времени тратиться на написание кода? 17 %?! Это что такая офигенная трудоемкость? Так что это не аргумент. Не убедили. Никак. Я работал с С/С++ и с Паскалем. Да,я признаю, что мне нравится Паскаль тем, что он четкий язык и так как я пишу программы для работы себе (т.е. это не основная моя задача), то тратить много времени на отладку у меня нет. Специфика работы. Посему я выбираю более практичнее и менее затратное решение. Себестоимость разработки на С/С++ и Паскале РАЗНАЯ - на Паскале трудоемкость ниже. Просто программисты которые пишут на С/С++ - это просто бесконечная золотая жила на поддержке и обновлениях. Ибо писать качественный софт - это не выгодно!!! Это бизнес, ничего личного. К сожалению это мировой тренд не только в программировании, но и в технике (например одноразовые авто, электротехника, телефоны, смартфоны планшеты и т.д.). Вот поэтому в критических областях С/С++ нужно пристреливать на дальних подступах. Ибо нужен инструмент не позволяющий допускать делать ошибки на ровном месте. С подобные языки это не гарантируют и не обеспечивают.
По поводу стандарта - ха и много раз ха. Да нету этого стандарта на практике. В теории - да, на практике - как карта ляжет у разработчика. я уже это приводил выше. НЕТУ на практике. Особенно расскажите мне стандарт на М$ оффис, как его выполняет сама компания в своих продуктах ? Ответ - да никак.
Да и вообще есть мнение (не моё), что С/С++ надо пристрелить - ибо это язык для диверсантов. Крайне нехороший язык.
ЗЫ. Ну не скажу что Паскаль такой уж древний язык. Вы путаете классический Виртовский от того на чем пишут сегодня. Delphi/FPC - очень сильно ушли от него, много хорошего появилось в нем благодаря С/С++ (не без этого) - это и дополнительные операторы при работе с циклами (Break, Continue - не нужно Goto), это и перегруженные процедуры и функции, дженерики, работа с потоками. Чего ещё то нужно?
Go to the top of the page
 
+Quote Post
Superwad
сообщение 6.12.2016, 11:03
Сообщение #47


Завсегдатай
****

Группа: Haunters
Сообщений: 723
Регистрация: 24.8.2016
Пользователь №: 34 367



А чтобы больше не писать про все минусы языков С, дам ссылку - там все изложено предельно четко и ясно Критика C++ . Там достается и чистому С.
Go to the top of the page
 
+Quote Post
Татарин
сообщение 6.12.2016, 11:13
Сообщение #48


Ветеран форума
*****

Группа: Patrons
Сообщений: 1 741
Регистрация: 16.3.2011
Пользователь №: 32 318



Цитата(Superwad @ 6.12.2016, 7:41) *
Себестоимость разработки на С/С++ и Паскале РАЗНАЯ - на Паскале трудоемкость ниже. Просто программисты которые пишут на С/С++ - это просто бесконечная золотая жила на поддержке и обновлениях. Ибо писать качественный софт - это не выгодно!!!

Нет, стоимость С++ проектов ниже.
В общем-то в истории индустрии известна только одна фирма, которая делала крупные, серьёзные проекты на Паскале: Борланд с их компиляторами и средой. Вроде, и они перешли на С++, НЯЗ.
Ну и глупости же говорите очевидные про специально написанный криво софт.

Цитата(Superwad @ 6.12.2016, 7:41) *
Да и вообще есть мнение (не моё), что С/С++ надо пристрелить - ибо это язык для диверсантов. Крайне нехороший язык.

Ну, есть мнение, что нами правят рептилоиды с Нибиру, так что с того?
Тут вопрос что с чем сравнивать. Конечно, С/С++ - небезопасные языки. Но Вы же решили сравнивать с Паскалем, который в этом смысле либо там же, либо хуже.

Цитата
ЗЫ. Ну не скажу что Паскаль такой уж древний язык. Вы путаете классический Виртовский от того на чем пишут сегодня. Delphi/FPC - очень сильно ушли от него, много хорошего появилось в нем благодаря С/С++ (не без этого) - это и дополнительные операторы при работе с циклами (Break, Continue - не нужно Goto), это и перегруженные процедуры и функции, дженерики, работа с потоками. Чего ещё то нужно?

Почему же "путаю"? Дельфи я сам в своё время пользовал для in-situ поделок и оболочек - для 90-х годов инструмент был потрясающий, пожалуй, на тот момент, почти не отставал (как язык) от альтернатив, а уж среда на тот момент была и вовсе исключительной.
Но в целом ветка Паскалей отстаёт в развитии на 10-30 лет, что в программировании - эпоха. Ну вот как тот самый элементарный break, который был в С с рождения.

Что нужно? Как обычно - десятки полезных вещей и избавление от сотни неудобств. Нормальная перегрузка операторов, нормальные делегаты, аттрибуты - мало ли что. Покажите мне, как выглядит в Паскале класс-итератор, а особенно - его использование? Ну вот то-то и оно.
И появляется мешанина кода, логика в которой просто теряется. И появляются ошибки. Ну, точнее, появлялись бы, если б на Паскале продолжали писать достаточно сложные проекты. Наследники Паскаля - та же Ада - страдают тем же самым (да, Ф-35 тут пример).

Код истребителей Сухого написан на С++.
Летают.
Go to the top of the page
 
+Quote Post
LAV48
сообщение 6.12.2016, 11:21
Сообщение #49


Ветеран форума
*****

Группа: Patrons
Сообщений: 1 535
Регистрация: 14.3.2011
Из: 34
Пользователь №: 32 154



Кажется этот спор мне что-то напоминает:
softwarer> ...... Ваши выкладки построены на ложном сопоставлении "рабочего" из КБ/опытного производства и "рабочего" с конвейера (серийного производства). Разумеется, это даёт нелепые результаты. Примерно так же Вы могли бы судить, не видя разницы между деятельностью художника и маляра: кустарщина, мол, каменный век. Хреновый ты работник, Рембрандт, учись у Малевича - краскопульт взял и вперёд, в промышленное производство.
Go to the top of the page
 
+Quote Post
Татарин
сообщение 6.12.2016, 11:50
Сообщение #50


Ветеран форума
*****

Группа: Patrons
Сообщений: 1 741
Регистрация: 16.3.2011
Пользователь №: 32 318



Цитата(LAV48 @ 6.12.2016, 11:21) *
Примерно так же Вы могли бы судить, не видя разницы между деятельностью художника и маляра: кустарщина, мол, каменный век. Хреновый ты работник, Рембрандт, учись у Малевича - краскопульт взял и вперёд, в промышленное производство.

:_

Это на самом деле великолепное сравнение, потому что Рембранту по сути ВСЁ РАВНО, чем работать. Мастер может использовать для шедевра кусок камня, шмат глины или рисовать по бумаге древесным углем - качество работы определяется не инструментом. На стене туалета тоже можно чем угодно рисовать, там важен больше смысл, чем чёткость линий.

Точно так же те же расчёты можно писать на скрипте Матлаба, и они всё равно будут иметь огромную ценность как расчёты.
Или поделка для лаборатории, считывающая данные с АЦП-карты и что-то там пишущая в файл может быть написана на чём угодно, хоть на Паскале, в самом деле.

А вот если требуется окрасить здание, покрасить миллион машин, нанести рисунок на десять тыщ тарелок или сто тыщ футболок... вот тут-то все _мельчайшие_ недостатки краски и технологии всплывают мутным пахучим комом. И возникают совсем другие требования к краске, краскопульту и работнику. Рисунок Рембранта просто смоется с кружки, футболку нельзя будет стирать, сто тыщ тарелок не покрасить кисточкой... ну и т.п.
Go to the top of the page
 
+Quote Post
generalissimus19...
сообщение 6.12.2016, 12:10
Сообщение #51


Частый гость
***

Группа: Haunters
Сообщений: 349
Регистрация: 4.7.2014
Из: Moscow
Пользователь №: 34 011



QUOTE(Татарин @ 6.12.2016, 0:13) *
Вы кодера с инженером-то не мешайте.
Гениев, придумывающих алгоритмы (подразумевая _новые_ и _полезные_ алгоритмы), - очень мало. Вот просто-таки дико мало, один на тысячу.

Я знаю одного, его ник в ЖЖ nabbla1. Он придумал взвешенное симметричное троичное БПФ. Оно на доли процента медленнее классического БПФ с основанием 2^N, но, при этом, гораздо лучше работает при расчёте антенн - У НЕГО ЕСТЬ ЦЕНТРАЛЬНАЯ ТОЧКА.
QUOTE(Татарин @ 6.12.2016, 0:13) *
И сидят они, как правило, на позициях принципалов, и даже не сеньоров.

А он, между тем, даже пока не кандидат наук.
Go to the top of the page
 
+Quote Post
Superwad
сообщение 6.12.2016, 16:27
Сообщение #52


Завсегдатай
****

Группа: Haunters
Сообщений: 723
Регистрация: 24.8.2016
Пользователь №: 34 367



Это плохо. что критический код пишут на с++. Ибо результат работы непредсказуем. Я сам с этим столкнулся. А разбирать код какой получиться из-за условной компиляции из разных файлов - я не мазохист, увольте с этой должности. Я предпочту "ленивый" качественный однозначный код.
По поводу многословности Паскаля (да хотя бы FPC) - я просто не понимаю, про что говорите. Язык вполне устоявшийся, команды практически стандартизированы, необходимые вещи появляются, если надо. А вот С++ четкого набора команд нет. Я уже привел ссылку, где все разобрано по полочкам. Для написания приложений (а тем более критических приложений), нужен точный ясный инструмент, который выдает ОДНОЗНАЧНЫЙ код и результат. С/С++ таким похвастаться не может. В это ссылке, что привел С/С++ не относят к языкам высокого уровня. Потому что он язык чуть выше ассемблера.
Кстати, ракеты летают не на С/С++. Российские. А на собственном коде, к коду вопросов нет, есть вопросы к железу. Так и тут. НЕЛЬЗЯ использовать С/С++ для критических приложений. НЕЛЬЗЯ. Даже заведомо отлаженный и протестированный С/С++ код может содержать баг, который вылезет в самый неприятный момент. Сам на это натыкался. Баг был в сторонней библиотеке.

Сообщение отредактировал Superwad - 6.12.2016, 16:28
Go to the top of the page
 
+Quote Post
Татарин
сообщение 6.12.2016, 16:44
Сообщение #53


Ветеран форума
*****

Группа: Patrons
Сообщений: 1 741
Регистрация: 16.3.2011
Пользователь №: 32 318



Цитата(generalissimus1966 @ 6.12.2016, 12:10) *
Я знаю одного, его ник в ЖЖ nabbla1. Он придумал взвешенное симметричное троичное БПФ. Оно на доли процента медленнее классического БПФ с основанием 2^N, но, при этом, гораздо лучше работает при расчёте антенн - У НЕГО ЕСТЬ ЦЕНТРАЛЬНАЯ ТОЧКА.

А он, между тем, даже пока не кандидат наук.

Ссылку можно?

Я уже по ЖЖ вижу, что человек мыслит нестандартно. smile.gif
Go to the top of the page
 
+Quote Post
generalissimus19...
сообщение 6.12.2016, 17:06
Сообщение #54


Частый гость
***

Группа: Haunters
Сообщений: 349
Регистрация: 4.7.2014
Из: Moscow
Пользователь №: 34 011



QUOTE(Татарин @ 6.12.2016, 17:44) *
Ссылку можно?

На что ссылку, у него же тег в ЖЖ есть "Уравновешенное троичное БПФ", нажимай, всё покажут!
Go to the top of the page
 
+Quote Post
Татарин
сообщение 6.12.2016, 17:30
Сообщение #55


Ветеран форума
*****

Группа: Patrons
Сообщений: 1 741
Регистрация: 16.3.2011
Пользователь №: 32 318



Цитата(Superwad @ 6.12.2016, 16:27) *
НЕЛЬЗЯ использовать С/С++ для критических приложений. НЕЛЬЗЯ.

Вы повторяетесь, не аргументируя. И опять мешаете в кучу С и С++. По Вашей ссылке намешано вообще всё подряд: от претензий к реализации некоторых механизмов в С и претензий к ООП в принципе до анекдотов и чьих-то высказываний. По стилю - это больше похоже на политическую пропаганду в форме листовки "для своих", чем на обсуждение какого-то технического вопроса.
До кучи Вы, похоже, полагаете, что Паскаль каким-то чудом не подпадает _под ту же самую_ критику и почему-то думаете, что он пригоден для реализации современных больших проектов и/или как замена С++.

Образно говоря, Вы в 2016-м году критикуете паровоз, сидя на телеге. smile.gif
А я тут - как коммивояжер, втирающий про преимущества маглева человеку, который ненавидит и боится паровозы, как-то испачкавшись мазутом в одном из них.

Ваша позиция понятна. Чтобы она изменилась Вам должен попасться большой проект (много кода, десятки человек в команде, большой жизненный цикл кода), чтобы Вас сама жизнь выбила из зоны комфорта и сложившихся ощущений. Вы меня переубедить не можете в принципе, но уже по другим причинам.
Поэтому разговор как-то не складывается... smile.gif

Подытоживая свою... гм... точку зрения:
а) почти вся критика С/С++ переносима и на Паскаль/его наследников (добавляясь к их собственным недостаткам), разумеется не мешая всё в кучу: С - к Паскалю, а С++ - всё же сравниваем с его наследниками;
б) у С++ - была/есть масса сильных сторон, которых Вы не видите и/или не понимаете(и которых у того же Паскаля нет), он быстро стал индустриальным стандартом вовсе не просто так (и это НЕСМОТРЯ на то, что Паскаль для многих язык первичного обучения, выбор и усилия по переходу люди принимали сознательно);
в) С++ понемногу уходит из индустрии, времена меняются; например, сейчас во многих случаях дешевле платить накладные расходы рантайм того же сборщика мусора, чем мучаться с потенциальными проблемами аллокации памяти, и это лишь один пример из очевидного.


Go to the top of the page
 
+Quote Post
Татарин
сообщение 6.12.2016, 17:38
Сообщение #56


Ветеран форума
*****

Группа: Patrons
Сообщений: 1 741
Регистрация: 16.3.2011
Пользователь №: 32 318



Цитата(generalissimus1966 @ 6.12.2016, 17:06) *
На что ссылку, у него же тег в ЖЖ есть "Уравновешенное троичное БПФ", нажимай, всё покажут!

Уже читаю. Он хорошо объясняет БПФ _вообще_. smile.gif
Go to the top of the page
 
+Quote Post
Syndroma
сообщение 6.12.2016, 17:48
Сообщение #57


Завсегдатай
****

Группа: Haunters
Сообщений: 637
Регистрация: 23.12.2014
Пользователь №: 34 075



Цитата(Татарин @ 6.12.2016, 19:30) *
например, сейчас во многих случаях дешевле платить накладные расходы рантайм того же сборщика мусора, чем мучаться с потенциальными проблемами аллокации памяти, и это лишь один пример из очевидного.

C++11 успешно решает эту проблему. delete становится ненужным, а у new появляются серьёзные альтернативы.


--------------------
Всё это мелкая рябь на волнах экономических циклов, незаметных на приливах эпох.
Накапливать ОЯТ абсурдно для здорового человека.
Если мечтать — то ни в чём себе не отказывать.
8956
Go to the top of the page
 
+Quote Post
Татарин
сообщение 6.12.2016, 17:58
Сообщение #58


Ветеран форума
*****

Группа: Patrons
Сообщений: 1 741
Регистрация: 16.3.2011
Пользователь №: 32 318



Цитата(Syndroma @ 6.12.2016, 17:48) *
C++11 успешно решает эту проблему. delete становится ненужным, а у new появляются серьёзные альтернативы.

Не догнал, что тут нового?
Смарт поинтеры с перегрузкой new/delete - не предлагать. Не вчера придумано, и проблемы в полной мере не решает.

Возможность по гнилому поинтеру тихо изменить уже освобождённый кусок памяти у нас осталась. А что нам нужно ещё для полного счастья?
Манагед код в этом смысле всё-таки даёт возможность прибить такое на месте преступления (и баг, и программиста). С++ - нет.
Go to the top of the page
 
+Quote Post
Syndroma
сообщение 6.12.2016, 18:01
Сообщение #59


Завсегдатай
****

Группа: Haunters
Сообщений: 637
Регистрация: 23.12.2014
Пользователь №: 34 075



Цитата(Татарин @ 6.12.2016, 19:58) *
Не догнал, что тут нового?

Например, emplace. Конструирование объекта по месту хранения в контейнере. В таком сценарии new просто не нужен. Невероятно удобно, между прочим.


--------------------
Всё это мелкая рябь на волнах экономических циклов, незаметных на приливах эпох.
Накапливать ОЯТ абсурдно для здорового человека.
Если мечтать — то ни в чём себе не отказывать.
8956
Go to the top of the page
 
+Quote Post
Татарин
сообщение 6.12.2016, 18:07
Сообщение #60


Ветеран форума
*****

Группа: Patrons
Сообщений: 1 741
Регистрация: 16.3.2011
Пользователь №: 32 318



Цитата(Syndroma @ 6.12.2016, 18:01) *
Например, emplace. Конструирование объекта по месту хранения в контейнере. В таком сценарии new просто не нужен. Невероятно удобно, между прочим.

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

Сообщение отредактировал Татарин - 6.12.2016, 18:08
Go to the top of the page
 
+Quote Post

5 страниц V  < 1 2 3 4 5 >
Reply to this topicStart new topic
3 чел. читают эту тему (гостей: 3, скрытых пользователей: 0)
Пользователей: 0

 



Текстовая версия Сейчас: 20.7.2018, 15:40
Rambler's Top100