cowboyhero
Joined 16 years ago
Joined 16 years ago
http://news.ycombinator.com/item?id=5108181
Perl or PHP, because why not?
Rewriting sed in JavaScript is cool. Even as a one-off, proof of concept, "I did this because I could." I mean, why not? Isn't that what the so-called hacker "ethos" is supposed to be about? She never said her version was better. She never evangelized its use over the traditional *NIX tools.
In the early 1990s, some crazy bastard decided to riff on the Unix kernel. About a decade later, another nut decided to rewrite the encyclopedia, and encouraged people to help him do it. Then another crazy wrote a programming tutorial using bizarre illustrations while eating a lot of chunky bacon. Why not? All three of those projects could have been considered pointless. We already had kernels. We had encyclopedias, and god knows, plenty of programming books.
I have the urge now to follow in Heather's footsteps, waste my own time, and write a version of sed in PHP. Or maybe Perl. And then write a wrapper for it in Applescript. Because, why not?
Wordpress.
It's become a full blown CMS and its own platform. Half the media sites out there are running it, or hosting with Wordpress Pro. Then there's a horde of casual bloggers managing their own installs.
Granted, there's movement away from this kind of publishing model(Facebook, Twitter, G+), but as long as Wordpress is still the go to, "set it and forget it" app on $5 webhosts, PHP will not die.
Hey now. Let's not forget everyone's first love: Perl. :D
It's still quietly running quite a few big sites out there, and is currently enjoying something of a renaissance with frameworks like Mojolicious & Dancer, not to mention the releases of 5.10-5.16.
Curious about Survata' methodology. Neither the author nor their website go into a great deal of information about this. (I mostly want to know who crafts the questions, as it's easy to inadvertntly skew survey results).
As an aside, linking to Survata's homepage not just once but three times in a ~600 word post makes this thing, aside from its casual observations, feel like an 'advertorial.'
Thirty years ago Ruby-style drama would have played out as drunken rant at a post-conference hotel bar, or a snide comment on Usenet, or on an obscure mailing list. Not quite the same.
The Ruby guys didn't have the benefit of age, experience, or a certain amount of professional obscurity.
Also: I'm not an expert, or a lawyer, but it's my understanding that you can't copyright titles, but you can trademark them, or portions of them.
The guys (IDW?) that publish the "For Dummies" book series regularly enforce the trademarks around their name and cover design.
Hollywood often gets around the copyright problem by trademarking some film titles (this is why it's always "Disney's The Lion King" and not just "The Lion King.")
Zed Shaw has a well-established series of "Learn $topic the Hard Way" online books, with Addison Wesley publishing a 3rd edition of his "Learn Python the Hard Way" this spring. He is building a brand and a business around this name.
I'd be surprised to learn that "Learn ... the Hard Way" isn't trademarked, but even if it isn't, it strikes me as disingenuous, misleading, and potentially confusing to name your work after his.
As far as I can tell, Mr Shaw has nothing to do with this project, but then the "Learn Linux the Hard Way" name might, to some, imply that he does.
Edited to add: I do not have a dog in this fight, just pointing out a potential conflict.
The app flagged objects, methods, and variables that were created in other files as "undefined."
I could see how that would be helpful under other circumstances, but does anyone know if PhpStorm is set up to play nice with most PHP frameworks?
Also: For smaller projects, is there any advantage to buying a Python IDE over just using a tricked out version of Vi?
Auto complete is nice & all, but Vi is Vi.
It's not a blog, but a collection of weekly email newsletters.
At the risk of sounding like a shill (because I'm pretty sure Mr Cooper posts to HN), I have to say these are each brilliantly done. There are separate newsletters for JavaScript, Ruby, HTML5, and Dart (but sadly no Python).
Great way to keep up with changes in these areas once a week, and pretty much the only third-party emails I not only look forward to receiving, but actually open and read.
This'll date me, but I'm still amazed that so many companies eagerly slap other company's logos on everything they do. Even if it's just a blog post.
This page is a case in point: Facebook's brand appears four times. Twitter's appears a dozen times (more because of the comments). Mailchimp? Just once.
Smith did spend around $30k of his own money on production costs. The bulk of that was for film stock. (Similarly, Rodriguez spent $8k of his own money on Mariachi.)
Now, here's the kicker: Neither one of them spent a dime on film prints. They signed deals and let the studios take care of that. This is significant because if people talked about Clerks' or El Mariachi's budget in those terms, the numbers would be in the rane of hundreds of thousands of dollars.
To put it in perspective: Would you say you "self financed" your startup if a big multinational paid for all the servers and bandwidth from the get go? It's sorta like that.
Saying it in interviews makes for a better story ("College dropout makes major movie for $8,000!") but it's not really accurate.
First year: http://penny-arcade.com/comic/1998/11/18
Five years later: http://penny-arcade.com/comic/2003/11/18
- The layout does render correctly at 1024x768 (iPad).
- Some of the drop downs do not work when tapped.
- Make the movie detail page URL more SEO friendly (include the title instead of your internal ID).
- Don't force users to download images & titles from a few dozen other movies when looking at the movie detail page.
- Focus on being mobile friendly. I can imagine a site like this being most useful when I see a poster or trailer at the local theater and want to remember it. In that situation, I'm on my phone with a slower connection (or one that is capped).
- You're building a site with lots of utility, not a content site. I'm not sure links to half a dozen social media services will serve your users (along with forcing mobile visitors to download all that JavaScript).
- Movie release dates vary greatly across countries. Even the US, smaller independent films will have slow roll outs over longer periods of time. Some bigger films will premier in NY and LA weeks or months before being released in a wider market. And not all films will be available in all areas. Your site gives no indication of any of this at all.