Скажите пожалуйста, что можно почитать, чтобы заранее избавить себя от быдлоговнокода? Куда обратиться? Может есть какие-нибудь специальные форумы, где новички выкладывают свой код, а им показывают чё тут лучше сделать?
В общем как спастись на начальном этапе? А то потом, может фиг переучишься...

http://forum.php.su/topic.php?fo...1&topic=4402

http://forum.php.su/topic.php?fo...1&topic=7054

http://forum.php.su/topic.php?fo...1&topic=4778

и т.п. - достаточно ввести "быдлокод" в поиск форума. Впрочем, с этого и начните, чтобы избавиться от этого недостатка - грамотно пользуйтесь поиском (в первую очередь речь, конечно же, о google)

Изучать С++ 5 лет по александреску. Ибо с серебряными пулями на рынке очень плохо. От говнокода на начальном этапе ничего не спасёт.

Вообще, если рассуждать философски, то все существующие практики происходят от сложности. Как только сложность написанного превысит некий уровень, то придётся произвести некоторое качественное изменение для того что текущую сложность побороть и создать две новых, но не таких больший. Отсюда можно сделать вывод, что следует написать что-то относительно большое, чтобы почувствовать какие нужно внести структурные изменение.

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

Чем больше сложностей, тем лучше? =)
Я думал, может где-то можно куски своего кода копипастить, а тебе:"Фуууу.. Быдлокод. Иди туда! --->... " или "Вот так правильно"

Но чёт таких форумов не нагуглил, подумал, что может плохо искал.

З.Ы. Знач будем быдлокодить.)) Главное чтоб всё заработало, потом может переделается)))

Это будет выглядеть как осьминог, тыкающий во все стороны щупальцами. Скорее всего приведёт к вопросам: ооп и процедурный подход, пхп и сторонние шаблонизаторы, что-то ещё но уже забыл пока писал.

Быдлокодь на здоровье главное на занимайся вуду кодингом и всегда понимай как оно работает.

Dezmont, проблема в том, что в зависимости от ситуации, один и тот же кусок кода можно назвать говном, а можно вполне нормальным рабочим инструментом. Грань довольно размыта и у каждого программиста своя. Если действительно хочешь найчиться кодить в ООП-стиле академически грамотно - удали php, купи книгу по яве и через 2 года не забудь сказать мне спасибо

Но тогда он не научится управлять памятью, только С++, только хардкор.

Вообще вместо явы лучше C#.

Начинаем срач.

Нет, заканчиваем

EuGen, ну чтож ты будешь делать....

Самогонщик, переносим срач в другой топик

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

А ещё я заметил, что люди в зависимости от того, на каком языке просветились первыми рекомендуют его начинающим. На самом деле, получится ли быдлокодер зависит не от языка, а от человека.

"Срач" всегда любопытен.... Я по роду деятельности вообще не программист, но именно web-разработка на php меня зацепила. Просто в повседневной работе требуется куууууча глупеньких программ, которые выполняли бы те или иные действия: простенькая БД предприятия, какой-нибудь сортировщик, чтобы автоматически заполнялись договора и ещё какая-нибудь документация.

Посредством 1С и подобных вещей, это довольно дорого реализовывать, особенно если твоя деятельность, в точности не совпадает с функционалом предлагаемого ими продукта))))

В общем С++ и Ява это наверное для "настоящих" программистов, которые работают по этой специальности. А для таких энтузиастов как я, полезней будут советы этих "настоящих" программистов.
=)))

Dezmont вас тут(php.su) не настовляли на правильные мысли? Тролей хватает везде.. Выход один Учить, Учить, Учить! Приведите пример(тему после чего вышла эта)..

Stierus
Ну не нужно идеализировать некоторые языки. Много есть ява-программистов, которые и там пишут всякую чушь, не подумав. Дело далеко не в ООП, дело скорее в выборе решения конкретной задачи.