zzzcpan

890 ms·

2911.
by zzzcpan 13y ago
I don't know how people write their code, but I don't like thinking about satisfying compiler when I'm working on some idea, it takes some of my thinking power. I'd rather do that later, probably together with unit tests
2912.
by zzzcpan 13y ago
They can produce a warning on unused stuff, instead of an error and not force this idea on everyone, especially considering they have zero proof on this idea. Also, every large project starts from a small one.
2913.
by zzzcpan 13y ago
> Golang will not let you compile if there’s an import or declared variable that’s unused. OK, I understand that Cleanliness Is Next To Godliness, but this is seriously slowing me down; probably a third of my attempts to run my damn prog
2914.
by zzzcpan 13y ago
http://www.microsoft.com/en-us/download/details.aspx?id=1157...
2915.
by zzzcpan 14y ago
> What kind of language are you using ? Go, C, Perl and others.
2916.
by zzzcpan 14y ago
No, you are still wrong. I have written http parsers a few times in different languages and probably can do it in my sleep. It was never hard. If you work on web servers a lot you tend to remember all the quirks, but if you don't you can al
2917.
by zzzcpan 14y ago
I disagree. It's actually pretty easy. It might seem hard at first, but in reality there are just a few things one needs to know to support all clients correctly. Like disabling keepalive in some scenarios for some user-agents, choosing pro
2918.
by zzzcpan 14y ago
I worked for a tiny company once where the owner was a self-taught programmer. He respected sysadmins and knew nothing about linux, but never respected programmers.
2919.
by zzzcpan 14y ago
> I too require that anyone working for me learn about the tech behind the magic. > Why? Because it creates RESPECT for the developers. Do you have any evidence to support that statement? I don't think respect comes from knowing c
2920.
by zzzcpan 14y ago
I didn't mean nginx parser and state machines in general as mutable states, but rather state changes in variables across multiple functions and files. They are impossible to keep track of and nginx is full of them.
2921.
by zzzcpan 14y ago
It doesn't look arrogant to me. And it doesn't matter how clean the code looks like if it uses trillions of mutable states, lots of inconsistent interfaces, occasional pointer arithmetics, manual memory management, gotos all over the place
2922.
by zzzcpan 14y ago
http://webcache.googleusercontent.com/search?q=cache:www.tai...
2923.
by zzzcpan 14y ago
No, there is no problem with the argument. It applies to every special case of software. For example, you may think that your ideas to develop good software in payment processor are right, but they aren't really right. You have no evidence
2924.
by zzzcpan 14y ago
The problem is that these better ways are mostly based on opinions of others and usually lack any real evidence.
2925.
by zzzcpan 14y ago
Random piece of code cannot be explicit or implicit. You have to specify exact thing you are talking about, like creating a function. You do create functions explicitly if you use map() and implicitly if you use splat(). But please don't de
2926.
by zzzcpan 14y ago
I think reliability implies readability and even impossible without it.
2927.
by zzzcpan 14y ago
Perl is mature, predictable and not really OO language. Which is fantastic. Because I can't stand OOP anymore.
2928.
by zzzcpan 14y ago
No.
2929.
by zzzcpan 14y ago
Easily, just copy configure arguments (nginx -V) from installed version of nginx and run ./configure with them.