Если бы вы забыли весь С++, с чего бы начали, напишите подробный план по шагам как начать изучать

Я посмотрел 300+ роликов по С++, умею писать массивы, пользоваться указателями и т.д. Но я не могу самостоятельно написать даже самый простенький проект. Напишите как дальше двигаться.

0

Сообщение от Чеволек Павук посмотрел 300+ роликов

Сообщение от Чеволек Павук Напишите как дальше двигаться.

почитай какую нибудь одну годную книжку.

0

почитай какую нибудь одну годную книжку.

не надо.

Сообщение от Чеволек Павук умею писать массивы

начинайте отвечать здесь на вопросы.

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

0

Чеволек Павук, https://ravesli.com/uroki-cpp/

0

Сообщение от Чеволек Павук Я посмотрел 300+ роликов по С++, умею писать массивы, пользоваться указателями и т.д. Но я не могу самостоятельно написать даже самый простенький проект. Напишите как дальше двигаться.

Я не посмотрел ни одного ролика по программированию, но уже 19 лет работаю программистом на военном заводе. Начинал ещё тогда, когда ютуба не существовало.

Что со мной не так?
------
И да, в массивах я шарю, это факт!
=========
ИМХО, чтобы писать программы, надо писать программы, МНОГО! А не смотреть ютуб. Пиво без водки Теория без практики - деньги на ветер.

1

Сообщение от Чеволек Павук Напишите как дальше двигаться.

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

Добавлено через 11 минут

Сообщение от Чеволек Павук Я посмотрел 300+ роликов по С++,

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

2

Сообщение от Чеволек Павук Но я не могу самостоятельно написать даже самый простенький проект

Например? Какой простенький проект вы не можете написать?

1

Сообщение от Чеволек Павук Я посмотрел 300+ роликов по С++, <...> Но я не могу самостоятельно написать даже самый простенький проект.

Еще одно подтверждение, что учиться программированию по Ютубу - крайне плохая идея.
Для начала возьмите какую-нибудь книжку, где объясняются основы языка (даже если вы думаете, что знаете это), где есть примеры и задачи. И решайте задачи в конце каждой главы, не обязательно все, можно выбрать самые интересные.
Потом ищите реальные проблемы, с которыми можете справиться. Может, в жизни надо что-то автоматизировать? Байт (прошу прощения если ошибся) вон пропагандирует идею телефонного справочника, которую можно допиливать до бесконечности, прикручивая все новые технологии и функционал.
Или тусуйтесь здесь, на форуме в разделах "для начинающих" и решайте за халявщиков их задачи. Им это, конечно, навредит, но халявщиков не жалко.

0

Сообщение от COKPOWEHEU учиться программированию по Ютубу - крайне плохая идея.

Поддерживаю, идея более чем неудачная. От себя добавлю следующее.
1. Учитесь, читайте книги. И не просто читайте, а выполняет примеры, там приведенные. Да, сначала не все будет понятно, вернулись, перечитали и сделали пример заново.
2. Параллельно с изучением непосредственно самого ЯП начните изучать какие-либо фреймворки, на основе которых можно делать интерфейсы (вы же не консоль собираетесь писать).
3.Также найдите идею программы, которую вам бы хотелось реализовать, которая вам бы была интересна. Начните ее писать, если что-то непонятно-не мчитесь сразу на форум создавать тему. Если у вас возник вопрос - 99,9%, что ранее он уже у кого-то возникал. Используйте гугл, и пишите вопрос на английском - на англоязычных ресурсах больше информации.
4. Узнав сам ЯП более-менее, не думайте что стали крутым программистом. Изучите ООП, принципы SOLID, паттерны, IoC/DI. Они, в большинстве случаев, безотносительны к ЯП, зная их и умея применять, вы сможете их использовать где угодно. Улучшайте свой проект с учетом полученных знаний.
5. Программист учится всегда, так что процесс обучения (если вам действительно это направление интересно) никогда не останавливается.

0

Сообщение от insite2012 2. Параллельно с изучением непосредственно самого ЯП начните изучать какие-либо фреймворки, на основе которых можно делать интерфейсы (вы же не консоль собираетесь писать).

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

0

Сообщение от Чеволек Павук Если бы вы забыли весь С++, с чего бы начали, напишите подробный план по шагам как начать изучать

вот, человек старался.

1

Сообщение от COKPOWEHEU Более того, зачастую решать надо не ту задачу, которую вам кто-то поставил, а ту, которая этому кому-то нужна на самом деле

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

1

Сообщение от Fulcrum_013 Могу чуток добавить что постановка задачи - это епархия исключительно программиста так же как и создание ТЗ.

что за бред? программист просто пишет код по техзаданию

Сообщение от Чеволек Павук Я посмотрел 300+ роликов по С++, умею писать массивы, пользоваться указателями и т.д. Но я не могу самостоятельно написать даже самый простенький проект. Напишите как дальше двигаться.

ТС, вот тебе очень простая задачка по с++. на лиспе она решается в три строчки:
Вычислить биномиальный коеффициент из n по k при n = 10000, k = 5000

0

Сообщение от vlisp программист просто пишет код по техзаданию

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

Добавлено через 3 минуты

Сообщение от vlisp программист просто пишет код по техзаданию

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

1

Сообщение от ibse Например? Какой простенький проект вы не можете написать?

поддерживаю.

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

Чеволек Павук,
и ещё,
на текущий момент есть ли какой проЭкт, который вы желаете сделать???
Ключевое слово: ЖЕЛАЕТЕ.

0

Сообщение от Fulcrum_013 Основная часть работы программиста - это именно поиск способа решения задачи от обследования предметной области и составления ТЗ до полной постановки.

Вот как раз поиск алгоритма - это задача программиста. а ТЗ - это проблема заказчика. Если вы придете в бакалею и спросите колбасы, вас спросят какой. Ответ и есть техзадание.

Сообщение от insite2012 Поддерживаю, идея более чем неудачная.

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

0

Сообщение от vlisp ТЗ - это проблема заказчика.

на самом деле ТЗ это проблема программиста, да ещё какая!
Но в каждом недостатке можно найти достоинстово.
Если тз нет, то у кодера появляются ох какие свободные степени шарниров!
но в каждом достоинстве можно найти и недостаток...
диалектика, блин...

например, к вам приходит заказчик и заказывает у вас:

какое там ТЗ. ТЗ можно, конеш, выбить из заказчика палкой, но есть проблема:
он тупо не могёт в тз!
пусть даже по той причине, что в у него детство тяжелое было, голодал, в школу не ходил,
пока его не усыновили.

но, ясно конеш, что случаи разные бывают.

0

Сообщение от Fulcrum_013 Могу чуток добавить что постановка задачи - это епархия исключительно программиста так же как и создание ТЗ.

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

Сообщение от vlisp что за бред? программист просто пишет код по техзаданию

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

Сообщение от vlisp ТЗ - это проблема заказчика.

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

1

Сообщение от XLAT Если тз нет, то у кодера появляются

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

Сообщение от COKPOWEHEU Заказчик приходит не с ТЗ, а с проблемой.

если заказчик приходит с проблемой, он лох. это касается всего, не только софта. вы пришли в поликлинику к стоматологу с проблемой "болит зуб", вам выписали лекарств на 500$ для диагностики и каждый день вы будете тратить еще 100$ на лечение. Прийдите вы со словами зуб, болит, нужно его вырвать и вам его вырвут за 50$.
Да, это не гуманно, но кому нужен бесплатный гуманизм?

0

Сообщение от vlisp Да, это не гуманно

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

0