Олександр
А либы либами
Konstantin
Да мне кажется легче уже просто на другой язык перейти, чем ждать от плюсов такой std (или пакетов).
Ну надежда где-то теплится) Тем более плюсы лучше во многих отношениях
Richard
одна большая кнопка, которая делает всё хорошо? Я не очень понял про универсальное решение, можешь раскрыть мысль?
Вот Александр выше сказал - набор кирпичиков. Пусть это будет не готовая кнопка "сделай мне зае...", но пусть это будет просто набор строительных блоков, чтобы можно было собрать нужное решение за примелемое время. Ну, как пример, C# - там есть работа с сетью, хочешь однопоточный тупой сервер - пожалуйста. Хочешь расширить на многопоточность - вот тебе потоки, вот тебе классы для работы с сетью. Частный случай в виде веб-сервера с кучей сопуствующих вещей вылился в ASP.NET, и норм же. Врядли кто будет пилить сервер на шарпе сам с нуля, когда есть уже нормальное решение)
vladislav
ну мне кажется пакетов и в 20-м году не будет, там уже можно и спиться
Konstantin
ну мне кажется пакетов и в 20-м году не будет, там уже можно и спиться
Они же чуть в 17-м не появились Я думаю в 20-м уже будут
Konstantin
А вот и раст холивар подвезли)
vladislav
да смысла особого нету, но держать ухо всё же в остро надо с ним, тем более и вакансия вот первая на hh по расту появилась.
vladislav
(на моей памяти)
Dr. Friedrich
Или модули уже хотят подготовить для удобного пакетирования в новом стандарте?
Richard
ИМХО сервак в стандарте это излишество Никогда этого не понимал Такой сервак слишком слабый для нормального проекта
ASP.NET это скорее фреймворк-надстройка. Я имел ввиду, что есть по дефолту в наличии возможность сделать что-то типа var server = new Net.TCPServer(3000); server.listen(); Пример, конечно, может и не очень, потому что есть сокеты Беркли те же. Как вариант - файловая система. Есть из коробки и отлично.
vladislav
про модули
Konstantin
Вообще, честно говоря, кажется, что коммитет просто забил
vladislav
пока старики вымрут, молодёж состарится
vladislav
Вообще, честно говоря, кажется, что коммитет просто забил
так им пора уже овощи на загородном участке высаживать)
vladislav
в таком случае рациональнее развивать коммьюнити и язык, который в принципе молодой и подвижный, не бюракратизированный.
vladislav
отдачи больше
Konstantin
Js портит всю нашу малину)
vladislav
Ты хотя бы видишь, что вот что-то реально изменилось, стало лучше, где-то стало хуже. А с плюсами не видно большого развития после 11-го стандарта.
Крылатый
Просто быстрей на Rust можно убежать(
Konstantin
Ну я про популярность среди молодежи)
Richard
Просто быстрей на Rust можно убежать(
привыкнув к его синтаксису :)
Arseny
Рациональней на другой язык переключиться, чем c++ развивать. С точки зрения фана и светлого будущего.
vladislav
то есть я уже успел выпуститься, поступить в универ, отчислиться, а воз и ныне там.
Крылатый
привыкнув к его синтаксису :)
Ну мне норм. После тонн изъёбств с шаблонами в плюсах растовый синтаксис вполне себе ок)
vladislav
все массово переходим в раст-чятик
Konstantin
Ахахахах
Arseny
Закостенел. Ну то есть если бы была возможность, я бы с радостью в rust убежал.
Konstantin
На самом деле, хочу сказать, что зная плюсы, любой другой язык учится за вечер
Konstantin
Со всеми его подводными камнями и особенностями
vladislav
не за вечер точно
Konstantin
Ну кроме раста и brainfuck-а
Konstantin
Да утрировал же я, ну)
Co(n)stantine👨‍🔬
все массово переходим в раст-чятик
Нет, я много времени уже потратил на изучение C
Arseny
Обратная совместимость не дает ему нормально развиваться.
Co(n)stantine👨‍🔬
и до сих пор трачу свое время
Co(n)stantine👨‍🔬
vladislav
си вечен
Alexey
Обратная совместимость не дает ему нормально развиваться.
А что вот стоит убрать из языка? Что прямо ужасает в 2017 году?
Arseny
С
Так отлично после этого в rust Пока годы не ушли на c++
Richard
Закостенел. Ну то есть если бы была возможность, я бы с радостью в rust убежал.
Решил перейти на rust -> Стал CTO -> Сказал новые проекты делать на Rust -> Profit :)
Alexey
Все свои хотелки хотят добавить) Но вот почему все ноют про совместимость, что конкретно плохо?
Konstantin
Так отлично после этого в rust Пока годы не ушли на c++
Тут на самом деле офигенно тонкий лед Нет уверенности в том, что раст станен популярен Равно как и нет вероятности что плюсы все-таки не вымрут через 10-15 лет
Arseny
А что вот стоит убрать из языка? Что прямо ужасает в 2017 году?
Все метапрограммирование, которое появилось случайно.
Arseny
Концепты, впрочем, движение в правильном направление. Но доколе их ждать?
Alexey
Очень общо( Вот мне, например, не нравится stl. Он неудобный, мне хотелось бы что-нибудь в духе qt.
Arseny
Ну появился D. И где он сейчас?
Есть куча причин по которым лучше пользоваться C++, а не другими языками, которые не имеют никакого отношения к тому, что C++ лучше, как язык.
ep
Почему у какого-нибудь map нет простого метода has_key? Почему надо проверять это через итераторы?
Arseny
stl минималистичен и из-за этого для многих простых вещей пишутся свои легкие обертки.
Alexey
Да там какие-то итераторы сплошные, методы в целом не очень удобные. Например, как добавить в map пару ключ-значение? Нужно создать std::pair, а только потом его пихнуть в map.
Alexey
map.insert(key,value) очень не хватает.
Alexey
emplace
лол, действительно.
Alexey
Был неправ)
Anatoly
map.insert({key, value});
Richard
Да в принципе даже и map[key] = value;
Anatoly
+1
Richard
http://en.cppreference.com/w/cpp/container/map/operator_at
Anatoly
Да в принципе даже и map[key] = value;
можно придраться из-за одного лишнего вызова конструктора по умолчанию
ep
Вот именно - удобной и достаточно логичной, чтобы не лезть каждый раз в документацию. Почему, скажем, чтобы получить индекс мин. элемента нужно использовать не только min_element, но ещё и distance?
ep
В последовательности, в vector, например.
Richard
можно придраться из-за одного лишнего вызова конструктора по умолчанию
Поэтому я и написал "даже") так-то emplace, конечно, лучше. И не только для мапы.
ep
А если это не vector?
А что есть distance для "не вектор"?
Anatoly
А что есть distance для "не вектор"?
distance возвращает дистанцию между итераторами и это не обязательно random access iterator
ep
Вот это выносит мозг, ну реально же. Мне нужен просто argmin, нафиг мне думать о расстоянии между итераторами?
Arseny
А что есть distance для "не вектор"?
Я к тому, что min_element должен возвращать iterator, а не что-то еще