DollyPapper

Операционные системы. Разработка и реализация. Та...

Блеф. Мой совет, меньше оскорблений и вообще общений с этим заказчиков. На все "а мы подадим в суд", отвечаем "это Ваше право, как раз готовлю встречный иск". Вы не отказываетесь от своих обязательств, они отказываются от своих и просто пугают. Возможно тактика разрыва отношений, что бв не заплатить остаток и не переживать, что Вы будете пакостить. Так как отсутствие иска уже будете считать победой. Гребаная психология.

Для того, чтобы функциональные клавиши f1-f12 работали как надо без зажатой fn, если они по-умолчанию забиндены на отработку мультимедийных функций - на некоторых клавиатурах достаточно нажать fn+CapsLock.

Просто оставлю это здесь, вдруг кому пригодится =)

Программа делается под конкретную схему конкретного двигателя. Не имея исходных данных всей разработки сложно просто взять и написать программу. На производстве - уже есть заготовки(библилотеки) - в которые достаточно вписать параметры. Возможно даже эти параметры вынесенны в отдельный блок данных и отдельный чип.

Если сгорел проц - комп не включится. Это, кстати, проверить проще всего - отстегнуть кулер и включить комп на пару секунд - если проц за это время разогреется (можно проверить пальцем) - все нормально.
Хардами управляет контроллер I/O, который в чипсете на мамке
Мамка - технически довольно сложное устройство, поэтому в ней может выйти из строя много что.
Шанс что одновременно сдохли и внешняя видюха и интеграха - малый
Если повредить слоты под память и ее мать не видит, комп издает специфический звук

Это не математическое а философское правило.
Если мы хотим сделать что-то, что требует много разнообразных неформализованных действий, то часть из того что мы делаем оказывается неважным или слабо влияющим на результат.
К сожалению это чаще всего хорошо работает только задним числом, когда оглядываясь на проделанную работу можно сказать что то же самое можно было сделать меньшими усилиями. Но часто свою продуктивность можно увеличить, сфокусировавшись на важных вещах.
К формальным процессам это слабо применимо. Нельзя выкинуть 80% операций на сборочном конвейере или в приготовлении бургера в Маке.
Что касается повторного применения правила, то после первой оптимизации процесс уже становится достаточно формализованным. И правило работает плохо.

UPD
Вот геометрическая интерпретация:
Красный вектор (результат) равен сумме черных (вклад каждой работы). Мы можем выкинуть 80% работ, сохранив большую часть результата. Но второй раз это проделать очевидно не удастся.


Правило говорит о том, что люди ошибаются в оценке полезности работ (или ее вообще нельзя заранее оценить), и если бы у нас была объективная оценка, то можно было не делать большую часть.

По критерию «сколько бабла в кошельке». Это главный критерий. )))))