gaff33

Everyone knows 'goto' is bad, so a language like this needs 'comefrom'

Only 6 days? That's impressive!

The problem is that low density urban areas are subsidsed by high densisty urban areas: https://www.youtube.com/watch?v=7IsMeKl-Sv0 https://www.youtube.com/watch?v=VVUeqxXwCA0 etc

They are also terrible for the planet.

Does anyone actually like using JIRA? Or Confluence? Or any of the Atlassian products?

I see where you're coming from. From where you sit Jupyter is a language agnostic tool and so in. But the fact that there's dozens of solutions in this space is surely a problem?

I'd have thought there would be some things you could strongly encourage:

1. Come up with some standard format where the code and the data live in separate files.

2. Come up with some standard format where you can take load a regular .py script as a cell based notebook using metadata comments (and save it again).

If these came out of the box it would solve most of the issues.

I work with a bunch of 'data scientists' / 'strategists' and the like who love their notebooks but it's a pain to convert their code into an application!

In particular:

* Notebooks store code and data together, which is very messy if you want to look at [only] code history in git. * It's hard to turn a notebook into an assertive test. * Converting a notebook function into a python module basically involves cutting and pasting from the notebook into a .py file.

These must be common issues for anyone working in this area. Are there any guides on best practices for bridging from notebooks to applications?

Ideally I'd want to build a python application that's managed via git, but some modules / functions are lifted exactly from notebooks.

Won't help unless we have open chat protocols.

All the open phones in the world won't help if you use closed-source WhatsApp / Facebook. And you kinda have to if you want to talk to your less tech savvy friends and family.

Except that's not what's happening.

They thought they were working for a "good, solid, respectable journal". Turns out their employer wasn't as respectable as they thought, so they quit - not over a disagreement with their peers but over a disagreement over the journal's standards.

If just you look at flight vs train then sure the flight will win. But the train goes from the city centre, and includes a night of accomodation.

If you look at taxi + flight + taxi + night at hotel - the train will be attractive.

If we correctly price externalities (i.e. environmental cost) then the train should win hands down!

There's a healthy power market - so the providers can and should work out a way for their clients to exit their contract and for them to sell the electricity elsewhere.

Sure the client might be liable for some loss-of-earnings fees but this really should be better for everyone than this.

Tether fails bond pricing 101.

If you have an IOU from the US government for $100 it's worth about $99 on the open market.

If you have an IOU from a highly rated US company (e.g. Ford) for $100 you'd expect it to be worth about $94.

Yet we're somehow supposed to believe than an equivalent IOU from tether is worth more?!

Oh and the US Government and Ford will probably pay you some form of interest if you hold it long enough...

It simply doesn't add up!

I've been wondering if such an extension exists! Thanks for telling me about it.

What about car insurance? Is it ok to charge more to insure teenage drivers?

How do you think the process would have gone if you agreed to pay bribes?

Historically gitlab had a stages system: "Do all your builds, then all your tests, then all your deployments"

Part of the problem is derivative works. I don't think even Disney cares too much if people stream Steamboat Willy - but if MGM Studios wants to create a new Mickey Mouse film that could be a problem for them.

Still I have little sympathy - it's hard to argue that endless Twilight fan-fiction did the franchise any harm. And there's plenty of non-canon James Bond films that have no impact on the main franchise.

Seeing this list and its mix of Email / Phone / Fax / Web systems - and this is only for 50 companies - makes you realise why GDPR-like regulations are needed!

Perhaps this is going the away of Amazon Prime - which started off as subscription for faster shipping but grew to be a one-stop subscription for various things?

The only thing that's annoying is that with GDPR I have to do 3 clicks on every website. What I want is an addon where I can mute / suppress the cookie overlay.

Though I guess with this setup I can do "accept cookies" knowing that they will shortly be deleted.

This may all be true - but it fails to explain why it crashed now (as opposed to 2 months ago, or 2 months hence).

Neither am I suggesting that "don't respond" is the right thing to do here. However SWAT teams must know that uncorroborated calls are almost certainly fake, and they should act accordingly.

Arguably regular police could check the situation out first?

The problem is that we can't help the extreme case. We need to be realistic. If we really wanted to prevent every hostage situation we could have a police car parked on every intersection in the country 24/7 so that they are never more than 15 seconds away from a call. Clearly this is ridiculous. We accept that sometimes police take a few minutes to reach an emergency.

Equally we as a society need to be grown up and accept that sending a specialist armed team to respond to an event that has been shown to happen less often that people win the lottery is clearly unrealistic. Claims like this can be handled by regular policing forces who can call upon backup if necessary.

I always wonder what proportion of uncorroborated calls that trigger SWAT raids are actually genuine. I'd have thought that live hostage taking is extremely rare - even in the US. To the point where SWAT calls ought to require corroboration or be presumed to be fake (extraordinary claims require extraordinary evidence and all that...).

Is there any data available?

I'm not going to claim that finance isn't a clusterfuck - but paying people to store things securely isn't exactly strange.

If anything the amazing thing was that people would pay us to look after our money in the first place!

Sweeden had a much more interesting solution to this problem. Usually small packages like this avoid VAT because it's not worth the administrative hassle to deal with them. Sweeden decided that such packages should be liable for tax, plus a $15 admin fee to cover the costs: https://www.thelocal.se/20180119/your-cheap-imports-from-chi...

Given the amount of noise that politicians and law enforcement are making about WhatsApp - there's very good circumstantial evidence that their EndToEnd encryption works.

I am a nerd - I went through a phase of trying to get people to use PGP and then XMPP. Both are technical masterpieces but a complete disaster for actual users.

Here's the crux: I'd rather have all my conversations encrypted than just the ones I have with other nerds. In this respect WhatsApp has been the best thing that's happened to messaging since the invention of the internet.

XMPP has a terrible user experience, which is why it's never caught on.

Use WhatsApp to talk to normal people. Use Signal for nerds.

This has been my go-to advice for a while now too! The key driving point is that amazing crypto is 100% useless if the person you're talking to doesn't use it, or uses it incorrectly.

The only sticking point with the above advice is the nerds who think they understand crypto but don't and insist on you using some crazy app :/

The thing that bothers me about notebooks is that they don't seem to be getting better. Splitting the data from the code so that they play nice with revision control should already be implemented by default! Allowing notebooks to also be libraries should be doable. Testing mechanisms on notebooks should be standardised etc.

Is anyone working on bridging the gap between notebook sketches and production ready code?

That doesn't really solve the problem since I already have USB chargers lying around but not <insert format here>.

A better solution might be to apply a charge per nonstandard charger given out to customers. At this stage it would practically be an Apple tax.