Где брать знания ?

[SlavaPav]

Да, да и объекты лучше не использовать и про наследование забыть и упаси боже знать про замыкания. Ещё можно голову под стол засунуть и претвориться что так безопасней.

Первоклассный сарказм. Я написал - "Не стоит накидываться (на-ки-ды-вать-ся, накидываться)", имея ввиду что увлекшись мощью шаблонов проектирования можно переусердствовать с их применением. Поняв что шаблоны такие крутые, и воодушевившись этим, вы будете всегда пытаться впихнуть их в код, даже если существует более простой и логичный способ решения проблемы.
Никто, в частности Я, не говорил что не нужно изучать их. Было бы просто глупо посоветовать такое. Читайте внимательнее. Но, все равно, спасибо за попытку выставить меня идиотом.

[melky]

блин, это только у нас так - человек прочитал пару ответов и перестал отвечать, и начинает появляться оффтоп с жаркими дебатами

тема кончилась, можно и поболтать

[Gozar]

Поняв что шаблоны такие крутые, и воодушевившись этим, вы будете всегда пытаться впихнуть их в код, даже если существует более простой и логичный способ решения проблемы.

Это откровение?

увлекшись мощью шаблонов проектирования можно переусердствовать с их применением.

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

ps: я не пытаюсь вас затроллить, но мне кажутся подобные советы совершенно неуместными и беспочвенными в данном случае, вы пытаетесь решать проблемы, которые ещё не возникли.

[SlavaPav]

Это откровение?
...
ps: я не пытаюсь вас затроллить, но мне кажутся подобные советы совершенно неуместными и беспочвенными в данном случае, вы пытаетесь решать проблемы, которые ещё не возникли.

Да, откровение разработчика с огромным опытом использования паттернов. Я не про себя, конечно, а про Джошуа Кириевски.
Я не пытаюсь решать чужих проблем, у меня хватает своих. Это просто совет. Не более. Полезно держать в памяти эту крупицу информации, ведь когда-то она может вылится в кучу сэкономленного времени и сил. Плюс, из-за наших с вами бессмысленных дебатов, возникает больше шансов что она отложится в памяти у кого-нибудь из читающих этот форум.

[Shaci]

Ответ Google не принимается, он уже заюзан, как пользоваться тоже знаю. Google хорош когда хочется получить ответ быстрый ответ вопрос, не вникая в суть проблемы. Пришел к выводу что это порочный путь. Ситуацию в голове не проясняет к тому же часто возникают смежный вопросы, получается каша в голове, это как строить дом с крыши, он так и не будет достроен. В общем хочется узнат уважаемые программисты как вы добываете себе знания ? ( У меня иногда складывается впечатление что я иду на много шагов медленне чем мир, и вместо света в конце тонеля я вижу дно в пеще.)

берешь и долбаешься, ищешь в google, в учебниках(в хороших), в сайте javascript.ru (если это js касается), на форуме, всё просто, больше рецептов нет)).
P.S.
А, про ООП можно у Дмитрия Сошникова спросить)).
в книгах про него я не нашел))

[Sundro]

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

У меня все складывается похожим образом, в теорию понимаю более менее ( но когда вышел на статьи Дмитрия Сошникова, понял что нет предела совершенству, у Фленагана этого нет или в урезанном варианте) Но когда сажусь писать то могу по 2 часа медитировать на код, даже вкупе с просмотром ошибок в отладчике из последнего, что то вроде этого for ( var i = 0, i < 10 , i++){
..// Код цикла
}, долго не мог понять что не так. И таких примеров куча...это печалит =(

Прочитайте про ООП, Рефакторинг (уделите особое внимание), шаблоны проектирования, методики программирования (я предпочитаю TDD). При этом не стоит накидываться на шаблоны проектирования, как многие советуют, они могут нанести вред если их не целесообразно использовать.

Можете что нибудь посоветовать полезного почитать по этим темам?

[Sundro]

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

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

[monolithed]

SlavaPav,
Мне вот интересно стало, что вы подрузумеваете под шаблонным проектированием в JS и для каких целей вы советуте использовать TDD?

[SlavaPav]

Но когда сажусь писать то могу по 2 часа медитировать на код, даже вкупе с просмотром ошибок в отладчике из последнего, что то вроде этого for ( var i = 0, i < 10 , i++){
..// Код цикла
}
...
Можете что нибудь посоветовать полезного почитать по этим темам?

Если вы еще не пользуетесь IDE для кодинга, пора начать. Процесс изучения и написания кода увеличится в разы, плюс вы избавитесь от подобных залипаний. Я использую Aptana Studio 2.0.

Книги:

• "Рефакторинг" М. Фаулер
• "Чистый Код" Роберт Мартин
• "Быстрая Разработка Программ" Роберт Мартин
• "Экстремальное программирование. Разработка через тестирование" Кент Бек
• "Паттерны Проектирования" "Банда Четырех" (так и ищите)
• "Рефакторинг с ипользованием паттернов проектирования" Джошуа Кириевски
• "Совершенный Код" Стив Макконелл

На английском гораздо больше информации, и хороших книг.

[monolithed]

"Рефакторинг" М. Фаулер
"Чистый Код" Роберт Мартин
"Быстрая Разработка Программ" Роберт Мартин
"Экстремальное программирование. Разработка через тестирование" Кент Бек
"Паттерны Проектирования" "Банда Четырех" (так и ищите)
"Рефакторинг с ипользованием паттернов проектирования" Джошуа Кириевски
"Совершенный Код" Стив Макконелл

Заснет на вступлении первой)

На мой взгляд, нужно прочесть Фленагага и Стояна Стефанова, затем внимательно статьи Дмитрия Сошникова и плавно перейти на стандарт языка.