С таким подходом очень сложно в интернациональных компаниях. Доминирующее большинство разработчиков прекрасно читают и воспринимают на слух английские названия таблиц и т.п. А вот кириллица в коде у меня стойко ассоциируется с 1С.
При выполнении утилит в основном. Если ошибка — тупо ничего не делать. Плюс очень много конструкций вида if-else и какого-то хардкода. Будут проблемы с расширяемостью.
Хорошо, что вы сделали GUI, но я правильно понял, что вы поддерживаете только Windows?
Так же в коде у вас тотальное отсутствие защиты от каких-либо ошибок. Даже в лог ничего не выводите.
Мне очень сложно представить ситуацию, когда они бы понадобились на практике. А если и понадобятся в узкоспецифическом проекте, то их не очень сложно реализовать самому.
Вам в реальности не нужно будет в рантайме менять длины некоторых строк/столбцов. Самое простое, но намного более эффективное решение это std::array из std::array. Никаких лишних аллокаций, всё в памяти одним блоком.
Вот я готов даже платить, чтобы смотреть контент без рекламы. Но увы, тот же ютуб так не умеет.
Может я какой-то неправильный, но за те 19 лет что я в интернете мне ни разу не попалось релевантной рекламы, на которую я бы перешёл.
А разве с включённой оптимизацией ваш последний цикл не должен развернуться в while(true)? Вы бы хотяб atomic int взяли.
Если честно, не понял посыла статьи. Вы написали что-то похожее на C++ обвёртку поверх WinAPI? Вполне можно было реализовать это на чистом C++ без платформозависимого кода. Не говоря уже о том, что в WinAPI есть готовые семафоры.
К сожалению, на некоторых прибыльных проектах слишком много легаси, чтобы так просто взять и всё переписать. Бывает одновременно и долго и дорого. И архитектурные проблемы до бесконечности приходится подпирать костылями.
У меня были проблемы с дримсим и есим (на iPhone XS). Когда для дримсим отключал траффик, оставляя только входящие звонки, с есим начинались непонятные лаги, продолжительностью до 5 минут. Помогала перезагрузка сети.
Попробуйте разделять дела, очень помогает. Работаете — выключены все уведомления и звонки, за исключением касающихся проекта и касающихся семьи.
Освободились — переключили профиль и вперёд, тиндеры Инстаграммы, любовницы, что угодно.
Я когда-то баловался так, когда первые телефоны с NFC пошли. Пришёл на работу, положил телефон на метку рядом с клавой — всё, проходят только звонки только от близких родственников. Пошёл на обед, сунул телефон в карман — профиль переключился и опять всё приходит.
Это очень невыгодно для многих аутсорсинговых/аутстаффинговых компаний. Сначала тратятся деньги на курсы, потом поумневшие программисты начинают просить больше денег. А на суммы в контрактах с заказчиком так просто не изменишь. (Это юмор, если что)
Но лично я бы некоторых коллег отправил.
3) Поддержка windows
Игровые сервера можно делать под любые платформы. На C++ там простейшая реализация. Главное, чтобы на вашей платформе можно было собрать gRPC.
В крайнем случае можно посмотреть исходники плагина для UE и сделать по аналогии.
А на чём крутить сам Agones думаю вам не принципиально. Linux/Mac умеет, Windows умеет (с WSL).
Я про то, что вся docker сборка Agones изначально заточена под Linux / WSL. Под другое платформы CI/CD из коробки не заведётся. SDK под windows нужно собирать руками средствами cmake.
Если что, то с большего там я автор cmake сборки, поэтому критика приветствуется.
Спасибо за статью.
Сборка C++ SDK на винде несколько нетривиальна из-за зависимостей. Лучше всего иметь уже собранный protobuf и gRPC, тогда всё будет ок. Кода в самом sdk мало, там в основном кодогенерация, поэтому всё компилируется вполне тривиально.
В ином случае, cmake скрипт попытается сам скачать и собрать требуемые зависимости. Из-за зоопарка компиляторов и возможных вариантов сборки это может быть несколько проблематично. К примеру, для успешной сборки gRPC требуется OpenSSL, а собирать его под винду с помощью mingw — то ещё удовольствие.
Если вы посоветуете какой-либо стабильный package manager, который умеет protobuf+gRPC под мак/линукс/винду, то я постараюсь его прикрутить.
gRPC тот ещё монстр, к сожалению из коробки там очень мало опций и единственный способ получить полноценный cmake package — это собрать его целиком.
С таким подходом очень сложно в интернациональных компаниях. Доминирующее большинство разработчиков прекрасно читают и воспринимают на слух английские названия таблиц и т.п. А вот кириллица в коде у меня стойко ассоциируется с 1С.
При выполнении утилит в основном. Если ошибка — тупо ничего не делать. Плюс очень много конструкций вида if-else и какого-то хардкода. Будут проблемы с расширяемостью.
Хорошо, что вы сделали GUI, но я правильно понял, что вы поддерживаете только Windows?
Так же в коде у вас тотальное отсутствие защиты от каких-либо ошибок. Даже в лог ничего не выводите.
Мне очень сложно представить ситуацию, когда они бы понадобились на практике. А если и понадобятся в узкоспецифическом проекте, то их не очень сложно реализовать самому.
Вам в реальности не нужно будет в рантайме менять длины некоторых строк/столбцов. Самое простое, но намного более эффективное решение это std::array из std::array. Никаких лишних аллокаций, всё в памяти одним блоком.
Увы, никак. Ниже об этом написал.
Уважаемые минусующие товарищи, а вы знаете, что «ютуб премиум» есть не во всех странах и что читатели хабра не обязательно должны быть из РФ?
Вот я готов даже платить, чтобы смотреть контент без рекламы. Но увы, тот же ютуб так не умеет.
Может я какой-то неправильный, но за те 19 лет что я в интернете мне ни разу не попалось релевантной рекламы, на которую я бы перешёл.
Потому что на принтерах много не заработаешь. Основной доход идёт от продажи расходников, насколько я понимаю.
А разве с включённой оптимизацией ваш последний цикл не должен развернуться в while(true)? Вы бы хотяб atomic int взяли.
Если честно, не понял посыла статьи. Вы написали что-то похожее на C++ обвёртку поверх WinAPI? Вполне можно было реализовать это на чистом C++ без платформозависимого кода. Не говоря уже о том, что в WinAPI есть готовые семафоры.
К сожалению, на некоторых прибыльных проектах слишком много легаси, чтобы так просто взять и всё переписать. Бывает одновременно и долго и дорого. И архитектурные проблемы до бесконечности приходится подпирать костылями.
Как раз на днях коллеги поделились ссылочкой на тренинг для QA: https://youtu.be/gPpVHs_htQU
У меня были проблемы с дримсим и есим (на iPhone XS). Когда для дримсим отключал траффик, оставляя только входящие звонки, с есим начинались непонятные лаги, продолжительностью до 5 минут. Помогала перезагрузка сети.
Автор явно вдохновлялся событиями из реальной жизни. Так что да, обязательно передавайте.
Попробуйте разделять дела, очень помогает. Работаете — выключены все уведомления и звонки, за исключением касающихся проекта и касающихся семьи.
Освободились — переключили профиль и вперёд, тиндеры Инстаграммы, любовницы, что угодно.
Я когда-то баловался так, когда первые телефоны с NFC пошли. Пришёл на работу, положил телефон на метку рядом с клавой — всё, проходят только звонки только от близких родственников. Пошёл на обед, сунул телефон в карман — профиль переключился и опять всё приходит.
Но лично я бы некоторых коллег отправил.
Какой бред. Подавать в суд в данном случае надо на производителя софта, а не не Apple. Автор иска просто хочет хайпануть.
Я про то, что вся docker сборка Agones изначально заточена под Linux / WSL. Под другое платформы CI/CD из коробки не заведётся. SDK под windows нужно собирать руками средствами cmake.
Если что, то с большего там я автор cmake сборки, поэтому критика приветствуется.
Спасибо за статью.
Сборка C++ SDK на винде несколько нетривиальна из-за зависимостей. Лучше всего иметь уже собранный protobuf и gRPC, тогда всё будет ок. Кода в самом sdk мало, там в основном кодогенерация, поэтому всё компилируется вполне тривиально.
В ином случае, cmake скрипт попытается сам скачать и собрать требуемые зависимости. Из-за зоопарка компиляторов и возможных вариантов сборки это может быть несколько проблематично. К примеру, для успешной сборки gRPC требуется OpenSSL, а собирать его под винду с помощью mingw — то ещё удовольствие.
Если вы посоветуете какой-либо стабильный package manager, который умеет protobuf+gRPC под мак/линукс/винду, то я постараюсь его прикрутить.
gRPC тот ещё монстр, к сожалению из коробки там очень мало опций и единственный способ получить полноценный cmake package — это собрать его целиком.