Наверно пока рано писать подобную статью, т.к. проект еще не стал успешным ( в этом месте акцент прежде всего ставится на слове «ЕЩЕ» ). Но ничего так не разгружает мозги он навязчивых идей, как пост в блоге 
Итак, почему важно написать свой проект. Наверно это будет отчасти исповеди или откровение. Лично для меня было все просто. Я выбрал профессию программиста именно для этого проекта. Ведь помните, в детстве, кем каждый хотел стать? И никто, и никогда из детей не говорил; «я хочу стать дантистом, т.к. они реально дофига бобла шибут», или юристом, примерно по тем-же причинам. У всех детей, при выборе профессии помоему всегда было два варианта — это или я хочу как папа, или стоит конкретная цель, например, полететь в коссмос, стать врачем и лечить людей, или стать повором и готовоть самые вкусные и самые ароматные булочки в городе. Самые яркие и светлые мечты были все таки в дестве. Я вообще в детстве профессию менял себе как носки: кинолог, писатель, художник комиксов ( и это только из тех, что я помню, а память у меня не к черту ). И программирование захвотило мое вообредние — как акт созидательного, как то, где нет границ, и на этом безграничии ты волен делать все что угодно. Но в определенный момент — я решил, что буду делать игры. В детстве, с начало, просто на листочке рисовал сам процесс игры + кубики с младшим братом и уже какой то игравой процесс. Потом как-то начал осваивать программирование на Делфи, тогда еще 4 ом. И так, маленькими шажочками мы куда то шли. И углубляясь в изучение какой либо технологии, ты ищеш, где ты это будешь использовать в игре, ты думаешь, что тебе еще не хватает. Так Моисей, довольно долго бродил по пустыне, выбирая где бы переночевать.
А в определенный момент, ты понимаешь, что всегда будет чего то не хватать, пофиг, додумаем по дороге. И что много надумано, и что для начало и без этого можно обойтись. И что надо начинать. Вот и все.
Ниже, просто хочу рассказать, уже из своего опыта, чем уже с профессиональной точки зрения мне помог процесс создания своего стартапа.
Самое главное — это само воспитание. Теперь за проект ты отвечаешь сам перед собой. Не могу сказать, что до этого — я на тяп ляп делал проекты, нет, ответственность была всегда, и каждую задачу я хочу сделать лучше, стабильнее, качественнее. Но теперь это немного другой уровень, тут уже не слукавишь, тут ты уже сам можешь сказать себе: « харе отмазываться, тебе просто было лень это сделать», и тут с собой уже не поспоришь. Правда второй стороной медали было и то, что у тебя начинается мини раздвоение личности, а моем случае оно местами и троилось. Был Саша-Менеджер, Саша-Программист, он же основной трудяга и Саша-Дизайнер, который вообще не понимает, почему его пригласили на проект, он же и рисовать то толком не умеет. И отношения между этими тремя людьми складывали по своему.
Например. Саша-дизайнер и Саша-программист методом проб и ошибок — поняли, что создавать продукт всегда!, нет лучше так ВСЕГДА!!! надо начиная с интерфейса, и если Саша программист примерно понимал, что где будет и как оно примерно должно работать, то когда Саша-дизайнер начал «придумывать» интерфейс, оказалось, что этот програмистишка, что-то не то себе надумал, что то не учел, что то вообще не надо. И начались мучительные переделки. И еслиб эти двое хорошо друг друга не знали, то поссорились бы, а то гляди и подрались бы. Но благо, оба понимали, что для общего дела стараемся. Поэтому, закрепим. Всегда с начало интерфейсы, а потом уже функционал, потому что функционал пишется под интерфейсы а не наоборот.
Или вот. Саша-программист, сразу решил — у нас все будет самое охринитетльное в мире, самое новое, самое универсальное и расширяемое, и так было довольно долго, пока у Саши программиста не поехала крыша и не появился Саша-менеджер, который ему популярно объяснил, что не стоит городить черти что, пока ты еще не знаешь, на что в системе у тебя будет основной упор, где у тебя будут узкие места. И самое главное, ты еще не знаешь, надо ли это людям, чем они больше всего будут пользоваться. Поэтому давай ка ты Санек, лучше запустишь что есть, а потом уже будем смотреть, что нам еще не хватает. И теперь жалеет Саша-программист, что Саша-менеджер подключился к нему так поздно, и пришлось ему местами куски кода временно убирать, чтоб что то уже запустить.
Вы уж простите, что в тексте так много слов «Саша», у меня уже у самого начало рябить в глазах. Так что еще одной причиной, почему стоит попробовать начать сделать свой проект — чтоб почувствовать себя в роли всех его участников, и теперь ты адекватно можешь оценить значение каждого из этих людей в команде.
И как бы смешно не выглядело это «наше общение» – это была абсолютно нормальная переписка через трек. Было несколько компонентов в треке, и когда за комп «садился», например, программист, то он открывал свой компонент, смотрел, что там надо сделать и делал. Если у него в процессе работы были вопросы или идеи к «комуто еще» или просто он какуюто багу нашел, он просто оставлял им тикет, и продолжал работать над своими задачами. И когда кто то из них сядет, то он начнет уже разгибать свои тикеты, и оставлять новые.
Вот такой свой мини опыт я вынес на еще только начальном этапе своего проекта. А знаете, что самое обидное — ведь читал я это уже и не в одной книге, а нет, надо пойти и обжечься самому. Так что это уже четвертый опыт — верь умным и бывалым дядькам, сэкономишь время, ведь теперь понимаешь, что лучше опираться на опыт, чем на догадки.
Задача. У вас есть две таблици, связаны друг с другом как OneToOne. Но в админке их не удобно править раздельно. Хочется это делать в одном месте. К примеру возьмем профайл и юзер. Хотя мне кажется, что профайлы в джанго — это как кость в горле. Из-за них объединение присоединение больших приложений типа формов или блогов превращается в целый геморой. Но свои соображения и идеи по этому поводу я освещу в отдельно статье.
Recent Comments