HNHacker News
TopNewBestAskShowJobs

slicedbrandy

199 karma · joined May 20, 2019

github.com/tomarrell
submissionscomments
slicedbrandy··on Claude's system prompt is over 24k tokens with tools
It appears Microsoft Azure's content filtering policy prevents the prompt from being processed due to detecting the jailbreak, however, removing the tags and just leaving the text got me through with a successful response from GPT 4o.
slicedbrandy··on MacOS sometimes leaks traffic after system updates
I had a look into KDE connect out of interest, but found it to be quite lacking in functionality for iOS. The limitations likely stem from Apple's locked down approach to their OS and security, but the limitations remain.

https://userbase.kde.org/KDEConnect#Missing_or_limited_featu...

slicedbrandy··on Show HN: Goqite, a persistent message queue Go library built on SQLite
Also did something very similar, but swapped out the storage layer with an embed of leveldb.

Also supports both an HTTP and Redis API.

https://github.com/tomarrell/miniqueue

slicedbrandy··on Write your own task queue
Interesting, I took this to heart a couple of years ago and came up with something with a focus on simplicity to solve our niche issue at $fintech.

https://github.com/tomarrell/miniqueue

slicedbrandy··on Go 1.18
Now time to update interface{} usage and shift to any.

  $ gofmt -r 'interface{} -> any' -l **/*.go
Replace -l with -w to write.
slicedbrandy··on Show HN: Dead-Simple Message Queue
Hey HN!

Out of frustration at the operational complexity of some brokers, I decided to strip back on features and focus on simplicity. A by-product of this simplicity is that it's damn fast*.

MiniQueue is not distributed by design, instead, it's backed by embedded LevelDB for persistence.

It can also be easily used as a simple companion job queue, supporting delaying messages for arbitrary periods.

Would be great to hear some feedback should you try it out. Cheers!

*Benchmarks can be found in the README

slicedbrandy··on Ask HN: Who is hiring? (February 2020)
SumUp | Golang Engineers | Berlin, Germany | ONSITE | VISA | https://sumup.com

SumUp is a leading card payment hardware company, born in Europe, serving millions of merchants globally. We provide small and medium-sized merchants with the ability to easily accept card using our in-house-built readers and their smartphones. We're a hardware and software company, building financial tools for merchants, allowing them to focus on what they're best at.

We have a modern tech stack, running microservices on Kubernetes. Teams are fully autonomous and cross-functional. We're looking for all levels of engineers interested in writing Golang day-to-day, and helping shape the engineering landscape here at SumUp.

Stack: Go / Postgres / K8s / AWS / Jenkins / Docker

Apply: https://sumup.com/careers/positions/4301814002/

Feel free to ping me: thomas.arrell(at)sumup.com if you want to chat further about the positions!

slicedbrandy··on Ask HN: Who is hiring? (January 2020)
SumUp | Golang Engineers | Berlin, Germany | ONSITE | VISA | https://sumup.com

SumUp is a leading card payment hardware company, born in Europe, serving millions of merchants globally. We provide small and medium sized merchants with the ability to easily accept card using our in-house-built readers and their smartphones. We're a hardware and software company, building financial tools for merchants, allowing them to focus on what they're best at.

We have a modern tech stack, running microservices on Kubernetes. Teams are fully autonomous and cross-functional. We're looking for all levels of engineers interested in writing Golang day-to-day, and helping shape the engineering landscape here at SumUp.

Stack: Go / Postgres / K8s / AWS / Jenkins / Docker

Apply: https://sumup.com/careers/positions/4301814002/

Feel free to ping me: thomas.arrell(at)sumup.com if you want to chat further about the positions!

slicedbrandy··on Show HN: An experimental distributed SQL database from scratch in Go
Hey HN,

Work is coming along on this project to build a distributed SQL database from scratch, mostly as a reference for newcomers to get an idea about the inner workings.

Looking for contributors who are interested in anything from parsers, disk paging, building out a REPL, defining an IR grammar, implementing consensus and more!

Anyone interested in contributing in these areas is more than welcome!

slicedbrandy··on Show HN: A distributed SQL database from scratch in Go
Thanks!

Sounds like a good idea. I’m planning to put together a series of posts on my blog going through it step by step once it’s at a good stage.

I’ll also be using it as the basis for a few learning sessions at my work, so will have some more condensed slides for that which will also go up on Github.

slicedbrandy··on Show HN: A distributed SQL database from scratch in Go
Hey HN!

Not too long ago I began working on a distributed database, using Go. The goal of this project is to ultimately be for people to have an approachable way to learn more about the inner workings of a database.

Any contributions are massively appreciated!

slicedbrandy··on Show HN: Zero latency networked snake game
G'day folks!

I built a zero client-perceived latency snake game that runs remotely, supporting concurrent players.

Specifically this is implemented using the "validator" adapter. The idea is that the server delivers a signed token to the client including the positions of the fruits, and the starting position of the snake. The client must then record its tick movements (x, y) until it reaches one of the fruit. These are then sent back to the server, which instantaneously runs the given simulation to check that all moves are legal. This process then repeats with a newly generated fruit and token.

You can see a demo of this functionality on my site: https://tomarell.com

slicedbrandy··on Rust, a Raspberry Pi and Addressable LEDs
Thanks! I drew them using Notability on an iPad, then exported the document as a jpeg and cropped them out.
slicedbrandy··on Rust, a Raspberry Pi and Addressable LEDs
That would certainly work as well, and ultimately it does get converted into a Vec<u8>. I did consider just having the buffer as it from the start, but by using a String it was just a little more intuitive when it came to pushing more bits onto the buffer, as well as doing the padding operation at the end. More just to reduce complexity during development than anything I guess.
slicedbrandy··on Rust, a Raspberry Pi and Addressable LEDs
So I finally got around to writing about a project using the Raspberry Pi to power a panel of WS2812b LED's.

Let me know what you guys think.