Hacker Newsnew | past | comments | ask | show | jobs | submit | brianxq3's commentslogin

I mean, you're not wrong, but this is going to trick a non-zero number of people and that's not okay. We should expect more out of companies like Coinbase and hold them to a high standard.

This is unacceptable and the amount offered in general is low. It feels like we can agree on this.


auth URLs are almost always a shitshow in every larger corp. Having the url be https://docs.bigcorp.com/sso/authlayerv1/us-east-24/aws/secu... would not stand out at all to anyone.

In Oakland, there are different vehicles that come by for different purposes. As I understand it there’s an agitator, sprayer, and sweeper. You have to know when the whole process is complete, so I understand it’s easier just to avoid for the whole window.


I use it primarily because of integration with the lock screen and integration with CarPlay.


I would like to use it for these reasons, and also that the Apple Maps UI just feels a little nicer to me than the Google Maps app on iOS. There's also the unfortunate fact that Apple doesn't allow users to select a default maps application, so Apple maps integrates better with Messages and other 3rd party apps.

But even with all of these reasons, Google's data and search capabilities are so much better than Apple's that they make Apple Maps feel unusable by comparison.


Seems cool! Given the example talks about "redeploy," I assume this was built with longer running tasks in mind? Is there a way to see what hooks are processing and get output from them (or send that output somewhere)?


The -verbose flag logs pretty much everything you need to the stdout & stderr. I.e. when the hook gets triggered, what arguments and environment are being passed, which command has been executed, what was the output etc...

It is also possible to wait for the command to finish and return the response as part of the HTTP response, or just return 200 Ok and run the script in the background.


I quickly and hackily did `brew edit htop` and made these changes to install htop 2.0: https://gist.github.com/bmorton/231bc3d6b3aa6fbefd48

I've got it on my list to fully fix it up and submit a PR, but feel free to flesh out my changes and submit instead :D


It is very much the opposite. With this pattern, you're going to have lots of copies of your data in different transformations in potentially many different data stores. The idea is that you take the stream of changes from something like Postgres and use that stream to populate caches, indexes, denormalizations/representations, counts, etc.


One append-only data structure to rule all them databases.


If your nail looks like smaller size important data, CDC / immutable datastores seem like a great hammer. For all other stuff, the answer is: it depends. Some thoughs on the limitations of this approach: http://www.xaprb.com/blog/2013/12/28/immutability-mvcc-and-g...



Huge +1 for #3. Saves my ass all the time. I usually stage the changes I think I want to commit and use `git diff --staged` to confirm before I commit.


I like that better - I think I'll start using it. I usually end up staging the stuff I want to commit and reverting the stuff I don't, but that offers better flexibility. Thanks!


That's a publishable key. Its supposed to be there.

https://support.stripe.com/questions/difference-between-secr...


Exactly. I was going to ask how else would Stripe be able to attribute these transactions to these accounts/items?


I think most (all?) of the commands can be performed over the API with JSON coming back, so the order of output shouldn't matter too much.


JSON over HTTP is not an alternative to a good CLI interface. As such, your comment, although true and happily so, is a non-sequitur.


props on the mc chris!


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: