The Walker S2 seems to handle it in the demo: https://www.ubtrobot.com/en/humanoid/products/WalkerS2
HN user
humanfromearth
EU is a big customers of lots of stuff from US military vendors so US didn't exactly give things for free to the EU either.
Should have EU relied less on US and actually spend those agreed upon 2%+ of GDP like Poland, Finland and others have and be self reliant? Yes. Very much so.
Perun has an interesting video about it EU reliance of US military support: https://www.youtube.com/watch?v=BFoJGHZEqAk
How does Svix compare to https://hookdeck.com/ ? Is it similar?
We have constant autoscaling issues because of this in GCP - glad someone plotted this - hope people in GCP will pay a bit more attention to this. Thanks to the OP!
I love these post burning man posts.
I ditched Superhuman for Simplify: https://chrome.google.com/webstore/detail/simplify-gmail/pbm...
It’s cheaper and pretty much the same features without the bugs of Superhuman.
Finally a webhook as a service done right! I've been watching Hookdeck's progress closely and I'm super impressed with what they managed to achieve especially on the CLI side recently. It's exactly what you need to setup a webhook service in development and then seamlessly transition to a full-blown production app with 1000s rps without changing anything.
I've build webhook systems myself in the past and there are so so many issues that you don't think about at first that are difficult to solve correctly like staggering retries, routing, logging is a big one! Really happy that there is now a great service for this. Nice work!
Given other comments in this post, I think at this point it's not safe to assume that.
Most watch users including myself disable those notifications fairly soon after the initial use.
Right now I use my watch for alarms (for sleep), pager duty alerts and fitness/sleep/health related stuff.
No.
Instead of creating some sort of government/non-profit censorship API and giving up the controls to content censorship, they are playing this censor role that will never have an end. Nobody will ever be satisfied. If they were smart they would say something like the ISPs: Hey, we're just providing the infra, we don't control the content and point the finger at the government.
Is it really profitable to have this information flow controller? Don't they just want to sell ads?
Look, I know it's not that simple. But why not do this?
The keyboard is sooo cool!
While these ideas (imperative vs sync, immutability + idempotency) a great in theory, I have yet to see anyone putting them in practice while still keeping a great developer experience - that includes Zapier. I guess Stripe is doing this more or less well?
I just wish people implemented their webhook systems well (a popular standard would be nice as well) - REST is fine, it mostly works and it's pretty standard.
Exactly. Frontend frameworks are amazing these days and very hard to master. It makes sense to split the two to reduce cognitive load for engineers.
My money is on the social smoking as the main reason for the drop. Social distancing leads to less smokers.
Same here, I tried Linear, but the fact that it doesn't use github as the source of truth is a deal breaker for us.
I would love something like Reviewable - it uses github as the "DB" and provides a nicer interface for doing code reviews.
Software should be built to accomplish its purpose. It's not a special snowflake, it's a tool to do some specific job. To think otherwise is to setup yourself and your company/team for disaster.
Kernels, compilers, language runtimes, databases? Sure, build them to last. Web pages that will not be used in 2 weeks? Don't waste your time with "build to last".
The problem is that some of us think that our software should be build to last - but in reality it's just some mediocre thing that needs to get in front of the clients as fast as possible and some bugs are "OK" to live with.
Do we know for sure? I mean I don’t think the graviton has been observed in action yet. Let me ask another question: is space quantized?
Maybe gravity is not a force in a quantum sense, but just geometry of spacetime in the presence of mass? Maybe there is no graviton and no quantum theory is needed to explain gravity.
Is there any strong evidence that gravity is following quantum mechanics? Maybe a real theoretical physicist can explain.
Yes.
Thanks for this. I was wondering about this exact thing. Any idea about the the current transactions/second with finality of the BTC or ETH? What is expected from the new methods?
Yay! Cheating now will be so easy :) Is the engine in use stockfish?
+1, now go ahead and donate here: https://www.riseproject.ro/donatii/
I'm not sure there is a requirement to cancel subscriptions online as the article suggests. From the bill itself (https://leginfo.legislature.ca.gov/faces/billTextClient.xhtm...):
(b) A business that makes an automatic renewal offer or continuous service offer shall provide a toll-free telephone number, electronic mail address, a postal address if the seller directly bills the consumer, or it shall provide another cost-effective, timely, and easy-to-use mechanism for cancellation that shall be described in the acknowledgment specified in paragraph (3) of subdivision (a).
I'm not a lawyer of course.
The problem I see with this approach is that you don’t know when the planner is going to decide to use parallel scans meaning that you might get worse performance for non parallel queries.
Parallel scans while great for performance, I found them hard to tune considering how they work with `work_mem`, `max_connections`.
The issue is that when a parallel scan starts, it's not limited to the `work_mem` which you would expect per connection. Instead, every parallel worker gets it's own `work_mem` limit. On a very busy db you can quickly end up with lots of OOM errors. What you end up doing is either disable all parallel scans or reduce `work_mem` which sometimes results in slower query performance for non-parallel queries. Suffice it to say, I wasn't smart enough to tune them and just disabled the parallel scans. Another way to do it is set a higher `work_mem` for expensive queries while having a generally low `work_mem`, but that's just hard to get right and you end up with even more bookkeeping.
This behavior might have changed. If anyone knows more about this would be glad to hear what you've done.
Funny, I had the exact opposite experience when it comes to APIs. Doesn't AWS have a PM for every product with different API each time? Tried to build something like a terraform using boto only to give up after dealing with inconsistent APIs for about 2 weeks.
Not enough! These should be read at least once a month.
It's not mentioned in the post specifically, but this is what you get when a new user tries to login with Facebook: https://imgur.com/a/iAf6r
Pausing app reviews is annoying for sure, but not allowing new users to authorize their app is really bad.
Meaning that new customers can't connect with facebook anymore to access their own data using OAuth! We don't need permissions about your friends, your photos, or whatever. Just accessing their own messages and posts (which is what our customers want to see in our app and pay for).
I know they are shell-shocked after #deletefacebook stuff, but this overreaction is ridiculous.
So glad it's not our only channel of communication through. Times like this you appreciate email - crazy huh?