|
0 / 0 / 0
Регистрация: 25.12.2015
Сообщений: 2
|
|
Хочу научится программировать но не знаю с чего начать31.01.2017, 22:08. Показов 24162. Ответов 206
Метки нет (Все метки)
Всем привет! Меня зовут Александр. Хочу научиться программировать на языке . Опыта в этой сфере нету, но есть желание подскажите с чего начать?
0
|
|
| 31.01.2017, 22:08 | |
|
Ответы с готовыми решениями:
206
Хочу научится программировать микроконтроллеры, но не знаю с чего начать Хочу научится писать парсеры. С чего начать? Хочу самостоятельно изучить СИ/СИ++,но не знаю с чего начать |
|
623 / 381 / 67
Регистрация: 09.03.2016
Сообщений: 4,243
|
|
| 23.03.2026, 14:33 | |
|
Шаблоны спорный вопрос.
Для меня... Ну если его можно заменить несколькими строками кода, ну зачем мне лишние файлы инклюдить? А для вас не знаю... merge_file (2).mp4
0
|
|
|
Заблокирован
|
|||||||
| 23.03.2026, 15:21 | |||||||
|
В С++ много отличий и без выше перечисленного. Просто тонны. Но если кто то использует только Си легаси возможности, то конечно, для него разница минимальная.
0
|
|||||||
|
6315 / 3037 / 1054
Регистрация: 01.06.2021
Сообщений: 11,570
|
|||
| 23.03.2026, 15:42 | |||
|
"для тебя" должно быть без разницы - пишешь ты на С или на С++ или вообще на другом языке. То, что в С++ есть почти всё то же самое, что и в С, это только преимущество С++ и надо только радоваться. Слово "почти" - ключевое слово, поскольку С++ не включает в себя С, а стало быть, тот, кто говорит, что С++ является надмножеством языка С, тот просто дурачок. И вообще, С++ как раз создавался по той причине, что многим программистам язык С не устраивал и нужен был более мощный язык. "Просто так" ничего не реализовано в С++, всё имеет причину, в том числе, наличие всяких std::calloc, std::malloc, std::realloc. Вообще, изначально в С++ одним из важнейших принципов было сохранение совместимости с С. И почему именно С был выбран в качестве основы для создания С++ - это тоже не без причин.
1
|
|||
| 23.03.2026, 16:23 | |
|
Не по теме: Логично начальник..
0
|
|
|
389 / 334 / 66
Регистрация: 14.10.2014
Сообщений: 1,475
|
|
| 23.03.2026, 16:43 | |
|
000d60, да понятно, что синтаксических отличий чуть больше чем дофига, и да - в Си есть конструкции (и скорее всего их много) на которых С++ поперхнётся с кучей ошибок.
Речь не об этом синтаксическом сахаре коими являются всякие лямбды, авто и прочие автоматические распаковки/запаковки. Речь о фундаментальных отличиях. А если уж совсем упарываться - то никто не мешает в том же Си использовать ООП, ну или шаблоны. Только их самому придётся реализовывать, средствами самого языка.
0
|
|
|
Заблокирован
|
|||||||
| 23.03.2026, 17:09 | |||||||
|
И, чем дальше версии Си и С++, тем отличий больше. Поэтому большой проект на Си, будет тяжело адаптировать под компилятор С++. Но это и не нужно. А вот в обратную сторону уже не работает никак. То есть, логически, С++ обладает многими возможностями Си, но ещё больше имеет уже своих. Я точно не помню, но кажется, главной особенностью является модель используемой памяти, что и даёт простор для нового ЯП. Многие цели С++ были достигнуты уже давно, но развивается дальше. И сложно представить что будет через лет 20. Я не знаю что тут добавить. Это ведь хорошо что можно взять С++ и писать низкоуровневый код, а можно и намного более высокоуровневый. Сложно сравнить с каким то другим ЯП, наверное, это довольно уникальный феномен. Лямбды - это не сахар. )Классы - это тоже лишь сахар. Можно же вызывать функции с указателем на структуру. Си = сахар для ассемблера. И так далее.
0
|
|||||||
|
6315 / 3037 / 1054
Регистрация: 01.06.2021
Сообщений: 11,570
|
||
| 23.03.2026, 17:42 | ||
![]() по мере увеличения производительности компьютеров, а также развития оптимизирующих компиляторов для языков С/С++, актуальность ассемблера значительно уменьшилась. Сейчас ассемблер используется только в редких узкоспециализированных задачах. Однако, очень редко в 2026 кто-то будет писать что-то на ассемблере, поскольку качество генерируемого кода современных оптимизирующих компиляторов выше, чем может написать программист на ассемблере (начинающий или среднего уровня). так что, пройдут годы и Python будет восприниматься низкоуровневым языком и для грядущих поколений он будет новым ассемблером, а языки С/С++ будут вообще чем-то типа машинного кода)))
0
|
||
|
389 / 334 / 66
Регистрация: 14.10.2014
Сообщений: 1,475
|
|||
| 23.03.2026, 20:49 | |||
Артифишиал Интеллидженс - как бы в будущем это не стало основным критерием отбора. Уж не знаю - хорошо это или плохо.Добавлено через 10 минут
0
|
|||
|
6315 / 3037 / 1054
Регистрация: 01.06.2021
Сообщений: 11,570
|
|||
| 23.03.2026, 20:57 | |||
|
0
|
|||
|
389 / 334 / 66
Регистрация: 14.10.2014
Сообщений: 1,475
|
|
| 23.03.2026, 21:02 | |
|
0
|
|
|
Заблокирован
|
||||||||
| 23.03.2026, 22:41 | ||||||||
|
Это такой "сахар", что для "замыкания" в различных ЯП создают отдельные ключевые слова и синтаксис? Если Range-based for loop ещё можно назвать сахаром. То auto и лямбда - нет, моё имхо. Что бы постараться заменить код с лямбдами, на без, нужно изрядно попотеть, и не у каждого получится. И это будет просто попытка повторить поведение кода. С "сахаром" же всё проще должно быть? Попробуй (и это ещё без захватов):
Добавлено через 23 минуты up: Теперь буду знать)
0
|
||||||||
|
389 / 334 / 66
Регистрация: 14.10.2014
Сообщений: 1,475
|
|||
| 23.03.2026, 22:48 | |||
|
000d60, Оу - да не сахар это не сахар. Просто синтаксис языка и новые конструкции в нём.
![]() ![]()
0
|
|||
|
623 / 381 / 67
Регистрация: 09.03.2016
Сообщений: 4,243
|
|
| 23.03.2026, 23:19 | |
|
0
|
|
|
623 / 381 / 67
Регистрация: 09.03.2016
Сообщений: 4,243
|
|
| 23.03.2026, 23:29 | |
|
0
|
|
|
Заблокирован
|
||||||
| 23.03.2026, 23:38 | ||||||
|
Наталья8, тут нужно вспомнить порядок выполнения операторов.
Суть не в этом. Я не желал специально излишне запутать. Разбирай без UB:
3 10
0
|
||||||
|
5242 / 1548 / 120
Регистрация: 21.04.2013
Сообщений: 9,060
|
||
| 24.03.2026, 03:14 | ||
|
Во-вторых, ныне масспопный у многих контор-разработчиков игр Unreal Engine 5 использует С++. В-третьих, даже если код игры пишется не на С/С++, то под капотом у инструментария разработки (в т.ч. движки) и графических API все равно сидит С/С++. DirectX 12, Vulkan, графический API PS5 - все на C/C++. В конечном итоге получается, что чтобы серьезно заниматься разработкой игр от С/С++ не уйти, что сейчас, что 30 лет назад. Можно, конечно, сидеть и писать скрипты игровой логики на С#, но на этом все и ограничится.
1
|
||
|
389 / 334 / 66
Регистрация: 14.10.2014
Сообщений: 1,475
|
||
| 24.03.2026, 09:59 | ||
|
извините, я побомблю: Всё засрали этим пластиковым анриалом!!!!!! Пи....ы!!! Извиняюсь - бомбить закончил Абсолютное большинство дальше блюпринтов наверняка и не заходит. Сам в прошлом году начал изучать Unreal Engine 5 - давно хотел ну и решился таки, - так там в код лазить по сути и не надо вообще. Он сам всё сделает... Правда курс полностью я так и не прошёл - на работе загрузили. Дальше мож и в коде пришлось бы поковыряться. В общем не до него стало, но в будущем надо будет наверстать. Вот Кингдом Кам Деливеранс 2 - вот это круто и это на CryEngine - вот там, возможно, плюсы очень даже нужны. К тому же по слухам - разрабы Кингдома сами сильно перелопатили движок. На анриале мало кто этим заморачивается, так что знание плюсов тут скорее как бонус и не более. Интересно, что поляки сделают в грядущем Ведьмаке на анриале...
0
|
||
|
|
|||
| 24.03.2026, 10:33 | |||
Добавлено через 19 минут
Единственный язык, который переживет ИИ апокалипсис, это будет C.) Кстати если генерить прямо в машиннный код то легче формализовать алгоритмы, потому что там надо учитывать состояние, а нынешние тенденции в развитии языков пытаются уйти от состояния. Я не идиализирую С. Однако, его достоинствами явлется всё, за что его критикуют.
0
|
|||
|
389 / 334 / 66
Регистрация: 14.10.2014
Сообщений: 1,475
|
||
| 24.03.2026, 10:46 | ||
|
0
|
||
|
Модератор
|
||||||
| 24.03.2026, 11:34 | ||||||
|
В движке свой диалект плюсов, с Кликните здесь для просмотра всего текста
Вроде Lumberyard был основан на CryEngine и который в результате преобразовался в Open 3D Engine (O3DE), который в свою очередь тоже не сильно живее края. МОжет в свое время край и был хорошим и прорывным, но он заброшен и смысла его изучать использовать нету. Сейчас технологии быстро развиваются и выпасть очень легко.
1
|
||||||
| 24.03.2026, 11:34 | |
|
Хочу научится программировать Хочу создать программу с GUI, не знаю с чего начать Хочу создать свою соц. сеть, но не знаю, с чего начать Хочу создать приложение, но не знаю с чего начать!(Взгляни может знаешь)
Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Вангую, что это не пройдёт модерацию, и на неделе я запущу свой сервер.
Hrethgir 19.07.2026
Эта публикация сейчас в песочнице и ждёт приглашения.
https:/ / habr. com/ ru/ sandbox/ 295048/
начало и оглавление
-
Как «пернатого» заставить осваивать новые горизонты опыта через масштабирование. . .
|
сукцессия 33. открытые вопросы от клауде
anaschu 19.07.2026
"Что накопилось за эту часть А — тринадцать правок, из которых шесть пришли из ваших вопросов и каждая оказалась реальной ошибкой, а не калибровкой: односторонний симбиоз, отсутствующий листопад,. . .
|
32 сукцессия
anaschu 19.07.2026
сукцессия 28‑мерное ядро стабилизировано
Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не «подкручивает» сходимость —. . .
|
сукцессия 31: модель микоризы - это модель ещё нескольких явлений, социальных и экономических
anaschu 18.07.2026
Теория «Всего»: апдейт v1. 1. 2 — 28‑мерное ядро стабилизировано
Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не. . .
|
|
сукцессия 30. Массив проверяющих друг друга моделей
anaschu 18.07.2026
Архитектура сети взаимопроверяющих моделей микоризной сукцессии (v2. 0)
Развитие тензорного ОДУ-ядра и создание кросс-платформенного калибровочного полигона
Уважаемые коллеги!
В продолжение. . .
|
Грибы - это женщины, деревья - это мужчины. Анти инь янь для союза мужчины и женщины.
anaschu 18.07.2026
ГЛАВНЫЙ НАУЧНО-ФИЛОСОФСКИЙ ВЫВОД: Сексуально-Репродуктивный Капитализм против Государства Моногамии
Коллеги, мы вышли на финишную прямую 20-мерного ОДУ-моделирования вековой сукцессии (ветка. . .
|
Текстовый слайдер с нумерацией страниц и кроссбраузерность.
russiannick 18.07.2026
Один мой друг написал текстовый слайдер с нумерацией страниц. Сегодня я расскажу как он умудрился подружить его с кроссбраузерностью.
Очевидно сложно угодить с шириной каждому браузеру. Один крадет. . .
|
Грибы - это мемы, дерево - это человек. Применение микоризной модели к теории меметики Докинза.
anaschu 18.07.2026
Меметический изоморфизм теории «всего»: Грибная сукцессия как модель эволюции идей Докинза
Базовый код системы ОДУ микоризной сукцессии описывает не просто биологию, а универсальную. . .
|