chrismonsanto

- the | \ key next to ~ and left arrow is (

- { [ becomes [

- } ] becomes {

- Portability: it's just as portable as lxc, so if you meant portability in the sense of 'well he could use it on FreeBSD if he wants to switch from Linux' I don't think there's a win there. If you mean that his containers won't depend on the environment used to spawn them, I guess I don't think that's so important. I always make sure my environments are easily reproducible, and I am happy to reap the reward of that--the reward being that I can do 'unportable' things and not have to worry. Instead of running the environment you want in a container, why not just run it normally and skip that step?

- Reproducibility: see last point. If he wants reproducibility, he can shove that one-liner in a script somewhere and call it.

All he wants to do is isolate a process. You don't need a chroot for that, or service discovery, or lifecycle managment, or a Dockerfile, or whatever else. It's like if someone advocated the use of a 'grep manager' instead of just running grep. The simplest possible thing to do is unshare the namespaces he wants to isolate from harm. So I suggested exactly that.

EDIT: also re portability, it sounds like the rest of his environment depends on these Python scripts anyway, so I don't think he'd gain anything from being able to use them in a different environment.

edit: and it's excellent, I recommend it to all

You'll need to communicate with the Python script using IPC.

I also think Lamport overstates his success with formulating the Byzantine generals problem in terms of Byzantine generals. I know the problem as the Byzantine generals problem, but think of it in terms of computers, not generals. It's just easier to understand the problem that way, the generals stuff just gets in the way. iirc my distributed systems textbook (Lynch) did not actually formulate the problem in terms of generals, but I could be misremembering.

> Typing, Fastest. Mrs. Barbara Blackburn of Salem, Oregon maintained a speed of 150 wpm for 50 min (37,500 key strokes) and attained a speed of 170 wpm using the Dvorak Simplified Keyboard (DSK) system. Her top speed was recorded at 212 wpm.

I (could) absolutely type at 150 wpm. I would not be able to sustain it for 50 minutes. Nor could I type at 170 wpm, let alone 212 wpm.

The only trouble I have is if I have to take a break and they advance a bit. My gun seems to lock on things I don't expect it to (missiles). Otherwise, they can barely make it on to the screen.

(reppin QGMLWB by the way http://mkweb.bcgsc.ca/carpalx/?full_optimization)

You can certainly mitigate the problem by encouraging people to use a web app to coordinate. Maybe there is an incentive structure that would help drive adoption. But whether or not people use the web app or not, they are still apart of the community and we have to serve them. I don't necessarily decide who is in and who is out.

Anyway, the point of my post wasn't to complain that there aren't workarounds. There are. I just think we as a society _shouldn't have to workaround DST_, and I wanted to add my lend my (largely insignificant) story to the cause.

A dialog goes something like this: Player A: I live in X time zone and 3pm works for me. Player B: OK, I'm in EST, let me see what time that is for me. ... OK, that works!

And then Player A and Player B miss each other, because Player B wasn't aware that his current time zone was EDT, not EST.

Even if both players convert to UTC first it doesn't work, because EST -> UTC and EDT -> UTC yield different times. And it's difficult to help them out with site-mandated time tools, because players like to coordinate over IRC, Twitter, GChat, ...

I'm sure there's a good way to fix this problem, I just feel like I shouldn't have to.

EDIT: I just saw the Eve online comment. Unfortunately that doesn't work quite as well for us, as the game isn't a program that's always running on the player's computers. It's more in the spirit of trying to coordinate chess matches.

For you, anyway. For me (a theoretical computer scientist/mathematician), more advanced technology is its own reward. I don't really care what the results are applied to.

The place still seemed popular. I don't know why. The one stray cat I found during my stay in Tokyo was much more friendly than any of the cats in the cafe.

As an aside, you would not believe how difficult it is to read completion data from readline. There is virtually no useful documentation on this matter; many readline settings make the task impossible; the --More-- menu requires your scraper to be interactive... you'd think there would be an escape to return the necessary data in a computer readable format, but you'd be wrong.

On top of that, some programs use mechanisms similar to but incompatible with readline, see Haskell's GHCi and haskeline.

[0]: https://github.com/monsanto/readline-complete.el

If the attackers knows that your password is constructed in this fashion, then it is trivial to track the password, as we've restricted the search space to a multiple of the number of common English words. The entropy argument only makes sense if the human readable strings are just as likely to be chosen as passwords as other random strings, which is not at all the case.

"But there’s also a “death tax” as it were, where whenever your player dies, you have to pay your hospital bills of about 5% of your total cash, banked or otherwise. In a game where the fun is about rampaging around, attracting police and killing other players, the game is offering you a disincentive to play this way for fear of death and subsequent monetary penalties."

"You have to buy insurance, you have to pay deductibles if your car is wrecked, you have to buy or steal it back from an impound lot if you leave it somewhere or die in a police chase. In what way is any of this fun? If I die in a horrific car crash as the thrilling end to a five star police chase, what’s the harm in respawning me for free in the hospital with my car shiny and new in the parking lot? Why make me lose money, file an auto insurance claim or drag my car’s mangled corpse out of the impound?"

"It’s a game where the hardest single player mission is not robbing the federal reserve in broad daylight, it’s using a crane to load boxes onto a truck for twenty minutes."

I'm actually OK with using something like EC2, because I control what runs on it. If I feel I can't trust EC2, or that it is too expensive, I can purchase my own hardware and move my stack to that. However, if I outsource my user management, I imagine the interfaces will be proprietary, and I will have to tear up my stack quite a bit to switch. I don't like that risk.

> I think there is value ... in coding your stack from top to bottom, and having no external dependencies

I'm also OK with having dependencies on other people's work, I just want the source code available so I can fix up things if necessary. I don't even require that the software is 'open source' or 'free software', since I don't plan to redistribute my changes. I do currently have one component in my stack that is proprietary (with source) and I have very much appreciated the ability to fix up things that didn't fully integrate with the rest of my service.

Is this product designed specifically for startups? Is it intended to be removed later when you have 'found product market fit'? Isn't it more expensive to be locked in to this platform, which you don't have the source to, and can't modify if it doesn't 100% meet your needs?