виправив))) дякую)

Уявіть, що ви можете створити все що хочете.
Дайте відповідь, яка набільше подібна до того, що ви хочете. Можна вибрати кілька варіантів.

Що ви створите першим ?
0) Сайт (користувачі будуть заходити з браузера);
1) Десктопну програму (користувачі будуть запускати її на своїх комп'ютерах);
2) Базу даних (програми будуть відправляти запити і працювати з великими даними);
3) Ігри (щоб весело);
4) Інше (напишіть власну відповідь).

Які мови програмування ви знаєте ? (своїми словами)

З якими технологіями знайомі ? (своїми словами)

Які мови програмування хочете вивчити ? ("не знаю" - це теж відповідь)
Наприклад: (Assembler, C, Pascal, C++, Java, C#, PHP, Python, JavaScript, Haskell, Erlang, ...)
Іх так багато. Порівняйте, попробуйте.

На скільки знаєте математику ? (в програмуванні без неї ніяк)

На скільки знаєте англійську мову ? (без неї можна обйтись, але на ній вся документація, і без неї не беруть на роботу)

Це вже добре.
Навіть не знаю, що рекомендувати юристу для початку.
Найважча мова програмування - перша, тому порекомендую почати з C (eng, rus), освоїти основи, оператори, функції, типи, булеву алгебру. Коли будете впевнено себе чути в C, тоді перейти на C++ (Active Issues), познайомитись з об'єктно-орієнтованим програмуванням (енкапсуляція, наслідування, поліморфізм).
Після цього буде досить легко перейти на будь-яку мову програмування.
І не потрібно ставитись до вивчення як до обов'язку, розглядайте це як гру, пишіть власні маленькі ігри, це цікавіше ніж тупо зубрити.
Література по C++. Зразу відкривайте Прата і повторюйте наведені приклади, а мотім пишіть щось подібне, але своє.
Головне займатись тим що подобається.

C++ — болото, просто прогляньте основи й переходьте на джаву чи Python. C як перша мова — непоганий вибір, мова достатньо проста, але в C++ порівняно з C додали більше зайвого, ніж корисного, ІМНО.

Реальна потреба у множинному наслідуванні класів дещо перебільшена — як правило, множинного наслідування інтерфейсів цілком досить (тим більше, в останніх версіях джави інтерфейси набули ознак класів-домішок (mixin) і можуть містити готові реалізації методів).

Просто треба мати на увазі, що плюси — одна з ранніх мов ООП, яка виникла, коли ще не було точно відомо, що потрібно на практиці, а що зайве. І хоча мова продовжує розвиватись, докорінно переробити її неможливо — це призвело б до несумісностей з раніше написаним кодом. Хоча концепції, відпрацьовані в С++, перекочували в пізніші об'єктно-орієнтовані мови.

мене бісить розбиратися у вермішелевих джунглях чужого ООП, функціональний стиль- наше все

для кожної задачі - свій інструмент, а кожній людині - подобається своє у випадку наявності вибору одного із багатьох...

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

---

на C/C++ можна писати будь-що, і воно працюватиме всюди (чи майже всюди)

Особисто я раджу після Си пересідати одразу на ООП мову вищого ніж Сипп порядку: c# чи Java. Всі ці балачки про "для кожного завдання свій інструмент" абсолютно себе не виправдають на першому ж більш-менш комплексному застосунку, коли треба буде думати не як красивий алокатор написати та вчасно вивільнити ресурси, а думати про бізнес логіку, OEM, DI, rest endpoints і тд. Для 95% випадків вистачить джави або шарпа.

Правильно казати "є вузьке коло задач, де у великих проектах Сипп виправдовує себе". Але скоріше за все, увесь інший код у цій ж самій фірмі буде у с# чи джаві. Не виключено навіть що й той самий проект, де є Си, у більшості він буде також у джаві чи с#.

PS: Особисто починав з Си, потім трохи Сипп та Java. Ніколи не знадобилися знання Сипп. Також не знаю жодної людини, котра з джави на Сипп пішла. Натомість, знаю людей що з професійної Сипп перейшли на джаву і також не жалкують, не збираються повертатися.

Ну так. Тому суть у вивчення програмування, а не мов. Та й взагалі мову вчити відносно не складно. Мені більше влом розбиратись у кожній мові із новими фреймворками.