News for hackers. Stuff that matters.

dzello

Re:Filesystems Are Having a Moment on Saturday March 07, 2026 @11:10AM (#47288869)
Resonates deeply with me. I’ve moved personal data out of ~10 SaaS systems into a single directory structure in the last year. Agents pay a higher price for fragmentation than humans. A well-organized system of files eliminates that fragmentation. It’s enough for single player. I suspect we’ll see new databases emerge that enable low multi-player (safe writes etc) scenarios without making the filesystem data more opaque. Not unlike what QMD is for search.
Re:Building a Component Library in Rails with Storybook on Monday April 26, 2021 @11:05AM (#26943265)
So cool to see Rails hooked up with modern front end!
Re:A tactical guide to kickstarting a community on Wednesday March 10, 2021 @02:27PM (#26415084)
So fun to relive this, what a journey! :D
Re:Ask HN: Who is hiring? (December 2020) on Tuesday December 01, 2020 @06:08PM (#25271268)
Orbit (https://orbit.love/) is hiring software engineers to build tools for developer advocates, community organizers and open source maintainers. Companies like Apollo, Nuxt, Typeform, and CircleCI use us to understand & grow their communities. Team is 3 today, 2 engineers. We have 4-5 roles open and are excited to build lots of product and APIs in 2021. Our tech stack is Ruby, Rails, React, Alpine.js, Tailwind CSS, and lots of other goodies. We're pragmatists who care a lot about making an excellent product and learning fast.

To learn more about who we are, our engineering culture, and whether this is the right place for you, read our Key Values profile: https://www.keyvalues.com/orbit. Cheers & good luck with your search.

Re:Towards a Lightweight Jamstack on Monday November 09, 2020 @12:00PM (#25036837)
Good look at the evolution of Jamstack and how much "stack" is required for each different architectural pattern. Really enjoying the conversations and graphics embedded throughout. Thank you for saving some of the best for last - the Teastack! :)
We looked at Pizzly to cut down on integration boilerplate so we could offer connections to a lot more services. Nice to see an open source project solving this.
Re:Custom Payment Forms with No Server Code on Thursday November 07, 2019 @10:51AM (#21474227)
Didn't know Formspree had integrations like that. Very cool to be able to use Stripe in a serverless way.
Re:Show HN: Awesome Stacks on Friday April 12, 2019 @08:41AM (#19644238)
You can submit a PR for that and make it awesomer :)
Re:If Your Dreams Don't Serve You, Let Them Go on Monday February 04, 2019 @07:37PM (#19082096)
Thanks for sharing your story Frank. Feelin the honesty hard. I was lucky to be on that GOAP trip with you and Doug. Microsoft just got themselves an awesome new advocate.
Re:What developer advocates do on Wednesday January 23, 2019 @03:17PM (#18982367)
Not being on the product or engineering team can definitely be a challenge. What I learned at Algolia is that it's critical to build trust between engineering and dev relations. Dev rel needs engineering to be engaged in community initiaves (and to help code stuff) and product/engineering can get great feedback from dev advocates working in the field about the real developer experience :)
Re:Introducing Stack Decisions on Thursday December 06, 2018 @09:59AM (#18618493)
Lots of React-related decisions so far - https://stackshare.io/tool/react/decisions. Beyond the reasons why they chose React, I like seeing the complementary tools like react-mentions.
Thanks! Output formats made this much cleaner than it otherwise would have been and are why it's easy to integrate this theme into an existing project. Sometimes they're exactly what you need!
More information about the tech stack here - https://stackshare.io/algolia/how-algolia-reduces-latency-fo...
Re:How Algolia Reduces Latency on Monday April 03, 2017 @02:46AM (#14021029)
The encryption is for security. The upload is so we can front the S3 bucket with a CDN for fast download of the binaries from any region.
Re:How Algolia Reduces Latency on Sunday April 02, 2017 @05:05PM (#14019045)
Thanks! Glad you're liking DocSearch. That's a good post about the journey. There are a few more listed in our awesome-algolia repo: https://github.com/algolia/awesome-algolia#blog-posts.
Re:How Algolia Reduces Latency on Sunday April 02, 2017 @03:39PM (#14018627)
Thanks for the comment simonw. It's not directly mentioned in the article but we're also using the API clients to implement a DNS fallback strategy. If the hosts are unreachable through their primary hostnames (.algolia.net), the clients try alternate names (.algolianet.com) that are hosted by a different provider.
I was hoping to see some documentation in an announcement of an SDK.
Here's a link to information about Algolia's ranking formula - https://www.algolia.com/doc/guides/relevance/ranking. One thing to note is that 'textual relevance' is considered before 'business relevance'.

One component of textual relevance is the presence of typos. A typo-containing match (error instead of Errol) carries less weight than a typo-free match, so it will be ranked lower even when the business relevance ranking (popularity in likes/comments) is higher.

Algolia is an API so each implementation can be a bit different - developers have the ability to tune the relevance formula to better suit their needs. So don't feel bad about needing an explanation, this stuff can get complicated :)

Love seeing Keen IO go further and solve even more embedded analytics headaches. The embed button sounds like a real win, not having to write any JS could save a lot of time.
Re:Introducing Algolia Places on Monday June 20, 2016 @07:48AM (#11937379)
[Josh from Algolia here] Places is designed to be very customizable in terms of the UX and the data you put in front of the user. For UX we have sensible defaults but you have full control over the look and feel. For data you can mix in results from you own database or other APIs (e.g. show the names of cities alongside search results for listings in those cities).
Re:Performance Tuning Apache Storm at KeenIO on Tuesday March 08, 2016 @02:55PM (#11248026)
Cool idea for how to still let Storm apply its own backpressure, thanks for sharing!
Re:Performance Tuning Apache Storm at KeenIO on Tuesday March 08, 2016 @02:39PM (#11247896)
Great post! Makes a lot of sense to move I/O to a thread pool. Do you control max topology I/O with the thread pool size now, in addition to Storm settings like # of executors? Another q - do you monitor how long each bolt blocks waiting for a thread to become available? (as a measure of pool saturation)?
Re: on Tuesday March 01, 2016 @01:03PM (#11204623)
Great post! Makes a lot of sense to move I/O to a thread pool, good thinking :) Now you can control max topology I/O+concurrency not just with Storm but also with thread pool size, yeah? Another question - do you monitor how long a bolt blocks each time waiting for a thread from the pool to be given to it? If the pool has available threads it's instant but if the pool is saturated (backed up on an I/O slowdown for example) it would be good to know?

Older »