А вы правда умеете программировать?

Question

[qwerty12345123456789]

Вопрос отчасти провокационный, суть вопроса в том, что что значит "умеете программировать",
значит "запомнить много функций" или значит "запомнить и знать что и где искать в гугле и все понимать"?
просто слово "Запомнить" это самое основное в этом деле , но как можно запомнить столько много функций и несколько языков, при приеме на работу уже высокий порог вхождения, разве каждый "программист" помнит все функции , вот например запомнить основные заголовки HTTP (часто это нужно) , а сколько функций в одном языке и сколько у них параметров тоже запоминаете все ? А сколько разных запросов SQL тоже все помните ? А что если функция просто устарела(ну тут очевидно уже гуглите новую)... выучили основы html, css, js, php потом еще выучить настройку серверов типа nginx или apache (конфигурационные файлы и их синтаксисы), потом учить sql синтаксис, разве все все это помнят?
А ведь я читал разные истории программистов кто меняет работу и там уже требуют другие знания, фреймворки например, а что если программист знает один фреймворк потом ему переучиваться на новый,
ну это же физически ни времени ни памяти не хватит, причем каждый программист (мое мнение) понимает что нет большого смысла запоминать много функций и можно всегда лезть в гугл.

Вот например у меня ушло (засек время) 1 час плюс минус, на то чтобы написать функцию не сложную которая будет делать запросы в БД и выводить результаты в html , все связывал через js,html, PHP и естественно вместе с sql, просто чтобы вспомнить что и как делать, действительно ушел 1 час, там были теги типа ну кто знает тот понимает что все это это тоже не за 1 минуту делается это физически не получится, как минимум вспоминать сидеть нужно, но конечно не знаю как у вас, может быть у вас все иначе вы все всё помните.

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

Comments

[Максим Федоров]

Как вы запомнили все слова на том языке, на котором вы написали вопрос и значит ли это, что вы знаете этот язык?

[qwerty12345123456789]

Максим Федоров, За целую жизнь? очевидно что можно за целую жизнь запомнить слова, так что если ваш ответ "да запомнить можно но за 20-30 лет" то хорошо, ваш ответ уместен....

[Иван Шумов]

qwerty12345123456789, невозможно запомнить все слова) как и в программировании

[qwerty12345123456789]

Иван Шумов, опять же, запоминаю, вот что запомнил пол года назад, забыл начисто, причем для меня логические размышления вообще сложны, я сидел думал что-то в JS с циклами, фигня была полная(сейчас фигня, тогда нет), около 5-6 дней потратил, записал себе несколько страниц текста, потом все забыл. Теперь вот такие вопросы и задаю, так как никогда не общался с программистами и не знаю как кто работает, даже не представляю

[Иван Шумов]

qwerty12345123456789, программирование на большую часть состоит из логики. Если она даётся плохо то в Макдаке вполне приемлимые зарплаты

[qwerty12345123456789]

Иван Шумов, да оно там все из логики

[Иван Шумов]

qwerty12345123456789, поэтому либо уметь в логику либо в Макдак. Не всем дано. Умение думать закладывается в детстве и со временем очень медленно развивается. Чаще - деградирует

[Одиночка Айс]

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

[Stalker_RED]

Одиночка Айс, подбери нормальные инструменты, прекрати мучить коленку, и станет приятнее.

[ThunderCat]

- Ух ты, а ты точно программист?
- Да
- О, а скажи ченть на программистском?
- RTFM

[Евгений Шатунов]

qwerty12345123456789, давай вот сразу с терминами разберемся.
Computer Program - правильно составленная последовательность инструкций, которую может выполнить некоторый процессор инструкций чтобы получить результат.
Computer Programming - процесс составления компьютерной программы с целью получения некоторого результата.
Programmer - человек, занимающийся составлением компьютерных программ.
Это - базовая терминология, от которой можно двигаться дальше.

Иными словами, задавая свой вопрос, ты спрашиваешь: действительно ли люди умеют писать слова компьютерных программ?
Да, умеют. Это крайне просто. В 50х годах XX века это было под силу даже студенткам средних курсов ВУЗов. Перебить несколько слов в последовательность опкодов процессора - это тривиально. И в этом суть написания программ.
В словесной или схематической форме программы подготавливают инженеры. Суть работы инженера состоит в правильной формулировке блоков программы, чтобы программа была правильной для целевого процессора и чтобы программа выполняла поставленную задачу.
Это всегда достигалось через постоянную сверку написанного текста с целым набором документов. Для своей работы инженер в любой области всегда сверяется с документами из своей области. Инженер создает алгоритм уже решенной задачи, в этом суть его работы. Умение решать задачи - это тоже навык, который поддается тренировке. Решенную задачу инженеру передает представитель предметной области. Либо это будет аналитик по алгоритмам, либо это будет научный сотрудник непосредственно из предметной области. Постановка задачи происходит тоже в предметной области.

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

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

[Одиночка Айс]

Stalker_RED, дело не в инструментах, а вообще в подходе к рабочему процессу, и на фриланс страшно уходить в 34...

[Strannyk]

[Victor Bomberow]

Лично я все записываю, зачем насиловать мозг и использовать его для хранения информации? Мозг это CPU, а не хард драйв, и качать нужно кэш и набор корневых инструкций, а не RAM. ;)

Все дело в повторении. За N лет практики многие вещи запоминаются настолько, что всплывают в памяти сами собой. Мозг как и мышцы нужно тренировать, чтобы связи укреплялись и самая адекватная информация всплывала при мышлении автоматически. Любят говорить, что чем старше человек, тем медленнее соображает, но это ошибка интерпретации: опытный специалист просто на любой чих автоматически производит оценку реализации и анализ рисков. У молодых специалистов нет богатого опыта и эта оценка просто не производится. Зато есть комплекс самозванца. А старческая деградация всего лишь результат отсутствия систематических физических нагрузок.

Неуверенность лечится лишь временем и соблюдением самого главного правила - никогда не останавливаться.

Посмотрите в Интернете "programming kata". Не суть в самом занятии, а суть в идее повторения. В целом, подобные ката хорошо для обучения в контексте наставничества, и напоминание самому себе основ. Абстрактный навык программирования это прокачивает, но разработку софта можно качать только через опенсорс и петпроекты.

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

[Виталий Першин]

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

Answer 1

[Александр]

вы делаете записи какие то важные для вас, где то в текстовых файлах, чтобы зайти подсмотреть, шпаргалка так называемая ?

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

Comments

[qwerty12345123456789]

Ну да , точно. Тоже не смотрю в записи, а гуглю по новой, так быстрее выходит чаще всего)
а какой у вас опыт в годах в программировании?
Вот сейчас нашел на стэковер подобный вопрос и там ответ основной, что в основном требуется запомнить <5%, ответ конечно мне не понятен потому что такое чувство, что это не совсем правда, так как нету опыта у меня, мне пока кажется что нужна чуть ли не каждая, но хотя уже очевидно что не для каждодневного употребления и точно не по 100 раз в день, как какие нибудь html теги

[Александр]

qwerty12345123456789,

мне пока кажется что нужна чуть ли не каждая, но хотя уже очевидно что не для каждодневного употребления и точно не по 100 раз в день, как какие-нибудь html теги

насчёт <5%, конечно, не самое правильно утверждение, но что-то остроумное в нём присутствует.
вы должны в первую очередь уметь правильно распределять ваше время:
не нужно наизусть заучивать все методы массивов, все методы объектов, все html-теги и т.д - их количество может быть невероятно большим, и вы не сможете справляться с таким объёмом информации.
достаточно будет основных понятий, а если вам понадобится какая-то неизвестная вам вещь - вы просто сможете загуглить её и почитать поподробнее.

[Ivan Yakushenko]

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

[Роман]

Ivan Yakushenko, вот прямо таки на 100500% с вами согласен!)

Answer 2

[FanatPHP]

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

Слово "алгоритм" ни в вопросе, ни в многочисленных ответах не встретилось ни разу.

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

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

Вообще, я тут подумал что разница между программистом и таким вот "рисовальщиком" (как мне правильно попеняли в комментах, я обижаю своим сравнением настоящих ухдожников) очень простая - рисовальщик боится не запомнить все функции, а программист пишет свою. Как только ты написал свою первую функцию, чтобы избежать рутинного повторения в стандартной операции - ты сделал первый шаг к тому, чтобы стать программистом. И опа - ты уже можешь забыть десяток стандартных функций, посольку у тебя уже только одна, которая выполняет работу тех десяти. собственно, работа программиста и стстоит, в каком-то смысле, в том, чтобы не использовать (и - соответственно - не запоминать) стандартные функции. У него есть библиотека своих функций

Comments

[Makssof]

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

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

[CityCat4]

Ну или собирают фигурки из лего.

Как это ни странно, но Вы правы, как минимум в отношении "фигурок". Потому что большая часть программирования посвящена решению прикладных задач. Есть конкретная задача, которую нужно решить здесь и сейчас и она должна дать конкретный результат, который будет использован в бизнесе. (В отличие от абстрактных "конкурсов погромистов по созданию сортировки методом пузырька на время", такие впрочем тоже нужны - ведь сами-то "кубики" тоже нужно кому-то писать)
Так вот, есть конкретная здача и мне ее нужно конкретно, здесь и сейчас решить. Предлагаете мне самому написать stat(), open(), read(), close(), malloc() и еще десятка два функций или все же воспользоваться #include <stdio.h>? Из сотни задач - 99 типовых, для решения которых у хорошего программиста - давным-давно наработана методология, а то и готовые функции есть - а у плохого есть гугл (с помощью которого он тырит функции, написанные хорошими).
Когда Вы берете набор гаечных ключей - Вам почему-то не западло с их помощью машину ремонтировать.
Язык программирования - тот же инструмент, времена уникальных "художников" прошли, хотя конечно сами "художники" никуда не делись, они по-прежнему востребованы - но для большинства программирование - всего лишь инструмент.

У Азимова есть замечательный рассказ - Профессия

[FanatPHP]

CityCat4, этот тип мышления очень хорошо представлен помогайками на тостере
Любую проблему они пытатся решить на уровне синтаксиса. То есть, на уровне фигурок.
Мысль о том, что человек присобачивает ногу на место руки, никогда не приходит им в голову - они будут до посинения пытаться помочь вкрячить руку в то место, из которого расут ноги. По своему образу и подобию, видимо.
А все из-за отношения "типовые задачи".

[FanatPHP]

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

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

[CityCat4]

FanatPHP, Поскольку я тролль и мозги у меня каменные - я обычно дозволяю себе обходиться без всяческих дозволений со стороны :D

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

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

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

Answer 3

[CityCat4]

значит "запомнить много функций" или значит "запомнить и знать что и где искать в гугле и все понимать"?

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

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

Answer 4

[Дмитрий Беляев]

В вопросе наглядный пример моего утверждения, что "учить" - это плохое слово. В нашем мозгу оно ассоциируется с зазубриванием чего-либо. Вот только зазубривая что-либо освоить это не получится. Но тем не менее слово "учить" встречается крайне часто: люди пытаются учить программирование, учить языки (неважно C# или английский), а учить таблицу умножения нас подсаживают еще с младших классов. Не надо учить. Это бесполезно. Стихи еще можно учить, понимание мыслей автора это не даст, но память натренирует. А вот программирование, языки и таблицу умножения учить не нужно, нужно понять. Правда вот учителя начальных классов многие сами таблицу умножения не понимают, а тупо заучили наизусть, и так и продолжают передавать ученикам, с XIX века ничего не поменялось.
Вы можете выучить синтаксис языка, но это лишь шелуха, абстракция, набор правил как преобразовывать этот язык в другой. Без понимания знание абсолютно бесполезное. Ну знаете Вы, что существуют в некотором условном языке if, for, while. Но сможете ли Вы из этого составить некоторую программу без понимания что это и зачем. А заучивание Вам этого понимания не даст.
Вы можете выучить функции стандартной библиотеки, но это опять шелуха. Эти функции кто-то написал, часто на том же самом языке, на котором Вы их используете. Но без понимания, что они делают Вы и с ними программы не составите.
А как Вы собираетесь учить составление алгоритмов? Да у многих сейчас есть мнение, что этот навык не нужен, что все алгоритмы уже составлены, но это иллюзия.
А навык решения проблем, как заучить его?

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

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

Answer 5

[Robur]

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

Comments

[Andrew Nodermann]

с помощью написания кода

Или с помощью других людей.

Answer 6

[cicatrix]

Я вообще не считаю, что запоминание ключевых слов и названий функций, пусть даже из стандартной библиотеки какого-либо языка может сделать кого-то программистом. Тем более, что языки и библиотеки имеют тенденции устаревать, а на их смену приходят всё новые языки. Я начинал с Бейсика, потом Фортран, потом Си, потом Паскаль, потом плюсы, потом "до диез", потом JS, потом Python. Половины из того, что знал, разумеется, уже не помню. Но по прежнему себя, я думаю, имею право называть программистом, потому что, пусть и с большим скрипом, я могу писать на чистом асме, причём, обладая даташитами, на любой платформе, но, разумеется, в реальной жизни я этого не делаю практически никогда. Однако, знание того, как в итоге твой программный код исполняется, что конкретно происходит в процессоре, как из транзисторов собираются логические вентили, как потом эти вентили организуются в блоки процессора, как данные хранятся в памяти, как работает стек протоколов TCP/IP, позволяет мне себя считать программистом, хотя я и не имею в этой области формальной корочки об образовании. Кроме того, эти знания позволяют мне применять для решения задач практически любой язык программирования. Да, безусловно, тонкостей многих языков я не знаю, и много специалистов просто уделают меня "под орех", если речь зайдёт о написании кода на скорость. Однако, за годы практики, у меня скопился неплохой репозитарий практически готовых решений на практически все случаи жизни, которые написаны не Васей со stackoverflow или github, а мной лично. Если хотите, моя папка "Projects" и есть мой блокнот, где я держу свои записи.

Answer 7

[profesor08]

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

Answer 8

[Орхан Гасанлы]

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

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

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

Есть какие-либо базовые знания, которыми вы должны владеть в зависимости от вашего уровня, специализации

Answer 9

[Кирилл Горелов]

Я вообще иногда путаю в php json_encode и json_decode.

Answer 10

[Wataru]

Умение программировать - это прежде всего некоторая разновидность умения мыслить абстрактно. Это возможность в уме составить последовательность действий приводящих к нужному результату и записать ее на языке программирования.

Сверху к этому добавляется знание структур данных и алгоритмов и хорошее знание языка программирования, его библиотеки и конструкций. Но эти все знания второстепенные. Не нужно все это знать наизусть. Достаточно иметь представление, что в языке есть vector для массивов и set для множеств. Конкретные функции можно подсмотреть в справке или гугле.

По мере приобретения опыта эти стандартные части языка и алгоритмы станут базой и запомнятся.

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

Answer 11

[MADZX]

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

Answer 12

[Andrew Nodermann]

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