Сколько времени это должно взять для кого-то, чтобы смочь ввести код из памяти? [закрытый]

Это правда, что после нескольких лет программирования вы сможете многое вспомнить, не заглядывая в «руководство». Для меня это не важная веха в вашей жизни программирования, действительно важный момент - это когда вы достигаете точки, когда вы не знаете, как что-то делать ... но вы уверены, что это можно сделать, и вы знаете, где и как узнать об этом: -)

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

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

Тем не менее, если у вас нет «жажды» того, как все работает, и вы постоянно относитесь ко всему, вы далеко не уйдете. В этой области вам действительно нужно иметь страсть к тому, что вы делаете, чтобы быть великим.

Если вы каждый день кодируете один и тот же язык, вы, вероятно, запомните общие языковые элементы и шаблоны через месяц или два. Но есть много вещей, которые вы, вероятно, никогда не запомните просто потому, что вы не используете их достаточно часто, а также потому, что современные IDE могут помочь вам настолько, что вам действительно не нужно помнить все, если вы используете все их функции (например, фрагменты кода, ярлыки, intellisense).

Я программировал 15 лет, последние три - C #, и до сих пор использую справочные материалы MSDN каждый день. Однако, что касается основных строительных блоков языка, я запомнил их в первые месяц или два.

Кроме того, чем чаще вы кодируете, тем лучше вы фиксируете его в памяти.

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

ОДНАКО Есть несколько причин, по которым даже опытные программисты постоянно используют справочные материалы:

(1) В отличие от прежних времен, для большинства проектов теперь требуется использовать несколько языков чтобы выполнить свою работу.Например, для одного проекта веб-сайта веб-сайт может потребовать C #, XML, JavaScript, SQL, HTML, XHTML, RegEx и CSS в одном проекте. Переключение между некоторыми из этих языков может действительно иногда зацикливаться, потому что многие из них достаточно похожи, чтобы быть знакомыми, но достаточно различны, чтобы заставить вас забыть о тонких различиях в синтаксисе.

(2) Как только вы начнете привыкать к тому, что знаете язык от и до, поставщик выпустит новое обновление, которое изменит все, что вы о нем знали. Например ASP-> ASP.NET.

Я все еще довольно часто ищу простые вещи, и я занимаюсь этим почти 20 лет. Важно то, что вы понимаете лежащие в основе концепции и принципы.

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

Хотите пример? Я программирую на Java с прошлого века и, честно говоря, все еще могу сделать ошибку, если наберу hashcode () или hashCode () .

Почему? Потому что на самом деле вводить такое имя метода самому - это уже прошлый век. Ваше намерение состоит в том, чтобы переопределить метод Object hashCode () , поэтому вы используете программирование намеренно.

Вы нажимаете Ctrl-O , затем h , и вы получаете список методов, начинающихся с буквы «h», которые вы можете переопределить. Затем вы нажимаете и вводите . В качестве бонуса для вас также добавляется "@Override".

4 ключа. 4, чтобы получить это:

@Override
    public int hashCode() {

    }

И, честно говоря, принимает hashCode заглавную букву 'c' или нет ... мне все равно.Хэш-код не в этом, и я не собираюсь знать все языки несогласованности, которые придумали дизайнеры API. Я намерен переопределить метод, который возвращает хэш-код объекта, и моя (современная) IDE позволяет мне получить этот скелет за четыре нажатия клавиш, включая нажатие , ввод .

Другой пример: есть люди, которые действительно набирают это бесчисленное количество раз в день:

for (int i = 0; i < ; i++) {

}

или, что более сложно:

for (int i = ; i >= 0; i--) {

}

Обратите внимание, что в последнем случае я могу по-прежнему напортачить и набрать «i ++» "вместо" i-- "(как его называют 'thinko').

Но мне все равно, потому что я набираю "fi " (три ключа) и получаю первый или "fir " (четыре клавиши, «для я (в) реверс»), и я получаю вторую. Вы не справитесь с этим (особенно видно, что я наборщик текста, поэтому я быстро набираю эти три или четыре клавиши ). В дополнение к скорости, в качестве дополнительного бонуса автозаполнение не испортит вам «i--».

Во многих случаях я не знаю точно, какую строчку получу: конечно, я знаю ее «более или менее», и именно так и должно быть.

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

Гораздо более важный навык - это общие знания программирования на любом языке, например, рекурсия, циклы, объектно-ориентированный дизайн, работа с API, обработка ошибок и т.д. на любой язык и платформу.

Зачем тебе все это запоминать? Лично я принимаю тот факт, что не могу вспомнить все это, и просто пытаюсь вспомнить, где найти нужную мне информацию. Я считаю это гораздо более полезным. Это принимает форму ведения блога, создания заметок, хранения большого количества «образцов» кода и многоразовых библиотек, а также написания кода, который я считаю полезным и интересным; ох, и много книг, некоторые из которых мне вряд ли когда-либо «нужны», а некоторые из них я почти никогда не читаю, но их просмотрели бегло, и я знаю, где они живут.

Технологии приходят и уходят, и у меня просто не было возможности сохранить в голове все, что я могу однажды найти полезными; поэтому я распечатываю их и просто сохраняю индекс в памяти ... Например; 9 лет назад я кое-что делал с Java, CORBA и прочими. Я не смог бы вернуться к этому сейчас без заметок, которые я написал для своего веб-сайта, когда делал это: http://www.lenholgate.com/blog/2001/02/corba-- -enumeration.html . Точно так же у меня есть код, который я использую ежедневно, который был запущен с 1997 года или раньше. Не помню, как его набирать, у меня есть файл с тестами (если повезет) и документацией (если еще повезет).

Хотя я понимаю, что большая часть того, о чем я говорю, - это «большие вещи», мне также часто приходится смотреть на часть моего старого кода, чтобы просто понять, как структурировать typedef . ..

Конечно, повседневная работа придет со временем и практикой; но вам нужно решить, что вы должны вывести часть этого на страницу в форме, которую вы можете перезагрузить позже очень быстро. Примите тот факт, что ваша память никогда не сможет вместить все это, и передайте ее на аутсорсинг :)

Как Java-программист огромный размер библиотеки времени выполнения делает невозможным все запомнить. Swing большой, есть движок XSLT (который содержит ДВА языка), поддержка Concurrent развивается и растет.

Прямой доступ к Javadoc API из Eclipse в сочетании с автозавершением кода позволяет быстро и эффективно найти информацию, которую вы не можете вспомнить, но вы знаете, что она есть .

Я нашел сайт javaalmanac.com (который был переработан в более запутанный http://www.exampledepot.com/egs/index.html ) неоценимым средством изложения краткости, краткости и, прежде всего, правильные программы делают всего лишь одну мелочь. Настоятельно рекомендуется.

Я профессионально кодирую уже почти 10 лет; есть все виды кода, которые я использую нерегулярно, и я ищу варианты, по крайней мере, некоторое время. Слишком много команд со слишком большим количеством опций на слишком большом количестве языков, чтобы я мог подробно запомнить каждую из них, а Google достаточно хорош в получении нужной мне информации.

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

Большую часть недель я программирую на Java, C #, Python, PHP, JavaScript, SQL, Smarty, Django Templating, а иногда и на C ++ и Objective C. Я учусь, так что это частично учеба, а частично моя работа на полставки. Вместо изучения синтаксиса я узнал, какие концепции искать.

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

Я считаю, что даже когда я просто знакомлюсь с языком, я могу многого добиться, просто ища, «что должно быть там»

Социолог Малькольм Гладуэлл считает, что десять тысяч часов - хороший показатель количества практики, необходимой для достижения мирового класса во многих сферах деятельности. Я думаю, что такие цифры применимы и к программированию. Однако это не совсем то, о чем вы спрашивали; способность грамотно кодировать, безусловно, требует знакомства с вашей средой (языковые конструкции, системные библиотеки, сторонние библиотеки и, возможно, что-то из лежащих в их основе концепций), но есть много задействованных мягких навыков, которые труднее описать и которые действительно могут быть приобретены только через упражняться.

Как говорили другие, хорошее программирование - это не набор кода по памяти; это о распознавании закономерностей, понимании систем, решении проблем. Речь идет о выборе правильных инструментов для работы (языки, библиотеки, алгоритмы и т. Д.) И умении правильно их использовать. Во всех моих заданиях речь идет о адаптивности ] и гибкость ; завтра вам, возможно, придется выучить новый язык или подобрать чей-то еще плохо документированный код, и хороший программист сможет это сделать на своем пути.

... Меня беспокоит то, что мне постоянно приходится искать информацию ... Сколько времени вам понадобилось, чтобы достичь того уровня, на котором вы находитесь сейчас?

Для меня и большинства студентов, которых я обучаю, ответ зависит от двух переменных:

• Сколько строк кода я написал ?
• Использую ли я язык или библиотеку каждый день?

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

Что касается моего собственного опыта, на полдюжине языков, которые я в настоящее время хорошо знаю или когда-то знал, для меня было довольно последовательным

• . Написав 100 строк, я постоянно ищу что-то в руководство и действительно не знаю, что делаю.
• Написав 1000 строк, я время от времени использую руководство и начинаю учиться тому, как думать на языке .
• После того, как я написал 10 000 строк, я почти готов без особых усилий.
• После написания 25 000 строк мне , вероятно, руководство снова не понадобится.

Также верно, что

• Чтобы научиться писать 100 строк, мне нужно было прочитать от 100 до 1000 строк, написанных кем-то другим.
• Для первых 1000 строк, которые я напишу, мне хорошо прочитать 2000 строк, написанных кем-то другим. Для следующих 1000 строк мне хорошо прочитать 1000 строк, написанных кем-то другим.
• После того, как я написал 5000 строк, я больше всего узнаю, читая код, написанный мировыми экспертами или людьми, которые разработали язык и понимают, что там написано. Мне больше не нужно многому учиться, читая любую программу.

С другой стороны, мой опыт о том, когда я прекращаю постоянно обращаться к документации, гораздо менее согласован. Мне особенно трудно, когда два языка очень похожи; Я никогда не перестану нуждаться в руководстве по ksh, чтобы рассказать мне, что отличается от sh или bash, и я никогда не перестану нуждаться в руководстве по Haskell, чтобы рассказать мне, что отличается от Standard ML (хотя потребность в этом уменьшается с каждой дополнительной 1000 строк Haskell. что я пишу). Мне также интересно, что, хотя я написал более 35 000 строк кода Lua, и мне больше никогда не понадобится руководство для ответа на вопрос , язык , я должен искать библиотеки и API-функции почти каждый раз, когда я пишу что-то более 500 строк. (Я написал много коротких программ Lua и пару длинных, и я не использую язык каждый день, хотя я определенно использую его, по крайней мере, несколько дней в месяц.)

Что касается невысказанного вопроса, когда вы лично собираетесь поправиться? , воспользуйтесь советом Уоттса Хамфри : измерьте свою производительность и отслеживать это с течением времени. Я думаю, что если вы каждый день подсчитываете, сколько раз вам приходилось останавливаться и что-то искать, и отображали это в зависимости от количества строк написанного или отредактированного кода (которое вы можете получить из управления исходным кодом), вы будете приятно удивлены тем, что объективное свидетельство улучшения. И я думаю, что как только у вас появятся такие доказательства, вы сможете больше сосредоточиться на продолжении улучшений, а не столько на том, где вы находитесь сейчас или где надеетесь быть через год.

Я программирую на Java около 5 лет, и у меня никогда не было проблем с запоминанием синтаксиса. Я могу написать почти все java.util. * , java.io. * , java.lang. * и javax.swing. * вещи из моей памяти , но помогает ли это мне? Не очень много. Это не делает меня лучшим программистом, чем тот, кто не умеет!

Я использую Netbeans, который очень помогает при работе с библиотеками. Также документация, как раз там, где она вам нужна. Иногда в этом нет необходимости, но иногда хочется, чтобы экран «автозаполнение» появлялся быстрее!

Лучшее, что нужно студенту, - это концентрироваться на том, что вы делаете, а не на том, как быстро вы это делаете. Искать вещи неплохо; поскольку это поможет вашему так называемому «бессознательному разуму» обработать то, что вы на самом деле пытаетесь достичь. Имея такие перерывы, например Посмотрев определенную документацию или справочник по синтаксису, вы можете даже научиться лучше программировать (хотя никаких доказательств этому нет).

Вопрос довольно субъективный.

Если вы используете eclipse и java, вы можете оказаться уже там.

Другие комбинации могут быть немного медленнее или намного медленнее.

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

Также всегда подчеркиваются синтаксические ошибки.

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

Я думаю, здесь происходит ложное предположение ...

На своей работе я в конечном итоге работаю над всем стеком на разных языках и платформах. Если я не участвую в проекте в течение 6 месяцев, мне приходится смотреть на код, чтобы выполнить хотя бы базовые вещи. Однако преимущество опыта заключается в сокращении времени восстановления производительности.

Таким образом, вместо того, чтобы вернуться к точке, где я могу написать 80% кода по памяти, уходят недели или месяцы, это занимает несколько или несколько дней (если это иногда). Программирую уже около 5 лет. Я только сейчас подхожу к тому, чтобы полностью визуализировать небольшие приложения.

Пока вы работаете над решением проблемы, которую еще не решили (много раз), вам, вероятно, всегда придется искать код.

Если это можно сделать, я предполагаю, что для большинства людей это займет больше 5 лет, если они не работают на одном языке с одним редактором и в одной области. (например: C #, Visual Studio, операции с файловой системой) Моя компания недостаточно велика, чтобы нанять кого-то такого особенного.

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

В контексте этого вопроса; java, c ++, javascript - языки все еще развиваются. Не могу сказать о других языках.

• Стандарт / спецификация языка со временем меняются
• Библиотеки добавляются для дополнения языковых конструкций, например, Boost, Google Collections, Apache Commons, jQuery
• Приложения редко будут привязаны к одному аспекту языка
• В разных организациях / проектах стандарты кодирования меняются
  • Проект, над которым я работал, рекомендовал не использовать примитивы
• Если я не знаком с используемыми конструкциями, я вставлял псевдокод, помеченный // Сначала TODO ... затем войдите и найдите фактический API для использования.

ИМО, ответ на ваш вопрос - там нет однозначного ответа.

Насчет запоминания не знаю. Повторение - мать всего обучения, и это применимо ко всем аспектам жизни. Посмотрите на опытного бухгалтера и новичка при подаче налоговой декларации, который больше интересуется. Но что я недавно обнаружил, так это то, что я просматриваю документы намного быстрее и чувствую, что иду прямо туда, где есть ответ на мой вопрос. У меня 6ч чувство - я вижу код! Серьезно, все это приходит с опытом. Тем не менее, изучая что-то совершенно новое, нет ничего постыдного в том, чтобы узнать, как делать определенные вещи. Вот что отличает правильных людей - учиться от других. Чем больше вы над чем-то работаете, тем лучше становитесь.

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

Мне кажется, я только начинаю

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

но, несмотря на это, важно изучить структуры программирования и знать их как можно лучше. такие структуры, как foreach, if then else, switch и т.д. - это действительно те вещи, которые нужно тщательно интегрировать. также концептуальные вещи, такие как объектная ориентация (не просто "использование" объектов, таких как mysqli, но понимание таких вещей, как управляющий код, клиентский код, архитектура снизу вверх и сверху вниз) - это реальные вещи, которые делают хороших программистов великими. Для себя я знаю, что у меня нет возможности выучить все функции, которые предоставляют авторы языка, поэтому я изучаю, можно ли это сделать (и, конечно, иногда пытаюсь сделать то, что нельзя сделать, lol). Если вы знаете это, тогда это вопрос Google и книг, чтобы найти "конкретные" механизмы, как это сделать.

Будь здоров, мой друг.

Вопрос не на 100% ясен. Один из лучших программистов, которых я знаю, ничего не помнит, и ему почти каждый день нужно искать строки форматирования printf. С другой стороны, если вам трудно понять, как написать этот цикл for (int i = 0; i

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

1. я начинаю с написания блок-схемы алгоритма, который я хочу кодировать - просто чистой логики. Самая важная причина для этого заключается в том, чтобы я не терял ход мыслей и не забывал алгоритм, который решает мою проблему среди технических проблем, таких как синтаксис и <какие библиотечные функции существуют? >
2. Затем я просматриваю документацию и проверяю, есть ли простые вызовы функций, которые помогут мне выполнить каждую задачу в моем алгоритме
3. Если такие функции не существуют, то я либо изменяю свой алгоритм, чтобы приспособиться к тому, что функции, которые язык предоставляет, или вспомогательные функции, которые пишут, заполняют пробелы.
4. Я только начинаю кодировать СЕЙЧАС, что уже не так сложно, потому что у меня уже записаны все соответствующие функции. Итак, теперь вопрос просто о переводе чистой логики в синтаксически точный код.

Правильный синтаксис обычно не ускользает от меня, но если это произойдет (ОЧЕНЬ редко), Google предоставит очень хорошие фрагменты кода, если вы спросите вежливо.

Надеюсь, это поможет

Да пребудет с вами Сила

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

Со временем (с опытом) вы можете вспомнить это сразу, но на самом деле нет ничего плохого в том, чтобы быстро просмотреть документацию, чтобы освежить память.

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

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

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

Но когда вы доберетесь туда, не останавливайтесь!

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

Другими словами, чем больше вы это делаете, тем быстрее вы становитесь.

Для меня это сильно зависит от того, что я пишу. Например, я сомневаюсь, что большинство людей когда-либо запоминают все параметры некоторых функций Windows. Я могу знать, что мне нужно вызвать CreateFile в следующей строке, но я не знаю все параметры по порядку, пока они не введены (с помощью Intellisense, а иногда и MSDN).

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

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