Сергей Ивченко: Не обоснованное утверждение.
Я уверен, что потрать вы полчаса на то чтобы разобраться с проблемой и читай вы книгу по C++, то этого вопроса бы не возникло. Ну или он возник бы в той форме, о которой я писал выше.
Ринат Велиахмедов: Нет. Это гуглится за пару минут + в любой книге написано.
Человек пытается разобраться в вопросе если он формулирует его хотя бы так: "я прочитал про... пишут так-то... потом я нагуглил то-то... написал такой-то код... и вот мне тут кое-что не совсем понятно... можете объяснить?".
Павел Тананыхин: Скорее всего VS использует какие-нибудь предкомпилируемые заголовочники и т.п. Думаю, что просто компилятором из командной строки этот код соберётся и под виндой. Попробуйте mingw скачать и собрать им ну или VS'ым компилятором (правда как не знаю, под виндой не работаю).
Но вообще зачем использовать винду для разработки, если в этом нет производственной необходиомсти? Поставьте линукс (хоть на виртуалку) и радуйтесь жизни.
Напишите сначала, чтовы сделали для того, чтобы разобраться с этим вопросом и что конкретно не поняли. Например, читали ли вы книги по C++, статьи, пробовали ли писать программы? Если нет, то почитатйте. Просто так объяснять не имеет смысла, вы поймёте не больше, чем сейчас.
Если коротко, почему не остальные среды:
Eclipse -- медленная среда, больше проекты с кучей зависимостей даже проиндексировать нормально не может, памяти жрёт тонны;
Clion -- сыро всё еще, даже Qt и QML не поддерживаются нормально, ну и плюс на Java, а значит медленно;
VS -- без решарпера и пары плагинов всё печально, + свой местами особый компилятор, который разрешает многое из того что не стоит разрешать. Ну опять же это майкрософт... В тренде C# и управляемый C++.
Путей к ruby нет. Пропишите и заработает. А еще команды пишутся без $.
Кстати, под винду был какой-то rails installer, который рельсы нормально ставит.
Но всё-таки рекомендую linux и IDE Ruby Mine. Под виндой тяжко разрабатывать.
Мышка это позапрошлый век на самом то деле) Медленно, неудобно, много лишних движений. Для новичков и дизайнеров сгодится. Но, отвечая на ваш вопрос: да, базовые вещи с анимациями и все с цветами и выравниваниями, можно.
QstoN: qt creator вполне позволяет разрабатывать мышкой) Можно использовать и старый добрый qt widgets и qml. Второй вариант очень интересен.
И все бы это вы узнали за 10-15 минут использования гугла.
malinnyan: Лично мне ок. На ноуте я последние пару лет максимум по 1-2 часа что-то пишу, и то эпизодически (использую и дома и на работе стационарные компы). Иногда удалённо могу зайти что-то поправить... Для этих целей 12.5 меня устраивает. Как по мне, так ноут должен быть легким, с хорошим дисплеем и клавиатурой, быстрым и достаточно компактным. Всем этим требованим think pad удовлетворяет.
Возможно вам, для фронт-энд разработки и правда нужен минимум 15.6. Но тут увы точнее не скажу, никогда не чем связанным с веб разработкой серьезно не увлекался.
www.lenovoplaza.ru/catalog/109_thinkpad_x -- вот тут можно подобрать легкий и компактный think pad с хорошими характеристиками. Там и с ssd есть. Магазин просто для примера привёл, можно и подешевле найти. Я пользуюсь 12.5'' серии x220 (ssd правда сам поставил, благо там для этого надо один болтик выкрутить), всё просто отлично.
Я даже стесняюсь спросить, куда его еще можно было добавить, если я написал в начале, что именно методы должны быть const, а не возвращаемые методами значения... Томиком бы Страуструпа вас всех по голове до полного просветления) В Qt даже лезть не стоит без хорошего понимания C++.
phptrash: Ну это же не последовательность ваших действий. Последовательность действий может быть, например такой: "Я открою документацию и посмотрю как можно удалить один файл с помощью стандартной библиотеки языка Python (ну пусть он тут будет для примера). Я попробую удалить один специально созданный файл из каталога с программой. Вроде всё работает. Далее я попробую получить список всех файлов по определённому пути (для этого я снова почитаю документацию о том как это сделать средствами стандартной библиотеки). Вроде работает. Теперь я хочу чтобы в списке остались только имена файлов, которые соотвествуют определённой маске. Я открываю документацию... Вроде бы получилось. Теперь я проверяю что это работает (все нужные файлы и прада удаляются). Далее я думаю о том, как пользователь будет удобнее работать с моей программой (тут надо бы поинтересоваться и у пользователя): через GUI или через консоль. В зависмости от этого я выберу интерфейс. Далее я подумаю о формате входных данных, их валидации, обработке не стандартных ситуаций (ой, указанного каталога нет, ой, нет прав на удаление файла) и об обратной связи... Реализовывать всё это я буду по тому же алгоритму, что и удаление файлов...".
Это конечно же очень упрощённо, но даже отсюда можно понять: анализ проблеммы - постановка задачи - декомпозиция - прототипирование - детальная реализация - тестирование.
Если это сложно и непонятно, бросайте программирование и займитесь футболом как хобби)
Я уверен, что потрать вы полчаса на то чтобы разобраться с проблемой и читай вы книгу по C++, то этого вопроса бы не возникло. Ну или он возник бы в той форме, о которой я писал выше.