649 karma · joined February 18, 2016
I miss construction. Back then, I could just tell someone "Hey! You! Don't fuck that up, I'm pouring concrete around it tomorrow!" And we would still be cool at lunch break.
Maybe they will even try to roll out a voting app some day? It could start as a polling app, and then slowly take over the voting booths in areas where they can buy the necessary permissions. Those governments that grant them control over their elections would celebrate increased voter turnout, and accept a massive campaign contribution (in "premium" Facebook ads) for being the party that opened the door. Jesus, now that I think about it, we could actually end up with a real technocracy in a generation or two, run by... Facebook. That is really, really scary. Brawndo.
I know that it could be done with a loop, but that's a little unwieldy compared to `ls | xargs my-cli`
Having said that, this is a pretty small incendiary that we are talking about, and aircraft are several layers thick everywhere that a passenger can access. How would a terrorist actually use this to put a hole in a plane?
Also, I would use it to troll bureaucrats when I give up in frustration. It should try to force the bureaucrat to admit flat out that their logic is fundamentally flawed, and then ask them to propose a solution }:)
> Canadian Note7 Software Update showcases Note7 device is safe for use.
At this point, I think that it is most likely that there will eventually be a global recall (how could there not be? that would be madness) but they just haven't gotten around to updating all of the other countries. Recalls are complex, I guess. But they should at least shut down the exchange program ASAP, that's just a waste of time at this point.
Is this recall only available in the US? Is the rest of the world basically screwed, unless their own governments put some pressure on Samsung?
From the FAQ:
> 4. I participated in the U.S. Note7 Exchange Program. Is my replacement Galaxy Note7 affected?
> Yes. This applies to all Galaxy Note7 phones _in the U.S._ (emphasis mine)
There is a plugin for Chrome that makes that easy: https://chrome.google.com/webstore/detail/user-agent-switche...
https://www.youtube.com/watch?v=m0PuqSMB8uU
I think that the psychological option holds a lot of promise. At least, it plays to our strengths of big data, analytics and centrally controlled social networks.
I had a friend in "support" who had build a lot of a data normalization system that I often worked with, and we talked about the phenomenon a couple times over lunch. Basically, she was a little offended about the lower pay and the "support" title, but would rather keep her work / life balance and relatively powerful position within the infrastructure stack, than join the production team for a raise. In hindsight, someone should have fought for the whole L2 support department to be better paid; there was certainly money for that (we were in a wildly profitable niche), and the support engineers had the high ground. But we were both young technical types, and didn't have the business / legal skills or the confidence to confront management.
I'm not sure how things have played out there in the years since I left, but if they wanted to, that entire L2 support team could take off and form a devops / analytics consulting firm, and probably multiply their incomes by some small integers. Then they could hire from the product team too, if they needed web/UI ;)
I propose that we call this the Scarface effect: "The world is not enough."
There is a small problem and a big problem with this. The small problem, is that your build size will be unreasonably large. The big problem, is that this React library has internal state - you can't just initialise multiple copies of it, and expect them to share a single state.
Enter peer dependencies. Each library that needs React, demands that the root module, your application, specify a normal depency on React, that satisfies their version range requirements. Clearly, this quickly becomes impossible. So, version mismatch is treated as a warning, not an error, and you (the application developer) learn to basically ignore that warning.
I can think of lots of solutions to this problem, all of which have problems of their own.
- All libraries factor out their state, so that they are stateless. Now you can load multiple instances of a module, but if they have different major versions, then they are totally going to mess up that state that you are holding for them.
- Application developer: it is your responsibility to patch your dependencies, and their dependencies, so that they all accept an overlapping range of React versions. But who has time to test 30 modules for regressions?
- Just build more, smaller, simpler applications. This is where I am right now. I still get version warnings, but it is a little less risky to ignore them.
How do you handle this issue in the Java community?
I just wish I had more control over window layouts. Something like the controls of a good tiling window manager, like I3. There is just no way to open 12 files in a list of windows, and then arrange them into a sort of rectangle tree, but I prefer to open all the files I will need at once from the command line, using globbing operators and brace expansion.