codewright

Do you keep a repertoire of your posts handy in an emacs buffer?

By the way:

https://plus.google.com/u/0/115863474911002159675/posts/L3o9...

More SPEEEEEEEEEEEEED coming down the pipe in 1.1 for Go's net/http. :)

Lispers that preach of concision mere mortals cannot possibly dream of, this is your call to arms.

You must've really been fucking up because I've been able to maintain 5,000 kcal per day intakes or more and be mostly comfortable and happy about it. Every 3 hours is part of it...how much fat were you getting if not carbs?

I'm 5' 9", 240lbs (108kg) and lift. I know powerlifters that bulk/eat harder than I do and I've never heard them bitch about something that extreme, even if the protein intake can get tiresome sometimes. The fat though? That's always fun.

I've known bodybuilders to be able to jerk their weight around pretty hard too.

Then ignore them and please publish.

My C is terrible, probably far worse than you perceive yours to be.

I'm sorry you feel that way. I hope you change your mind, advancing years or no.

I'm with Sillysaurus, this is a great solution to a common problem.

Pawn off the code onto me and I'll publish it under my name if you're that worried about getting bad publicity. :P

Don't suppose you could be convinced to release that scheduling daemon as open source, could you?

Another blog, another false top-left-logo click that I thought would take me to the product.

If you can't pay attention to a detail like that, how can I expect the product itself to be any less frustrating?

Show us you're paying attention. I beg of you.

That lifestyle blows. It takes living from a position of privilege to think that it's somehow a wonderful opportunity.

I met these guys at a party once. (I'm in Mountain View)

I ended up ranting at the CEO and CTO about how their hiring practices were excluding the best people because they were treating candidates like their time is free. The claim was that they wanted to hire the best people, yet their hiring practices were dissonant with this.

They said it was an acceptable trade-off to not have access to the best people in order to ensure they got people that were going to do whatever they asked them to do. At the time they were trying to hire a designer, but the practices carried over into engineering hiring too.

They want people too foolish to value their time, yet smarter than them. Riding that knife's edge isn't easy.

I identify with, and am seeking for myself, a lot of things described here.

That said, the author is speaking from an intensely privileged point of view. Referring to selling one's time as a programmer as 'whoring' caused me to cringe.

I have strong aversion to growth for growth's sake now that I've lived and worked in Silicon Valley and the startups that go with it (I was CTO at a nutrition startup).

Things I've done recently:

1. Quit my job and went back to being an independent consultant. Looking to start a product company in the gap time between contracts.

2. Exercising more, in my case, 6 times a week minimum as well.

The real question is whether or not I'll be able to make something that bears revenue fruit or not. I've had small bits of success here and there before but nothing substantial or lasting. Current side project is just me scratching an itch, no real revenue potential.

I've been reading a lot in an attempt to learn as much as I can and prepare myself to be able to make something profitable. Mostly marketing and sales books, about to do another read-through of Patio11's stuff again.

Can anyone tell me what the aspiring micro-ISV/self-employed entrepreneur really needs to know in order to get ramen profitable? I know I need to build and experiment quickly - what else?

Edit:

My book log: http://bitemyapp.com/post/book-log-1/

I agree with orangethirty's "start selling". I just need to hoof it and do it. Not about to stop reading though :)

Sorry if I offended, I was legitimately curious.

>I don't understand this error

Is it typical for front-enders in Rails to not know web security / SSL?

I've done dev-ops in the ads industry before, it's really not that hard if you're a competent programmer. You just have to take a more studious approach than most non-dev-ops programmers and read up on things before deploying them.

But if you want to let the various PAAS providers put the fear into you, that's your cowardice.

Let the others learn as they may.

Edit:

To clarify, Heroku is making the problem harder on themselves than it would be for an individual to serve their own needs because of the complexity managing so many customers and apps.

You don't have to be Heroku to do for yourself what they offer.

Few that aren't running a charity use Python 3 in production web apps.

Rack <-> WSGI

Werkzeug is just an app server on top of WSGI that happens to be very nice, with features like the above described.

Stuff like that has been in Python for a long time. (Werkzeug)

Learn Haskell.

Quoting "Beating the Averages" written by the creator of the community you're ostensibly participating in, emphasis mine because I know reading is hard:

Blub programmer wouldn't use either of them. Of course he wouldn't program in machine language. That's what compilers are for...

As long as our hypothetical Blub programmer is looking down the power continuum, he knows he's looking down.

Languages less powerful than Blub are obviously less powerful, because they're missing some feature he's used to. But when our hypothetical Blub programmer looks in the other direction, up the power continuum, he doesn't realize he's looking up.

What he sees are merely weird languages. He probably considers them about equivalent in power to Blub, but with all this other hairy stuff thrown in as well. Blub is good enough for him, because he thinks in Blub.

When we switch to the point of view of a programmer using any of the languages higher up the power continuum, however, we find that he in turn looks down upon Blub. How can you get anything done in Blub? It doesn't even have y.

By induction, the only programmers in a position to see all the differences in power between the various languages are those who understand the most powerful one. (This is probably what Eric Raymond meant about Lisp making you a better programmer.) You can't trust the opinions of the others, because of the Blub paradox: they're satisfied with whatever language they happen to use, because it dictates the way they think about programs.

Edit:

Your crab-in-a-bucket mentality will not be welcomed warmly here. You might consider encouraging other people to learn new things instead of being a sour asshole to somebody asking the community for advice.

Please go back to lurking.

Gonna second the Clojure. Made a thread-safe concurrent "RequestContext" mechanism for Ring apps in like 15-30 minutes of putzing around. No surprises. Very enjoyable.

Not the most remarkable Clojure story I have, just the most recent one.

I use Python in my day job, but Clojure is the only time I really feel like I'm enjoying myself or that my time is being spent well. Or that I'm not profoundly limited.

>I like the alliteration!

Good! If you really like words and want to get some copy edited you should check out http://www.edithero.com/

Your prodigious propagandization of your paymaster is praiseworthy, but you don't need to take michaelochurch seriously to perceive this isn't a perfect picture of paradise.

I'm considering getting back into remote work and/or contracting but it's been some time since I last did so. For exactly the same reasons you're enjoying it now.

Do you have any pointers on finding permanent or contracted remote work? Most of the connections I had fron before have since died out.

And people in Silicon Valley look at me weird when I say the thing I want most is to leave SV, move back out to the country, and start a family.

Yuppies. Pfah.

Edit:

This subject dovetails into the thread about remote working (for me anyway). There are a few number of people that would like to work with me but if they're not willing to do so remotely (previously my main way to work) then it's no dice.

My freedom is the cost for my labor.

Are we still spreading that canard where type errors are somehow some kind of bugbear in Python?

It's not a profound part of writing code in Python for anybody that's spent more than a few weeks with it.

>as the specs involve a lot of piping data around, and websockets, stuff that Rails is not as good at.

I use Python in my day job and when I have need for something like that, I usually resort to Clojure. It's a pretty great experience.

Also look into Elixir if you're hellbent on using Erlang.

He's the one that named his framework "Chicago Boss" (after Tokyo Tyrant), not me. :P

The fact that people like Evan Miller aren't taken seriously and heeded is why I only tinker with Erlang and haven't bothered to use it for anything.

Once they start taking the little people (so to speak) seriously, I'll revisit the Erlang runtime for an actual project.

Until then: Clojure.

Clojure has a strong tinkerer culture.

I don't think security is a priority for most EHRs that don't have an established procedural culture.

Part of the advantage of being a startup is being able to run around with untenable liabilities and cutting corners the 'big guys' can't cut under pain of tort.

Yeah, what moultano said. Except for one derivation in the more rural parts, my state has the accent that most American newscasters will learn or imitate.

So for better or worse, I have neutral American English.

Pretty good being on top.

I wouldn't really let Rails slide here or call them an exemplar in the subject at hand. They were lazy and paid dearly for it.

A better example would be Django, most server-side Java frameworks, Ruby frameworks like Sinatra and Padrino, most Erlang code I've seen is solid, Haskell users generally know better, etc.