Live data from Hacker News

Why must you laugh at my back end?

blog.pud.com

201–210 of 230 posts

Re: Why must you laugh at my back end?

#201
post #22
post #12

Is that the same pud that did fuckedconpany? It was a hilarious site where people made fun of over valued companies during the first boom. Unfotunately the site eventually became overrun by nazis (not kidding) and had to be shut down.

Indeed.

Why did you take that down? I've wondered that for years..

Re: Why must you laugh at my back end?

#202
post #199
post #195

Earlier quoted context omitted.

:-D I'm glad you said something about shape. It's something I'm stumbling through right now.

You might find "Making Good Shape" helpful, as it is one of the few shape focused go books available in english: http://www.gobooks.info/k73.html The problems are very challenging, but that shouldn't stop you from thinking about them and then enjoying the enlightenment of the answers after a minute. Very helpful material! Best of luck in your pursuit of a better game

Funny you should mention that. Right after you talked about shapes, I browsed through Sensei's Library and saw that too. Thanks for the recommendation.

Re: Why must you laugh at my back end?

#203
post #77
post #9

This is great. Seriously. I cut my teeth in the early 2000s writing the type of PHP code that would make your eyes bleed. Global variables everywhere. HTML/PHP/MySQL in the same file. Career-wise I ended up going down a backend/database developer path, so if I do anything with consumer-facing web applications, it's on my free time. I'm working on such an app now, and right now the fastest way I can get anything done…

"I'm working on such an app now, and right now the fastest way I can get anything done is writing similar code to what I wrote in 2003. It's not quite as bad, but I continually succumb to doubt." The biggest objective problem this style has is that it affords everything-injection; cross-site scripting attacks, SQL injection, command injection if you're using shell commands, etc. Every time you bash one string togethe…

Small nitpick: the customers will feel the pain if their username/password is leaked through SQL injection.

Re: Why must you laugh at my back end?

#205

Earlier quoted context omitted.

> Sorry, but this is bull. If you take any information, even if it's an email and password, data security is either tops on your list or you're abusing your users (even "only a hundred"; one is too many!). There is literally zero middle ground on this: you do it or you shouldn't be building web applications http://blog.moertel.com/articles/2006/12/15/never-store-pass... Needless to say, almost 5 years have passed and…

I'm unclear why you replied to me, because you didn't say anything meaningful. I did not say you couldn't build web applications if you were a jerkass who was cavalier with the security of his users' data. I said you shouldn't .

>I did not say you couldn't build web applications if you were a jerkass who was cavalier with the security of his users' data. I said you shouldn't.

That would have left us without reddit, I don't know about you, but without it the Internet would have been a lot less interesting.

Re: Why must you laugh at my back end?

#206
post #175
post #13

Earlier quoted context omitted.

Several of these: http://adhdinc.com and http://pud.com

[i]Please[/i] tell me that these animated GIFs and background MIDI on pud.com are parts of the joke.

My guess is they are, considering the footer says "This site is best viewed with Netscape Navigator 2.0 or above".

It's a cool domain though, how many three letter .com domains out there?

Re: Why must you laugh at my back end?

#207
post #151

Earlier quoted context omitted.

here's how I learned Python without noticing it: (I had a background in PHP, JS, C++) 1. Off hours on 2-3 days with dive into python 3. 2. A month later - 'oh let's do this in python!' on google code jam 3. 'python challenge? that's cool' - one night hackathon a month later 4. 'I hate php, I'll do this new web app in django' 5. Two days messing with django 6. Five days and the app was done. I don't know if I write 'b…

>I don't know if I write 'best practice' python or django but it's about x6 less code than in PHP. Just curious... Surely you mean django vs php (not zend or some other framework - which _would_ have been the fair comparison.

No, the weird thing is I'm comparing Django to Kohana. The app I worked on in PHP was more complex, but one API page was very similar in both apps:

- Kohana: ~200 lines of code. - Django: 15. Seriously.

Re: Why must you laugh at my back end?

#208
I wouldn't laugh, but I am surprised it works. I have abandoned Cold Fusion in the late 90's - it kept hanging up, to the point of someone (me) having to write a program that detected the lockup and proceeded to restart the service. It may have become more reliable over the years, but I wouldn't know. CFML also has several drawbacks as a web programming language - the way it mixes presentation and application logic makes it hard to test properly and reminds me of what is wrong with a lot of PHP and JSP code out there.

I am also surprised someone claims it's faster to work on Windows than it is on a Unix-like OS. Most of the things I do on servers are moving files around, installing/updating packages and occasionally restarting a daemon. For that, clicking and dragging on a remote GUI is much less efficient than issuing equivalent commands in a shell.

I also read IIS progressed a lot since I last had to automate virtual server creation. Again, Apache runs on Windows and spitting (usually rendering from a template and adding custom values) a new config-file and doing a graceful restart appears simpler than right-clicking, form-filling and manually copying settings from one place to another. Windows doesn't even offer the courtesy of select/middle-button operation (unless you are operating IIS from the console).

Like someone else said, unless your infrastructure fails miserably (and CF/Windows failed me long ago) your app won't suck because of the technologies it stands upon. A good idea implemented in CF, PHP or ASP is just as good as a good idea implemented in Django or Rails or Node or Lisp. It's just that it may be harder to evolve it over time, or make it scale, or deploy it in the first place.

Re: Why must you laugh at my back end?

#209
post #94
post #9

This is great. Seriously. I cut my teeth in the early 2000s writing the type of PHP code that would make your eyes bleed. Global variables everywhere. HTML/PHP/MySQL in the same file. Career-wise I ended up going down a backend/database developer path, so if I do anything with consumer-facing web applications, it's on my free time. I'm working on such an app now, and right now the fastest way I can get anything done…

That's not a bad strategy. I also believe in "Just get it out and done ASAP and brush it up like heck afterwards". Worry about injection attacks, efficiency issues, scaling after you gain some traction. You can always rewrite later when it becomes an issue.

> Worry about injection attacks (...) after you gain some traction

Stop doing it right now.

There are automated tools that detect injection vulnerabilities and people who will hack you for a dozen e-mail addresses and passwords (and, possibly, control of your server). Sanitizing user input is easy.

While I agree the odds of gaining lots of traction are small, when you do, it hits you very fast. You should at least know the hot spots of your application so you can optimize them easily when possible. I am not telling you to save user registration data on a Cassandra cluster just in case, but employing good algorithms when possible. My apps usually are able to generate JMeter config files that make load testing with real data very painless.

Re: Why must you laugh at my back end?

#210
post #65
post #51

Cold Fusion? No, no... no . > CFML. I really like programming in CFML (a programming language, “ColdFusion Markup Language,” as opposed to ColdFusion, a commercial CFML interpreter made by Adobe). I know it’s not "cool" like Node.js or Clojure or even RoR. Doctors used to bleed people with leeches to get out the "bad humors". They stopped using that "tool" for a reason. It was a bad tool , and better "tools" came alo…

What I find sad is people making judgements based on twelve year old information. Like most languages CFML has evolved. People writing CFML today use MVC frameworks, use ORM and the cloud. Yes it is still easy for beginners to write bad code, I think that may be more true in ColdFusion than in other languages. But getting started easily can also be a virtue. You might be surprised but a lot of the ColdFusion communit…

"People writing CFML today use MVC frameworks, use ORM and the cloud."

But why? If they had to energy to create those frameworks, why didn't they invest it into moving on to a better technology?

Post reply on HN