- Несколько больших ошибок новичков:
Слишком медленный старт: "сейчас всё обдумаю, а потом каааак полечу" - можно зависнуть на этом этапе до полного перегорания - Слишком быстрый старт: "тут делов на 5 минут, ща запилю. Ой отвалилось, ща поправлю. И тут отвалилось..." - если попёрли тучи ошибок и вообще стало неудобно - стой, подумай нарисуй диаграммы, продумай тонкие места
- Прокрастенация через подмену: "ой, шаблонизатор не могу прикрутить, пойду пока подумаю, какие фичи мне нужны". Нет. Человеку свойственно делать то, что кажется понятным и избегать сложного (или того, что не получается сделать быстро без вникания). Поэтому когда надо писать курсовой или диплом, мы все дружно начинаем делать уборку, читать лекции, искать в интернете "полезные материалы" - это кажется понятным и приносщим пользу. Херня. Если вы зависли на проблеме, то есть 3 выхода: разбить проблему на мелкие части и решать их, либо найти корень проблемы (часто мы пытаемся исправлять симптомы ошибок), либо остановиться, подумать подумать 5 минут и изменить формулировку запроса в гугле)))
Кстати, найдите человека себе (любого, но хорошего), кому вы будете во-первых жаловаться на судьбинушку (это важно, когда "ну писец, руки из жопы, ничёнеполучается, не моё, пойду телефоны продавать"), во-вторых будете рассказывать что именно у вас не получается запрограммировать. Именно из-за второго пункта человек должен быть хороший. Главное требование - он не должен быть программистом. Программисты либо скажут, что "ты чмо, ничего не умеешь", либо такого насоветуют, что лучше бы вообще молчали.
Внимание
Чтобы человек не охерел от ваших рассказов, никогда не рассказывайте ему о проблемах на проф. сленге. Рассказывайте в анологиях, это поможет вам научиться формулировать мысли, смотреть на проблему под другим углом, сохранить разум собеседника здоровым.
На первых порах очень хорошо подходит мама в качестве такого человека, мамы обычно очень выносливы при общении со своими детьми)))
Еще про аналогии:
они офигеть как полезны. Когда я пишу сложный алгоритм, всегда смотрю на то, как это происходит в жизни, ищу аналогии. Например задача на многопоточность: как сделать доступ к разделяемому ресурсу правильно? типичный (херовый) кодер на java начнёт вам лепетать про syncronized, семафоры и прочую дичь. Как в жизни это происходит? допустим разделяемый ресурс - туалет или окно кассы, потребители - люди. Как мы в жизни решаем проблему? нам нужен дополнительный человек, которого мы будем спрашивать "можно?", "а сейчас можно?", "ну можно?". Да нифига же!!! мы _просто встанем в очередь_ и будем наваливать по щам каждому, кто полезет без очереди. Так что нам мешает в приложении сделать executor, которому мы будем передавать задачи в виде Runnable в очередь, а он уже поэтапно будет выполнять их на разделяемом ресурсе.
Во-первых мы нашли решение нашей проблемы без усложнения, во-вторых такую аналогию поняла бы даже моя бабушка (если бы мы не были с ней в штыках :joy:), в-третьих такое решение вы никогда в жизни не забудете и на собеседовании не будете мычать, когда вас спросят, в чём плюсы такого решения - вы же сами видите в чём они :)
Первое время, конечно, это будет больно и непонятно, но аналогии - это скилл, качайте его, он, сука, полезен :)
Приходите общаться и учиться программированию на наш канал и прочие ресурсы:
➡ YouTube: https://www.youtube.com/letsCodeDru
➡ Второй канал: https://www.youtube.com/geekChatDru
➡ Twitch: https://www.twitch.tv/drucoder
➡ Наш Тви: https://twitter.com/letsCodeDru
➡ Чат в Телеграм: https://t.me/joinchat/FeiP9xEhqHajfqhLr4z-Nw
➡ Канал в Телеграм: https://t.me/letsCode_dru
➡ Сервер Discord: https://discord.gg/xs6XxSx