Предлагаю дополнить заголовок статьи словом bedrock, т.к. под просто Minecraft чаще имеется в виду java edition, а в плане аддоностроения Minecraft это совсем не то же самое что Minecraft bedrock.
Так исторически сложилось. Работодатель вроде не против, но проекты на eclipse местами завязаны. Надо на первом шаге обеспечить что бы можно было и там и там работать.
Отличный инструмент. На текущей работе пока Eclipse, но есть подвижки в сторону перехода на IDEA. Даже время на попробовать выделили. Попробовал и обнаружил багу при импорте проекта из Eclipse. Даже БАГУ или БАЖИЩЕ.
Имеем свежеустановленную последнюю версию IDEA 2019.3 Ultimate (trial), импортируем существующий eclipse проект (импорт проходит внешне хорошо), нажимаем кнопочку Build и получаем девственно чистую директроию проекта, IDEA удалила все! Ах… как я был удивлен.
Причина
При импорте из eclipse (если просто создать проект из существующего исходного кода такого не происходит) IDEA все директории в которых есть файлы .jar или .class помечает как excluded, а при сборке удаляет.
То, что в Крыму нет других банков вовсе не означает что нельзя открыть счет в другом банке. Просто придется поехать туда где есть отделение нужного банка.
А понятие «домашний регион» все еще существовать будет? Т.е. из того же Севастополя будет возможно за пакетные бесплатные минуты позвонить в Москву например?
А это всегда можно было, по крайней мере в МТС (хотя других «больших» операторов здесь и нет). От тарифного плана и опций зависит.
Мир может многому научиться у программистов. Он и так учится, только не тому и не так.
Абсолютно согласен про не тому и не так.
Любому программисту понятно, что такое синхронность и асинхронность. Вот насколько это понятно программисту, настолько это непонятно и обычным разработчикам процессов.
Конечно непонятно, так как неверно.
Синхронные действия процесса – те, которые выполняются в основном потоке, в рамках одного экземпляра процесса. Ключевое отличие синхронного режима: следующее действие начинается только тогда, когда завершено предыдущее.
Это не синхронные действия, а последовательные. Синхронность это про одновременность.
Вообще для того кто эти термины ввел в программирование положен отдельный котел в аду. Я вот программист и уже же привык, но все равно когда ставят знак равенства между последовательно и одновременно мозг взрывается. Что уж говорить об «обычных» людях.
А ещё в отрасли бывают авралы, и пожилые их довольно плохо переносят
А пожилые это сколько по вашему? Лет в 70, да, наверное будет не легко :)
Если раз в полгода нужно ударно поработать на выходных, ещё и ночь понедельника захватив, потому что все сроки давно сорваны, то молодые способны сделать это без какого-либо вреда для себя.
Так может молодые и есть причина что все сроки давно сорваны? По причине молодости и как следствие недостаточности опыта некорректно оценили задачу и теперь авралить приходится.
Прочитал недавно книгу Генри Форда «Моя жизнь, мои достижения». Так вот у его бизнеса была другая цель. А прибыль средство для развития этого самого бизнеса.
А код?
Вы в двух местах напишите одинаковый код, а потом когда правила поменяются будете его править в двух местах.
А придет новый человек и поправит только в одном месте.
Я не про сценарий, а про использование валидатора не по назначению.
Бизнес логика это действия чтобы собрать и отдать этот объект. Неправильно в ней писать проверку прав пользователя.
Например доступ к документу зависит от его статуса. Что бы узнать статус вы должны получить этот документ из хранилища и если все хорошо, то вызывается метод бизнес логики который опять запрашивает документ. Т.е. уже дважды придется делать одну и ту же работу.
Зачем?
Ваш пример, на мой взгляд, неудачный хотя бы потому что вы по сути пихаете бизнес логику в не предназначенное для нее место.
А другого примера мне придумать не удалось.
Интересное исследование, но мое мнение таково:
Папка .idea является частью ВАШЕГО рабочего окружения и ей не место в VCS. Более того я бы добавил ее в исключения не в .gitignore проекта, а глобально, куда нибудь в ~/.gitexclude
Другие члены команды могут использовать другю IDE для работы и эта папка для них будет вообще мусором.
Есть еще Электроника МК-161
Предлагаю дополнить заголовок статьи словом bedrock, т.к. под просто Minecraft чаще имеется в виду java edition, а в плане аддоностроения Minecraft это совсем не то же самое что Minecraft bedrock.
По ссылка на я.диск превышен лимит скачивания (требует наличие я.диска).
Сколько не пытался, но сравнить у меня получается только с акциями МММ
Так исторически сложилось. Работодатель вроде не против, но проекты на eclipse местами завязаны. Надо на первом шаге обеспечить что бы можно было и там и там работать.
Отличный инструмент. На текущей работе пока Eclipse, но есть подвижки в сторону перехода на IDEA. Даже время на попробовать выделили. Попробовал и обнаружил багу при импорте проекта из Eclipse. Даже БАГУ или БАЖИЩЕ.
Имеем свежеустановленную последнюю версию IDEA 2019.3 Ultimate (trial), импортируем существующий eclipse проект (импорт проходит внешне хорошо), нажимаем кнопочку Build и получаем девственно чистую директроию проекта, IDEA удалила все! Ах… как я был удивлен.
При импорте из eclipse (если просто создать проект из существующего исходного кода такого не происходит) IDEA все директории в которых есть файлы .jar или .class помечает как excluded, а при сборке удаляет.
И облаков пара там то же нет. Эту фигню позиционируют как сигарету без дыма огня и запаха. Почитайте хоть для информации про IQOS и стики для них.
Какую правду юоятся говорить? Мне просто интересно, а то я здесь живу и вдруг чего то не знаю.
Сбер, ВТБ, Альфа открывают без всяких вопросов.
Абсолютно согласен про не тому и не так.
Конечно непонятно, так как неверно.
Это не синхронные действия, а последовательные. Синхронность это про одновременность.
Вообще для того кто эти термины ввел в программирование положен отдельный котел в аду. Я вот программист и уже же привык, но все равно когда ставят знак равенства между последовательно и одновременно мозг взрывается. Что уж говорить об «обычных» людях.
Так может молодые и есть причина что все сроки давно сорваны? По причине молодости и как следствие недостаточности опыта некорректно оценили задачу и теперь авралить приходится.
Вы в двух местах напишите одинаковый код, а потом когда правила поменяются будете его править в двух местах.
А придет новый человек и поправит только в одном месте.
Например доступ к документу зависит от его статуса. Что бы узнать статус вы должны получить этот документ из хранилища и если все хорошо, то вызывается метод бизнес логики который опять запрашивает документ. Т.е. уже дважды придется делать одну и ту же работу.
Зачем?
Ваш пример, на мой взгляд, неудачный хотя бы потому что вы по сути пихаете бизнес логику в не предназначенное для нее место.
А другого примера мне придумать не удалось.
Логичнее, но мир не совершенен.
На проекте, в котором я сейчас участвую, используются все три популярные IDE.
Папка .idea является частью ВАШЕГО рабочего окружения и ей не место в VCS. Более того я бы добавил ее в исключения не в .gitignore проекта, а глобально, куда нибудь в ~/.gitexclude
Другие члены команды могут использовать другю IDE для работы и эта папка для них будет вообще мусором.