Чегой-то? Я вроде изучал этот вопрос, Build Tools нельзя использовать, если у тебя не куплена лицензия на VS (по крайней мере одна, не знаю точно нюансы, я не юрист). Т.е. для коммерческой компании вот так взять халявный компилятор нельзя.
Ну и да, в достаточно большой компании большинство разработчиков привыкли к VS, чтобы вот так взять и отказаться от самой популярной IDE под Windows и заставить их пересадить на QtC/что еще.
Дата «когда будет опубликован C++20 как стандарт» и «С++20 принят как дефолтная версия стандарта в продакшене и весь код использует его фичи» могут различаться на долгие годы.
Я вот с одной стороны жду модули и концепты, но с другой стороны понимаю что не появятся они автоматически а) в версии используемых нами компиляторов (переход на новый MSVC допустим, не бесплатный) б) во всех основных используемых библиотеках (прикиньте весь Qt переписать на модули?) в) что все это добро будет совместимо с поддерживаемыми нами платформами (привет, поддержка XP и старых макосей).
Так что несколько лет еще придется «облизываться», так что «скоро» — кому как)
Да черт его знает в самом деле. Я думаю было бы нелепостью утверждать «нет, это не может работать» — т.к. все люди разные, сработать может даже самая лютая херня) Скажем так, я был просто скептичен. Если вы «задекомпозируете» свое обучение на вполне себе завершамые кусочки «по 1-2 сторипоинта», то возможно будет больше выхлопа — даже если девушка «сорвется» на второй день, все равно будет какой-то завершенный результат =)
На самом деле, вопрос в том что девушка больше хочет сама «просто научиться понимать все эти штуки» или научиться «думать как программист».
Начал за здравие, закончил не очень. Если девушка не фанатик, готовый на энтузиазме работать несколько недель, мне кажется на первом шаге у вас выйдет пробуксовка уже на второй день.
Для изучения основ лучше все же брать задачу, которую вы сами могли бы полностью реализовать за 10-15 минут (не преувеличение).
(был небольшой опыт такого обучения — по итогу можно сказать успешный (программистом не стала, но стала понимать меня)).
На самом деле, «скрытая» проверка условий таки есть — в реализации оператора new. тут вопрос к применимости исходного ограничения — где таки можно иметь эти самые сравнения — в коде генерации самого компилятора? рантайма? стандартной библиотеки?
А то я тоже могу просто написать std::transform(nullptr, nullptr + n, (ничего не делающий output it), (функция вывода))
Почти 1:1 подход который я решил применить — конструкторы в динамической памяти. Разница в том что я не делал статичную переменную, а передавал в конструктор ссылку на коллбек:
Кстати, есть еще малоизвестный нюанс с этими исключениями:
В случае если был вызван делегирующий конструктор, то объект считается полностью созданным и при исключении уже деструктор будет отрабатывать.
В каких-то случаях это необходимо учитывать =)
Даже если 1% видео. Я думаю, не так много хостингов, которые смогу выдержать нагрузку в 1% от YouTube.
Ну и опять же, что делать с оставшимися 80%? они будут почти всегда уникальны, и p2p-шиться не будут, т.е. там будет работать классическая схема «раздающая нода — сервер», а ему ресурсов на это не хватит.
Да, С++ для клиентской разработки точно подойдет. А еще лучше FORTRAN, он точно никогда не устареет.
(сам с++-разработчик, но коммент показался не к месту).
Я недавно хорошее видео Савватеева, про наказание коррупционера.
В конце один грустный вывод про применимость этих всех теорий к жизни: www.youtube.com/watch?v=pjEhGZpQLn0?t=51m40
Довольно значительная доля сидит на непоследних осях, к которым обновлений не выходит.
И да, пользуюсь 10.13 сейчас.
Про напоминания оси я помню, я скорее пытался намекнуть что редко сами производители софта под мак пишут мол «обновите у себя что-нибудь», в то время как в виндовом такое случается.
С другой стороны, если пользователи выполняют заветы эпла и ставят все заплатки по расписанию, оч странно зачем для них костыли в коде плодить…
Люди тупо не читают требования вакансии. Если есть вакансия «Программист С++ 3-5 лет опыта работы» (не вдаваясь в остальной список требований к должности), вам пришлют 100 резюме, после фильтра от HR по ключевым словам «Программист», «С++» и «хотя бы 2 года опыта», останется от силы 20. Для такого фильтра даже не надо в проф навыки вникать. К сожалению, ощущение, что большинство кандидатов просто спамит свои резюме по всем вакансиям подряд.
Статья хорошая, и познавательная. Только вот с выводами автора я слегка не согласен.
«Меня сильно удивило, что багов отрисовки в Mac Os было обнаружено почти два раза больше, чем в Windows», хотя выше же в абзаце пишете о том что «решено было исправлять».
Возможно багов и меньше, но решено исправлять самих багов — больше, т.к. платформа более однородная, например. Т.е. количество хаков и костылей не обязательно прямо линейно с единым коэффцициентом зависит от собственно количества багов.
Возможно для винды меньше запаривались, потому что пользователи сами по себе привыкли обновлять драйвера в случае любых проблем. Вы слышали чтобы макоюзер что-то шел обновлять? Да и кто ему даст :D
Ну и да, в достаточно большой компании большинство разработчиков привыкли к VS, чтобы вот так взять и отказаться от самой популярной IDE под Windows и заставить их пересадить на QtC/что еще.
Я вот с одной стороны жду модули и концепты, но с другой стороны понимаю что не появятся они автоматически а) в версии используемых нами компиляторов (переход на новый MSVC допустим, не бесплатный) б) во всех основных используемых библиотеках (прикиньте весь Qt переписать на модули?) в) что все это добро будет совместимо с поддерживаемыми нами платформами (привет, поддержка XP и старых макосей).
Так что несколько лет еще придется «облизываться», так что «скоро» — кому как)
На самом деле, вопрос в том что девушка больше хочет сама «просто научиться понимать все эти штуки» или научиться «думать как программист».
Для изучения основ лучше все же брать задачу, которую вы сами могли бы полностью реализовать за 10-15 минут (не преувеличение).
(был небольшой опыт такого обучения — по итогу можно сказать успешный (программистом не стала, но стала понимать меня)).
А то я тоже могу просто написать std::transform(nullptr, nullptr + n, (ничего не делающий output it), (функция вывода))
(но за хак я плюс поставил)
В случае если был вызван делегирующий конструктор, то объект считается полностью созданным и при исключении уже деструктор будет отрабатывать.
В каких-то случаях это необходимо учитывать =)
Ну может оптимизатор, вы проверили с О0?
#include iostream
class FieldT
{
public:
FieldT() { std::cout << "FieldT()\n"; }
~FieldT() { std::cout << "~FieldT()\n"; }
};
class Container
{
FieldT m_field;
public:
Container() { throw 1; }
};
int main()
{
try {
Container c;
}catch(...) {}
}
Все вызывается, вы о чем?
Ну и опять же, что делать с оставшимися 80%? они будут почти всегда уникальны, и p2p-шиться не будут, т.е. там будет работать классическая схема «раздающая нода — сервер», а ему ресурсов на это не хватит.
(сам с++-разработчик, но коммент показался не к месту).
В конце один грустный вывод про применимость этих всех теорий к жизни:
www.youtube.com/watch?v=pjEhGZpQLn0?t=51m40
И да, пользуюсь 10.13 сейчас.
Про напоминания оси я помню, я скорее пытался намекнуть что редко сами производители софта под мак пишут мол «обновите у себя что-нибудь», в то время как в виндовом такое случается.
С другой стороны, если пользователи выполняют заветы эпла и ставят все заплатки по расписанию, оч странно зачем для них костыли в коде плодить…
«Меня сильно удивило, что багов отрисовки в Mac Os было обнаружено почти два раза больше, чем в Windows», хотя выше же в абзаце пишете о том что «решено было исправлять».
Возможно багов и меньше, но решено исправлять самих багов — больше, т.к. платформа более однородная, например. Т.е. количество хаков и костылей не обязательно прямо линейно с единым коэффцициентом зависит от собственно количества багов.
Возможно для винды меньше запаривались, потому что пользователи сами по себе привыкли обновлять драйвера в случае любых проблем. Вы слышали чтобы макоюзер что-то шел обновлять? Да и кто ему даст :D