Автообновление приложения с локального сервера GIT

 
 
 
Сообщения:23
keekkenen:
makekz:
Просто исправляешь ошибки и выкладываешь на ресурс.

ну, да, ошибки не сами находятся.. клиент не станет ждать, когда кто-то будет исправлять, либо откажется от такого продукта, либо потребует рабочий вариант, прямо как найдет ошибку - логика проста, раньше-то работало, вот и верни как работало, а сам хоть обисправляйся


для этого предыдущая версия отправляется в архивную папку, для отката в случае ошибок.
 
 
Сообщения:23
Роман Осипов:
Привет велосипедостроителям!

Давно уже изобретены менеджеры пакетов: https://www.tecmint.com/linux-package-managers/
В которых можно настроить параметры автообновления стандартным образом.


Времени если честно разбирать не было!
Требовалось быстрое решение )))
 
 
Сообщения:9831
makekz:
Времени если честно разбирать не было!
Среди программистов есть две категории людей:
1. У кого нет времени разбираться в том что реально нужно проекту. Они натыкаются на проблему и погуглив быстро находят кривое решение и применяют его.
2. Те, кто не паникует. Если есть проблема, значит с ней нужно хорошо разобраться и решить ее.

Когда первый тип людей осознает что в резюме-то что-то нужно написать они начинают внедрять в свои проекты бессмысленные библиотеки. Чтоб поиграться, набить руку. Тем самым ухудшая продукт или усложняя процесс. Лет эдак через 5 у таких людей резюме набито разными фреймворками, технологиями, библиотеками. Однако если с ними пообщаться - они оказываются обычными жуниорами не способными принести пользу, потому как они не решали настоящих проблем.

Второй же тип людей видит проблему и начинает думать, изучать материал для того чтоб проблему решить (как правило это книги, а не статьи). Т.к. проблемы всегда в избытке, то материала для изучения всегда хватает. При этом желания внедрять красивый фреймворк у таких людей нет - ведь это повлечет за собой еще больше проблем. Конечно не всегда получается решить проблему красиво, иногда сроки и правда поджимают и решение нужно быстро. Но какой-то процент проблем таки решается правильно и человек растет над собой. Это намного сложней, но и продуктивней.

И да, почти все разработчике на рынке - люди 1ого типа.

PS: эт я про оправдание что времени нет, решение с Git'ом может и хорошее :)
Изменен:29 мая 2019 08:12
 
 
Сообщения:23
Староверъ:
makekz:
Времени если честно разбирать не было!
Среди программистов есть две категории людей:
1. У кого нет времени разбираться в том что реально нужно проекту. Они натыкаются на проблему и погуглив быстро находят кривое решение и применяют его.
2. Те, кто не паникует. Если есть проблема, значит с ней нужно хорошо разобраться и решить ее.

Когда первый тип людей осознает что в резюме-то что-то нужно написать они начинают внедрять в свои проекты бессмысленные библиотеки. Чтоб поиграться, набить руку. Тем самым ухудшая продукт или усложняя процесс. Лет эдак через 5 у таких людей резюме набито разными фреймворками, технологиями, библиотеками. Однако если с ними пообщаться - они оказываются обычными жуниорами не способными принести пользу, потому как они не решали настоящих проблем.

Второй же тип людей видит проблему и начинает думать, изучать материал для того чтоб проблему решить (как правило это книги, а не статьи). Т.к. проблемы всегда в избытке, то материала для изучения всегда хватает. При этом желания внедрять красивый фреймворк у таких людей нет - ведь это повлечет за собой еще больше проблем. Конечно не всегда получается решить проблему красиво, иногда сроки и правда поджимают и решение нужно быстро. Но какой-то процент проблем таки решается правильно и человек растет над собой. Это намного сложней, но и продуктивней.

И да, почти все разработчике на рынке - люди 1ого типа.

PS: эт я про оправдание что времени нет, решение с Git'ом может и хорошее :)


Не спорю!
Сейчас во мне сработал 1-й тип. Но это временное решение конечно же. До конца пилотного тестирования будет уже нормальное постоянное решение.
 
Модераторы:Нет
Сейчас эту тему просматривают:Нет