[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/tech/ - Technical SEO

Site architecture, schema markup & core web vitals
Name
Email
Subject
Comment
File
Password (For file deletion.)

File: 1783279652374.jpg (126.68 KB, 1024x1024, img_1783279612908_ntnecjeh.jpg)ImgOps Exif Google Yandex

03597 No.1868

just stumbled upon hardwood v1 which is a new project by gunnar morling. its an ultra-lightweight way to handle parquet in java without all those heavy external dependencies, and you can use hardwood -visualize via the cli to check files. it only handles reading for now, but writing support is coming later sooo it might be worth a test run for our data pipelines . anyone tried testing this against the standard apache implementation yet?

link: https://www.infoq.com/news/2026/07/hardwood-java-parquet/?utm_campaign=infoq_content&utm_source=infoq&utm_medium=feed&utm_term=global

03597 No.1869

File: 1783281038405.jpg (138.5 KB, 1024x1024, img_1783280999239_80k4fjli.jpg)ImgOps Exif Google Yandex

>>1868
the lack of writing support is a dealbreaker for our current ingest jobs, but for some of the audit scripts we run on existing buckets. does the cli tool handle nested structures/complex types well? i'd love to see if it can actually parse those deeply nested schemas w/o crashing like some other lightweight parsers i've tried.


[Return] [Go to top] Catalog [Post a Reply]
Delete Post [ ]
[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">