Recent submissions

Comment · 8 months ago
Today we are open sourcing Hyper. It's built on the ideas presented in From Tomorrow Back to Yesterday and Anders Murphy’s demos. It's early days so expect things to evolve but we welcome contributions and ideas from the community
Comment · 8 years ago
Urbint | New York, NY | ONSITE | https://urbint.com

Urbint engineering is building a cutting-edge data ingestion and machine learning pipeline for exposing the hidden intelligence within urban data.

We're looking for Senior Engineers to join our team. We use Haskell's expressive type system to build distributed, concurrent, performant and safe systems. Rust is also used for when systems level programming is of benefit.

https://urbint.workable.com/j/34A767A49F or shoot me an email at [email protected]

Comment · 13 years ago
In my mind there are a few reasons, but indeed it could definitely be implemented with a flat file. Sometimes you aren't guaranteed write-access to a file on the system, especially if you're using a PAAS like Heroku. That also complicates things if you want to build something to view/edit the data in an isolated instance. These are just the reasons that come to the top of my head, but in reality you're right, this could be finessed to be done with just a flat file.
Comment · 13 years ago
I haven't tested on a laptop be honest. Interesting point. What is atrun? I'll do some research and see if I can do anything about it... For reference node idles at about 3% CPU on my dev-box.
Comment · 13 years ago
Very cool. How robust is the english parsing? For example, would it understand something like "The first wednesday of every month"? Either way I will definitely check it out.
Comment · 13 years ago
See above for Mongo vs Redis. As for "feature completeness", this is a pretty feature complete job scheduling library. It leaves the writing of a Web interface to someone else, but for scheduling jobs it gets the job done. (Haha, that pun was irresistible)
Comment · 13 years ago
The choice of Mongo vs Redis was intentional. Without configuration Redis doesn't guarantee persistence as well as Mongo. Since Redis is often used for non-critical data such as sessions I didn't want to enforce sacrificing performance of sessions for persistence.
Comment · 13 years ago
So if you reboot the server, you just need to make sure that you call agenda.start() again. This will start the job processor which looks for jobs that have come due in the database and process them. agenda.every('3 minutes', 'job name') is a special case in which it will only schedule that job once (because if you think about it, otherwise every time you ran that line you'd get a new job... This makes it so you can define it in the same file as where you call agenda.start() and not end up defining new versions of those repeating jobs every time the file gets ran). Hope this makes sense/helps.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton