Сначала подумал что вы ругаетесь на того кто задал вопрос и хотел было развести с вами срач, но вчитавшись и просмотрев заметку по map lambda соглашусь с вами.
Автору вопроса могу посоветовать "питон к вершинам мастерства" и "питон на практике" саммерфильда. Первое расскажет как использовать питон красиво, второе как организовать код. Ну и нужна практика чтобы научиться видеть места где та или иная конструкция нужна
Ankhena W: не могу с вами согласиться на счет канделябров - за такие модалки надо расстреливать, сразу, просто на месте чтобы другим людям жизнь не портили.
Вообще за любые не явно возникающие и блокирующие просмотр модалки должен быть расстрел...
В итоге совет >>Почитайте Марк Саммерфилд - "Python на практике".
оказался самым правильным. Однако я им не воспользовался, но пришел к Саммерфилду итерациями. Многие вопросы отпали и качество заметно растет со временем прочтения книги.
да, согласен что не зависит от языка, потому и указал что нужен совет как учиться этому и вопрос по поводу иных языков, может где-то это логичнее будет.
Антон Ф.: где-то так и было. 3-6 часов в день, в среднем. Вообще не суть, там была верстка в основном, не много js и django, это написано скорее для описания того кто задал вопрос и какого уровня ответы могут быть полезными.
Антон Ф.: Я бы не фуллтайм, конечно многое узнал и многому научился, особенно по верстке, но по-моему год-два не много не тот диапазон времени для сеньора.
"Нормальный" код я довольно много читал и более менее могу определить что написано ужасно. А вот как написать чтобы было хорошо - не знаю. Рост конечно есть, да вижу что качество выше и что ранее было совсем ужасно, но это очень медленно, жизни не хватит чтобы такими темпами начать писать что-то читаемое.
Да, такие мнения я слышал, что надо в живом проекте обучаться, но мне не совсем понятно на кой черт кому то читать мой код(говорю про опенсорс), если человек и сам может все сделать быстро. Хотя конечно это моя особенность с джуниора еще - весь однотипный шлак на меня, а что-то более менее сложно быстро скидывали без объяснений, хотя такая работа самая продуктивная для команды.
Примерно о схожих советах я читал. Возникает множество вопросов сразу - насколько глубоко смотреть на повторное использование, как его реализовать. Первый пункт оказался самым сложным. Вот если делать по ООП то опять знаний не хватает, хотя вроде бы все описано на 7 рядов, но часто вижу ситуации которые не соотносятся с тем что я читал ранее. Если делать модульно, то получаю кошмарное спагетти.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
