| >> |
№194843
17872173065740.jpg
(62Кб, 604x426)
Показана уменьшенная копия, оригинал по клику.
>>194810 > Чем машинное слово принципиально отличается от человеческого Очевидно, жестким форматированием, чтобы процесс чтения был однозначным и реализуемым алгоритмом, а не каким-то распознаванием. Многомегабайтные логи в норме никто не читает, их расследуют когда уже что-то случилось, и то, редко именно читая полностью, а не последние записи перед событием и возможно грепом в поисках какого-то конкретного события в прошлом. Их не делают особо структурированными, потому что в подавляющем большинстве случаев логи добавляют для сиюминутного употребления при написании нового кода, и оставляют скорее на всякий случай. А где ожидается какой-то парсинг, скажем, логи доступа к веб-серверу, там уже появляется как минимум стабильность полей, что слово номер такой-то содержит информацию такую-то, и весь выхлоп должен следовать формату. Туда же тенденция, в новые консольные инструменты добавлять возможность выдачи результата работы в json, или даже отдельные средства обворачивания неструктурированного выхлопа в него: https://github.com/kellyjonbrazil/jc
Ну то есть, индустрия полстолетия, от самой юниксовой идеи все делать текстом двигалась в сторону все более жесткого структурирования, а тут какой-то провал случился в сторону именно копирования того что "читабельно человеку" (хотя буйство разметки этому не способствует). Причем не для выдачи результата человеку, а для собственных же "горячих" данных, что странно, под капотом все равно же происходит токенизация и совсем другое представление. Тут есть и наблюдения по команде и языку запроса - работать на русском при прочих равных в полтора раза дороже >>194811 Совместимость по форматам с прошлым считается важнее удобства сейчас. Ну так, отдельная вавилонская 60-ричная система для считания минут и секунд для углов и времени до сих пор жива, там тоже была логика, для не-целых величин запилить свое, удобное и однозначное представление. >>194835 Линкедин и джинни наше все.
|