we even made an interface in code that runs a given task on a lambda (backed by a docker image) or batch (backed by the same docker image) depending on cpu/mem/time constraints. the tasks themselves also send a message when they're done so you can just subscribe to that vs. long polling.
We ended up just putting up the site on S3 and CloudFront and unsurprisingly it's much faster to load now (Vercel also claims "blazing fast sites") and we're probably paying a couple dollars a month at worst.
kernel | Los Angeles, CA / Culver City, CA | Full Time | Onsite | Engineering
Kernel is looking for talented embedded, hardware, and software engineers! We are building next generation, non-invasive, mind/body/machine interfaces (MBMIs). Our team of neuroscientists, engineers, and physicists are working on the frontier, pioneering in multiple fields. The
technology we’re building will improve how we address mental disease and dysfunction and usher in a new era of exploring, improving and evolving our cognition. Neuroscience is the new rocket science.
Hey all! The first commit is almost 10 years old now but many are still finding a use case for our canvg library, which takes an svg string and renders it on a canvas. We just released v3 which is a complete rewrite in TypeScript and support for OffscreenCanvas as well as unifying the node and browser side. Would love to hear any feedback or questions!
That's pretty close to how I do things and I've tended to view the dichotomy similarly. To add to the comment, when batting I'm more comfortable right handed and when kicking I prefer my right foot. I've also grown accustomed to using scissors and mice right handed out of necessity (though one might also argue that scissors frequently involve power). What's odd to me is that I often don't know which hand I'm going to prefer for a task until I try it.
Reading this thread, it's interesting to see that this may actually reasonably common. I don't think I've met anyone else who works this way before, and I realize that this sub-thread is rather self-selecting. Still, it's an existence proof that there's more than one of us.
squash, knife/fork - somewhat ambidextrous. In squash I serve left handed but sometimes throw my racquet to my right hand mid point when the ball swaps sides (I'm not a good player - just social).
My right arm is definitely stronger than my left but less precise. I wonder if this is an artifact of living in a right-hand centric world. There are many things that are subtly biased to right handed use.
I am also right eye dominant which means I would theoretically be better off throwing and shooting right handed (better aim) but my body naturally coordinates these actions better as left handed. I guess I want the precision of coordination over the benefit of more accurate depth perception in aiming.
I also mostly follow this pattern also. As I imagine throwing with my left arm and right arm, the left arm feels a bit "numb" comparatively, like my brain doesn't have as many neurons devoted to controlling it or reading information from it. I can't describe it very well. I wouldn't imagine anything unique in that, and a left armed person could just as easily feel that imagining doing those things with their right arm. It just feels odd to pay attention to the difference in how my brain processes both sides.
Have you tried using a mouse (in right) and a graphics tablet (in left) at the same time? It can be very productive. Large sweeping movements with the mouse and fine detail with the left. Plus it impresses righties.
If they already have the speed camera installed (assuming they did... thats how they got the before figure), then I would think the mailing the ticket part already exists.
I know all the red-light cameras (close enough) in Toronto get the tickets mailed out. You can even pay them online now!
I would have to assume that this absolutely is the case. As far as I can figure, there'd be no way to get percentage decrease in speeding without already having a speed camera installed as a baseline. Without a speed camera, the only way to measure speeding is by number of tickets issued by police at that exact intersection. But police would only ever be able to catch a small percentage of all speeders, whereas speed cameras could potentially catch all speeders. So installing a speed camera would likely show an increase in the number of speeding tickets issued, whether or not the actual number of speeders changed.
In fact, a cursory googling turns up no studies showing whether speed cameras actually decrease the number of speeders. Only inference can be made, as studies DO show that speed cameras decrease the number of injuries and deaths.
The best way to measure the effect of speed cameras on speeding to have some hidden cameras monitoring the section of road, recording speeds. Motorists should not be able to see them. Then collect some baseline data. Then install the speed camera. Collect more data (from the original camera). Compare the two.
Same in my city of Chicago ... but in this example it's just more marked and apparent that you'll get a fine (i.e. directly in the middle of the intersection showing your speed). If there was already a speed camera installed, it probably would be indicated by some average looking sign a mile back.
I used switches from CJC systems (a small Belgian company, a friend of mine designs prints for them, so I was able to get my hands on a few of them for the sake of my "experiment").
Once I find some time, I was going to let people register for their key, then add a routing number search, but your idea is great for the next todo. For some institutions it's easy (etc. CC#) but for others I had to push my way through the account not found messages so this would definitely help with that.
I've never had a problem with them - granted I only tested with accounts I had access to through family/friends. That said, it is up to the bank to maintain their end of the API and make sure that their server has the uptime and correct code to parse the request and return the response, so when that doesn't happen, the only resort is to scrape. Do you have a link to the thread where the claim occurred?
I am not disagreeing with your claim and am using OFX, for now.
My initial goal was to provide a simple and cheap API that one can get started with in minutes vs. having to gather a server list, maintain it, read through the OFX docs, etc. In my testing, I have never had a problem with stale data, but that doesn't mean that it doesn't exist. Going forward, I am not opposed to scraping if there's a demand for it.
we even made an interface in code that runs a given task on a lambda (backed by a docker image) or batch (backed by the same docker image) depending on cpu/mem/time constraints. the tasks themselves also send a message when they're done so you can just subscribe to that vs. long polling.