Компилятор не просто ругался, а он вам прямым текстом писал, что он не может найти файл corecrt.h. Вы и вправду не читаете сообщения компилятора, а просто смотрите, скомпилировалось или нет? Прочитали сообщение, дальше всё просто: не надо вам ничего из файла corecrt.h -- просто убрали включение, надо -- указали компилятору где искать файл.
zaurilla: Я особо не готовился если честно, т.к. каждый день с Qt работаю. Но, я скачал с сайта список с темами для подготовки, почитал его, и документацию на те темы, которое я хуже знаю. В принципе, документации хватит на 100%.
pixik: Но в случае паттерна команда все довольно просто например. Объекты, над которыми совершаются действия должно жить дольше объекта команды, но при этом команда не владеет этими объектами, т.е. не должна удалять их физически.
Допустим в случае если мы передали объект как shared_ptr, счётчик ссылок увеличился на 1, этим объект команды показал, что он пользуется ресурсом и что объект которым владеет shared_ptr не должен быть удалён где-то еще. Когда объект команды разрушился, счётчик ссылок уменьшился на 1, показывая, что ресурс больше не нужен. Всё вполне логично.
Если shared_ptr использовать нельзя, то постарайтесь храить объект как ссылку/const ссылку или аналог QPointer.
Борис Животное: Хороший обфускатор + хранить строку в зашифрованном виде. Думаю, что такое решение является наиболее правильным. Можно и другие механизмы защиты рассмотреть опять же.
Егор Шустров: Вы вероятно поставили Qt со всеми тулзами и т.п., а не просто Qt Creator. Сама IDE весит ~200 метров (на Linux, правда). Вот вам прямая ссылка только на установочник: download.qt.io/official_releases/qtcreator/4.1/4.1...
А так-то да, IDE отличная, легкая и быстрая. Если еще и clang code model не использовать, так вообще супер.
Ринат Велиахмедов: Эм... У нас с вами разные версси доков похоже. В моей версии метода reserve у листа нет, да и он лишен смысла, если подумать, т.к. для стедешного листа это не актуально совсем по понятным причинам. Другое дело QList, мб вы с ним спутали?
Андрей: Дело в том, что разработка программного обеспечения -- это в меньшей степени знание языка или же решение олимпиадных задач.
Книга Макконелла хороша тем, что это введение в разработку ПО, которое затрагивает множество тем и позволяет систематизировать знания. Рассмотрены вопросы качества кода, ОО-декомпозиции, нэйминга и комментариев, организации кода, совместной работы, тестирования, поддержки, оптимизации и многое-многое другое. Именно всё это и есть разработка ПО.
Опытность программиста измеряется качеством созданных продуктов. Можно хоть 20 лет просидеть и быть по факту джуниором, а можно и за пару лет очень и очень многого добиться. В каких проектах вы участвовали, за какие части отвечали, какими успехами можете похвастаться, как быстро решаете и проблемы и умеете ли оценивать сложность задач, создавать гибкую архитектуру и т.п.? Именно это всё делает профессионала профессионалом, а не время просиженное за компом. Видел я, что творят в коде "опытные программисты" с 10-15 годами опыта формального опыта, но без фактических знаний... И врагу не пожелаю это ревьюить и поддерживать.
В плане же олимпиадников... Честно, предпочел бы работать в одной команде с человеком, который знает и умеет использовать например GRASP, SOLID, DDD, (B)TDD и пишет поддерживаемый код, чем с призёром олимпиад, который не имеет представления о том что я написал выше. Безусловно, знание алгоритмов -- это плюс, умение решать проблемы и живой ум -- это тоже плюс, но это далеко не всё.
voayagen1: По мне так дельно написано. Может быть еще стоит в linkedin продублировать на английском (если уже не сделано) и там же активнее хантить. А в целом, удачи в поисках!
voayagen1: это и меня удивляет, если честно. У нас в команде, например чуть меньше половины разработчиков используют винду как основную систему для разработки (и очень даже неплохо знают всякие специфичные для это системы вещи, правда редко пользуются). Мы правда кроссплатформенный софт пишем и у нас все что угодно можно использовать. Да и среди знакомых у меня не мало виндузятников.
Может быть людей не устраивают условия работы, з/п ( в том числе и бонусы), отсуствие возможности удалённой работы и релокационных бонусов, всякие там ланчи, фитнесы, курсы английского. Может проект кажется скучным без перспектив роста уровня разработчика. Да миллион факторов на самом деле.
Можете сюда скинуть ссылку на вакансию? Мне аж прям интересно стало)
voayagen1: тут надо правильно замотивировать отвественных людей просто. Начинающий разработчик он выгоден компанни по многим пунктам, в особенности если быстро учится. Я конечно не руководитель, и не сотрудник отедал кадров, но думаю, что через полгода-год начинающий программист окупит инвестиции (размер которых был, к слову, не слишком то и велик) и начнет приносить прибыль.
Может быть вы неверно составляете описание вакансии, если там в заголовке, допустим написано что-то вроде "Windows developer" или много разных виндо-специфичных аббревиатур, то это может отпугнуть разработчиков. Я например подобные вакансии сразу же закрываю не читая :)
Если вы и правда не так сильно завязаны на специфичные вещи, и для работы нужно знание C++ и независимые от языка знания в области разработки, то программист сможет на месте подучить все что надо из WinAPI и остального. Это можно в вакансии и написать. Ну или брать студентов (джунов можно) и выращивать, для того стажировки и все такое и придумали.
Дмитрий: вынесите реализацию в cpp файл, туда включайте заголовочник (тот, где у вас Mode) и в конструкторе инициализируйте переменную. А иначе смысл форвардного объявления теряется.
continue: В readme должно быть написано как. Ну или посмотрите какие файлы или сборочные скрипты есть в корне репозитория, по ним даже проще должно быть сориентироваться.
