Live data from Hacker News

Why must you laugh at my back end?

blog.pud.com

141–150 of 230 posts

Re: Why must you laugh at my back end?

#141
post #15

Earlier quoted context omitted.

I have respect for people that can deliver, regardless of what they use. The allure of cool tech is strong but tech doesn't make products: people do. I cannot see what is wrong with your using plain PHP if you can get the job done faster (as long as you avoid things that make exploits easy, such as raw mysql db functions). When the time for a framework comes, you'll know. Stop worrying about what others think and goo…

+1 to both of you!

Oops, sorry, I didn't know this was not appropriate, first thread on HN, long time reader.

Re: Why must you laugh at my back end?

#142

As long as Xeround sticks around and does what they say they can do, I’ll never have to worry about scaling my database Never heard of that database/company before so I clicked on the link out of curiosity and guess what, their server is down. Not very reassuring for an "infinitely scalable solution".

Didn't knew about them either. Not too worried about the home page having hickups earlier as it isn't their database cloud. But, I'll definitely do some testing around this/these MySQL MySQL cloud service(s). Something I haven't looked at before and sounds too good to be true.

Re: Why must you laugh at my back end?

#143
post #123

Earlier quoted context omitted.

Oh please. I'm not building anything that requires a credit card, or anything sophisticated. When you have literally just a hundred users, YES I will skip paying lots of attention on injection attacks because the chances of that happening is very low. To you techies, it sounds like a huge deal, but the priority in any business to make profit first.

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. And given how utterly trivial it is to provide proof against injection attacks in any modern language and toolki…

> 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 they're still around :) their traffic probably a couple of orders of magnitude higher. I was there when it happened, and yes, probably some Russian hacker or whatnot has my password from there, but that's not such a big deal because reddit doesn't know my name, doesn't have my CC number or any details related to my life.

Now, were this to happen to a company that has a lot more information available about each and every one of us stored in one central place (think Google or FB), then things could get really nasty. And I'm not talking about stupid mistakes like the one from above, I'm talking about MITM attacks orchestrated by (vicious) Governments, or cyber-warfare, or just plain old NSA not having to bother to collect information from a myriad of places anymore, when they can just go directly to the source.

Re: Why must you laugh at my back end?

#144
post #123
post #98

Earlier quoted context omitted.

Can you please list out the applications you've created? I'd like to add them to my "never ever register on these sites" list. If you're only worrying about injection attacks "...after you gain some traction" or "...when it becomes an issue" you're already too late, and I don't ever want to trust any of my private data with you, ever. This is the 21st century. Scrubbing and validating user input is _trivial_ now, fra…

Oh please. I'm not building anything that requires a credit card, or anything sophisticated. When you have literally just a hundred users, YES I will skip paying lots of attention on injection attacks because the chances of that happening is very low. To you techies, it sounds like a huge deal, but the priority in any business to make profit first.

[deleted]

Re: Why must you laugh at my back end?

#145
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…

[deleted]

Re: Why must you laugh at my back end?

#146
post #137

I've built my product on CFML as well and I can't understand why it doesn't get more love from the developer community. It's a solid, productive language and the only language available in both commercial and open source (free) versions with tremendous support forums on both fronts. I personally use Railo for the CFML engine. Again, very productive and it enables me to get products to an MVP stage quickly.

Bob, If you're not on 'CFML entrepreneurs' on Facebook you should be.

Thanks I'll check it out.

Re: Why must you laugh at my back end?

#147
post #118

Earlier quoted context omitted.

I don't see how evolution has anything to do with your theory. Furthermore I doubt that the motivation behind arguing about 'pointless' topics is to sway the population to your side so that you can benefit. Unfortunately, however, I do not have an explanation as to why people may argue over such topics though I suspect that it may be related/due to cognitive dissonance. There is a conflict between what they have conc…

Talking fluff is easy. How many will participate in a Graphs vs. Trees discussion? and Ruby vs. Python?

I wouldn't consider discussing Ruby vs. Python 'fluff', but either way my comment above was about people arguing passionately, not having an intelectual discussion.

Re: Why must you laugh at my back end?

#148
post #118

Earlier quoted context omitted.

I don't see how evolution has anything to do with your theory. Furthermore I doubt that the motivation behind arguing about 'pointless' topics is to sway the population to your side so that you can benefit. Unfortunately, however, I do not have an explanation as to why people may argue over such topics though I suspect that it may be related/due to cognitive dissonance. There is a conflict between what they have conc…

Talking fluff is easy. How many will participate in a Graphs vs. Trees discussion? and Ruby vs. Python?

I wouldn't consider discussing Ruby vs. Python 'fluff', but either way my comment above was about people arguing passionately, not having an intelectual discussion.

Re: Why must you laugh at my back end?

#149

Earlier quoted context omitted.

Cringing aint so different than laughing ;) I work in 7-8 languages, was just wondering referring to my post: - What was your experience with CFML that made you cringe - Is it possible the same can happen in any language - What is better, in what way? Always looking to use better tools if they really get more done with less effort :)

I will admit that my CFML experience is limited to studying it for an interview (that made me not want the job) and learning it well enough to read old source code for a new application based off the old. (The app was MX 7) My primary complaints were (as everyone) the verbosity - I've never seen a more verbose templating system, which led people to copy and paste all around. While there were some CFCs, those were mos…

Verbosity is totally a pain.

Interestingly, I didn't know ECMAscript (aka Javascript) is too verbose for folks out there.

It turns out that CFML has two syntaxes, script and tag.

The tag based html-type that's being discussed here, and and cfscript.

Cfscript is is nearly identical to javascript and based on ECMAscript. Several languages follow ECMAscript.

In a way, if you know HTML and Javascript, any language should be easier to pick up than a language that looks completely different from HTML and Javascript, no?

Googled and found: http://help.adobe.com/en_US/ColdFusion/9.0/CFMLRef/WSc3ff6d0...

ECMAscript: http://en.wikipedia.org/wiki/ECMAScript

Re: Why must you laugh at my back end?

#150

Earlier quoted context omitted.

I've worked with Kohana a lot and I really don't like it, besides how skinny it is (oh, and the H in HMVC). Weird thing is the best programmer I know recommended it to me.

Kohana is a little brain-damaged. Good intentions, but it's essentially a PHP5 version of CodeIgniter in most ways that matter. The problem with this is that a PHP5 version of CodeIgniter doesn't leverage the constructs and concepts that make PHP5.3 (which in 2011 is the lowest version of PHP you should be considering) much more pleasant to work with than previous iterations. Kohana, and CI2, are both rather meat-axe…

Kohana 3 is not a rewrite of CI. it was written from scratch.

Kohana also has the worst documentation in the world. Seriously. It has very clear comments in its source code, though.

Post reply on HN