Сообщение Re[2]: Что не так с тестовым заданием? от 07.03.2019 7:59
Изменено 07.03.2019 8:00 vsb
Re[2]: Что не так с тестовым заданием?
Здравствуйте, maxkar, Вы писали:
M> Как уже правильно сказали, в readme не написано, как собирать. Одна-две строчки много времени не займут, а для читающего приятно и не надо вспоминать, какая там у вас культура.
Если человек не знает, как собрать проект на Gradle, он к Java не имеет отношения.
M> У вас там в бинарниках трояна нет? Это я к тому, что бинарники в репозитории — это нехорошо. Я знаю, что "все так делают". Но это ведь показывает, как вы подходите к выбору инструмента. Если у вас команда везде использует gradle, почему она не устанавливает глобально wrapper и не хранит только настройки в repo? Было бы логично, и можно было бы с причинами в readme описать, почему так сделано. Аналогичный инструмент есть для maven. Ну а sbt это из коробки уже давным давно сам поддерживает.
Официальная рекомендация от разработчиков Gradle: — коммитить враппер в репозиторий: "To make the Wrapper files available to other developers and execution environments you’ll need to check them into version control." Всё остальное это уже ваши местечковые тараканы, которые нормальный человек угадывать не в состоянии и уж придираться к этому никак нельзя.
M> Как уже правильно сказали, в readme не написано, как собирать. Одна-две строчки много времени не займут, а для читающего приятно и не надо вспоминать, какая там у вас культура.
Если человек не знает, как собрать проект на Gradle, он к Java не имеет отношения.
M> У вас там в бинарниках трояна нет? Это я к тому, что бинарники в репозитории — это нехорошо. Я знаю, что "все так делают". Но это ведь показывает, как вы подходите к выбору инструмента. Если у вас команда везде использует gradle, почему она не устанавливает глобально wrapper и не хранит только настройки в repo? Было бы логично, и можно было бы с причинами в readme описать, почему так сделано. Аналогичный инструмент есть для maven. Ну а sbt это из коробки уже давным давно сам поддерживает.
Официальная рекомендация от разработчиков Gradle: — коммитить враппер в репозиторий: "To make the Wrapper files available to other developers and execution environments you’ll need to check them into version control." Всё остальное это уже ваши местечковые тараканы, которые нормальный человек угадывать не в состоянии и уж придираться к этому никак нельзя.
Re[2]: Что не так с тестовым заданием?
Здравствуйте, maxkar, Вы писали:
M> Как уже правильно сказали, в readme не написано, как собирать. Одна-две строчки много времени не займут, а для читающего приятно и не надо вспоминать, какая там у вас культура.
Если человек не знает, как собрать проект на Gradle, он к Java не имеет отношения.
M> У вас там в бинарниках трояна нет? Это я к тому, что бинарники в репозитории — это нехорошо. Я знаю, что "все так делают". Но это ведь показывает, как вы подходите к выбору инструмента. Если у вас команда везде использует gradle, почему она не устанавливает глобально wrapper и не хранит только настройки в repo? Было бы логично, и можно было бы с причинами в readme описать, почему так сделано. Аналогичный инструмент есть для maven. Ну а sbt это из коробки уже давным давно сам поддерживает.
Официальная рекомендация от разработчиков Gradle — коммитить враппер в репозиторий: "To make the Wrapper files available to other developers and execution environments you’ll need to check them into version control." Всё остальное это уже ваши местечковые тараканы, которые нормальный человек угадывать не в состоянии и уж придираться к этому никак нельзя.
M> Как уже правильно сказали, в readme не написано, как собирать. Одна-две строчки много времени не займут, а для читающего приятно и не надо вспоминать, какая там у вас культура.
Если человек не знает, как собрать проект на Gradle, он к Java не имеет отношения.
M> У вас там в бинарниках трояна нет? Это я к тому, что бинарники в репозитории — это нехорошо. Я знаю, что "все так делают". Но это ведь показывает, как вы подходите к выбору инструмента. Если у вас команда везде использует gradle, почему она не устанавливает глобально wrapper и не хранит только настройки в repo? Было бы логично, и можно было бы с причинами в readme описать, почему так сделано. Аналогичный инструмент есть для maven. Ну а sbt это из коробки уже давным давно сам поддерживает.
Официальная рекомендация от разработчиков Gradle — коммитить враппер в репозиторий: "To make the Wrapper files available to other developers and execution environments you’ll need to check them into version control." Всё остальное это уже ваши местечковые тараканы, которые нормальный человек угадывать не в состоянии и уж придираться к этому никак нельзя.