Сам кошелёк как раз лучше на Дропбоксе, или даже нескольких *box хранилищах, чтобы трудно было потерять. Пароль от него — в голове. Для дополнительной надёжности кошелёк можно ещё и в какой-нить TrueCrypt контейнер закинуть. Плюс есть всякие защищённые флешки. Проблема будет если с головой станет плохо и пароль утеряется, так что думать надо как его сохранить ещё где-то.
Это пока не запрет на въезд гражданам РФ в возрасте 16-60, а так сказать пристальное внимание при прохождении контроля. К сожалению, пока так, многие считают (и я с ними согласен), что пора вообще границу с РФ перекрыть как минимум до выборов (за исключительными случаями, вроде поездки за телом умершего родственника). Потому что ваши полит-туристы и зеленые человечки достали большую часть украинцев.
Все вы рассказчики про эскапизм забываете, что человек хочет и отдыхать, в том числе мозгами. Вот тогда он сможет и по работе себя проявить лучше, в том числе творчески. Самые фанатики начинают рассказывать и про художественные фильмы и литературу как эскапизм. Нет, мир не засиял бы развитием и красотой, если бы люди только работали и удовлетворяли свои материальные потребности, а остальное время спали. И я не оправдываю сейчас тех людей, которые в играх живут сутками — это противоположная клиника.
Такие торговые марки просто имеют ограниченную область действия. То есть иметь похожую торговую марку конторе, которая производит окна можно, а вот софт — уже могут быть проблемы.
Со словом «Сага» они вообще прокололись серьёзно. Если японцы проснутся, то за Сагу вломят по полной. Правда японцы вряд ли проснутся — им пофиг обычно такое по жизни.
А за что минусуете? По-моему, интересный вопрос. С такими-то габаритами. Понятное дело, что в космос не улетит, но вот поправлять орбиту может придется регулярно.
Всецело согласен. Рак мозга это и лень, теперь каждая собака ставит свой сервис, в большинстве случаев совершенно необоснованно. О том что есть распрекрасный шедулер с очень гибкими триггерами вообще мало кто вспоминает. И потом всё это чудо радостно подымается на старте и хорошо если выключается после отработки.
А мне не понравилось, что 8.1 меня зафорсила перейти на Live ID. А поскольку возникло ещё пару неизлечимых проблем (одна из них какой-то фатальный факап в драйверах Нвидии после которого показывался голый десктоп), то пришлось в итоге откатиться на 8.0. Благо инсталлятор 8.0 это позволяет без полного реинсталла. Пусть выпустят сервис пак под эту 8.1. Пардон, 8.1 это фактически и есть сервис-пак.
Давно меня разные люди пытаются убедить, что нужно забыть, что можно и симлинками монтировать. Но до сих пор находятся аргументы против этого. С одним разделом удобнее до тех пор пока не полезут проблемы.
Да конечно могут быть. Но они могут быть везде и во всём, и даже с Qt. Применение STL тут сильно картину не меняет. Ну вот скажем начнёшь линковать что-то писаное под Qt и собраное MSVC и пытаешься влинковать другой собранный уже модуль вроде бы тоже с Qt, но сделанное в MinGW — будут сюрпризы. Там даже не только таблицы виртуальных функций вылезут, банально разные юзаемые CRT уже дадут почти наверняка нерабочий билд, почти наверняка оно просто не слинкуется, если это статик линковка на уровне lib файлов. Поэтому, MSVC сборки и MinGW сборки надо считать не просто разными компиляторами, а разными платформами, так же как и сборку под Qt+некий компилер. И если релизишь какую статическую закрытую библиотеку под это всё, то делать разные версии под всё. С DLL проще, если соблюдать некоторые правила.
Вообще, подобные проблемы состыковки несовместимости бинарных модулей собранных под винду неплохо решал COM, но его всё меньше применяют. А тот же MinGW с MSYS это вообще такой отдельный мир, совсем отдельная среда, такой себе Posix слой под виндой. Но и на нём можно писать COM-модули при желании.
И конечно же это повод притащить в проект Qt и пачку yes-another-containers-and-strings вместе с ним. Ну и я не припоминаю живых проблем жесткой несовместимости G++ и MSVC актуальных (не старше пятилетней давности) версий. Какие-то мелочи решаются ifdef'ами, смотрим как это делает Буст опять же. Скорее проблемы с STL могут быть на каких-то других более экзотических компиляторах/платформах со старыми или такими же кастомно-экзотическими CRT/STL. Но на них вероятно и у Qt будут проблемы.
Qt конечно можно использовать, но уж точно не только и не столько ради альтернативных контейнеров со строками. Такое уж если берёшь, то уже оттуда надо брать всё и дороги назад нет. В своей области (геймдев) я бы его взял писать редакторы и тулзы с гуи. И то, если бы требовалась задача линковаться с движком или использовать его бинарные структуры данных. Иначе бы вообще C# с .Net взял бы.
Примерно такое же с Мармаладом происходит — лицензия каждый год становится дороже и обрастает всё большим количеством условий. А качество продукта и особенно поддержки идёт вниз.
Где вы такой C++ берёте, что без QT у вас миллион реализаций строк и контейнеров? Неужто так STL'ных не хватает? Мне вот вообще с QT не приходилось сталкиваться в работе, да и не хочется как-то — очередная большая довольно таки монолитная байда с большим рантаймовым довеском. Уж проще даже Буст подключить если хайтек хочется. Там вам и строковые функции дополнительные, и контейнеры и прочая-прочая. При этом большая часть хидер онли и можно вычленить отдельные модули.
Вообще, подобные проблемы состыковки несовместимости бинарных модулей собранных под винду неплохо решал COM, но его всё меньше применяют. А тот же MinGW с MSYS это вообще такой отдельный мир, совсем отдельная среда, такой себе Posix слой под виндой. Но и на нём можно писать COM-модули при желании.
Qt конечно можно использовать, но уж точно не только и не столько ради альтернативных контейнеров со строками. Такое уж если берёшь, то уже оттуда надо брать всё и дороги назад нет. В своей области (геймдев) я бы его взял писать редакторы и тулзы с гуи. И то, если бы требовалась задача линковаться с движком или использовать его бинарные структуры данных. Иначе бы вообще C# с .Net взял бы.