ну как бы да, про String.replace ведь тоже issue можно завести, а не антирекламу на весь чат делать :)
Ну да, и правда, лучше реализовывать свой собственный адаптер, чем допилить существующий
может, и лучше? откуда столько категоричности?
Ну вот опенсорсный софт на 99% процентов состоит из опыта его использования Вот pillar решили не учитывать опыт защиты от инъекций, кодирования в RowBinary
я ж говорю, это звучит как импрувмент. доделается. всё сразу учесть в любом случае невозможно, инструмент в первую очередь строится исходя из конкретных нужд (по крайней мере, в этом случае так и было)
Так этот аргумент применяется к pillar Потому что это он решил не доделывать существующий clickhousex
ну т.е. на твой взгляд любой новый проект, призванный заменить исходный, должен в один коммит сразу вообще все проблемы решать и все нюансы учитывать? и, повторюсь, инструмент выстраивался под нужды, а не ради 100%-замены
Так ладно бы у clickhousex были какие-то фундаментальные проблемы которые сложно исправить, но тут во-первых, очень мало кода, а во-вторых, ничего такого фундаментального нет
Обсуждают сегодня