Согласен, но замечу, что самое интересное начинается, кода это действительно становится рабочим проектом, и ты начинаешь смотреть в сторону pool, epool, WSAPool, разбираешься с реактором и проактором… И для следующего проекта берешь либо boost либо poco :-)
Точно! Я уж и забыл про них… Пойду перечитаю))
Но все же… Если restinio и sobjectizer завернуть что-то похожее на osgi платформу, добавить плагинную систему, то получится хрорший сервер приложений, ну или как теперь модно, микросервисный фреймворк.
Я правильно понимаю, что записи докладов будут доступны участникам сразу? Т.е. я смогу посмотреть/досмотреть доклад в течение дня или недели или позже?
Ну, смотивировали бы нас посмотреть код, описав общую архитектуру проекта, пару фишечек для затравочки, описание главной боли проекта… Иначе, выглядит, как извинение нашкодившего мальчугана.
Коллеги, а есть ссылка с описанием построения распреденного решения с SO-5? Или есть внутренние рекомендации, в которых указан типовой транспорт и архитектура его интеграции?
Ломаю голову, пытаясь профилировать read-write блокировки (pthread_rwlock). Очень хочется узнать время ожидания на каждой блокировке, т.е. найти самую дорогую. Есть варианты?
Pocoproject содержит ту же функциональность (кроме распределенных блокировок), но там c++ не современный, так что, если уж в комментариях спрашивали про сравнение с другими фреймворками, то спрошу и я, чем лучше userver по сравнению с poco?
Странный пасаж. С++ корутины не зависят от платформы и их перенос не сложнее мигрирования Java кода. А написание асинхронного кода в виде синхронной программмы, да ещё и в функционально стиле — это и красиво и удобно. Где тут указатели и ручное управление памятью — не понятно. Не бойтесь кросс-языковых вызовов, если это приносит действительно новый функционал.
Действительно сложно оценить "успешность" решения, во всяком случае в ситуации, когда и браузер замещен, и приложение web не на привычных web-технологиях. Может рассмотреть в разрезе альтернативы электрон? Или ещё как-то, иначе не ясно на чем можно выиграть…
А зачем Вам арч на железе в данном случае? Интересны причины, в копилку так сказать. Я сам когда-то на прошу mid12 бубунту накатывал, но у меня была смешная причина… Не осилил макось)) Прошло время, теперь пользуюсь и маком и линуксом в одних и тех же сценариях (c++ development)
Не согласен с котегоричным высказыванием по поводу двух часов на дорогу. Ведь если это молодой специалист, вчерашний студент, то он и ищет работу, чтобы потом иметь возможность жить там, где удобно, а сейчас живёт там, где доступно. Сам езжу на работу по 1.5 часа в одну сторону уже 10 лет… С креативностью все в порядке))
<зануда>Вообще-то поддержка сборщик мусора в c++ есть _https://en.cppreference.com/w/cpp/memory garbage collector support</зануда> А если серьёзно, то действительно интересуют цифры производительности, ну и какие-то пограничные случаи рассмотреть бы
Точно! Я уж и забыл про них… Пойду перечитаю))
Но все же… Если restinio и sobjectizer завернуть что-то похожее на osgi платформу, добавить плагинную систему, то получится хрорший сервер приложений, ну или как теперь модно, микросервисный фреймворк.
Жду статью: "restinio + sobjectizer — утилизируй сервер полностью" :-)
Я правильно понимаю, что записи докладов будут доступны участникам сразу? Т.е. я смогу посмотреть/досмотреть доклад в течение дня или недели или позже?
Ну, смотивировали бы нас посмотреть код, описав общую архитектуру проекта, пару фишечек для затравочки, описание главной боли проекта… Иначе, выглядит, как извинение нашкодившего мальчугана.
Ок, просто из статьи не понял, что будете пробовать альтернативы.
А чем AltLinux не подошёл? Тоже есть под арм, тоже есть сертификат, тоже используется и в минобороны.
Коллеги, а есть ссылка с описанием построения распреденного решения с SO-5? Или есть внутренние рекомендации, в которых указан типовой транспорт и архитектура его интеграции?
Ломаю голову, пытаясь профилировать read-write блокировки (pthread_rwlock). Очень хочется узнать время ожидания на каждой блокировке, т.е. найти самую дорогую. Есть варианты?
При этом курсы с сертификацией надо сделать.
=Habr certified c++ developer=
Странный пасаж. С++ корутины не зависят от платформы и их перенос не сложнее мигрирования Java кода. А написание асинхронного кода в виде синхронной программмы, да ещё и в функционально стиле — это и красиво и удобно. Где тут указатели и ручное управление памятью — не понятно. Не бойтесь кросс-языковых вызовов, если это приносит действительно новый функционал.
Действительно сложно оценить "успешность" решения, во всяком случае в ситуации, когда и браузер замещен, и приложение web не на привычных web-технологиях. Может рассмотреть в разрезе альтернативы электрон? Или ещё как-то, иначе не ясно на чем можно выиграть…
А зачем Вам арч на железе в данном случае? Интересны причины, в копилку так сказать. Я сам когда-то на прошу mid12 бубунту накатывал, но у меня была смешная причина… Не осилил макось)) Прошло время, теперь пользуюсь и маком и линуксом в одних и тех же сценариях (c++ development)
Не согласен с котегоричным высказыванием по поводу двух часов на дорогу. Ведь если это молодой специалист, вчерашний студент, то он и ищет работу, чтобы потом иметь возможность жить там, где удобно, а сейчас живёт там, где доступно. Сам езжу на работу по 1.5 часа в одну сторону уже 10 лет… С креативностью все в порядке))
Ну хоть бы пару строчек вступления… Ничего же не понятно, зачем это, для кого?
<зануда>Вообще-то поддержка сборщик мусора в c++ есть _https://en.cppreference.com/w/cpp/memory garbage collector support</зануда> А если серьёзно, то действительно интересуют цифры производительности, ну и какие-то пограничные случаи рассмотреть бы
У меня три сына… Просто возьми мои деньги…