tugo

В текущих реалиях по моему заправлять самим бред. Экономия не глобальная, а геморроя много.

То, что мы только на десятиразовой заправке картриджей D205L у ИП экономим сумму равную 40тыр (10 раз заправить/восстановить стоит 9тыр, 10 новых картриджей стоят 50тыр), похоже, для них уже не является аргументом.

Простите, а что тогда аргумент? Они их бесплатно получать хотят? Пусть ручкой и карандашом тогда документы заполняют.
Заправлять же средствами админа... Ну не знаю я честно говоря сам заправлял раза 2. Во первых ты с ног до головы в этом говне. Руки и рожа не отмываются. Кроме того если не оборудовать нормальное место для этих целей, то и весь офис будет в "ляпах" тонера.
При условии, сколько стоит заправка у заправщиков, у начальства нет столько денег дабы мотивировать меня к этим приключениям.

Могу только посочувствовать.
Сомневаюсь, что аргумент, который вы хотите услышать, сможет переубедить ваше начальство.

б) это далеко не то занятие, которым я мечтал заниматься на работе.

Смените работу, если назначат.

Не сгорит. Двухамперность блока питания говорит только о его максимальном токе. Если контроллер потребляет меньше, никто не будет в него насильно эти два ампера вкачивать.

Для двуногих навесных деталей (например, резисторов) есть три способа монтажа.

1. Ноги обгибаются под 90° по расстоянию между отверстиями, и резистор лежит на плате. Для этого способа достаточно просто перевернуть плату, прижав ей резистор к рабочей поверхности, и спокойно паять сверху. Но можно это сделать даже "на весу" - только на палец, которым будет прижиматься корпус резистора, нужно прицепить что-нибудь термостойкое, чтоб не обжечься.



2. Резистор монтируется вертикально (паяется одна нога у основания, а вторая загибается на 180°). Техника пайки аналогична первому способу. Прижимать таким способом легче даже на частично распаяной большими деталями плате, но такой вариант монтажа мало пригоден в случае компактной плоской компоновки и требует соотв. разводки платы. Сейчас этот вариант применяется крайне редко.



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



Еще нужно помнить, что, не важно, какой способ выбран - ручной монтаж платы производится "слоями": первыми самые плоские детали, последними самые высокие. Тогда прижимать все детали одним слоем - не проблема. Исключения из этого правила делаются только для деталей, особенно чувствительных к температурному режиму пайки.

Теперь про оснастку.

Для обжимки ног под стандартные типоразмеры есть специальные бруски.


Для прижима деталей для пайки в мелкосерийном ручном производстве, кроме уже упомянутой "третьей руки", есть специальные рамки.

или даже



P.S. А вообще, баловство это все... в принципе, достаточно иметь две (не левых) руки, нормальный флюс/припой/паяльник, да и вообще давно пора переходить на SMD и пайку феном или в печке по профилю.

Находим серьёзную кросс-платформенную программу с открытыми исходниками, я выбрал Qt Creator.

Заходим в диалог "About" и видим как раз то, что нам нужно:



Находим построение этого диалога в исходном коде - [src/plugins/coreplugin/versiondialog.cpp | 77].

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

А вот для нахождения версии компилятора используется специальная функция ICore::buildCompatibilityString(). Проследуем по цепочке вызовов: [src/plugins/coreplugin/icore.cpp | 472].

В функции ICore::buildCompatibilityString() используется вызов статической функции compilerString() для получения информации о компиляторе и QSysInfo::WordSize для получения информации о битности порождаемого компилятором кода.

Функция compilerString() [src/plugins/coreplugin/icore.cpp | 440-458] выглядит так:

static QString compilerString()
{
#if defined(Q_CC_CLANG) // must be before GNU, because clang claims to be GNU too
    QString isAppleString;
#if defined(__apple_build_version__) // Apple clang has other version numbers
    isAppleString = QLatin1String(" (Apple)");
#endif
    return QLatin1String("Clang " ) + QString::number(__clang_major__) + QLatin1Char('.')
            + QString::number(__clang_minor__) + isAppleString;
#elif defined(Q_CC_GNU)
    return QLatin1String("GCC " ) + QLatin1String(__VERSION__);
#elif defined(Q_CC_MSVC)
    if (_MSC_VER >= 1800) // 1800: MSVC 2013 (yearly release cycle)
        return QLatin1String("MSVC ") + QString::number(2008 + ((_MSC_VER / 100) - 13));
    if (_MSC_VER >= 1500) // 1500: MSVC 2008, 1600: MSVC 2010, ... (2-year release cycle)
        return QLatin1String("MSVC ") + QString::number(2008 + 2 * ((_MSC_VER / 100) - 15));
#endif
    return QLatin1String("<unknown compiler>");
}

Макросы Q_CC_CLANG, Q_CC_GNU и Q_CC_MSVC можно заменить на __clang__, __GNUC__ || __MINGW32__ и _MSC_VER соответственно. Вызовы QLatin1String() можно заменить обычным std::string, QString::number() - чем-нибудь типа sprintf, itoa, std::to_string (если используете c++11).

А QSysInfo::WordSize это простой:

enum Sizes {
        WordSize = (sizeof(void *)<<3)
};

Удачи!

Из массива и vector'а лучше использовать vector - там итераторы есть, а это более удобный обход массива и при обходе сложнее за границы выйти. Можно еще в сторону List посмотреть, но там данные хранятся по другому и list занимает памяти немного больше в общем случае.

Это похоже на мамочек котрые вместо отвести ребёнка к врачу пишут на всяких форумах о проблеме. Не стесняйтесь и напишите производителю. По своим SSD дискам скажу что это не обычная для меня температура, но более конкретный ответ Вам даст только производитель оборудования и в случае аномалии/брака скажет как Вам заменить устройство на другое.