I couldn't agree more. While it may not be a "show hn" project, the developer may still be a member of the hn community. If one is going to criticise the project, they should at least do so constructively so they can improve it. I don't think any of us would really want snarky remarks as the feedback to something we poured our free time in and shared with the community to garner feedback.
Treat other developers in the same way we would want to be treated if in a similar position :)
The regular expression pattern checking is pretty awesome. I'll disagree though where they say you don't need any more server side validations. You can easily remove / change the pattern value in the DOM. Which begs the question, what's the integrity of client-side testing if it cam be bypassed so easily?
anything client-side is never about security or consistency since no matter what you do, anybody can always send you any data they want.
client side validity checking is about the user experience, I mean if the user is doing something wrong you can guide them to the right direction without the need of server interaction and server interaction is always slower that one line of client side code.
If it ain't broke don't fix it. If you've got a team of about 10 - 15 engineers that'd be over a million dollars you'd be burning in 1 year for a code rewrite. And most code rewrites that I've seen or been a part of take more than 1 year.
I'd agree with the "more than 1 year" estimate for any large code base. It could even be several years if your run into unforeseen problems. You probably don't want to even start a rewrite like that without first spending a few months thinking really hard about the architecture of the new system and making sure you'll end up with a feature set that does everything that your customers depended on in the old code.
And furthermore, while the developers are rewriting the code, who is going to maintain the old code? The demands for new features and bug fixes aren't going to stop just because you've decided to rewrite the code.
What's happening to hackernews? While there's still a handful of insightful comments and submissions, the culture feels like it's starting to shift with everyone having their noses in the air. I'm starting to use this site less and less, and it's a shame. Oh well.
Flash solves the problem of cross-platform development really well vs other platforms. You don't have to worry about making conditional statements for
specific operating systems or browsers. I feel the rapid deploying of browsers is just increasing the fragmented world of html + js. There are just way too many different implementations of html to make it enjoyable coding on.
And also, the way flash handles making animations and anti-aliasing almost makes my very non-artistic feel
somewhat versatile when tackling those things.
I feel the rapid deploying of browsers is just increasing the fragmented world of html + js
Not in my experience. I've recently finished writing a fairly large and reasonably complex HTML5 app and getting it to work across standards compliant browsers Chrome/Firefox/Safari has been absolutely painless. In over 6 months of development I have (without exaggeration) spent no more than 8 hours fixing cross browser issues and this includes cutting edge and vendor prefixed stuff.
I think that flash still has its place... it's still way better at doing things like client side image compression/encoding and has very sophisticated binary manipulation capabilities (if you need those).
It really is a technology of the gaps, and the number of gaps that it can exclusively fill is rapidly dwindling.
performance on these games are shit on the iphone 4, and the 2nd game flickers unless its in landscape mode. Why are people championing for sub-par technology?
It isn't dead. This hatred towards flash has become a mob mentality and it's stupid. No one's charging you to run their software. There have been a lot of amazing cross platform applications made because of flash.
I haven't seen anyone claiming that either. However, you're being forced to install and run it to access certain sites and that's why I'd be more than glad to see it replaced with a more open technology as soon as possible.
It wasn't meant to work on mobile devices. It can and everything work as expected besides the fact that you must have a fully functional keyboard to use it and learn VIM.
Stuff like this just proves how flash is superior to the html5 spec. This technology is fragmented and it's hurting the web. By the time all the smartphones are fast enough to run flash smoothly, there'll still be different browser implementations of html5. This is why it's a shame
adobe stopped developin their mobile plug-in. Oh well, adobe air is still doing strong on native mobile apps.
The future of the Internet should rely on open standards and it shouldn't be controlled by the whims of one company. This has been explained repeatedly over the years but some developers ignored the warnings. Now that Adobe has decided not to support mobile, for whatever reason, you must obey their whims...