Comments 6
Почему бы и нет? Человек поделился конкретной реализацией - может быть она вписывалась в общую инфраструктуру какого-то проекта(C#, WPF). Мне лично интересна реализация на WPF. Если кто-то уже сделал нечто подобное - это не повод для того чтобы не попытаться сделать аналог на других технологиях и своими руками.
Меня больше задевает некоторая категоричность высказываний автора типа "Если, конечно, на Хабре еще остались те кому интересны такие практические задачи которые приходится решать в повседневной работе". Автор статьи думает что он на хабре единственный программист-практик? К чему это?!
Автор статьи думает что он на хабре единственный программист-практик? К чему это?!
Ну может быть автору где-то, прежде, очень не повезло с аудиторией, и у него сложилось такое впечатление. Может такое быть?
И теперь автор очень хочет чтобы его переубедили!
По поводу того что:
А зачем писать свой костыль?
я чесно говоря и не знал о таком разнообразии подобных инструментов, спасибо @greg0r0 за ссылки. Но я вот их смотрю и вижу что мне, все равно, сделать и работать со своей тулзой проще, чем разбираться с чужой, которая, не факт, что точно подойдет под мои задачи. Свою то тулзу я (и, теперь, любой разработчик) всегда допилить могу туда куда мне надо. Я уже не говорю о возможностях интеграции с проектом который использует результаты парсера, она же не для картинки делалась изначально, хотя... для картинки тоже :) , хотя картинка пока так себе, конечно.
Вопрос в возможностях - у указанных инструментов под капотом маленькие компиляторы таких правил с поддержкой разных фич (эти правила не "наголо" применяются на бинарные данные). Можно условные 120 рабочих часов допиливать свою тулзу, а можно за 10 изучить документацию и 110 уже работать непосредственно над проектом.
Я просто тоже проходил через этот этап и понял что готовые решения все же быстрее и проще использовать, тк основная задача - это решить задачу\проблему, а не заниматься программированием. (за исключением случаев, когда задача - что-то запрограммировать)
> возможностях интеграции с проектом
Ну так я и добавил упоминание kaitai для такого :) Зачем писать свой "транслятор" описания структур, если уже есть готовый и с широкими возможностями синтаксиса.
Бтв, если нужно будет что-то именно бинарное детектировать в трафике - можно использовать yara, она для таких задач и предназначена.
Да я в общем со всем согласен, просто уточню по поводу статьи:
Ну так я и добавил упоминание kaitai для такого :) Зачем писать свой "транслятор" описания структур, если уже есть готовый и с широкими возможностями синтаксиса.
Например чтобы кто-то, как вы, показал что есть интересного по этому поводу
Например, поупражняться с WPF визуализацией, возможно, кому то будет интересно на практическом примере
чтобы лучше понять как это изнутри работает
наверно еще что-то можно придумать, но вроде как со всех сторон полезно!
Но наверно главное "чтобы" именно по поводу статьи: чтобы появилась соответствующая тема на Хабре, где можно про это почитать на родном языке, найти ссылки, подискутировать...
Мне для реверса формата подошел https://hexinator.com/
Парсер бинарных данных с WPF визуализацией в виде дерева структур и их полей. Структура, управляемая данными