Какво да правим с факта, че аз постоянно пренапише почти целия код
копал. Аз не мисля, че всеки (дори основните) аспекти на уеб програмиране (HTML, CSS, JS, JQuery, ъглови, PHP, nodejs, уеб гнезда - Всичко, което трябваше да се разбере в името на проекта), можете да научите в една седмица. Вие очевидно силно преувеличава. Имам една седмица само въз основа на повече от сто икони останали. И това е в норма. Признавам си, че работата не може да стане по-бързо, но очевидно на седмица или дори един месец, както и съответно би било необходимо да се правят жертви.
копал. Мисля, че все още се подценява.
Защо една икона в един ден? Казах повече от сто седмично, и че повече от 14 икони на ден + икони не са най-тривиалното. Някои лого и седмична реми. One. Започва да се съди за резултатите от работата си, без да го види със собствените си очи, а в действителност разговора първоначално е бил просто един процес, а не резултат. Отново, аз не разбирам защо си мислиш, че не съм правил прототипи. Що се отнася до предварително код организация. И това, което в действителност мога да го организира първоначално не разполагат с достатъчно знания в тази област? Отчасти поради това, аз пренаписаха кода. Това е процес на учене. По принцип, аз си представим това, което правя и къде съм се движат. И аз имам доста последователен план, който се забави поради преработка на код. Въпросът е бил повдигнат не от факта, че аз по принцип не осъзнават и да "на obum". Просто беше бързат да спре и отново всичко за всеки случай, да се помисли и да слушате мнения на други хора.
копал. Не ме карай да съжалявам за. Аз просто трябваше да слушат съвети за организиране на развитието на проекта. Може би има някои основни неща, които аз не знам, може би тези моменти и не. И тъй като аз не ме помоли да се опише това, което правя аз не мога, въз основа на няколко десетки линии, написани от мен в моя въпрос. Попитах с конкретна цел - Методи на работния процес.
"Е, тогава аз съм идиот, но не сте написали - Мога да прекарат половин ден, за да мисля, че около 30 варианта на един-единствен проект бутон, се върне у дома, най-накрая изберете окончателната версия, а само през нощта, за да най-накрая осъзнават този бутон." И съм написал в скоби, аз силно се преувеличава, но най-вероятно не са забелязали.
Mnogobukv усвоили))
Това е съвсем нормално, особено в проекта, когато времето не е прекалено стегнат, можете да прехвърлите всичко до съвършенство
Като се има предвид, че проектът е образователна, дори е полезно, за да привикнат да пишете ефективно и в четлив код същото време.
И когато се развиват търговски проект, това само по себе си ще отидат, тъй като няма да имат време да се преработи, той ще започне да работи на принципа на "работа - не пипай"
Дайте възможност на хората да се откажат
И се радвам, че има една интересна задача и време, опитвайки се да се пренапише фрагменти, които не харесват.
Обща въпрос, струва ми се, проблемът с глас на приоритети или може би скрита протакане.
Павел, благодаря ви много за вашата подробен отговор. Мисля, че все още се поберат първата опция. Тъй като всички процеси, като програмирането в този проект, аз разбирам. И в бъдеще Осъзнах, че си основно се фокусира върху маркетинга и рекламата на продукта. Съгласно този аспект, аз не разполагат с никакви страхове. Преди аз избрах за себе си програмиране - основна специализация, аз бях привърженик на по същия маркетинга. И доста добре успява в това, разплетено няколко големи проекта. Няма да се впускам в подробности, но в резултат Лично аз бях запознат с няколко десетки популярен (повече от 500 хил абонати) блогъри и други YouTube активисти. Аз не се съмнявам, че при успешно завършване на развитието на самия продукт - с не по-рано няма проблеми. За още по-Yandex сайта си доведена до петата позиция в търсенето на необходимата молба за мен (около 30k искания на месец, не толкова много, но конкуренцията там). Бях изненадан, защото абсолютно нищо за не. Но позицията 1-4 - това е моя преки конкуренти. Чрез тях ще бъде по-трудно да се прекъсне. Това е нещо подобно.
LordGuard. Или се насърчава като продукт :)
Пол Volyntsev. Аз мисля, че това не е много притеснен. Досега аз все още трябва да дойде 6 MSU курсове
LordGuard. Независимо от това, бих искал да отбележа, че MVP - това е важно за процеса на разработка на софтуер. Не е необходимо да оближе идеален свой собствен слой, и се направи малко в няколко аспекта, редовно пусне в производство, е възможно да се намали зеле, насладете се на положителни (и отрицателни мнения също). Трябва да овладеят принципа на цикличния производство на софтуер. Като всяко друго производство.
Перфекционизмът е необходимо да се потискат, защото в един момент действително започва да се намесва, без ограничение до съвършенство, така че винаги може да се отрази, те казват тази част не е напълно готови перфектно, така че трябва да го пренапише всичко отначало. По-добре е да се изпрати в производството на суров продукт, от нищо - това е важно. В първото издание, а след това Преструктуриране на. Може би вашата идея за полза за никого, най-малкото не е толкова обидно, рано или късно и спестяване на време. Неговият вътрешен перфекционист трябва да види това, например, аз използвам аргумента, че дори и всички готини момчета от EPL понякога нека всяко лайно с бъгове и са живели дълго.
Що се отнася до организацията на развитието, е необходимо да се разделят всички на по-малки задачи и да заделят време за всеки и си срок.
Вие току-що започна. Нивото ви се разраства и естествено това, което е на границата на възможностите си за един месец или повече, изглежда, детски пъзели. И ви доведе после още 1000 начини за подобряване на вашия код. Той разполага с професионално израстване. След това да се научат да правят това, за да не презапишете. Ако курса е поставила за цел да освободи един продукт, а не да пишат перфектен код.
Код можете да пишете добре, но не е съвършен. Perfect код почти никога не се случва.
Вашият отговор на въпрос
Влезте, за да отговорите в темата
- уеб разработка
5000 търкайте. / Проект Per
500 търкайте. / Проект Per
Влезте в профила си
За да зададете въпрос и да получите експертен отговор.