А какая задача поставлена? Если я правильное понял, автор изобретает синтаксический сахар для того, что писалось ещё под с++98.
Судя по всему - хочет кодом работать с древовидными структурами типа json. Если не заморачиваться с производительностью, но хочется удобный синтаксис - то буст проперти три как раз для того и делался.
Спасибо. Тут ещё неочевидный вопрос возникнет - а как отлавливать обновления компиляторов? Это получается что для такой диагностики надо написать юнит тест, где проверяется что компилятор гарантированно натыкается на баг, и как только компилятор обновится - тест покажет что в диагностике надо указать верхнюю версию компилятора.
Так что я понимаю, что абстрактно ловить ошибки компиляторов и ругаться на них - та ещё проблема.
Опять вы про Qt4 пишете… Современными компиляторами он собирается? Патчи безопасности для него выходят? Деплой собранных приложений без костылей поддерживается? Современные ОС с HiDpi поддерживаются? Стандартные темы современных ОС поддерживаются? Сигланы-слоты без строковой макросни есть?
Я правильно понимаю, что вы на работе поддерживаете какой-то лютый легаси проект и боитесь даже посмотреть на то, как развилась Qt за последние 10 лет?
По сабжу, возьмите бустовый проперти три и не откапывайте стюардессу. Из да, контейнеры в Qt тоже очень прилично поменялись со времен 4-й версии.
Ладно, похоже вы очень далеки от программирования и не понимаете, что такое технические детали. Вы в очередной раз повторяете то, что уже писали. Ответа на вопрос из заголовка «как совершилась революция?» так и не поступило. (Ключевое слово - «как»)
Чтобы более предметно дискуссировать, надо понимать, что вы понимаете под «физикой объектов игры, а так же движения игрока»? Это уже давно реализовано во многих других играх. Ни в одной современной клиент-серверной игре нет обсчёта движений игрока и прочих игровых механик на клиенте. Получается что вы вообще не понимаете, о чём пишете.
Я понимаю, что ответственность тут на разработчиках компилятора. Но для статического анализатора мне кажется что это был бы плюс - отлов таких вот нюансов, конечно при условии что эта фича не слишком сложно реализуема. Тут как говорится: вам шашечки или ехать?
Недавно ловил проблему со связкой msvc + unity build + forward declaration. Когда в одной единице трансляции тип был через forward declaration указан как struct, а в другой - это был класс. И студия просто выдавала либо internal compiler error либо out of memory. Очень сложно было отлаживать, хотя тот же clang смог показать соответствующее предупреждение.
Извините, всё равно не понял в чём именно прорыв? Хотя бы минимальные технические детали будут?
Мне почему-то кажется что задержки при межсерверной синхронизации всё равно не позволят обсчитать игровой мир быстрее, чем в рамках одного мощного сервера. Облачный же обсчёт мира имеет смысл лишь для песочниц типа майнкрафта, да и то для разных чанков.
Так в чём же именно заключается революционное решение? Хайповый заголовок вообще не раскрыт в статье.
Коллизии для реализации игровых механик, как ни крути, считаются на сервере. Красиво всё это прорисовать - дело клиента. Такому подходу уже больше 10 лет.
Это ещё ладно. Я в том году собеседовался на с++ лида в s&p но через индийский аутсорс. Двух индусов прошёл легко, потому что знал что отвечать. А вот собес уже непосредственно с заказчиком меня вогнал в ступор. Меня на полном серьезе попросили развернуть массив. На вопрос, пригодятся ли такие навыки на позиции техлида у них на проекте - как-то замялись и не ответили.
Зато рассказали подробнее про проект. Когда я услышал про mfc - предложил сворачивать интервью. На что собеседующие даже немного обиделись - мол мы думали что вам очень понравилась наша компания и у вас горят глаза и есть непреодолимое желание развиваться.
Году в 2015 собеседовался в Яндекс в Минске на C++ backend. Перед собеседованием всем давали простенькую задачу на кольцевые списки, видимо чтобы отсеять совсем уж джунов.
Собеседование длилось 2 часа (секции по часу), после чего меня развернули. До вопросов по программированию мы даже не дошли.
Непонятно было зачем меня вообще позвали на собеседование если я заранее предупредил, что у меня отсутствуют знания по терверу. А во второй секции требовали устные доказательства по алгоритмической сложности (не уверен, что в белорусских вузах такое преподают) - в принципе ничего сложного, всё в рамках высшей математики, когда понимаешь что именно от тебя хотят. Причём собеседующему явно не хватало софт скиллов, слишком высокомерно общался.
Но я до сих пор не понимаю, каким образом эти «собеседования» показывают умение писать код на плюсах. Ладно бы, если бы меня собеседовали на разработчика алгоритмов для навигации (к примеру), но я бы сам на такие позиции не подавался.
Я к тому что бабушкам/мамам это сложнее сделать. Но вот такая новость как раз меня подтолкнула это сделать (в айфоне просто в настройках сообщений есть раздел mms).
Заинтриговали. Скачал посмотрел. До Blackmagic Camera пока не дотягивает. Да, сделано аккуратно и походу главная фишка - это интеграция с Final Cut. Но нету даже тривиальной возможности выбрать каким микрофоном писать звук. Нет гибкой настройки режима стабилизации. Хотя можно вручную менять white balance, нет опции для tint.
Могу рассказать свой кейс. Мне жалко покупать для хобби отдельную камеру. Поэтому у меня iPhone + DJI RS3 mini + внешний ssd. При необходимости цепляю внешний микрофон и дополнительные линзы для зума (ибо цифровым пользоваться не стоит). Снимаю в Apple log 4k. И вот как раз в такой связке прога Blackmagic camera позволяет выжать максимум из съёмки видео на телефоне, даже при сложном освещении.
Были бы лишние деньги - купил бы что-то типа Sony FX30. Хотя сейчас камеры тоже достаточно быстро устаревают.
Специально перечитал все листинги. Ничего про многопоточность в Qt там нет. И опережая ход ваших мыслей скажу что в Qt очень хорошая документация по многопоточности - начинать надо с неё, прежде чем изобретать велосипеды.
Но если немного применить телепатию то можно предположить что вы отнаследовались от QThread и забыли про это написать и привести примеры. В любом случае для описанных примеров, в Qt есть более удобные инструменты.
А какая задача поставлена? Если я правильное понял, автор изобретает синтаксический сахар для того, что писалось ещё под с++98.
Судя по всему - хочет кодом работать с древовидными структурами типа json. Если не заморачиваться с производительностью, но хочется удобный синтаксис - то буст проперти три как раз для того и делался.
Спасибо. Тут ещё неочевидный вопрос возникнет - а как отлавливать обновления компиляторов? Это получается что для такой диагностики надо написать юнит тест, где проверяется что компилятор гарантированно натыкается на баг, и как только компилятор обновится - тест покажет что в диагностике надо указать верхнюю версию компилятора.
Так что я понимаю, что абстрактно ловить ошибки компиляторов и ругаться на них - та ещё проблема.
Опять вы про Qt4 пишете… Современными компиляторами он собирается? Патчи безопасности для него выходят? Деплой собранных приложений без костылей поддерживается? Современные ОС с HiDpi поддерживаются? Стандартные темы современных ОС поддерживаются? Сигланы-слоты без строковой макросни есть?
Я правильно понимаю, что вы на работе поддерживаете какой-то лютый легаси проект и боитесь даже посмотреть на то, как развилась Qt за последние 10 лет?
По сабжу, возьмите бустовый проперти три и не откапывайте стюардессу. Из да, контейнеры в Qt тоже очень прилично поменялись со времен 4-й версии.
Ладно, похоже вы очень далеки от программирования и не понимаете, что такое технические детали. Вы в очередной раз повторяете то, что уже писали. Ответа на вопрос из заголовка «как совершилась революция?» так и не поступило. (Ключевое слово - «как»)
Чтобы более предметно дискуссировать, надо понимать, что вы понимаете под «физикой объектов игры, а так же движения игрока»? Это уже давно реализовано во многих других играх. Ни в одной современной клиент-серверной игре нет обсчёта движений игрока и прочих игровых механик на клиенте. Получается что вы вообще не понимаете, о чём пишете.
Я понимаю, что ответственность тут на разработчиках компилятора. Но для статического анализатора мне кажется что это был бы плюс - отлов таких вот нюансов, конечно при условии что эта фича не слишком сложно реализуема. Тут как говорится: вам шашечки или ехать?
Недавно ловил проблему со связкой msvc + unity build + forward declaration. Когда в одной единице трансляции тип был через forward declaration указан как struct, а в другой - это был класс. И студия просто выдавала либо internal compiler error либо out of memory. Очень сложно было отлаживать, хотя тот же clang смог показать соответствующее предупреждение.
Извините, всё равно не понял в чём именно прорыв? Хотя бы минимальные технические детали будут?
Мне почему-то кажется что задержки при межсерверной синхронизации всё равно не позволят обсчитать игровой мир быстрее, чем в рамках одного мощного сервера. Облачный же обсчёт мира имеет смысл лишь для песочниц типа майнкрафта, да и то для разных чанков.
Пока это выглядит просто как рекламная брошюра.
А в PVS-Studio есть диагностика для отлова таких вот нюансов?
Так в чём же именно заключается революционное решение? Хайповый заголовок вообще не раскрыт в статье.
Коллизии для реализации игровых механик, как ни крути, считаются на сервере. Красиво всё это прорисовать - дело клиента. Такому подходу уже больше 10 лет.
Это ещё ладно. Я в том году собеседовался на с++ лида в s&p но через индийский аутсорс. Двух индусов прошёл легко, потому что знал что отвечать. А вот собес уже непосредственно с заказчиком меня вогнал в ступор. Меня на полном серьезе попросили развернуть массив. На вопрос, пригодятся ли такие навыки на позиции техлида у них на проекте - как-то замялись и не ответили.
Зато рассказали подробнее про проект. Когда я услышал про mfc - предложил сворачивать интервью. На что собеседующие даже немного обиделись - мол мы думали что вам очень понравилась наша компания и у вас горят глаза и есть непреодолимое желание развиваться.
Ок, есть русский общепринятый перевод: сочетания клавиш.
Году в 2015 собеседовался в Яндекс в Минске на C++ backend. Перед собеседованием всем давали простенькую задачу на кольцевые списки, видимо чтобы отсеять совсем уж джунов.
Собеседование длилось 2 часа (секции по часу), после чего меня развернули. До вопросов по программированию мы даже не дошли.
Непонятно было зачем меня вообще позвали на собеседование если я заранее предупредил, что у меня отсутствуют знания по терверу. А во второй секции требовали устные доказательства по алгоритмической сложности (не уверен, что в белорусских вузах такое преподают) - в принципе ничего сложного, всё в рамках высшей математики, когда понимаешь что именно от тебя хотят. Причём собеседующему явно не хватало софт скиллов, слишком высокомерно общался.
Но я до сих пор не понимаю, каким образом эти «собеседования» показывают умение писать код на плюсах. Ладно бы, если бы меня собеседовали на разработчика алгоритмов для навигации (к примеру), но я бы сам на такие позиции не подавался.
Settings -> General -> Software update -> Automatic updates. Снять все галки и ничто никуда не полезет обновляться. Это же не винда.
Может «горячие клавиши»?
Я к тому что бабушкам/мамам это сложнее сделать. Но вот такая новость как раз меня подтолкнула это сделать (в айфоне просто в настройках сообщений есть раздел mms).
Мессенджеры просто борются со спамом. А ммс-ки так тривиально не получится заблокировать.
Заинтриговали. Скачал посмотрел. До Blackmagic Camera пока не дотягивает. Да, сделано аккуратно и походу главная фишка - это интеграция с Final Cut. Но нету даже тривиальной возможности выбрать каким микрофоном писать звук. Нет гибкой настройки режима стабилизации. Хотя можно вручную менять white balance, нет опции для tint.
Могу рассказать свой кейс. Мне жалко покупать для хобби отдельную камеру. Поэтому у меня iPhone + DJI RS3 mini + внешний ssd. При необходимости цепляю внешний микрофон и дополнительные линзы для зума (ибо цифровым пользоваться не стоит). Снимаю в Apple log 4k. И вот как раз в такой связке прога Blackmagic camera позволяет выжать максимум из съёмки видео на телефоне, даже при сложном освещении.
Были бы лишние деньги - купил бы что-то типа Sony FX30. Хотя сейчас камеры тоже достаточно быстро устаревают.
Специально перечитал все листинги. Ничего про многопоточность в Qt там нет. И опережая ход ваших мыслей скажу что в Qt очень хорошая документация по многопоточности - начинать надо с неё, прежде чем изобретать велосипеды.
Но если немного применить телепатию то можно предположить что вы отнаследовались от QThread и забыли про это написать и привести примеры. В любом случае для описанных примеров, в Qt есть более удобные инструменты.
А причём тут Qt? Он у вас в тэгах указан, а об особенностях многопоточности там ни слова.
Софт тоже хороший. Для iOS - Blackmagic camera, даже использовалась эпплом для записи их промо видео.
Ну и на Davinchi Resolve - уже фактически индустриальный стандарт для пост обработки и монтажа.