Форум сайта python.su
py.user.nextСпасибо большое. Действительно переосмыслил многое. Теперь всё более или менее встало на свои места. Ну и посмотрел много исходников популярных проектов, действительно все именно так.
Офлайн
SmartBearМожешь не рассматривать. Но когда возникнет такая потребность, ты не будешь уметь делать это, так как у тебя ноль опыта в этом. А свои системы ты можешь легко распланировать по времени и разбить на этапы реализации. С чужими системами ничего не известно, они непредсказуемы. Они могут дать тебе всё, а могут не дать ничего. И ты будешь сидеть и думать “а вот эту часть как быстро я реализую? её вообще реализовать получится?”, и не будешь знать ответа. А не будешь знать, не сможешь запланировать выпуск версии к такому-то числу. Весь твой проект станет как каша странной консистенции - ты не будешь понимать готов он или нет и когда он будет готов и будет ли готов вообще. Хозяин сборщика сборщик поменяет, ты обновишься, а там всё собираться перестало или структуру поменяли. Ты будешь сидеть и думать “и что вот мне делать? структуру своего проекта менять теперь под этот сборщик новой версии?”. Поэтому надёжнее это всё в узкие места вывести - соответственно, в такой небольшой скрипт, который знает, как собрать. Если что-то изменится, тебе достаточно будет поменять этот небольшой скрипт под новые условия. А проект твой останется прочным, устойчивым, его не надо будет менять.
Но я думаю, если проект не большой, и в планах не будет особо или глобально расширятся, и если ему достаточно функций обычных сборщиков, то может и нет смысла усложнять? Это же одна из идиом питона, ну и в принципе правильно?
Или всё таки стоит сразу рассматривать с точки зрения возможных расширений в будущем?
Отредактировано py.user.next (Июнь 26, 2021 00:57:37)
Офлайн
py.user.next
Можешь не рассматривать. Но когда возникнет такая потребность, ты не будешь уметь делать это
Офлайн