It was already very obvious, so I don't take responsibility for that. But I remain unsure that's what foggyToads was talking about, since it's such a very silly "spoiler" to complain about, and I like to think better of people than that.
Technically, in that it reveals non-zero bits about the ending, but really it would be more surprising if no one died, given conventional story telling in that kind of setting.
Tell us: when you bought hacker news where there a lot of negotiations or did you just tell them that you have it now and that was that?
Personally i could’t care less about spoilers even when they are actual spoilers. If the work is any good it will work with or without knowing details just the same. In this case there is so little information shared that we can’t even talk about it being a spoiler. Not worth wrapping ones mind about it.
> If the work is any good it will work with or without knowing details just the same
Counter example:
Only because the twist of the actual reveal of what project Horizon Zero Dawn really was (in the game of that name) did it become a very emotional moment for me. I had to stop the gameplay video (I never play games, I watch the stories of story-rich games on Youtube) and cry for a bit.
Surprises and "reveals" can be important.
I agree with spoilers found in discussions about a work though. One has to expect finding them there, and it is easily avoided by not reading a discussion about a work before you read or watched it.
Personally I agree. You only get one chance to learn something for the first time. But of course the central mystery of a whole game is a much more specific and interesting spoiler than "someone in the story dies, probably", which is the alleged "spoiler" I started by asking about.
I (always and forever) maintain accounts with NO overdraft. Banks like overdraft. I don't.
If something bounces, then I will handle it within 24h. Again, this is the setup that covers my needs. A different organizations with different needs should have different process/controls to match their liquidity/easy-to-access-cash needs.
It stops them from freezing the account on Paypal. If you really want to insulate from the service you would set up a similar job at your bank that would immediately transfer the funds out of that account and into some other account. But honestly if you are going to this much trouble is it even worth it to use Paypal?
Just about any processor, Stripe included, stipulates they can withdraw from your account. And what if their systems are hacked, disclosing your account and routing numbers to an ill-intentioned third party?
You probably want this as a generic fail safe for any account that you disclose the account an routing number to an outside entity.
If you have someone's bank account number, you can pretty much take money out of it. By default there is no real authorization process by which the account holder is asked to allow the withdrawal. There is just the assumption that people aren't going to commit fraud, or people who commit fraud will be caught.
I'm not an expert on this, but I believe there are ways to set up business accounts where money can't be taken out in that way, at least not by the standard electronic means. You can also manage accounts in such a way as that there's no money to take out, although that does not necessarily prevent the account from going into the negative. Checking accounts can go into significant negative balances if the bank chooses to allow it.
It is more difficult than you describe it. To set up a monthly payment the bank verifies the request (e.g. if you sign such direct debit for the gym or your electricity bill). Every ebamli I ever used has a page with all these direct debit setups and alerts you when a new one is made to bring your attention to it. These also have limits. And a decent bank would scrutinize the direct debit. A gym or Vodafone will fly easier than a direct debit to VodkaPotatoLimited in Russia or China (no offense) when you live in the UK.
As to prevent the overdraft, just ask the bank to NOT have overdraft capacity on your account(s).
Isn't the max loss there rather tiny? Especially if you have overdraft off on the paypal bank account. You can disconnect the account if something happens and there are fees accruing.
Edit: I'm replying to a really low odds scenario, where:
1. You auto sweep all money out of paypal
2. You regularly empty the checking account it sends to
You have at risk maybe $1000-$2000 in the chequing + less than $100 in fees.
For something vanishingly unlikely to happen. The risk seems rather low compared to the exposure.
I mostly use stripe and have PayPal as a backup. Never had a problem with either, and if I did have a problem with one the amounts are fairly low. (Probably more of an amount risk with stripe as they take longer to sweep out the money. But I don't think they freeze as often)
There is a Tom Ferry (real estate guy but has some sound tips) also has on a video a VERY good flow diagram on how to distribute money in different buckets/accounts. Apologies but I couldn't find it on my phone.
I was "inspired" by the above and once I organized my accounts/flows and stopped using "single account for all" my life became so much simpler. And of course PayPal wallet is not a permanent parking space for £€¥$.
I always go (and suggest to others) for the "bounced payment" (and it has never happened in my life). But banks really love overdrafts. It is a major source of income. I prefer to get an angry email and throw a freebie and sort this out than having the bank ripping me off. This way I show my counterpart that "hey mistakes happen here is your money and let me buy you dinner to show you that we are good", than having to the other person getting paid and me ebfing paying 5x that dinner cost.
Overdraft is a loan. Would you get a loan with insane interest rate and fees just to get a payment go through? Not me.
Kimsufi - AFAIK they get their low prices by using second-hand hardware, but I've not found that to be an issue (hard drive failures are a little more common than the leaseweb servers, but "more common" is still only "one failure per server per 5 years" - and that's easily mitigated by setting up a pair of servers with failover)
FORA - Fog Computing for Robotics and Industrial Automation - is a European Training Network (ETN), which will fund and train 15 PhD candidates in the area of fog computing, during the period 2017-2021.
The research focuses on the development of a reference system architecture for fog computing, resource management mechanisms and middleware for deploying mixed-criticality applications in the fog, safety and security assurance, service-oriented application modelling, and real-time machine learning.
Recruitment is open for employment in one of the following organisations located in Austria, Denmark, Germany and Sweden:
ABB Robotics (Västerås, SE)
Mälardalen University (Västerås, SE)
SYSGO (Mainz, DE)
Technical University (TU) of Denmark (Copenhagen, DK)
TU Kaiserslautern (Kaiserslautern, DE)
TTTech (Vienna, AT)
TU Vienna (Vienna, AT)
Applicants with backgrounds in any of the following areas, or related fields, are encouraged to apply:
computer science (algorithms)
software engineering (cloud computing, service-oriented computing, middleware, distributed systems)
computer engineering (hardware design and computer architecture)
industrial automation and control (distributed automation, robotics, control algorithms)
data science (machine learning).
As this is a European mobility programme, applicants must be recruited from a different country than the one they will be located in.
For more information on the specific research projects, financial compensation, and requirements please visit http://www.fora-etn.eu/vacancies/
FORA - Fog Computing for Robotics and Industrial Automation - is a European Training Network (ETN), which will fund and train 15 PhD candidates in the area of fog computing, during the period 2017-2021.
The research focuses on the development of a reference system architecture for fog computing, resource management mechanisms and middleware for deploying mixed-criticality applications in the fog, safety and security assurance, service-oriented application modelling and real-time machine learning.
Recruitment is open for employment in one of the following organisations located in Austria, Denmark, Germany and Sweden:
ABB Robotics (Västerås, SE)
Mälardalen University (Västerås, SE)
SYSGO (Mainz, DE)
Technical University (TU) of Denmark (Copenhagen, DK)
TU Kaiserslautern (Kaiserslautern, DE)
TTTech (Vienna, AT)
TU Vienna (Vienna, AT)
Applicants with backgrounds in any of the following areas, or related fields, are encouraged to apply:
computer science (algorithms)
software engineering (cloud computing, service-oriented computing, middleware, distributed systems)
computer engineering (hardware design and computer architecture)
industrial automation and control (distributed automation, robotics, control algorithms)
data science (machine learning).
As this is a European mobility programme, applicants must be recruited from a different country than the one they will be located in.
