Как начать писать код?

Question

[refoq]

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

Comments

[Hemul GM]

С JS с этим чуть сложнее. Для работы JS нужна экосистема, либо будешь всё только в браузере писать через консоль.
JS - это не для приложений, а для веб-приложений. Либо изучать огромный, неповоротливый комбайн - Electron, либо изучать самодостаточный язык программирования.

Answer 1

[Saboteur]

Напиши сперва hello world
потом усложни.
А уже потом попробуй змейку.

Вроде основы выучил,

Вот тут проблема. Основы ты не выучил, а просмотрел. Выучил, это когда на практике попробовал и у тебя много раз получилось.

Comments

[refoq]

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

[Ankhena]

refoq,

немогу начать писать какие-то более крупные проекты с дизайном и более-менее логикой

Найдите где у них "hello world" (т.е. начало), напишите его, усложняйте.

[historydev]

Личная фраза или позаимствованная?

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

[Saboteur]

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

Answer 2

[historydev]

Меньше думай, больше делай, пиши в один файл и не парься. Что-то не понятно - следуем этой инструкции:
1. Заходим google.com
2. модифицируем строку: how to - "create weather app on html, css, js", "create snake game on js"
3. Не гуглим на русском.

Comments

[refoq]

а если я так напишу это не будет так что я просто переписал код?

[historydev]

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

[refoq]

Владимир, тоесть просто смотреть как кто-то делает и повторять и с этим приходит понимание?

[historydev]

refoq, верно

[refoq]

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

[historydev]

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

[Ингвар]

refoq, Такая проблема есть наверно во всех сферах деятельности IT, тут Владимир правильно описал :
"В этом и суть, ты переписываешь, учишься и только потом, когда начинаешь что-то понимать - пробуешь сам."

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

Answer 3

[Сергей Горностаев]

https://qna.habr.com/q/825593

Если прочитал/посмотрел, вроде всё понял, но впадаешь в ступор при попытке применять, то это "иллюзия компетентности", весьма частое когнитивное искажение, которое успешно продают авторы курсиков. Оно означает, что на самом деле вы ничего не поняли, просто обманули свой мозг, и надо сменить стратегию обучения.

Answer 4

[VoidVolker]

1. Создать ТЗ - расписать основную логику, принципы и задачи приложение
   
2. Создать Частное ТЗ - вот взять ТЗ и по нему расписать все алгоритмы, логику каждого элемента интерфейса во всех их вариантах, источники данных - форматы и прочее, какие-то дополнительные АПИ, системы, интерфейсы и прочее
   
3. Сделать декомпозицию - т.е., разбивка приложения/задачи на более мелкие подзадачи/подсистемы/модули и прочее
   
4. Детально проработать внутреннюю архитектуру приложения, которая будет решать поставленные задачи - тут уже можно делать наброски классов, интерфейсов, структур данных и прочее
   
5. Создать список задач и/или группы задач - каждая задача решает одну проблему на своем уровне
   
6. Ну а далее - просто берем задачу и пишем по ней код, до тех пор, пока все задачи не будут решены. Для удобства можно сначала написать тесты, а в процессе выполнения задач довести тесты до 100% выполнения.
   

Answer 5

[Максим К]

Повторить любую простую программу, лично я взял psd шаблон плеера и перенёс его в win forms, прикрутил БД. Наступил на кучу проблем, но сделал онлайн плейер, который играет мои ссылки. Просто найти любую понравившуюся программу повторить, а дальше делать своё. Я так делал

Answer 6

[mayton2019]

Это нормально. Просто не хватает практики. Например змейка (и другие игры) в основе своей несут цикл обработки событий. Клавиатурных. Или событий таймера... не важно. Тоесть ты можешь сразу писать

while(true) {
 event = waitForEvent()
 ...
}

И это будет некий каркас для любой игры.

Answer 7

[Nik Faraday]

Это главная проблема всех новичков, вы не один такой!

1), вам нужно проанализировать, что вы вообще хотите написать и как оно должно выглядеть.
2) Разработать логику взаимодействий внутри вашей программы
3) С чего начать? Запустите ваш проект! Что вы там видите? А что хотели бы видеть? Хотели видеть страницу регистрации? Значит с неё начинайте! Хотели видеть главное меню игры? С него и начинайте! Хотели видеть окно выбора персонажа или сцену вступления? С неё и начинайте!
Главное помните, что такие процессы ИТЕРАНИВНЫЕ. Если вы столкнётесь с трудностями и захотите переписать проект - удаляйте старый и пишите новый! Вы набьёте на этом руку САМИ и будете знать, после старого проекта, что вам нужно сделать в ПЕРВУЮ ОЧЕРЕДЬ, когда вы будете писать его заново

Comments

[refoq]

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

[Nik Faraday]

refoq, тогда вам точно пока не стоит писать такие проекты. Разберитесь с философией ООП, зачем нужны переменные, предназначение методов (Не функций, функций в C# нет) и тогда вы сможете с лёгкостью понять, что и куда пихать)

[refoq]

Nik Faraday, так я на javascript пишу, а не на С#

[Nik Faraday]

refoq, перепутал, извиняюсь) Да, тогда там есть функции)

Скажем так, что суть остаётся та же, что вам нужно изучать философию программирования

Answer 8

[maaGames]

Начинай с проектирования. К программированию пора приступать, когда хотя бы догадываешься, что собираешься программировать. Не "как программировать?", а именно "что программировать?".
Рекомендую чутка поизучать UML, можно будет очень многие проблемы решить не приступая к рпограммированию.

Answer 9

[Пума Тайланд]

Я обычно пишу main