Espleth

#include <iostream>
#include <cstdio>
#include <ctime>

int main() {
    std::clock_t start;
    double duration;

    start = std::clock();

    /* Сюда вставить тестируемый код */

    duration = ( std::clock() - start ) / (double) CLOCKS_PER_SEC;

    std::cout<<"printf: "<< duration <<'\n';
}

Если значение будет чересчур мало, то можно повторить тестируемый код 1000 раз и итоговое время разделить на 1000.

А вообще нужно увеличить значение N хотя бы до 10000, и заполнять массив случайными значениями в цикле.

Предыдущие ораторы ( @batChar @gleb_kudr ) говорили про адресацию памяти. Я думаю, что они неправы: у нас, например, есть битовые поля, которые, по определению, могут быть отдельными битами, не смотря на то, что "байт - минимальная единица адресации в памяти". Невозможность адресовать отдельные биты памяти -- не основная причина.

Проблема не в адресации, а скорее в стандарте: если посмотреть определение оператора sizeof (ISO/IEC 14882:1998, п.5.3.3), то стандарт запрещает применять его к битовым полям, но разрешает к типу bool (говоря, что результат, кстати, не обязан быть равен 1). А поскольку sizeof возвращает размер объекта в байтах, а конеченые объекты должны иметь ненулевой размер, то и размер bool должен быть не меньше байта.

Я думаю, что стандарт вполне мог бы запретить применять sizeof к bool и разрешить паковать значения bool, но не сделал этого, т.к. это, скорее всего, неэффективно.

С другой стороны, у std::vector есть специализация std::vector<bool>, "булевский вектор", которая обычно требует меньше памяти, чем массив значений типа bool.

Потому что байт - минимальная единица адресации в памяти.

Потому, что архитектура вычислительной системы не способна адресовать БИТ памяти, минимальная единица - байт.

Во первых убедитесь, что вы скомпилировали в с++ в релизе.
Во вторых покажите ваш код на с++, я уверен, что смогу очень быстро показать вам что у вас тормозит и как минимум получить одинаковую скорость.

Реализуемо, можно и без WinAPI.
Необходимо определить обработчик нажатия клавиш, а что бы знать какой текст выделен используйте поле SelectedText.

//Собственно сам обработчик 
        private void keydown(object sender, KeyEventArgs e)
        {
            var type = sender.GetType();
            if (e.Control && e.KeyCode == Keys.C)
            {
                if (type == typeof(TextBox))
                {
                    textBox2.Text = (sender as TextBox).SelectedText;
                }
                if (type == typeof(RichTextBox))
                {
                    textBox2.Text = (sender as RichTextBox).SelectedText;
                }
            }
        }

Реализуемо. Для этого конкретного примера вам нужно будет поставить глобальный хук через WinAPI (blogs.msdn.com/b/toub/archive/2006/05/03/589423.aspx, https://gist.github.com/Stasonix/3181083)

Хук нужно использовать, если вы хотите, чтобы этот функционал работал и в ситуации, когда пользователь копирует из любой другой программы, не только вашей (ваша в это время работает в фоне).

простые операции типа изменения названия тома и его буквы делаю MiniTool Partition Wizard Home Edition

Для C++, насколько мне известно, в OS X нет достаточно полного аналога Visual Studio. Для Java, конечно, есть Eclipse и IntelliJ IDEA.

Преимущества OS X лично для меня (уже около 3-х лет в качестве основной системы дома):
— Более-менее нормальная консоль, т.к. Unix.
— Из верхнего пункта все вытекающие последствия — консольные утилиты из коробки, Homebrew и т.п.
— Софт выглядит очень приятно, в плане дизайна и UX операционная система от Apple вне конкуренции, имхо.
— Есть очень полезный и качественный софт, повышающий скорость работы (Alfred, Dash, 1password, например).
— Ни разу не было серьезных проблем с системой

Недостатки:
— Отсутствует нормальный MS Office (для меня это проблема)
— Мало игр

Ну и ноуты от Apple выглядит классно.

Ответ на вопрос будет сильно зависеть от того, в каком направлении вы думаете развиваться.
Будет ли это сетевое программирование? Тогда это си, в основном.
Может быть, веб-программирование? Тогда тут могут быть php, javascript, python, ruby.
Захотите разрабатывать программы на десктоп? Вам нужны c# или java.
На мобильные платформы? тогда java и objective c (плюс swift).
Или податься в разработку игр? Тогда либо c++, либо с# (для Юнити - наверное, самой популярной платформе).
Хотите экзотики? Приглядитесь к функциональным языкам - Erlang и Haskell.
Разработка железа и драйверов для железа? тогда си (без плюсов) и ассемблер.
Определитесь, что вы хотите, потому что всё объять не получится. Выберите один (или два) направления и добейтесь хорошего уровня в нём. А потом вам будет уже легче двигаться дальше.

Мой совет - попробуйте изучать C# или Java (они во многом похожи) для софта, или Javascript и php/python для веб-приложений и сайтов.

Добавлю, что очень правильный совет дал @tsarevfs - помимо языка программирования, хороший программист должен знать несколько инструментов - и в первую очередь, это система контроля версий, например, git. Плюс юнит-тестирование (хотя это можно начать изучать позже, через годик-два). Плюс - нужно хорошо знать свою IDE, в которой работаете; не вздумайте работать в блокнотиках!

Ещё помимо практики нужно знать теорию - читайте Макконнелла, Фаулера, Мартина, Бека.
Подпишитесь на хабре на пару десятков хабов и регулярно читайте всё подряд. Через годик ваш уровень понимания статей сильно вырастет.

Я сам преподаватель программирования в колледже, и, к сожалению, таких желающих изучать там очень мало. Пишите мне в личку, если будут вопросы.

UPD. Важное дополнение из обсуждения в комментариях (спасибо @Argentum88 @Deerenaros )
Чтобы стать профессионалом и "востребованным программистом с нормальным заработком", нужно очень хорошо понимать внутреннее устройство тех систем (платформ, фреймворков), на которых идёт работа.
Для этого нужно заглядывать вглубь. Изучив различные мейнстрим-инструменты, посмотреть на аналогичные менее популярные системы. Изучать исходный код используемых open-source библиотек. Написать свою подобную систему. Для web - написать свою CMS (хотя бы базовую). Для десктоп-программ - попробовать программировать без навороченных библиотек, которые делают рутинную работу за программиста. Для разработчика игр - сделать простую игру на базовом инструментарии платформы, где всё придётся делать своими руками.
Всё это даст возможность проникнуться, почему всё делается именно так, даст понимание взаимосвязей разных частей программы.
А потом, осознав это, выбрать один из уже готовых инструментов, и продолжать писать на нём, уже обладая более глубоким его пониманием.