Сколько раз в неделю программист должен тратить на кодирование и обучение

Ответ 1

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

Делайте то, что вы хотите, но всегда старайтесь следить за обновлениями.

Ответ 2

while (true) {
   learn;
   code;
}

Ответ 3

У меня есть два друга в моем университете, оба изучают медиа-информатику, и оба они были абсолютными новичками в программировании.

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

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

Оба в сравнении:
Первый парень медленно программирует и всегда натыкается на простые вещи, и его код может быть оптимизирован (по номерам строк и комментариям) как минимум на 5. И через два дня он наткнется на та же проблема снова...
Второй парень намного быстрее, может легко читать иностранный код и языки и наткнуться на одну проблему не чаще двух раз, в третий раз использовал то, что узнал...

Итак, imho, создавая свой собственный проект, где вы кодируете, потому что вам это нравится, где вы работаете до утра, чтобы исправить ошибку или завершить реализацию, это самый лучший способ узнать!

Ответ 4

Когда я впервые начал программировать, кажется, что я изучаю новые вещи не по дням, а по часам. Функции, классы, наследование и т.д. Но через некоторое время я понимаю, что вы учитесь по кодированию. Я загружаю тонны материалов для чтения - Эффективный С++, Modern С++, но ничто не сравнится с ними, когда я действительно сел и закодировал.

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

В конце концов, пики обучения и то, что вы узнаете, - это то, что я хотел бы назвать мультипликаторами. Это похоже на знание того, что dirname(__FILE__) в PHP возвращает текущий каталог, в который входит файл include. Ему нравится выяснять, что такое ORM, и как, абстрагируясь от БД, вы можете больше сосредоточиться на логике кода, а не на бесконечных рутинах написания INSERTS и UPDATEs SQL. Это похоже на изучение интеллектуальных указателей и эффективное использование STL в С++, эффективно используя Firebug при выполнении JavaScript/CSS/HTML... и многое другое.

Итак, код; как только вы разочаруетесь в чем-то ( "Должен быть лучший способ сделать это, чем сейчас!" ), ищите лучший способ - так я все-таки узнаю.

Ответ 5

Когда я был молод:

• С понедельника по пятницу, с 10:00 до 19:00, программирование в офисе.
• Субботний день, чтение в главах
• С понедельника по субботу, с 21:00 до 1:00, программирование дома.
• Воскресенье, поездка в центр города и забрать несколько книг из книжного магазина.
• Это были те дни, когда Google была известна как nntp

В эти дни:

• С понедельника по пятницу, с 10 утра до 7 вечера, кодирование в офисе (слишком плохо, что я нахожусь в Интернете сейчас;)
• с 21:00 до 1:00, кодирование на моем MacBook Air на нескольких проектах iPhone.
• Суббота и воскресенье, кодирование еще на 16 часов
• слишком плохо, Google слишком сильно меня перебивает, и я не могу подсчитать, сколько часов потрачено на чтение блога и книг в формате pdf...

Ответ 6

простой ответ: не создавайте своего рода расписание

почему?

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

так что вы делаете?

код вверх; если вы устали, возьмите книгу или прочитайте статью (статьи сегодня действительно сочные), если вы устали от чтения и кодирования, играйте в игры, которые трещат ваш мозг (еще развлекательный, что-то вроде Civilizations IV). если вы все отдохнете, запустите свою среду IDE и примените то, что вы только что прочитали. Не волнуйтесь, если вы впервые почувствуете это беспорядочно (если только вы не сумасшедший гений, который наверняка убьет себя, если он не получит что-то с первой попытки).

Примечание. Вероятно, вы должны указать время, в течение которого вы играете в игру:)

Ответ 7

Вы должны сами решить это. Если вы постоянно чувствуете, что должны тратить больше времени на кодирование, тогда вы, вероятно, правы. Вы никогда не должны принуждать себя к тому моменту, когда вид кудрявой скобки заставляет вас хотеть погубить. Если вы достаточно заинтересованы в программировании, тогда количество времени, которое вы тратите естественным образом, не теряя/выгорания, будет в порядке. (И если вы этого не сделаете, вы должны сократить свои потери как можно скорее.)

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

Ответ 8

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

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

Ответ 9

В моем скромном мнении большую часть времени вы программируете. Пока вы программируете, вы учитесь на собственном опыте. Это один вид обучения. Другой тип обучения - чтение книг и других ресурсов (курсы, интернет, соглашения о развитии). Я использую книги, чтобы идти в ногу с технологиями и лучше понимать, что я делаю. Я читаю почти каждый день с 0.5-1.0 часа. Это зависит от вашего свободного времени и от того, кем вы являетесь. Пожалуйста, примите во внимание, что есть больше способов узнать: обзоры кода, чтение кода других людей, и я уверен, что есть больше, о которых я здесь не упоминал. Во всяком случае, удачи.

Ответ 10

Я предполагаю, что здесь "обучение" означает приобретение новых советов и трюков, привлечение новых технологий на рынок и постоянное совершенствование тенденций в технологиях.

По моему опыту он занимает около 20% времени для обучения, и это связано главным образом с тем, что я работаю над всеми новейшими технологиями Microsoft, такими как WPF/Silverlight/Surface. Но этот% времени будет действительно зависеть от вашего личного интереса/организационного интереса и типа карьерного роста, который вы ожидаете.

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

Ответ 11

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

Потратьте столько, сколько вы хотите.

Ответ 12

Coding == Learning

По-моему.

Ответ 13

Сам факт, который вы должны задать, может означать, что вы не идеально соответствуете написанию кода. Прежде всего вам следует любить кодирование и выяснять, как все работает.

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

Ответ 14

Лучшие разработчики программного обеспечения - рок-звезды, если хотите - всегда включены. Любая ситуация может быть учением. Например, рассмотрим статью Грегора Хохпе Starbucks не использует двухфазную фиксацию, в которой он анализирует, как поставщик кофе использует асинхронную обработку для максимизации пропускной способности заказов клиентов.