На вопрос так и не ответили. В оригинальном твите было про 1000 микросервисов в приложении под андроид. Так вот, зачем андроид приложению, отображающему ленту твитов взятую с сервера 1000 микросервисов?
Дядя Боб уже давно не основа, тем более в геймдеве. Он морально устарел и так до сих пор и не предоставил внятного примера хотя бы того же SRP, вокруг которого бы не порождались бесконечные флеймы. Но денег на тренингах хорошо собирает, это да.
Носил линзы лет 8, после чего как-то случайно занес небольшую заразу и пришлось по рекомендации врача отказаться от линз и перейти на очки. С одной стороны очень не удобно, потому что в линзах видишь все идеально, в том числе и по периферии. А с другой, не надо теперь с контейнерами каждый день бегать и переживать.
ASTC поддерживается всеми устройствами начиная с OpenGLES 3.0. Это наши минимальные требования для Андроид устройств. И в отличии от Vulkan проблем с этим никаких не наблюдали.
Всё верно. Дело в том, что система, отвечающая за этот функционал была отложена в силу разных обстоятельств. Тем не менее, мы ее сделали и сейчас она в релизе. А техническими подробностями поделимся в следующих статьях.
На самом деле очень комично наблюдать со стороны как адепты ООП боба мартина в последние годы открещиваются от наследования, инкапсуляции и полиморфмизма фразами «вы не так понимаете ООП».
Я еще понимаю если бы ООП при этом всеми понималось, трактовалось и училось как завещал Алан Кей - обмен сообщениями между объектами. Но тут именно соль в том, что открыв любую книгу по ООП вы непременно на первой строке прочитаете про вышеперечисленные «устаревшие» принципы.
Сами себе изобрели какие-то неработающие механизмы, сами теперь открещиваются от них. Java Enterprise Hello World какой-то.
А в С всё так же плохо в комитете? Каждый год новые фичи ради фичей? Или они как-то по-другому стандартизируют?
Просто С используют часто потому что он простой и понятный, с минимальным количеством возможностей выстрелить себе в ногу неосознанно, в отличии от тех же плюсов.
Наверное вопрос, который вам задавали уже тысячу раз. А почему не использовать юнити и доработать все нужные вам геймплей специфичные тулзы уже на основе юнити редактора? Сейчас переходить конечно наверняка затратно. Но если бы стартовали новую игру с новыми механиками, вы бы стали использовать юнити?
И еще очень интересно как вы продавали идею собственного движка и затраты на его поддержку васшему руководству?
Писал уже об этом в отзыве, напишу и сейчас. У вас несколько интересных докладов идет параллельно друг другу. Это очень не удобно. Да и вся конференция заканчивается за пару часов. Очень странный формат.
Подскажите. Вот у вас продукт, который разрабатывается несколько лет. Какова вероятность, что регрессионное тестирование вообще помещается в разумные рамки в пределах спринта? И что делают разработчики, пока идет регресс, ведь по скраму добрасывать новые задачи нельзя.
Зачем вы назвали очередной перегруженный DI контейнер таким название? Для маркетинга? Pure DI — это принцип использования DI без каких бы то ни было контейнеров. Не надо добавлять в мир путаницы.
Да нет. Вы путаете программистов с остальным человечеством. Большинству ноуты, как и телефоны, нужны для тривиальных вещей. А мощность тут играет роль в маркетинге.
Супер прохладная история. Доки гугла отличные? Так почему вам потребовалась ночь чтобы разобраться в них? Или почему вы изначально не поняли, что и как работает. Да потому что нет у гугла никаких замечательных доков, сплошной маркетинговый булшит в скудной админке, где они оперируют в большинстве своем какими-то собственными понятиями, документации по которым просто нет. Ну и вот это желание постоянно пользоваться мифическими рубильниками, не разбираясь в них — это вот просто верх безответственности в IT. Да лучшеб вы сами все написали, чем пропагандировать такой идусский подход к разработке..
Сейчас ООП это, скорее, минус, а не плюс для разработки игр. 2000-е давно прошли.
На вопрос так и не ответили. В оригинальном твите было про 1000 микросервисов в приложении под андроид. Так вот, зачем андроид приложению, отображающему ленту твитов взятую с сервера 1000 микросервисов?
Всё это уже не важно.
Дядя Боб уже давно не основа, тем более в геймдеве. Он морально устарел и так до сих пор и не предоставил внятного примера хотя бы того же SRP, вокруг которого бы не порождались бесконечные флеймы. Но денег на тренингах хорошо собирает, это да.
Куда уж быстрее. Страницы быстрее пары-тройки секунд не грузятся на полгигабитном интернете. Надо больше стандартов и новомодных версий!
Носил линзы лет 8, после чего как-то случайно занес небольшую заразу и пришлось по рекомендации врача отказаться от линз и перейти на очки. С одной стороны очень не удобно, потому что в линзах видишь все идеально, в том числе и по периферии. А с другой, не надо теперь с контейнерами каждый день бегать и переживать.
А чему учите? Как библиотеку в питоне использовать или даете фундаментальные знания на примере разработки собственной сети?
ASTC поддерживается всеми устройствами начиная с OpenGLES 3.0. Это наши минимальные требования для Андроид устройств. И в отличии от Vulkan проблем с этим никаких не наблюдали.
Всё верно. Дело в том, что система, отвечающая за этот функционал была отложена в силу разных обстоятельств. Тем не менее, мы ее сделали и сейчас она в релизе. А техническими подробностями поделимся в следующих статьях.
Это очень круто! Спасибо за статью!
На самом деле очень комично наблюдать со стороны как адепты ООП боба мартина в последние годы открещиваются от наследования, инкапсуляции и полиморфмизма фразами «вы не так понимаете ООП».
Я еще понимаю если бы ООП при этом всеми понималось, трактовалось и училось как завещал Алан Кей - обмен сообщениями между объектами. Но тут именно соль в том, что открыв любую книгу по ООП вы непременно на первой строке прочитаете про вышеперечисленные «устаревшие» принципы.
Сами себе изобрели какие-то неработающие механизмы, сами теперь открещиваются от них. Java Enterprise Hello World какой-то.
А в С всё так же плохо в комитете? Каждый год новые фичи ради фичей? Или они как-то по-другому стандартизируют?
Просто С используют часто потому что он простой и понятный, с минимальным количеством возможностей выстрелить себе в ногу неосознанно, в отличии от тех же плюсов.
Наверное вопрос, который вам задавали уже тысячу раз. А почему не использовать юнити и доработать все нужные вам геймплей специфичные тулзы уже на основе юнити редактора? Сейчас переходить конечно наверняка затратно. Но если бы стартовали новую игру с новыми механиками, вы бы стали использовать юнити?
И еще очень интересно как вы продавали идею собственного движка и затраты на его поддержку васшему руководству?
Писал уже об этом в отзыве, напишу и сейчас. У вас несколько интересных докладов идет параллельно друг другу. Это очень не удобно. Да и вся конференция заканчивается за пару часов. Очень странный формат.
Зашел за золотой пулей, а её не оказалось.
Подскажите. Вот у вас продукт, который разрабатывается несколько лет. Какова вероятность, что регрессионное тестирование вообще помещается в разумные рамки в пределах спринта? И что делают разработчики, пока идет регресс, ведь по скраму добрасывать новые задачи нельзя.
Вот это ведь уже опять же не скрам.
Зачем вы назвали очередной перегруженный DI контейнер таким название? Для маркетинга? Pure DI — это принцип использования DI без каких бы то ни было контейнеров. Не надо добавлять в мир путаницы.
Дело не в масштабах и «все всё понимают», а в очень полезной функции постоянной публичной огласки.
Не понятно зачем. Ну то есть если у человека есть соцсеть клабхаус, значит наверняка у него есть Linkedin.
Более интересно как хантить интровертных айтишников (которых очень много), которые нигде не регистрируются, будучи при этом очень крутыми спецами.
Да нет. Вы путаете программистов с остальным человечеством. Большинству ноуты, как и телефоны, нужны для тривиальных вещей. А мощность тут играет роль в маркетинге.
Супер прохладная история. Доки гугла отличные? Так почему вам потребовалась ночь чтобы разобраться в них? Или почему вы изначально не поняли, что и как работает. Да потому что нет у гугла никаких замечательных доков, сплошной маркетинговый булшит в скудной админке, где они оперируют в большинстве своем какими-то собственными понятиями, документации по которым просто нет. Ну и вот это желание постоянно пользоваться мифическими рубильниками, не разбираясь в них — это вот просто верх безответственности в IT. Да лучшеб вы сами все написали, чем пропагандировать такой идусский подход к разработке..