В конце февраля в Москве пройдёт конференция C++ Russia

Если звёзды зажигают, значит это кому-нибудь нужно? )

О, у меня тоже так получилось. А порекомендуйте печатный туториал по C++11 на русском языке? Вообще, есть достойные современные издания?

Мне нравится, что на C++ написаны многие современные проекты, которых еще рано хоронить. Например, FireFox. Например, KDE.

А порекомендуйте печатный туториал по C++11 на русском языке?

Увы, на русском в основном разрозненная инфа в Сети. Из книг могу назвать только 6-е издание Прата, но там новый стандарт описан довольно куценько. А так в основном использую последнее издание Страуструпа на английском, но думаю, перевод не замедлит появиться.

На тебя сейчас полетят помидоры с процессором Core i7 и 64 гигабайтами памяти. Ну и кудахтанье: «Нищеброд, кококо, нищеброд!».

дык это, нет ничего лучше в пасмурный воскресный день, чем троллить вонючую хипстоту, оправдывающую свой быдлокод наличием Core i7 и 64 тысяч гигабайт RAM

Чего ради? Удобство скриптования?

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

Точней было бы сказать, что 64 тысячных от одного терабайта RAM. Не?

На тебя сейчас полетят помидоры

Да пусть их летят... Если кому-то хочется за свой счет греть Вселенную, пусть он хоть обвешается Core i7 и планками RAM, вправе ли я ему мешать? Обидно, конечно, что ресурсы компа палятся впустую, но что ж тут сделаешь, детсадовцам без памперсов в виде сборки мусора и прочей подобной хрени не прожить.

С русским языком иди 1С изучать. C++ не для тебя.

О, еще одна некомпетентная шавка выползла!

Вот и думаю. Я ж не только о себе забочусь. Да и на инглише дороже книги. А 1С сколько сумму синусов по времени считает, не профилировали?

О, еще одна некомпетентная шавка выползла!

Еще один юный гений... Право же, это начинает утомлять...

нет, гуманитарий

Исчезни, некомпетентная шавка. Ты про сборку мусора не знаешь ровным счетом ничего. Иди, шавка, продолжай дебажить memory fragmentation.

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

В электронном виде в продаже без DRM не найду. Подскажете ссылку? Это четвёртое издание? ISBN-13: 978-0321958327 ?

Исчезни, некомпетентная шавка. Ты про сборку мусора не знаешь ровным счетом ничего. Иди, шавка, продолжай дебажить memory fragmentation.

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

В электронном виде в продаже без DRM не найду. Подскажете ссылку? Это четвёртое издание? ISBN-13: 978-0321958327 ?

Stroustrup, Bjarne. The C++ programming language / Bjarne Stroustrup.—Fourth edition. pages cm Includes bibliographical references and index. ISBN 978-0-321-56384-2 (pbk. : alk. paper)—ISBN 0-321-56384-0 (pbk. : alk. paper) 1. C++ (Computer programming language) I. Title. QA76.73.C153 S77 2013 005.13’3—dc23 2013002159

Вот она

Дмитрий, спасибо! Там же искал, но немного не то попалось под руку.

А C++14 еще рано смотреть? Как-то мелькало что-то.

Ждём PDF и MP4.

спасибо

Всегда рад помочь коллеге :)

А C++14 еще рано смотреть? Как-то мелькало что-то.

Емнип, стандарт принят, но там не очень много новшеств. Auto в лямбдах, еще что-то... Я еще не разбирался, к стыду своему.

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

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

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

прости меня, пожалуйста! я больше так не буду.

Видел тред без комментов.

Ну вот вам три страницы комментов, где баттхёрствующий плюсовик упивается тем, что в числодробительном синтетическом тесте кресты уделывают скриптовой язык. Вы довольны?

беги в магазин за памятью и срочно переписывай весь крестовый код на пистоне!

вообще весь.

Зря стесняешься - откроешь для себя много нового! :)
Если для души - однозначно Nemerle. Интересный язык с поддержкой расширения синтаксиса и вообще целая куча плюшек в языке «искаропки». А для денег/работы/мэйнстрима - C#, тоже неплохой язык, точно лучше Жабы и вполне себе ПОНИМАБЕЛЬНЫЙ. То есть за два года изучения C# я был практически уверен в каждой его конструкции - и так оно и было. В отличии от сипипей, с которыми ходишь как верблюд с гранатой - никогда до конца не уверен, что программа не взбрыкнёт в самом ненужном месте. Да и синтаксис у сипипей - мама не горюй! Напоминает всякие Перлы/Брэйнфаки, понять которые можно только погрузившись в дзен.

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

Предпочитаете ковыряться в г-не и стирать пелёнки? Да ради бога! Для вас даже всё ещё выпускают коробку-мануалку - дрочите на здоровье!

«Автоматическое управление памятью» - это примерно про 99% софта, который действительно НИ ХРЕНА не выигрывает от «ручного тюнинга».
Просто вот мой беззлобный совет: попишите хоть что-то стоящее на C# - уверяю, после этого возвращаться к сипипям не захотите даже под дулом.

хорошо, мальчик, только успокойся. видишь, все уже разошлись по домам

Зря стесняешься - откроешь для себя много нового! :)
Если для души - однозначно Nemerle. Интересный язык с поддержкой расширения синтаксиса и вообще целая куча плюшек в языке «искаропки». А для денег/работы/мэйнстрима - C#, тоже неплохой язык, точно лучше Жабы и вполне себе ПОНИМАБЕЛЬНЫЙ. То есть за два года изучения C# я был практически уверен в каждой его конструкции - и так оно и было. В отличии от сипипей, с которыми ходишь как верблюд с гранатой - никогда до конца не уверен, что программа не взбрыкнёт в самом ненужном месте. Да и синтаксис у сипипей - мама не горюй! Напоминает всякие Перлы/Брэйнфаки, понять которые можно только погрузившись в дзен.

Если у тебя не получается написать внятный код на плюсах — это исключительно твои, а не плюсов, проблемы. Что же до шарпа с жабой, там своих кучек говнеца хватает. И не стоит думать, что С++ может нравиться только тому, кто я глаза не видел жабы или шарпа ;) Совсем наоборот, как раз в сравнении с ними С++ выигрывает с хорошим отрывом.

Напейши на любимом шарпе такой простенький генеричек:

#include <iostream>
#include <math.h>

template<typename T>
T mul(const T &a, const T &b)
{
    return a * b;
}

int main(int, char *[])
{
    std::cout << mul(10.0, 20.0) << std::endl;
    return 0;
}

«Автоматическое управление памятью» - это примерно про 99% софта, который действительно НИ ХРЕНА не выигрывает от «ручного тюнинга».
Просто вот мой беззлобный совет: попишите хоть что-то стоящее на C# - уверяю, после этого возвращаться к сипипям не захотите даже под дулом.

Не угадал, садись, 2. Шарп то еще говнецо в сравнении с С++, хотя по работе приходится юзать.

держи открытыми

Страуструпов Программирование парадигма и практика:

первое издание по русски

второе по английски

увидишь что туториального нового в С++11.

повторим вслух для не могущих сразу.

язык родитель(верхней части) С++ был с сборщиком мусора - за авторством гордых норвегов.

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

Bjarne Stroustrup A Tour Of C++ книга Страуструпа о новинках в свежем стандарте C++11.

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

class Ops {
    class Impl<T> {
        static ParameterExpression a = Expression.Parameter(typeof(T));
        static ParameterExpression b = Expression.Parameter(typeof(T));
        static U TryCompile<U>(Func<Expression> body, params ParameterExpression[] paras) {
            try {
                return Expression.Lambda<U>(body(), paras).Compile();
            } catch {
                return default(U);
            }
        }
        public static Func<T, T, T> Add = TryCompile<Func<T, T, T>>(() => Expression.Add(a, b), a, b);
        public static Func<T, T, T> Mult = TryCompile<Func<T, T, T>>(() => Expression.Multiply(a, b), a, b);
        //...
    }

    public static T Add<T>(T a, T b) { return Impl<T>.Add(a, b); }
    public static T Mult<T>(T a, T b) { return Impl<T>.Mult(a, b); }
}
class Program {
    static void Main(string[] args) {
        Console.WriteLine(Ops.Add(10.0, 20.0));
        Console.WriteLine(Ops.Mult(20, 30f));
        Console.WriteLine(Ops.Add(TimeSpan.FromHours(1), TimeSpan.FromMinutes(30)));
        //Console.WriteLine(Ops.Mult(TimeSpan.FromHours(1), TimeSpan.FromMinutes(30)));
    }
}

http://www.ozon.ru/context/detail/id/26348781/

Напейши на любимом шарпе такой простенький генеричек

Ты сам-то понял, что за дурь просишь? «Напиши дженеричек»... нах***я мне он?? У меня есть ЗАДАЧИ, 100% которых я решаю безо всякого напряга на C#. При этом я могу сопровождать свой код, ибо он лишён всяких наворотов, генераторов, самокомпиляний и прочей лабуды. Дженерики использую повсюду, это не rocket science. И чего ты этим шмотком кода пытался доказать? Что делать приложения-таймбомбы на плюсах веселее, чем на C#? СОГЛАШУСЬ, программа на С++ у меня вызывает больше ужаса, чем аналогичная на шарпе.

У меня есть ЗАДАЧИ, 100% которых я решаю безо всякого напряга на C#. При этом я могу сопровождать свой код, ибо он лишён всяких наворотов, генераторов, самокомпиляний и прочей лабуды.

Прости, я не знал, что ты активно работаешь над новейшей версией «Hello, world». А вот в реальном проекте (на шарпе, кстати) приходится использовать то, что ты считаешь «лабудой», при этом убогость шарпейных женериков просто бесит иногда.

Вон там пример реализации привели. Если для тебя это меньше ужаса, у тебя явно проблемы.

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

Любимая фраза неосиляторов, как я заметил.

Ну и вариант ответа...

Самому не смешно? Заменить три строчки кода С++, компилируемого в простой и эффективный машинный код, страницей страданий на шарпе, с вытягиванием всего и вся в рантайм, распухающих при компиляции и для элементарной операции задействующих Expression trees — показательно, не находишь?

Вон там пример реализации привели. Если для тебя это меньше ужаса, у тебя явно проблемы.

Ура, в треде здравомыслящие люди! :)

Не хотел говорить, но ладно уж, объективности ради...

Почитав ответы, сразу становится ясно, насколько хорошо нарисовавшиеся в треде адепты шарпа этот самый шарп знают :)

Правильным решением поставленной задачки на шарпе будет

    public static class Foo
    {
        public static T mul<T>(dynamic a, dynamic b)
        {
            return a * b;
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine(Foo.mul<double>(10,20));
        }
    }

Вообще-то, я ожидал подобное решение и хотел покритиковать именно его, но анонизмус радует от души.

Всем заинтересованным лицам могу изложить свои претензии к данному коду.

Да не нужен этот garbage collector в C++, есть более детерминированный RAII. Твой GC решает проблему частично. Ты в своем любимом ЯП можешь наоткрывать файлов и забыть про close. RAII изначально есть в C++, а в других языках пытаются прикрутить (python: with, Java: try with resources), что только доказывает значимость RAII несмотря на наличие GC.

Да не нужен этот garbage collector в C++, есть более детерминированный RAII. Твой GC решает проблему частично. Ты в своем любимом ЯП можешь наоткрывать файлов и забыть про close. RAII изначально есть в C++, а в других языках пытаются прикрутить (python: with, Java: try with resources), что только доказывает значимость RAII несмотря на наличие GC.

Совершенно верно. И как ни крути, память — таки ресурс, и создавать иллюзию обратного вредно и чревато, тем более что это остается лишь иллюзией. Не ручаясь за дословную точность, приведу цитату умного человека: «Авторы языков со сборкой мусора считают проблему управления памятью настолько критичной, что ее нельзя доверить программисту. Авторы C++ считают проблему управления памятью настолько критичной, что ее нельзя доверить системе...»

Собрат анонимус выбрал не правильный аргумент. Я бы, если бы знал хоть что-то о программировании, привёл бы встречный пример, в котором с# уделывал бы с++. Учитывая что я полностью(кроме math.h) понял пример на с++ и этот пример, а так же совершенно не понял пример собрата анонимуса, такой пример возможен.

Собрат анонимус выбрал не правильный аргумент. Я бы, если бы знал хоть что-то о программировании, привёл бы встречный пример, в котором с# уделывал бы с++. Учитывая что я полностью(кроме math.h) понял пример на с++ и этот пример, а так же совершенно не понял пример собрата анонимуса, такой пример возможен.

Отлично, и в чем же принципиальная разница между кодом на C++ и C# в тех примерах, которые вы, уважаемый анонимус, «полностью поняли»?