P
сигару раскурить, норм стандарт
Size: a a a
2020 March 22
P
ну если большой, а так сигу
Т
Tim
Народ поделитесь опытом - вы когда начинаете планироваь большой проект - с чего начинаете? есть ли может какие-то стандарты для таких вещей?
План - в плане реализации кода? или этапы перед этим тоже?
P
задумчиво выдухнуть дым смотря в окно и решить, что на* оно нужно и пойти пилить сайтики на вп
Т
T
План - в плане реализации кода? или этапы перед этим тоже?
я обираюсь часть кода писать сам, часть кодеру отдать - вот думаю как собрать мысли в кучку и какое-то внятное дерево движения построить, пока пришло в голову только mind карту сделать
T
задумчиво выдухнуть дым смотря в окно и решить, что на* оно нужно и пойти пилить сайтики на вп
дак я себе делаю )
P
ну ТЗ, бизнес-план, блок-схемы, минд мапы
P
UML можешь попробовать
Т
Могу посоветовать
- визуализировать проект в виде иерархии продуктов.
- На основе ИСП, уже построить Иерархию работ,
- провести декомпозицию каждого элемента иерархии, до того уровня который будет необходим для понимания оценки по срокам.
- Выстроить на основе этой ИСР план реализации, где нибудь в Майрософт проджект, обозначив исполнителей для каждой из задач.
- Раскидать по длительностям реализации для каждой задачи
- Указать пследовательность выполнения
- визуализировать проект в виде иерархии продуктов.
- На основе ИСП, уже построить Иерархию работ,
- провести декомпозицию каждого элемента иерархии, до того уровня который будет необходим для понимания оценки по срокам.
- Выстроить на основе этой ИСР план реализации, где нибудь в Майрософт проджект, обозначив исполнителей для каждой из задач.
- Раскидать по длительностям реализации для каждой задачи
- Указать пследовательность выполнения
Т
Можешь прочитать про PMI
Т
Вообще Microsoft Project оч крутая штука для управление проектами. Я пока остановился на нем и оч доволен.
Т
Joker давай уже.. заинтриговал.
D
Вообще Microsoft Project оч крутая штука для управление проектами. Я пока остановился на нем и оч доволен.
хочу попробовать YouTrack 🌚
D
от jetbrains
J
День добрый, коллеги! Такой вопрос, архитектурный:
У меня есть главная бд с которой я работаю через orm, т.е. через модели. И другие, что будут поключатся динамически (хз сколько), имеющие одинаковую структуру. С этими базами я думаю работать через конструктор запросов с помощью репозитория.
Вопрос: стоит ли мне работу с основной бд переводить тоже в репоритории, или продолжать работать через orm?
У меня есть главная бд с которой я работаю через orm, т.е. через модели. И другие, что будут поключатся динамически (хз сколько), имеющие одинаковую структуру. С этими базами я думаю работать через конструктор запросов с помощью репозитория.
Вопрос: стоит ли мне работу с основной бд переводить тоже в репоритории, или продолжать работать через orm?
D
битрикс24 как-то не вкатил
Т
битрикс24 как-то не вкатил
битрикс ето неповоротливое *умно
D
День добрый, коллеги! Такой вопрос, архитектурный:
У меня есть главная бд с которой я работаю через orm, т.е. через модели. И другие, что будут поключатся динамически (хз сколько), имеющие одинаковую структуру. С этими базами я думаю работать через конструктор запросов с помощью репозитория.
Вопрос: стоит ли мне работу с основной бд переводить тоже в репоритории, или продолжать работать через orm?
У меня есть главная бд с которой я работаю через orm, т.е. через модели. И другие, что будут поключатся динамически (хз сколько), имеющие одинаковую структуру. С этими базами я думаю работать через конструктор запросов с помощью репозитория.
Вопрос: стоит ли мне работу с основной бд переводить тоже в репоритории, или продолжать работать через orm?
ты можешь управлять соединениями к бд
D
например куда пойдет данный запрос