Live data from Hacker News

Zed Shaw - The ACL is Dead - CUSEC 2008

blog.cusec.net

1–10 of 55 posts

Zed Shaw - The ACL is Dead - CUSEC 2008

#1
Recorded almost a year ago (before the bank busts, and shortly after Zed’s first famous rant), this presentation was given to about 400 Canadian undergraduate software engineers and computer scientists. Zed talks about management and his ACL-killer at a bank job accompanied by Factor-powered slideware. Also: steaks, strippers, and statistics.

N.B. This video might damage your vision of Zed swearing all the time and may make it seem like the last year of ranting was a terrible joke gone wrong. Oops.

P.S. - Check out this year’s lineup (Ingalls, Stallman, Bryant, Culver, Hwang, and Bowkett are just the keynotes). This is one of Canada's best kept secrets, and tickets are super cheap.

Zed Shaw - The ACL is Dead - CUSEC 2008
blog.cusec.net

Re: Zed Shaw - The ACL is Dead - CUSEC 2008

#3
Notes from lunchtime viewing of first 40 min

------------------------------------

~9:29: "law is actually kind of a turing complete language"

Law is fuzzy; ACLs are fuzzy. ACLs can't handle real law because they're not Turing complete.

~11:20: had a business manager learn Ruby, had him implement poorly specified/tough features --> result: he modified/eliminated requirement

~12:20: a bunch of if statements are easier & better than an ACL

~13:50: in one case, 1000 users and 1000 containers would have required 270,000 ACL entries to implement one compliance rules; and 5 minute polling updates, because rule was time-based; --> couldn't audit, handle real-time changes; would've required 12 beefy boxes to execute.

14:40: Instead, re-write all rules in 400 lines of Ruby; analysts could read the code and say if implementation was right.

15:45: So a language wins, right? No -- "this is where the Suck begins" -- where management comes and crushes your soul. Bad product was substrate for document management system.

17:50: How do they sell this stuff? Connections, subterfuge? No.... "Steak and strippers, baby."

19:00: "This is one reason I want women to be in charge."

20:00: "What happens when they give you an MBA is they give you a lobotomy... and you walk out going 'Synergy! Synergy! Synergy!'"

21:00: MBAs are trained in manufacturing -- programming is not manufacturing -- you're going to work in an environment where they think you're worker bees on an assembly line.

22:00: So what to do about it?

1) Managers see people sitting there, they think nothing is going on. If management says "I demand all of your creativity but trust none of your judgement," you have to gather evidence that makes you more credible. You have to be objective. Try out whatever crappy technology that they're proposing.

2) Develop alternatives: if their crappy technology is good enough, stop; but if not, try out alternatives before suggesting.

3) Statistics; develop some pretty graphs. E.g., Zed's team built a demo server, showing slow performance. Without those, he would've had no evidence to contradict the sysadmin who was saying his tweaks had helped. Be prepared for intensely technical arguments, too.

4) Admit technical deficiencies.

~29:30: If none of this works, and they won't take it, build it anyway and then sell it to them or their competitors. The client can be your first customer. Good way to start a company.

~30:00: our doc management system is very simple, 4400 lines of Ruby plus some Samba modifications, and better than anything else out there.

Drools -- JBOSS rules engine -- "blows ass" -- just use Ruby instead.

~31:30: Figure out Roles first, with a Role Resolver -- draws on LDAP etc. -- 30 lines of Ruby -- now, ~200 lines of Ruby, covers all bizarre corner cases, easy to add new rules, easy to fix existing rules.

~33:30: And they still wanted the crappy older thing. At this point, it's all the social problem. What mattered was the old product had the same name. "Document Store 2000" vs. "Document Store New Gen" -- completely different, but easier to get through manager's manager's procurement process -- "that's the stupidity you deal with in the real world".

35:15: How do we win? We kept hammering. They sent out their best guy. I had him implement the toughest rule, the one requiring 200,000 ACL entries. Then had him explain to his managers why it wouldn't work. Had nothing to do with tech.

36:15: This stuff will kill you. How do you keep your soul through all of this? [Poll audience for years of education] -- "It don't matter" -- you're a factory worker.

37:30: "Business leaders don't really like you, because they need you, and they don't understand anything you do. ... And the sales people know this; they know if they go to your boss, and give them steak and strippers...."

~38:40: Fight your hardest not to be a corporate coder: your life as a geek or a coder should be all about exploring some new domain that no one else gets -- you can only go to conferences and talk to other geeks about what you do. A corporate coder works only on the stuff he's supposed to on one language, and never touches code otherwise. You should go home and do something fun with technology.

40:00: how to avoid not getting burnt out by day job? I.e., how to avoid losing your soul?

[40:30 stopped watching, back to work.]

------------------------------------

Re: Zed Shaw - The ACL is Dead - CUSEC 2008

#7
post #3

Notes from lunchtime viewing of first 40 min ------------------------------------ ~9:29: "law is actually kind of a turing complete language" Law is fuzzy; ACLs are fuzzy. ACLs can't handle real law because they're not Turing complete. ~11:20: had a business manager learn Ruby, had him implement poorly specified/tough features --> result: he modified/eliminated requirement ~12:20: a bunch of if statements are easier…

Immediately after 40:30 is actually the best part of this talk.

Re: Zed Shaw - The ACL is Dead - CUSEC 2008

#8
I love that he's saying "The ACL is Dead." This should be said loudly and often. Maybe it'll get through the heads of management out there. Heck, it needs to get through the heads of a lot of programmers.

Modern security and access controls need functionality like capabilities.

Re: Zed Shaw - The ACL is Dead - CUSEC 2008

#9
post #3

Notes from lunchtime viewing of first 40 min ------------------------------------ ~9:29: "law is actually kind of a turing complete language" Law is fuzzy; ACLs are fuzzy. ACLs can't handle real law because they're not Turing complete. ~11:20: had a business manager learn Ruby, had him implement poorly specified/tough features --> result: he modified/eliminated requirement ~12:20: a bunch of if statements are easier…

on "steak and strippers...." - well I think there is a fundamental misunderstanding - ALL input products (not just software based) is sold this way to large corporations. Everyone has an agenda.

Also - its not just big enterprisey things - rails is so common in the enterprise these days due to the "steak and strippers...." work done by companies like thoughtworks. There is always wheeling and dealing, even with grassroots things - things are never as white and as pure as they seem (well almost all things).

I don't see this ever changing, unless somehow all these types of corporations simultaneously cease to exist, and something else more merit based takes their place.

Re: Zed Shaw - The ACL is Dead - CUSEC 2008

#10
post #3

Notes from lunchtime viewing of first 40 min ------------------------------------ ~9:29: "law is actually kind of a turing complete language" Law is fuzzy; ACLs are fuzzy. ACLs can't handle real law because they're not Turing complete. ~11:20: had a business manager learn Ruby, had him implement poorly specified/tough features --> result: he modified/eliminated requirement ~12:20: a bunch of if statements are easier…

Thanks for posting this; the part at 40:00 actually motivated me to view the rest, which I recommend to anybody working in a corporate job.

Hopefully this summary does justice to the remainder (but IMO it's worth watching):

40:00 Essentially he says you're not defined by your job. Your outside projects represent your self-expression and the corporation doesn't get a piece of that.

42:00: Most companies treat programmers like factory workers. In that case, act like one: do a professional job and punch out at the end of the day.

43:30: "If the company makes money off the sweat off your back, you get a chunk. If you don't get a chunk then you give them what they absolutely ask for, keep it to a minimum, be friendly, be very professional, do your stuff, make sure it's well-written, but don't go out of your way to give them your latest, greatest research or your idea or whatever."

44:00: Work on weird and cool stuff at home to stay sharp. If all you do is corporate coding, all you'll ever be is a drone.

45:00: When you're coding at home, "you're making poetry people can play with." But you don't want to do this for a company that doesn't care. "Who wants to make another document management system, time tracker or accounting system? There is money in that, but unless you're making the money too, it's not really fair."

47:30: Don't fear change. At home, take chances and learn new stuff. But at work, just give them what they want because they'll make changes whether you like them or not. It's just a job.

50:00: If you're concerned about being outed, consider creating an online identity (like "_why").

51:30: Don't do Blub at home; do something completely different, break the rules and code for fun. At work, don't think too much, don't be different and just get it done.

52:40: Outside work, make sure you're not someone's "resource" to be "utilized." Run with like-minded folks.

54:00: Embrace your geekiness, get out there and do it now.

55:00+: Questions and answers. This was good too, but somebody else will have to take over the transcription. ;)

Post reply on HN