Що робити з тим, що я постійно переписую майже весь код
copal. я не думаю, що всім (навіть основним) аспектам веб програмування (html, css, js, jquery, angular, php, nodejs, веб сокети - все що мені довелося осягнути заради цього проекту) можна навчитися за тиждень. Ви явно сильно перебільшуєте. У мене тиждень тільки на отрисовку більше сотні іконок пішла. І це норма. Я визнаю, що робота могла йти швидше, але явно не тиждень і навіть не місяць, ну і відповідно потрібно було б йти на жертви.
copal. Думаю Ви мене все ж недооцінюєте.
Чому одна іконка в день? Я сказав більше сотні за тиждень, а це більше 14 іконок в день + іконки не самі тривіальні. Деякі і логотип тиждень малюють. Один. Ви починаєте робити висновки про результати моєї роботи не бачачи її на власні очі, але ж розмова спочатку був саме про процес, а не про результат. Знову ж таки не розумію з чого ви взяли, що я не робив прототипів. З приводу попередньої організації коду. А як власне я міг його організувати спочатку не маючи достатніх знань в даній сфері? Частково саме через це я і переписував код. Це процес навчання. В цілому я уявляю що я роблю і куди я рухаюся. І у мене є досить злагоджений план, який затягується через рефакторінга коду. І питання було піднято не через того, що я взагалі нічого не усвідомлюю і роблю "на обум". Просто був порив зупинитися і ще раз все про всяк випадок обміркувати і послухати думки інших людей.
copal. я не просив мене жаліти. Мені просто потрібно було вислухати поради з приводу організації розробки проектів. Може бути є якісь принципові моменти, які я не знаю, а може таких моментів і немає. А так же я не просив мені розповідати, що я нічого не зможу, грунтуючись на парі десятках рядків написаних мною в моєму питанні. Я задав конкретну мету - методи організації робочого процесу.
"Ну значить я дебіл, а Ви не писали - Я можу пів дня витратити на обдумування 30-х варіантів дизайну однієї кнопки, прийти додому, нарешті вибрати остаточний варіант і тільки до вечора нарешті реалізувати цю кнопку." А ще я в дужках написав, що я сильно перебільшую, а Ви мабуть не помітили.
Подужав многобукв))
Це абсолютно нормально, особливо в проекті, де терміни не тиснуть, можна довести все до ідеалу
З огляду на, що проект навчальний, це навіть корисно, привчить Вас писати продуктивний і в той же час Новомосковскбельний код.
А коли будете розробляти комерційний проект, це саме піде, так як у Вас просто не буде часу на переробки, почне працювати принцип "працює - не чіпай"
Empower people to give
А я навіть радий, що є цікаве завдання і час на те, щоб переписати фрагменти, які не подобаються.
Взагалі питання, як мені здається, озвучує проблему розстановки пріоритетів або, можливо, приховану прокрастинація.
Павло, спасибі велике за розгорнуті відповідь. Думаю мені все ж підходить перший варіант. Так як з усіма процесами як-такого програмування в даному проекті я розібрався. А в подальшому як я розумію Ви в основному загострює увагу на маркетингу та просування продукту. За даним аспекту у мене немає ніяких побоювань. До того як я вибрав для себе програмування - основною спеціалізацією я захоплювався якраз таки маркетингом. І досить непогано досяг успіху в цьому, розкрутивши кілька великих проектів. Не буду вдаватися в подробиці, але в результаті я вже особисто знайомий з кількома десятками популярних (більш 500к передплатників) блогерів та інших youtube діячів. Не сумніваюся, що при успішному завершення розробки самого продукту - з просуванням проблем ніяких не виникне. Ось уже навіть яндекс мій сайт вивів на 5-у позицію в пошуку по потрібному мені запитом (близько 30к запитів в місяць, не так вже й багато, але конкуренція там є). Я здивувався, тому що зовсім нічого для цього не робив. Але 1-4 позиції - це вже мої прямі конкуренти. Через них прорватися буде складніше. От якось так.
LordGuard. Або просуванні себе як продукту :)
Павло волинців. думаю це мене поки не особливо хвилює. Поки що у мене попереду ще 6 курсів МДУ
LordGuard. Я все ж таки хотів би відзначити, що MVP - це важливо для процесу розробки софта. Потрібно не ідеально вилизувати окремий шар, а робити по чуть-чуть в декількох аспектах, регулярно випускати в продакшн, можливо рубати капусту, насолоджуватися позитивними (та й негативними теж) відгуками. Потрібно освоїти принцип циклічності виробництва програмного продукту. Як і будь-якого іншого виробництва.
Перфекціонізм потрібно в собі придушувати, тому що він в якийсь момент реально починає заважати, межі досконалості немає, так можна вічно рефлексувати, мовляв ця частина не досить ідеально зроблена, тому потрібно переписати все заново. Краще відправити в продакшн сирий продукт, ніж взагалі нічого - це головне. Спочатку реліз, а потім вже рефакторинг. Може ваша ідея нікому не потрібна, хоч не так прикро буде в підсумку і час зекономлено. Свого внутрішнього перфекціоніста потрібно в цьому переконати, наприклад я використовую аргумент, що навіть всякі круті пацани з Епл іноді випускають всяке гавно з багами і нічого живуть поки.
З приводу організації розробки, потрібно розділити все на дрібні завдання і для кожної виділити час і свій дедлайн.
Ви тільки почали. Ваш рівень зростає і природно те що було на межі ваших можливостей через місяць або більше здається дитячої задачкою. І ви ведіть після цього ще 1000 способів поліпшити ваш код. Це особливості професійного зростання. Потім навчитеся робити так щоб не переписувати. Якщо звичайно поставите перед собою мету випустити продукт, а не написати ідеальний код.
Код можна написати добре, але не ідеально. Ідеального коду майже не буває.
Ваш відповідь на питання
Увійдіть, щоб написати відповідь
- Веб розробка
5000 руб. / За проект
500 руб. / За проект
Увійдіть на сайт
Щоб задати питання та отримати на нього кваліфіковану відповідь.