Здравствуйте, Masterspline, Вы писали:
НС>>Фшоколаде это nuget. Да и исходный нугет может не только библиотеки, но и всякие приложения. M>Я про этот "фшоколаде".
Здравствуйте, so5team, Вы писали:
S>>почему стоимость владения на С++ оказалась меньше чем у Python
S>Потому, что стоимость 700 серверов + стоимость их эксплуатации + команда DevOps для их обслуживания будет выше аналогичных расходов для 40 серверов.
А на основании чего сделано это утверждение? Личного опыта?
Здравствуйте, AlexGin, Вы писали:
AG>Так, если бы сделали сборку мусора, то это бы привело к возникновению недетерминированных задержек при исполнении кода
Во-первых, твое представление о языках со сборкой мусора детское и карикатурное — все известные мне языки имеют ручки для управления ГЦ, хотя и без этого, если писать нормально код, страшилок с диким стоп зе ворлд не будет. Во-вторых, добиться детерминированности от плюсов тоже задача нетривиальная, несколько примеров: new может сделать сискол, вектор или анордеред контейнеры на вставке может потратить овердофига времени, поход в таблицу виртуальных функций с промахом по кешу внезапно даст спецеффект, чтение переменной сгенерирует пейдж фолт и далее, далее, далее...
AG>И если бухгалтеру некритично — за 5 секунд посчитает отчёт или за 6 секунд, то для системы перехвата ракет — это уже катастрофа...
Ох лол, 99% программистов же пишут системы для перехвата ракет, ты например (нет)
Во-первых, твое представление о языках со сборкой мусора детское и карикатурное — все известные мне языки имеют ручки для управления ГЦ, хотя и без этого, если писать нормально код, страшилок с диким стоп зе ворлд не будет.
...если писать нормально код — понятие субъективное. Чётких (формальных) правил здесь нет.
DI>Во-вторых, добиться детерминированности от плюсов тоже задача нетривиальная, несколько примеров: new может сделать сискол, вектор или анордеред контейнеры на вставке может потратить овердофига времени, поход в таблицу виртуальных функций с промахом по кешу внезапно даст спецеффект, чтение переменной сгенерирует пейдж фолт и далее, далее, далее...
Так ведь никто с этим и не спорит.
Всё вышеуказанное — просто объясняет факт применения как специфичного железа, так и OS реального времени для критичных по времени выполнения задач.
AG>>И если бухгалтеру некритично — за 5 секунд посчитает отчёт или за 6 секунд, то для системы перехвата ракет — это уже катастрофа...
DI>Ох лол, 99% программистов же пишут системы для перехвата ракет, ты например (нет)
Я занимаюсь программированием систем реального времени.
Надеюсь, что этого аргумента вполне достаточно, чтобы понать мою тягу к C++.
Здравствуйте, reversecode, Вы писали:
CC>>Так граждан или резидентов? Потому как между гринкой и гражданством таки 5 лет разницы.
R>в вакансиях с секьюрити клиренс R>исключительно ситизеншип, поскольку это как правило суб подрядчики в милитари
В области здравоохранения вроде ещё важно, там правда требования не такие жёсткие, как в милитари.
Здравствуйте, Denis Ivlev, Вы писали:
DI>[..] все известные мне языки имеют ручки для управления ГЦ, хотя и без этого, если писать нормально код, страшилок с диким стоп зе ворлд не будет.
Когда приложение с GC начинает занимать гигабайты памяти, то это вполне становится проблемой. Посмотри на то, с какой скоростью в JVM меняют сборщики мусора! Такое чувство, что никак не могут подобрать оптимальный.
Здравствуйте, lpd, Вы писали:
lpd>гораздо удобнее умных указателей, для которых кроме вырвиглазного синтаксиса
Э, шта?
Может у stdшной реализации и вырвиглазная, но это всего то один из вариантов реализации, не самый лучший.
lpd> нужно еще бороться с циклическими зависимостями.
Вот честно, сколько я уже кода с ними переписал но циклы создавались только когда начиналась каша в проектировании и народ начинал косячить и лепить ссылки "чтоб быстрее".
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, Denis Ivlev, Вы писали:
DI>добиться детерминированности от плюсов тоже задача нетривиальная, несколько примеров: new может сделать сискол
Звать обычный (не placement) new в time critical code — CCЗБ
Это сразу признак того что человек не понимает что он делает.
DI> вектор или анордеред контейнеры на вставке может потратить овердофига времени
Тоже гнать раз не понимает что происходит внутри контейнеров. Это всё профнепригодность.
DI> чтение переменной сгенерирует пейдж фолт
А кто протерял код который пиннит страницы для realtime critical кода?
DI> и далее, далее, далее...
Это всё примеры "вчерашнего формошлёпа пустили писать критичный код".
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, checkthestack, Вы писали:
C>Посоветуйте — пора валить из плюсов в какой-нибудь go? Или можно найти на плюсах нормальную работу, если у тебя не 6+ лет опыта в нём?
Нудным голосом напомню что язык это всего лишь один из инструментов, и что валить надо в то, за что платят — предметную область. Язык же будет зависеть от этой самой предметной области.
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, dsorokin, Вы писали:
D>Когда приложение с GC начинает занимать гигабайты памяти, то это вполне становится проблемой. Посмотри на то, с какой скоростью в JVM меняют сборщики мусора! Такое чувство, что никак не могут подобрать оптимальный.
В JVM проблема не в сборщике мусора, а программистах устоявшихся парадигмах разработки. Избыток абстракций и бездумного отношение к памяти дает такой интересный побочный эффект. Я, вобщем-то, тоже думал что у JVM проблемы с памятью, пока не поработал с прошивками для МФУ на Java, где на все про все включая файлы OS было 1Gb (может даже 512Mb, не помню уже детали, но точно помню что поразился что такое возможно) памяти и 500Mz MIPS процессор. При этом система бегала очень бодро и памяти на всё хватало.
Здравствуйте, kaa.python, Вы писали:
KP>Я, вобщем-то, тоже думал что у JVM проблемы с памятью, пока не поработал с прошивками для МФУ на Java, где на все про все включая файлы OS было 1Gb (может даже 512Mb, не помню уже детали, но точно помню что поразился что такое возможно) памяти и 500Mz MIPS процессор. При этом система бегала очень бодро и памяти на всё хватало.
Ну оно в таких раскладах примерно к C++ стилю сводится
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, LaptevVV, Вы писали:
LVV>И всегда меня интересовала не технология/язык, а ЗАДАЧИ.
Задачи, конечно, первостепенны, но можно их решать с применением технологий и языков, которые тебе интересны, а не на которых "надо".
Здесь можно привести в пример Rich Hickey, который на вопрос "нафига ты придумал Clojure" ответил:
> I wrote Clojure because if I had to continue programming in Java, I wouldn't still be a programmer; Java, or C++, or C#, or the languages I was using in consulting at the time.
Здравствуйте, AlexGin, Вы писали:
AG>...если писать нормально код — понятие субъективное. Чётких (формальных) правил здесь нет.
Конечно есть, просто ты про них не знаешь и рассказываешь страшилки, которые сам где-то услышал.
DI>>Во-вторых, добиться детерминированности от плюсов тоже задача нетривиальная, несколько примеров: new может сделать сискол, вектор или анордеред контейнеры на вставке может потратить овердофига времени, поход в таблицу виртуальных функций с промахом по кешу внезапно даст спецеффект, чтение переменной сгенерирует пейдж фолт и далее, далее, далее...
AG>Так ведь никто с этим и не спорит.
То есть твой аргумент был пуком в лужу. Причем больше половины из того, что я сказал ты услышал впервые.
AG>Всё вышеуказанное — просто объясняет факт применения как специфичного железа, так и OS реального времени для критичных по времени выполнения задач.
Не усугубляй
AG>Я занимаюсь программированием систем реального времени.
Свежо предание, что характерно, если я попрошу деталей, ты моментально сошлешься на НДА.
AG>Надеюсь, что этого аргумента вполне достаточно, чтобы понать мою тягу к C++.
Здравствуйте, dsorokin, Вы писали:
D>Когда приложение с GC начинает занимать гигабайты памяти, то это вполне становится проблемой. Посмотри на то, с какой скоростью в JVM меняют сборщики мусора! Такое чувство, что никак не могут подобрать оптимальный.
Мне рассказывать не надо, проблема совсем не в объеме занимаемой памяти.
Здравствуйте, CreatorCray, Вы писали:
CC>Ну оно в таких раскладах примерно к C++ стилю сводится
А вот ничего подобного! У нас было типичное OSGi приложение, просто без избытка фабрик и прочих абстракций. Разве что если считать отсутствие излишних абстракций и есть C++ стиль
UPD. ну и, да, мы аккуратно к памяти относились довольно. Забыть освободить массив с объектами было крайне не желательно.
Здравствуйте, CreatorCray, Вы писали:
CC>Звать обычный (не placement) new в time critical code — CCЗБ
А перегруженный?
CC>Это сразу признак того что человек не понимает что он делает.
Разработчики С++ не понимают, что они делают? Чуть менее, чем вся STL аллоцирует неявно, например std::function внезапно, или выброс исключения.
CC>Тоже гнать раз не понимает что происходит внутри контейнеров. Это всё профнепригодность.
Как понимание того, что происходит внутри контейнеров поможет написать рилтайм критикал код? Кроме осознания того, что нельзя использовать STL?
CC>А кто протерял код который пиннит страницы для realtime critical кода?
А кто забыл сказать, что еще процесс к ядру надо прибить? Профнепригодность? Ну и вообще использовать многозадачные ОС для realtime critical кода? Ну такое.
CC>Это всё примеры "вчерашнего формошлёпа пустили писать критичный код".
Внезапно оказалось, что сам по себе С++ панацеей не является и после всех приседаний для таких нишевых вещей как рил тайм, про который любит вещать среднестатистический кодер на С++, никогда и близко к рил тайм ничего не видевшего, похож он будет на С чуть менее, чем полностью.
Здравствуйте, kaa.python, Вы писали:
KP>просто без избытка фабрик и прочих абстракций. Разве что если считать отсутствие излишних абстракций и есть C++ стиль
Есть много мнений что считать С++ стилем, так что это будет субьективно.
Как по мне так отстутствие излишеств это вполне С++ стиль, по крайней мере мой С++ стиль такой
KP>UPD. ну и, да, мы аккуратно к памяти относились довольно. Забыть освободить массив с объектами было крайне не желательно.
Вот это уже точно С++ стиль.
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, Denis Ivlev, Вы писали:
CC>>Звать обычный (не placement) new в time critical code — CCЗБ DI>А перегруженный?
Надо смотреть что внутри. Ходить в систему "за спичками" внутри критического кода не принято.
CC>>Это сразу признак того что человек не понимает что он делает. DI>Чуть менее, чем вся STL аллоцирует неявно, например std::function внезапно, или выброс исключения.
Весь std:: — так себе библиотека, я это уже много раз говорил. Годная для прототипирования а дальше надо уже смотреть.
CC>>Тоже гнать раз не понимает что происходит внутри контейнеров. Это всё профнепригодность. DI>Как понимание того, что происходит внутри контейнеров поможет написать рилтайм критикал код?
Примерно так же как понимание разницы между O(n) и O(log n)
CC>>А кто протерял код который пиннит страницы для realtime critical кода? DI>А кто забыл сказать, что еще процесс к ядру надо прибить?
А кто забыл сказать что этот поток должен выполняться на IRQL DISPATCH_LEVEL?
DI>Ну и вообще использовать многозадачные ОС для realtime critical кода?
Это как раз решаемо. А вот SMM куда больше неприятностей может внезапно доставить, которые ещё и хрен продиагностируешь на уровне ОС, если не знать про него.
DI>Внезапно оказалось, что сам по себе С++ панацеей не является и после всех приседаний для таких нишевых вещей как рил тайм, про который любит вещать среднестатистический кодер на С++, никогда и близко к рил тайм ничего не видевшего, похож он будет на С чуть менее, чем полностью.
Рази что только если думать что C++ это stl, std и прочая "стандартная" шелуха.
С++ это то, что встроено в язык, всё остальное библиотеки и они как раз могут быть написаны под разные assumptions и requirements.
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
