>вот только вся соль в том что stl+CRT/libc уже идут с ситемой
>
>а яву или донтент нужно доставлять
>ах да сдесь можно меня обломать тем что виста/севен уже напичкана поуши
>дотнетом
>вопрос только а нужен ли он?
>ответ только что подсказали на wasm
>http://russian.joelonsoftware.com/Articles/FireAndMotion.htmlПоскольку все системы разные, то "идут с системой" - не аргумент.
Я могу написать программу на Java, и она будет прекрасно исполняться в практически
любой современной инсталляции, скажем, HP OpenVMS - поскольку Java идёт там
"из коробки". Для исполнения же программы, написанной на C++ и собранной
компилятором G++ там же мне понадобится установить дополнительные пакеты.
>ответ о промышленых языках и то что такое примитивы
>и нужны ли другие языки когда функционал С/C++ покрывает практически все, кроме
>ява мобаил
>там увы без явы никуда
>ответ там же по ссылке выше
Функционал "голого" C++ (без STL) не содержит:
- ассоциативных списков
- динамически расширяемых массивов
- алгоритмов сортировки
- средств форматированного ввода-вывода
- ещё до кучи всего
Мне трудно представить себе современное крупное *промышленное* приложение,
в котором не требуется всё выше перечисленное.
>для программиста может и инструмент
>а для пользователя куча ненужного хлама ввиде ява виртуальной машины либо дотнет
>фореймворков
>где оказывается версия одного другого не поглощает O_o
Це не барское (не пользовательское) дело. Необходимое окружение для работы софта
должен предоставить разработчик (сиречь поставщик ПО). В мире Open Source в этом
смысле ничего не меняется - за нормальную работу пакетов из дистрибутива отвечают
разработчик программы и сопровождающий пакета.
>разные программы, разные версии дотнет фреймворка
>и уже вся машина захламлена этим никому не нужным дотнетом
>ах да разработчик же не думает об этом
>им же наплевать на пользователей - по вашим словам главное что бы
>он задачи быстро решал
>а не удолетворял потребности пользователей
Нормальному пользователю обычно надо ехать, а не шашечки.
Требуется ли там какой-то комплект библиотек для работы программы имярек
или нет - дело IMHO десятое.
А вот если что-то не работает или конфликтует с другими программами,
мозг должен напрягаться не у пользователя, а у разработчика.
>вся проблема в пользователях((
>им то не вдомёк что эти все подпорки оказывается и ненужны
>это просто неправильно выбраный метод реализации у заказчика или разработчика
Я иначе понимаю термины "правильно" / "неправильно". Если программа выполняет свою
работу, она - с точки зрения пользователя - правильная. А если разработчик
не может её сопровождать или обеспечить её работоспособность в нужном пользователю
окружении - то такой разработчик неправильный.
>спросите на rsdn
>но зная что там пишут могу передать в двух словах
>приходит С++ разработчик на устраиватся
>и сразу же попадает под - "щас мы вас обламаем", спрашивается а
>смысл?
>и начинают ему пулят вопросы из С++ стандарта
>а скажите нам что написано в главе N.NN С++ стандарта?
>ах не знаете! фу! вы не знаете С++, валите отсель.
>поэтому многие разработчики С++ устроились писать свои продукты, не отчитываясь
>перед таким горе работодателями в N строке стандарта
Я могу описать другую ситуацию. Приходит крендель, говорит, что онтипа
разработчик на C++. По ходу разговора обычно выясняется, что данный крендель:
- не различает передачу параметров через ссылку и через указатель
- не понимает, что означает модификатор const
- никогда не писал даже простейших шаблонов
- про STL слышал, никогда не пользовался, всё писал на MFC
- занимался программированием только пользовательского интерфейса, никогда
не разрабатывал сколько-нибудь сложных алгоритмов обработки данных
- имеет крайне смутное представление о многопоточном программировании
Так что до обсуждения сложных тем стандарта языка C++ дело, увы, не доходит.