Я о том, что C++ — язык изначально не очень то для ООП. А «GUI, Math Special Functions, Networking, File System» в нём точно не нужны — кому надо, найдут библиотеки, а в язык та зачем толкать?!?
Вот здесь как раз коренное отличие от большинства интерпретируемых языков — в них мы пишем скрипты чтобы быстро выполнить задачу (для того и нужны «GUI, Functions, ...»), строить сверхмасштабируемые системы с масштабными концепциями (ООП). В компилируемом C++ мы наилучшим образом программируем конкретно саму машину.
Впрочем, времена и цели меняются, и вы разбираетесь в этом однозначно лучше меня. Так что вы, конечно, правы.
Все эти фичи уместны в интерпретируемых языках с ООП типа Python, но здесь — уровень не тот. Если такое желание внести много плюшек в C++, сделали бы отдельный язык.
C++ раньше был достаточно чист и имел какую-то концепцию. Сейчас, как уже писали выше, цели развития не понятны, лишь бы плюшек напихать.
Дистрибутив Linux — это собрание сконфигурированных программ над ядром. Так почему бы не сконфигурировать DE нормально, тем более это сделано в других дистрибутивах.
Тоже встретился с этой проблемой. Оказалось, достаточно просто нажать LShift+RShift (левый и правый одновременно). Проблема конечно досадная, но пользоваться продолжил, больше таких больших косяков не было.
Дело в том, что некоторым людям электронная книга слишком дорога для чтения книг — так почему бы за небольшую доплату не добавить в неё интернетов (мы же уже купили экран)?
Да и вообще: это на вкус и цвет — кому-то надо, кому-то нет.
Вообще не надо никакой стилизации. Почему бы не сделать просто приглашение "> "? Просто кому-то захотелось похвастаться знанием приглашения в Unix (просьба не обижаться — мне тоже очень часто хочется чем-то похвастаться, для людей это нормально).
Замечательный сервис! Но:
1). Мало команд, очень мало (хотя бы добавьте все функции OpenSSL);
2). Стилизация под Unix ужасна — видя такое приглашение, сразу хочется использовать автодополнение по tab и всякие плюшки bash; видно, что вы использовали в основном консоль Windows (тут как раз характерные черты типа команды help), так что пожалуйста, сделайте приглашение Windows;
3). Можно добавить аргументы к различным командам.
Конечно, всё это верно, НО: этому просто так не научить — человек сам должен понять все плюсы и минусы, глупо пытаться вдалбливать в него какие-то идеи, которые ему просто напросто не нужны.
Те же стили, структуризация, юнит-тесты — их необходимость проявляется лишь в больших проектах. Пусть учащийся сам попробует создать что-нибудь большое и полезное, и тогда он поймёт сам, намного лучше. Ваши доводы «это понадобится в реальных проектах» скорее отпугнут человека от программирования вообще.
P. S.: насчёт «кодирования» — кодирование информации, кодирование от алкоголизма в конце концов. Но с программированием это звучит плохо. В том то и дело, что учат «кодированию» — просто писать код. Студент же должен понимать структуру программ, цели тех или иных средств и методов, которыми он должен пользоваться. Он должен понять почему, а не думать, что просто «так надо/принято/требуют».
Можно ещё сделать так. Многие пишут адрес на пост/комментарий/etc в заметку в профиле. Почему бы не делать этот адрес ссылкой автоматически, если он начинается с «http://»?
Вот здесь как раз коренное отличие от большинства интерпретируемых языков — в них мы пишем скрипты чтобы быстро выполнить задачу (для того и нужны «GUI, Functions, ...»), строить сверхмасштабируемые системы с масштабными концепциями (ООП). В компилируемом C++ мы наилучшим образом программируем конкретно саму машину.
Впрочем, времена и цели меняются, и вы разбираетесь в этом однозначно лучше меня. Так что вы, конечно, правы.
C++ раньше был достаточно чист и имел какую-то концепцию. Сейчас, как уже писали выше, цели развития не понятны, лишь бы плюшек напихать.
Да и вообще: это на вкус и цвет — кому-то надо, кому-то нет.
1). Мало команд, очень мало (хотя бы добавьте все функции OpenSSL);
2). Стилизация под Unix ужасна — видя такое приглашение, сразу хочется использовать автодополнение по tab и всякие плюшки bash; видно, что вы использовали в основном консоль Windows (тут как раз характерные черты типа команды help), так что пожалуйста, сделайте приглашение Windows;
3). Можно добавить аргументы к различным командам.
Те же стили, структуризация, юнит-тесты — их необходимость проявляется лишь в больших проектах. Пусть учащийся сам попробует создать что-нибудь большое и полезное, и тогда он поймёт сам, намного лучше. Ваши доводы «это понадобится в реальных проектах» скорее отпугнут человека от программирования вообще.
P. S.: насчёт «кодирования» — кодирование информации, кодирование от алкоголизма в конце концов. Но с программированием это звучит плохо. В том то и дело, что учат «кодированию» — просто писать код. Студент же должен понимать структуру программ, цели тех или иных средств и методов, которыми он должен пользоваться. Он должен понять почему, а не думать, что просто «так надо/принято/требуют».
Картинка могла не вставиться