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 must you laugh at my back end?
201–210 of 230 posts
Re: Why must you laugh at my back end?
#202Earlier 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
Re: Why must you laugh at my back end?
#203This 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…
Re: Why must you laugh at my back end?
#204Re: Why must you laugh at my back end?
#205Earlier 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 .
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?
#206Earlier 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.
It's a cool domain though, how many three letter .com domains out there?
Re: Why must you laugh at my back end?
#207Earlier 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.
- Kohana: ~200 lines of code. - Django: 15. Seriously.
Re: Why must you laugh at my back end?
#208I 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?
#209This 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.
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?
#210Cold 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…
But why? If they had to energy to create those frameworks, why didn't they invest it into moving on to a better technology?