incision (u/incision)

incision commented on Employees at Google, Yahoo, and Amazon lose nothing if they unionize michaelochurch.wordpress.... · Posted by u/mrfusion

bpodgursky · 10 years ago

How does this address either of my points? I do not want to get in a wider debate about unionization, I am stating that the title is clickbait and obviously false.

incision · 10 years ago

> How does this address either of my points?

It addresses it as a human being discussing the meaning of the article as opposed to a pedant-bot dicing words to 'win'.

incision commented on Arch Linux – Do it yourself dolftax.com/2014/05/Arch-... · Posted by u/dolftax

ekimekim · 10 years ago

Only tangentially related, but I find it weird that guides like this still suggest seperate root, home, boot and swap partitions.

What is the point of separating / from /home? I know the /boot thing is due to max size stuff on certain modes of boot, but shouldn't be required for UEFI?

And I really don't understand why you'd want to run swap. On a modern machine with huge amounts of RAM, if a process is using enough RAM that you need to start swapping it to disk, I'd rather just invoke the OOM killer and kill the badly behaved process, instead of slowing my system to a crawl while it tries to access memory at disk speeds.

incision · 10 years ago

> I find it weird that guides like this still suggest seperate root, home, boot and swap partitions.

The classic reason is preventing space / inode exhaustion of / by user accounts and preventing time of check, time of use vulns. Tough the latter have since been addressed in other ways [1]. There's also a certain amount of convenience and cleanliness to separating system and data that way.

1: https://wiki.archlinux.org/index.php/Security#Preventing_lin...

incision commented on How We Did It: SNL Title Sequence alex-buono.com/how-we-did... · Posted by u/shakes

ejdyksen · 11 years ago

If you think this is interesting, there's an entire site dedicated to title sequences in film and television:

http://www.artofthetitle.com/titles/

incision · 11 years ago

Thanks for this.

Lots of great sequences from the 80s presented there along with on my of my all-time favorite openings - Ghost in the Shell [0].

I've always felt failing to put together a compelling opening is a missed opportunity, particularly for a series. It's a hook, a primer to put the audience in mind of the best eras and episodes every time.

0: http://www.artofthetitle.com/title/ghost-in-the-shell/

incision commented on Ten Years of World of Warcraft raphkoster.com/2014/11/21... · Posted by u/magoghm

incision · 11 years ago

Wow, it has probably been 15 years since I read something from Raph Koster. So long that I had to think for a bit to recall why that name didn't quite feel right - until Designer Dragon popped into my head.

I can't disagree with a single thing said here.

I tend to think of WoW as the Buy-N-Large generation ship of gaming.

It created an entire word that was in some sense a paradise, but at the exclusion of all the awesome, frustrating, exciting, tedious richness that came before it.

incision commented on New Scrutiny of Goldman's Ties to the New York Fed After a Leak dealbook.nytimes.com/2014... · Posted by u/taivare

incision · 11 years ago

The episode of This American Life referenced is well worth a listen if you've ever been curious about what trying to do good work inside a crushing bureaucracy sounds like.

1: http://www.thisamericanlife.org/radio-archives/episode/536/t...

incision commented on Stop Changing UIs for No Good Reason lobste.rs/s/kiq75p/stop_c... · Posted by u/luu

incision · 11 years ago

What are there, 1B Android users? I'm sure Google would like that to be 7B.

I'd wager the complaints of the sort of people who frequent lobste.rs or HN are not representative of the majority of current users and almost certainly not of the next 6B potential users.

Overall, it's everything Google said they would do with material [1].

It's fine to dislike these things, I don't necessarily like them myself, but claiming they're simply wrong or "for no reason" is somewhere between angry and lazy.

Just a glance at the new vs old keyboard or gmail shows a direction - moving / duplicating interactions toward the bottom right (logical as screens get bigger), breaking out punctuation into discrete keys (presumably logical given the way most people actually type).

The overall restyling is adding consistency between apps and particularly between mobile and the desktop.

Animations are really valuable anytime someone doesn't come to the table with a complete mental model of how something fits together already. Basically, they're not for you Mr. Programmer.

1: http://www.google.com/design/

incision commented on Spooky Alignment of Quasars Across Billions of Light-years eso.org/public/news/eso14... · Posted by u/Zomad

incision · 11 years ago

>"The new VLT results indicate that the rotation axes of the quasars tend to be parallel to the large-scale structures in which they find themselves. So, if the quasars are in a long filament then the spins of the central black holes will point along the filament."

Though I have no real idea what I'm talking about...

This feels intuitive to my mental picture of the universe.

The description of this large scale structure and the expansion of the universe has always put me in mind of watching the patterns form and reform from drips in a soapy sink or an elastic fabric being pulled apart.

In both cases, you end up with these big expanses bordered by dense stringy areas. That the motion of the stuff that snaps / shears / collapses or whatever into these strings and knots would be aligned seems perfectly logical.

incision commented on Primary Data Emerges from Stealth with Woz as Chief Scientist bizjournals.com/sanjose/n... · Posted by u/coloneltcb

incision · 11 years ago

As the article points out, Woz was Chief Scientist at Fusion-IO [1] as well. That company struggled [2] before being acquired by SanDisk for less than the IPO price.

It was a different story in 2011 when Woz went on CNBC and said that the company "has grown as fast as Apple so far" [3] pushing the stock to the highest point it would ever reach just a month before the share lock-up expiration [4].

1: http://en.wikipedia.org/wiki/Fusion-io

2: http://www.theregister.co.uk/2013/10/25/fusionio_flasher_fla...

3: http://m.cnbc.com/us_news/45074931

4: http://www.forbes.com/sites/ericsavitz/2011/12/06/fusion-io-...

incision commented on Intro to Docker and how we use it at WriteLaTeX jdlm.info/ds-docker-demo/... · Posted by u/jdleesmiller

xtrumanx · 11 years ago

Yay, the first Docker post I can understand. I just installed and used Docker today to get a simple web server running out of a VPS (which is also a first for me as I always used managed services like Heroku).

However, some aspects of Docker leave me with concerns that it may not be the tool for me. I tried installing the official node image and it downloaded hundreds of megabytes of other images (probably over a GB). Not that much of a problem on my VPS but absolutely unusable anywhere else in my corner of the world.

Looks like I'll have to create my own images and use my own private local registry to make use of Docker outside of my VPS.

incision · 11 years ago

Yeah, those are layers in the image. That image [1] (727MB) is built on buildpack-deps [2] (695MB) which is itself built on the base jessie (154MB).

It would be pretty straightforward to adapt those Dockerfiles to create an image which includes only the dependencies for building node. It would end up looking a lot like 'node:slim' [3] (288MB).

Ideally, Docker will eventually have the functionality to more easily strip out transient requirements like build dependencies from the final images.

1: https://github.com/docker-library/node/blob/013858ac35afb9ca...

2: https://github.com/docker-library/buildpack-deps/blob/a201b1...

3: https://github.com/docker-library/node/blob/013858ac35afb9ca...

incision commented on Is Docker ready for production? t37.net/is-docker-ready-f... · Posted by u/EtienneK

zwischenzug · 11 years ago

Dockerfiles are deliberately dumb to let other tools take over as necessary, is my understanding.

My experience (over the last year) is that they're so limited as to be pretty useless. They don't even do what they're advertised to do, ie give you a reliable way to reproduce a build, and they're inflexible for my idea of real-world work with Docker. Where they're good is in giving everyone a point of reference.

I had a discussion with the maintainers last year about this:

https://groups.google.com/forum/#!topic/docker-user/3pcVXU4h...

I have a problem with most CM tools in that they're for moving target systems, not immutable ones. Ansible is the closest, but our experience has been that development on it is slow relative to the tool we use (see below). It's saved us a ton of money.

I blog on this and similar topics here:

http://zwischenzugs.wordpress.com/

The "tool for building and maintaining complex Docker deployments" is here:

http://ianmiell.github.io/shutit/https://github.com/ianmiell/shutit

I also talk about this here:

https://www.youtube.com/watch?v=zVUPmmUU3yY

incision · 11 years ago

>"They don't even do what they're advertised to do, ie give you a reliable way to reproduce a build, and they're inflexible for my idea of real-world work with Docker."

Not exactly, as the thread you link points out you can reference an image ID in FROM rather than the name:tag which has potential to change silently.

It's the equivalent of using a package manager against a repo you don't own without pinning - expect problems.

This can be mitigated by FROM'ing via ID or avoided entirely by running your registry where tags are reliable.

Admittedly, these things are not necessarily obvious, but I think it's a bit disingenuous to paint Dockerfiles as worthless or broken.

That said, ShutIt looks very cool and seems to address exactly some of my concerns / desires about working with Docker.

I just don't agree with framing it in opposition to and at the expense of what exists.

There's value in a container description that is fully self-contained, transferable and 'dumb' enough to be transparent.