Я бы обязательно еще упомянул про менеджер версий питона - какой нибудь pyenv, чтобы в случае чего можно было быстро и легко переключаться между версиями. Про какой нибудь Pipenv для быстрой настройки виртуального окружения и установки зависимостей (с помощью Pipfile).
Ну и насчет индексов - индексировать как раз нужно столбцы, участвующие в фильтрах (условиях where ... ), просто про них обычно и забывают. А уникальные поля и так будут проиндексированы по умолчанию.
Джава это канеш хорошо, но нафига козе баян, у джавы и так JAR-ники (WAR-ники) неплохо приложение "контейнеризуют". Обучать докеру на примере Java - не самый лучший вариант.
Это худшее, что я видел про докер. Какая то водяная вода и нахваливание технологии без строчки кода. Хоть бы пример докерфайла привели и про docker-compose упомянули.
Возможно для опытного пользователя и нельзя доверять, но для среднестатистического я не думаю что это будет критично. Хотя все равно не понятно чем логика на фронте опасна.
В принципе, я и вынес логику в отдельный класс (GameProcessManager.ts)
Просто уже работал с Vuex, поэтому решил его заюзать,
Этот пункт мне совсем не понятен - что значит "для чего он [Vue] вообще тут нужен" ? )) Я выложил исходники (в конце статьи) - можете посмотреть.
Когда мы работаем с Tuple , очень удобным решением является использование библиотеки hibernate-jpamodelgen, что позволяет нам пользоваться автосгенерированными константами.
и не только с Tuple, а вообще, в принципе, лучше генерировать так называемую метамодель данных чтобы запросы были type-safe. Т.е. вместо строковых названий таблиц/столбцов использовать сгенерированную метамодель.
Неплохо бы добавить как Spring дружит с Maven и как с помощью этой парочки создавать энтерпрайз проекты/микросервисы, с деплоем на dev/test/stage/prod. Отсюда - как корректно настраивать pom.xml, как и где лучше хранить файлы .properties, переменные окружения, создавать ентрайпоинты и т.п. На официальном сайте Spring я нашел лишь создание проекта с gradle, хотя может плохо искал.
Насчет Карнеги не знаю) но есть достаточно хорошие книги, которые можно найти и почитать для саморазвития.
Судя по скринам - очень напоминает книгу
"Когнитивно-поведенческая терапия. Практическое пособие для специалистов" Илья Качай, Павел Федоренко.
Очень неплохая книга по психологии. Там авторы прям расписывают как вести дневник автоматических мыслей, о которых пишет автор статьи.
Игра переехала сюда:
http://91.245.227.98:8080
Ну а как же Флэнаган. JavaScript. Подробное руководство
Это ш классика)
Я бы обязательно еще упомянул про менеджер версий питона - какой нибудь pyenv, чтобы в случае чего можно было быстро и легко переключаться между версиями. Про какой нибудь Pipenv для быстрой настройки виртуального окружения и установки зависимостей (с помощью Pipfile).
Ну и насчет индексов - индексировать как раз нужно столбцы, участвующие в фильтрах (условиях where ... ), просто про них обычно и забывают. А уникальные поля и так будут проиндексированы по умолчанию.
Джава это канеш хорошо, но нафига козе баян, у джавы и так JAR-ники (WAR-ники) неплохо приложение "контейнеризуют". Обучать докеру на примере Java - не самый лучший вариант.
Это худшее, что я видел про докер. Какая то водяная вода и нахваливание технологии без строчки кода. Хоть бы пример докерфайла привели и про docker-compose упомянули.
Так переходите к нам и знакомых зовите)
Любые замечания, пожелания - пишите в ЛС, на почту. Не стесняйтесь!
P.S.
Добавил возможность рандомной расстановки кораблей:
Нет, я не вижу чтобы положение кораблей передавалось противнику. Либо я не совсем понял ваш аргумент. На деньги можете с кем-нибудь другим поиграть.
Хорошо. Буду знать
Хорошего дня Вам)
Доброго дня!
Возможно для опытного пользователя и нельзя доверять, но для среднестатистического я не думаю что это будет критично. Хотя все равно не понятно чем логика на фронте опасна.
В принципе, я и вынес логику в отдельный класс (GameProcessManager.ts)
Просто уже работал с Vuex, поэтому решил его заюзать,
Этот пункт мне совсем не понятен - что значит "для чего он [Vue] вообще тут нужен" ? )) Я выложил исходники (в конце статьи) - можете посмотреть.
Ну почему бред. Как раз такие шаблонизаторы и нужны для таких учебных целей как у автора.
Ну и лучше использовать
HibernateCriteriaBuilderвместоCriteriaBuilderи не только с Tuple, а вообще, в принципе, лучше генерировать так называемую метамодель данных чтобы запросы были type-safe. Т.е. вместо строковых названий таблиц/столбцов использовать сгенерированную метамодель.
Еще есть такая прикольная штука как CriteriaDefinition:
Этот вопрос обсуждали в прошлой статье. В этот раз я как раз вносил правки, чтобы игра не зависела от частоты смены кадров. Я об этом написал.
Запятая в названии статьи по-моему лишняя
Даже у таких статей на хабре есть плюс - в комментах можно узнать много нового о языках и фреймворках))
Неплохо бы добавить как Spring дружит с Maven и как с помощью этой парочки создавать энтерпрайз проекты/микросервисы, с деплоем на dev/test/stage/prod. Отсюда - как корректно настраивать pom.xml, как и где лучше хранить файлы .properties, переменные окружения, создавать ентрайпоинты и т.п. На официальном сайте Spring я нашел лишь создание проекта с gradle, хотя может плохо искал.
Да, здесь соглашусь. Т.к. даже чисто математически размерности величин не равны
получается мы к координате прибавляем скорость, что не есть правильно. Нужно speed домножить на время.
Спасибо за пояснения!
Возможно. Спасибо за идею!