На то это и курсы, дабы научится хорошо кодить, нужно учится у тех, кто понимает, а не пытаться самому освоить программирование, без литературы и некоторых ресурсов, или я не прав?

раскрыть ветку (10)

MrFluderast

8 лет назад

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

К тому же сейчас мало "уметь кодить". Ты должен кое как разбираться в UML диаграммах, ну и знать, а главное понимать десяток паттернов. Это я так, на скорую руку прикинул

раскрыть ветку (9)

tonygluk

8 лет назад

Бля, UML вообще не нужен. Не встречал его нигде, кроме книги GoF и собственно ресурсов по UML. Слишком много пафоса и слишком мало применений.

раскрыть ветку (6)

MrFluderast

8 лет назад

И каким образом архитектуру проекта можно быстро посмотреть, да еще и заказчику показать?
Ты еще скажи, что ТДД - говно бесполезное.

раскрыть ветку (4)

tonygluk

8 лет назад

А много ли у вас заказчиков, которые в подробностях знают UML? Для демонстрации заказчику подойдёт любая диаграмма со стрелочками. К тому же обозначения в той же диаграмме классов контринтуитивны. Стрелки наследования проинвертированы, а аггрегация/овнершип — это вообще пипец.

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

раскрыть ветку (3)

MrFluderast

8 лет назад

Заказчик работает всего с двумя диаграммами(если надо) - вариантов использования и деятельности. Они интуитивно понятны и довольно полезны обеим сторонам.
Опять таки, смотря, что за проект. Юмл не юзабелен в небольших поектах. А вот те, которые пишутся и дополняются более года?

Написав диаграммы, сразу видно, подходят решения или нет. Не проблема переделать, да и работа считай на 50% уже сделана. А разработчики на шарпе в студии вообще халявщики: из диаграмм можно создать автоматически код, остается только "заполнить" пустые методы.

раскрыть ветку (2)

tonygluk

8 лет назад

Да, диаграммы с человечками хорошие :)

А ты прям начинаешь разработку с диаграммы и из неё же генеришь каркас?

раскрыть ветку (1)

MrFluderast

8 лет назад

Не, я не шарповщик) А так да, командой делаем диаграммы, смотрим, что где и как, что бы не лоханутся, а потом пишем уже сам по себе код по схеме, так сказать. Удобно и безошибочно, не боишься, что мог не тот паттерн использовать. Закрыто для изминений, открыто для расширений=D

Начал ТДД осваивать, с ним немного медленнее, зато потом ошибок на порядок меньше, а значит в общем время экономится. НО только если проект большой.

Lemiort

8 лет назад

а что использовать вместо них?

olegva

8 лет назад

Я это вообще-то и написал. Написал что не нужно осваивать без литературы, так как нужно с самого начала начинать программировать правильно, что бы стать специалистом, а не еще одним быдлокодером.

"нужно учится у тех, кто понимает, а не пытаться самому освоить программирование, без литературы и некоторых ресурсов"

раскрыть ветку (1)

MrFluderast

8 лет назад

Возможно не так прочитал. Вроде был выходной, но чет заработался =(

Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку