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