Дракон - это мегокрутизна, похороненная эффективными менеджерами. Медтехнику на нем пишут в прибалтике, если что. Дракон - это традиция и пример для подражания. Я лично слабал для себя фреймворк по его мотивам, пишу на нем софт и не парюсь.
Дракон - вы сами подумайте, насколько может быть крутой эта штука, если на бисер 4 обеспечили беспилотный полет, а на современных компах не могут. Дракон - это уже дальнейшее развитие в графической форме. Лично я подражаю бурановским программистам, написав для себя событийно ориентированный фреймворк, который выдает топовые скорости на уровне гошки и раста. C++ уже давно в отстое. Примерно в 5 раз буст тормознее. Написал на базе этого фреймворка js runtime, так он по скорости уделывает все c++ное - буст и даже усервер. А ведь не скажешь, что усервер писали тупаки. Элита, член комитета по плюсам.
Отсутствие исключений - это конкретный геморрой. По хорошему нужно обрабатывать вообще любой вызов функции. Получается грязный код, который замучаешься читать. С другой стороны в гошке удобно делать маленькие микросервисы, где это особо не нужно. Интеграция с гпрц норм. В плюсах, когда пытаются внедрить грпц, начинается форменная дичь. Юсервер плюс грпц - это ппц. И зачем оно нужно, если оно будет гарантированно работать медленнее чем гоу. Время разработки - это вообще наверно на порядки больше на юсервере. Поэтому в плюсах имеет смысл оперировать в понятиях фреймворков, а не голого C++. Нет нормального мейнстримового публичного фреймворка, который выигрывал бы у гошки. Но приватные фреймворки, которые быстрее гошки, имеются у кого надо.
Не всегда на плюсах писать дольше, чем на гоу. Фишка в умении программировать. Плюс на плюсах можно сделать код быстрее. Время на разработку тоже можно кратно меньше сделать. У меня получается сделать хттп сервер на плюсах быстрее на 25% чем на гоу. Но, скажем юсервер яндекса медленнее гоу примерно в 2 раза.
Ну и что плохого, если отечественные разработчики делают бизнес на софте, занимаясь любимым делом? Я вот тоже разработал фреймворк микросервисный, ушатывает по скорости nginx на пару процентов, быстрее яндексовского усервера в 17 раз, и что?
Полагаться на анализатор - такое себе. А неинициализированные переменные - вещь. У меня даже проект был - сделай так, чтобы софт работал одинаково на разных компах. Кстати, а почему насчет std::move не написано, там можно так накосорезить и найти ошибку чрезвычайно сложно.
Берите мегатрон, там все, о чем вы говорите, уже есть. Быстрее нгинкса на пару процентов, быстрее усервера в 17 раз. Eсть даже телнет, парой строчек можете организовать консоль управления процессом. https://github.com/akakist/megatron
Новые фичи в плюсах - такое себе. Вот попросил адептов std::move написать сампл демонстрации их преимуществ. Сделали грубейшую ошибку, которую в реальной работе нужно будет искать очень долго. И зачем мне упарываться по новым фичам C++, если мой вебсервер работает на пару процентов быстрее нгинкс и в 17 раз быстрее усервера?
Дичь реальная. Вместо полезных дел люди занимаются полнейшей фигней, куда проще написать строковые ключи при сериализации, например, в json, чем разбираться с этой мутью. Просто из-за экономии времени. Чето весь народ ударился в метапрограммирование, кто бизнес логику то программирует сейчас? Ну ладно, неохота ручками писать строковые ключи, так напишите внешний скрипт, который просканирует код и выдаст какую-то готовую функцию. Я так делаю, все быстро работает и не тормозит на шаблонах.
Дракон - это мегокрутизна, похороненная эффективными менеджерами. Медтехнику на нем пишут в прибалтике, если что.
Дракон - это традиция и пример для подражания. Я лично слабал для себя фреймворк по его мотивам, пишу на нем софт и не парюсь.
Дракон - вы сами подумайте, насколько может быть крутой эта штука, если на бисер 4 обеспечили беспилотный полет, а на современных компах не могут.
Дракон - это уже дальнейшее развитие в графической форме.
Лично я подражаю бурановским программистам, написав для себя событийно ориентированный фреймворк, который выдает топовые скорости на уровне гошки и раста. C++ уже давно в отстое. Примерно в 5 раз буст тормознее.
Написал на базе этого фреймворка js runtime, так он по скорости уделывает все c++ное - буст и даже усервер. А ведь не скажешь, что усервер писали тупаки. Элита, член комитета по плюсам.
Отсутствие исключений - это конкретный геморрой. По хорошему нужно обрабатывать вообще любой вызов функции. Получается грязный код, который замучаешься читать.
С другой стороны в гошке удобно делать маленькие микросервисы, где это особо не нужно. Интеграция с гпрц норм.
В плюсах, когда пытаются внедрить грпц, начинается форменная дичь. Юсервер плюс грпц - это ппц. И зачем оно нужно, если оно будет гарантированно работать медленнее чем гоу. Время разработки - это вообще наверно на порядки больше на юсервере.
Поэтому в плюсах имеет смысл оперировать в понятиях фреймворков, а не голого C++.
Нет нормального мейнстримового публичного фреймворка, который выигрывал бы у гошки.
Но приватные фреймворки, которые быстрее гошки, имеются у кого надо.
Не всегда на плюсах писать дольше, чем на гоу. Фишка в умении программировать. Плюс на плюсах можно сделать код быстрее. Время на разработку тоже можно кратно меньше сделать.
У меня получается сделать хттп сервер на плюсах быстрее на 25% чем на гоу. Но, скажем юсервер яндекса медленнее гоу примерно в 2 раза.
Потому что не умеет разматывать стек полета исключения.
До 2008 была великая рецессия 1988г, т.е. дистанс 20 лет. Соответственно ожидаем следующую на 2028г, которая добьет глобализацию.
Ну и что плохого, если отечественные разработчики делают бизнес на софте, занимаясь любимым делом? Я вот тоже разработал фреймворк микросервисный, ушатывает по скорости nginx на пару процентов, быстрее яндексовского усервера в 17 раз, и что?
Код всегда можно вставить перед фором и не обратить внимание на неинициализацию инта. Eссно позже, когда замысел благополучно забыт.
Кому как удобнее, я юзаю маллок в составе raii обьекта с автоматическим free.
В теории до for может вылететь эксепшон и в катче вернется косячный результат.
Обмануть анализатор всегда можно, если захотеть.
Полагаться на анализатор - такое себе. А неинициализированные переменные - вещь. У меня даже проект был - сделай так, чтобы софт работал одинаково на разных компах.
Кстати, а почему насчет std::move не написано, там можно так накосорезить и найти ошибку чрезвычайно сложно.
Берите мегатрон, там все, о чем вы говорите, уже есть. Быстрее нгинкса на пару процентов, быстрее усервера в 17 раз. Eсть даже телнет, парой строчек можете организовать консоль управления процессом.
https://github.com/akakist/megatron
Новые фичи в плюсах - такое себе. Вот попросил адептов std::move написать сампл демонстрации их преимуществ. Сделали грубейшую ошибку, которую в реальной работе нужно будет искать очень долго.
И зачем мне упарываться по новым фичам C++, если мой вебсервер работает на пару процентов быстрее нгинкс и в 17 раз быстрее усервера?
Дичь реальная. Вместо полезных дел люди занимаются полнейшей фигней, куда проще написать строковые ключи при сериализации, например, в json, чем разбираться с этой мутью. Просто из-за экономии времени. Чето весь народ ударился в метапрограммирование, кто бизнес логику то программирует сейчас?
Ну ладно, неохота ручками писать строковые ключи, так напишите внешний скрипт, который просканирует код и выдаст какую-то готовую функцию. Я так делаю, все быстро работает и не тормозит на шаблонах.