Во время обучения бывают ситуации, когда ожидания не совпадают с реальностью и вы не видите нужного результата. Причин может быть масса, но среди них выделяется группа, связанная с когнитивными искажениями. Вот об этой группе мы и поговорим.
Свежий выпуск вопросов и ответов. Вопрос от Петра Алексеенко:
Я начинающий веб-программист, уже могу делать простые сайты и веб-сервисы на PHP, сейчас изучаю JavaScript. Много слышал про функциональное программирование, и как крут Хаскел и Clojure, посмотрел несколько уроков, сделал несколько упражнений. Интересно, прикольно, но не могу понять насколько это вообще имеет для меня смысл в реальной жизни. С одной стороны — очень интересно и есть приятное ощущение, что работаешь с элегантными штуковинами. С другой — прямо сейчас не могу ничего из этого применить, а сайты на PHP могу делать прямо сейчас. Стоит ли новичку лезть в дебри того же Clojure и ClojureScript, или сначала набрать достаточно опыта в обычных языках и фреймворках? Есть ли "правильное время" для изучения функционального программирования?
Отвечает Никита Прокопов (@tonsky)...
Недавно запущенные проекты на Хекслете очень хорошо показывают системные ошибки начинающих разработчиков. В этой статье я описал некоторые паттерны, следование которым поможет решать задачи быстрее и лучше.
Ура! Проекты теперь доступны всем!
Онлайн-курсы — это хорошо. Тесты и упражнения — еще лучше. Но все это в любом случае делается ради полноценной, настоящей работы, разработки проектов и продуктов. В такой работе вам придется одновременно справляться с кучей технологий и инструментов, сталкиваться с новыми правилами и ограничениями. Переход к этому этапу всегда сложен.
Как начать писать тесты? Сколько нужно писать? На что их нужно писать, а на что — не нужно? Стоит ли всегда применять TDD? Если вас интересуют ответы на эти вопросы, то вы читаете правильную статью. В своей жизни я написал не одну тысячу тестов всех мастей для разных платформ, использовал во все поля TDD и ставил процесс тестирования в командах, проектах и даже целых компаниях. И теперь я попробую обобщить этот опыт и поделиться им.
Что самое трудное в работе программиста? Выдумывать имена для переменных.
Эта шутка пользуется популярностью среди программистов не случайно. Именование часто становится причиной целых баталий. И действительно, то, как мы именуем наши сущности (функции/переменные/константы/классы/модули), имеет большое значение, ведь большую часть времени мы читаем код, а не пишем.
Устройство на первую работу программистом — это самый волнительный шаг во всем процессе входа в профессию. Следуя нашим простым правилам, вы сможете серьезно увеличить свои шансы на успех. Мотивирующий пендель внутри.
В мире существует множество классификаций программистов — простые и сложные, фокусирующиеся на какой-то одной стороне деятельности (например, на технических навыках) или комплексные. Ни в коей мере не умаляя их значения, хочу предложить вам свой вариант, который рассматривает программистов с точки зрения их ценности для бизнеса...
Или как я сразу же споткнулся и потерял равновесие по дороге в увлекательный мир программирования.
Собственно, никакой поэтики - всё достаточно прозаично и обыденно.
В детстве я очень тяготел к компьютерам (особенно, к играм =) - sega, dendy тоже). С возрастом и игровым опытом у меня возник неподдельный интерес - а как это всё работает? Кто это всё придумывает? Ответ был найден - разработчики, программисты. Я уже знал, что после окончания школы пойду учиться на специальность, так или иначе связанной с компьютерами.