HN user

jdknezek

55 karma
Posts0
Comments15
View on HN
No posts found.

Are you unmarshaling to interface{}? Have you tried commenting out the easyjson json.Un/Marshaler implementations? By default they wrap the easyjson code and add reflection overhead.

I had the same results when testing with a project that is already using easyjson, but after commenting out easyjson's json.Un/Marshaler impls I am seeing much improved performance using goccy/go-json.

I was able to set this up pretty simply on WSL2 by installing the prerequisites then using the configuration here:

https://gist.github.com/jdknezek/62895daf89219e94146825de3f5...

The build process seems to build everything as per the standard release unless you decide to customize an aspect. In my case I'm only using the font for development so I didn't need the whole wide array of weights, oblique, etc. and condensed is a bit too condensed for me, so I instead made the expanded width the default.

I've been using the Dvorak layout for at least 9 years, and with the right hardware I've been able to get around the weird ZXCV placement. I currently use a 2030 from http://www.typematrix.com . It has function key mappings that place cut, copy, and paste directly below the ZXCV portion.

Also, you may want to try the Capewell-Dvorak layout by Michael Capewell at http://www.geocities.com/smozoma/projects/keyboard/layout_ca... . Mr. Capewell has an evolved layout as mentioned by trickjarrett, but the Capewell-Dvorak layout attempts to be a simple correction to some glaring issues in Dvorak like the inconvenience of the ZXCV placement, typing G and H on the same finger, placing A under the pinky and O under the ring finger, etc. I haven't had the time to spend to learn it, but I think it would be well worth the endeavor for someone just learning their second layout.