Рабочее

[metaclass]

А на самом деле это начало немного подзадалбывать. Клиенты платят за софт и обслуживание мизерные по масштабам деньги, жалеют денег на админов и железо, страдают херней вида "я за этот сервер отвечаю, поэтому удаленного доступа вам не дам", ставят на сервер одновременно сервер сбора данных, СУБД, антивирус, файрволл и прокси, и при этом требуют, что софт гарантированно выполнял все требуемые от него функции, в том числе и в случае когда там полсистемы черви сгрызли.

Comments

[crazyhamster.livejournal.com]

ты это не нам, ты это им объясняй

[1ceheart.livejournal.com]

Поэтому разрабатывать софт вместе с девайсом гораздо круче :)

Я еще регулярно сталкиваюсь, что у клиентов в принципе глючный комп - ну то есть местный криворукий админ собрал что-то, на чем винды падают в BSOD сами по себе с завидной регулярностью; потом они ставят на это наш софт и - "ваша программа не работает". Нафиг нафиг.

А про девайсы - некоторые разработчики очень любят, если девайс подключается по USB, поставить туда FTDI и не париться. Разумеется, утруждать себя установкой к нему внешнего EEPROM, чтобы прописать туда custom VID/PID, никто тоже не собирается, зачем же. Поэтому, когда к компу кастомера внезапно оказываются подключены два таких устройства - случается превед. Но объяснить разработчикам, что так делать нельзя, я не смог. Хотя вроде умные люди :(

[metaclass.livejournal.com]

Эти VID/PID еще ж и выбрать нужно как-то так, чтобы случайно не оказалось совпадающим с другими устройствами :)

[1ceheart.livejournal.com]

Ну там можно еще проверять device name или какое-то другое текстовое поле типа того, причем драйвер и либа это нормально поддерживает, прямо функция чуть ли не OpenDeviceByName есть. Но для этого надо, опять-таки, внешний EEPROM поставить.