![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Уныние
Сижу читаю описание postscript, завожу Ghostscript, чтобы он видел свои шрифты на винде, итд, итп и гложет мысль: "Вот если я это прикручу в продакшен, ведь потом кому-то придется весь этот ад изучать и ставить повторно, потому что никто времени на обучение других сотрудников не выделит, да и сотрудников этих то нету".
Даже с учетом того, что я уже написал в баг-трекере кратко, где и как это берется - этого никто не найдет, потому что 1) надо знать, что вообще есть баг-трекер 2) нужно чтобы этот баг-трекер пережил, скажем, мое увольнение(в лучшем случае) или попадание в дурдом(в худшем), 3) нужно догадаться что там можно искать по ключевым словам, 4) нужно знать ключевые слова.
Т.е. следует постулат: документацию больше нескольких строчек на любую сущность писать бесполезно, потому что ее: 1)некому читать 2)никто не поймет используемых идей 3)никто не знает что документация существует.
PS: Кстати,я еще завел порочную практику часть документации вместо баг-трекера держать в виде latex документов в svn. А то трекер очень уж сука тормозит, ибо "веб-приложение", и неудобно крупные документы в нем делать.
Будущим поколениям, открывающим мои папки в "Windows Explorer" - пламенный превед.
Даже с учетом того, что я уже написал в баг-трекере кратко, где и как это берется - этого никто не найдет, потому что 1) надо знать, что вообще есть баг-трекер 2) нужно чтобы этот баг-трекер пережил, скажем, мое увольнение(в лучшем случае) или попадание в дурдом(в худшем), 3) нужно догадаться что там можно искать по ключевым словам, 4) нужно знать ключевые слова.
Т.е. следует постулат: документацию больше нескольких строчек на любую сущность писать бесполезно, потому что ее: 1)некому читать 2)никто не поймет используемых идей 3)никто не знает что документация существует.
PS: Кстати,я еще завел порочную практику часть документации вместо баг-трекера держать в виде latex документов в svn. А то трекер очень уж сука тормозит, ибо "веб-приложение", и неудобно крупные документы в нем делать.
Будущим поколениям, открывающим мои папки в "Windows Explorer" - пламенный превед.
no subject
no subject
Вероятно он будет ныть в своем ЖЖ и рассказывать про "ад и израиль, жаб и червей"(с)
no subject
no subject
То, что руководство вместо нормальных линуксоидов будет на работу брать "дешевых студентов-мышевозов-долбоебокликеров", это уже будут не мои проблемы, однако.
Вообще, я хочу, чтобы рыночной ниши для долбоебов просто не было и они шли туда, где им место - копать и закапывать ямы, развозить пиццу и вообще, развивать сферу услуг.
А то индустрия переполнена просто какими-то даунами, которые ничерта не знают, да еще и мозг компостируют.
no subject
no subject
Только что увидел перл работников невидимого фронта IT.
Я как нибудь напишу про это отдельно с фотками и скринами... потому что сил уже нет.
Есть некая система спижженная Новосибирцами у каких то буржуев, которая представляет собой комплекс диспетчерского контроля. Применяется для связи между диспетчером и лифтом. Далее то, что спиздили новосибирские парни, решили делать наши доблестные бойцы. Это одна большая и больная тема как там и что.
Но ! Сегодня увидел SD карточку которая стоит внутри их блока. Подключаем через картридер к компу..и видим мрак и ужас. На карточке должны храниться логи, список улиц города, и звуковые файлы которые играются блоком в линую на лифт (типа "Ожидайте ответа диспетчера").
Это открыт файл логов и файл со списком улиц города...
На PC стоит программа, блок пересылает данные на эту шнягу(стыдно скрин показывать). Как можно было додуматься хранить список улиц в обычном текстовом файле - для меня загадка. Логи - не менее ужасны...
no subject
А зачем в блоке список улиц города и почему его плохо хранить в виде списка строк?
no subject
no subject
no subject
no subject
no subject
no subject
Тупо прочитать один раз базовые настройки с SD(улица, дом, корпус, подъезд) и посылать их на диспетчерский пункт.
Или вообще тупо уникальный ID каждому блоку и сопоставлять его в базе уже. Никакого программирования блоков вообще, просто табличка у мастера "блок с таким-то номером поставлен туда-то", с которой вносится в диспетчесркую базу.
В общем, это из разряда тех кошмаров, что ребе белнетмон обычно постит (ему обычно железо всегда на изучение и тестирование попадает в первую очередь)
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
Когда всё находится в руках одной корпорации, то не думаю что это так уж надёно.
no subject
no subject
no subject
Или вообще разбиение длинной строки на строки по заданной ширине?
У меня тут обычно такие отчеты, что там вопрос ставится по другому: "как вообще поместить весь бред, предусмотренный законодательством в отчет".
no subject
no subject
no subject
no subject
mediawiki. А если не жалко 10 долларов, то confluenсe.
no subject
no subject
no subject
no subject
no subject
[root@leash:~]> uptime11:28am up 1302 day(s), 8 hr(s), 1 user, load average: 0.06, 0.06, 0.08
[root@leash:~]>
Вопрос в том, что я не хочу думать о том, что будет, если оно упадёт.
no subject
no subject
no subject
Надёжность моего решения не выше, ибо моя система находится в двух датацентрах на одном берегу штатов (можно сказать, в одном и том же городе), а гугловская — более чем в двух, на разных берегах.
no subject
no subject
а) Не все пользуются
б) Его поддерживаю в рабочем состоянии я
в) Сложную документацию делать неудобно.
no subject
no subject
Открываю PDF - а там ад и холокост бинарный.
no subject
В QT своя рендерилка html, так что можно разбираться с _одним_ движком. Довольно неплохим.
no subject
no subject
no subject
Жаловаться бесполезно - они гарантируют только 99% в год, т.е. всегда рассчитывайте, что на три дня почта может пропасть.