Hacker Newsnew | past | comments | ask | show | jobs | submit | bitlord_219's commentslogin

I think you mean "epithets."


Correct. I just hope that no actual epitaphs come of this nonsense.


I like anything that gets the homeless some help, but that zoom-on-mouseover on the photos is creepy.


They've unwittingly recreated a trick used in negative political ads.

Take a photo of your opponent, make it black and white, use a tight crop, and then slowly zoom.


> That may be true, but the YOLO app is also a bit of a joke. Explains Betty Xi, one of the team members who helped create YOLO, their app was built to “poke fun at Yo.”

Should have called it "Dumb Yo." http://www.scpr.org/news/2014/02/09/42085/dumb-starbucks-cof...


Good idea.


What a dehumanizing experience.


Yes, working: how awful.

I hope you're trying to be on the workers side but either way this is a terrible thing to say. The way you look down upon people trying their very best to make a living is not helping them at all.


It's dehumanizing to work and get paid little or nothing at all. You seem to be reading much more in the comment you're replying to than was actually said.


Depends on the sort of tasks you're doing. Someone above mentioned receiving ~$0.27/min of translations. This is a relatively high figure in comparison to a lot of tasks, but if the task you're doing isn't entirely mind numbing then being a Turker isn't as bad as it sounds. $0.27/minute is something like ~$16/hr - if you're working at a gas station with a computer handy, you'd be able to more than double your wage. Are the tasks undervalued? Not sure it's fair for us to say. The HITs keep coming in and they continue to be completed, so something is working.


Depends what sort of gas station you're at, I guess. My sister worked at a gass station one summer. She was mostly alone on the job, kept an eye on everyone who filled gas, made fast food, made sure the shelves were well stocked with products and cleaned. Not much room for going to the toilet much less sitting at the computer, but then her wage was something like 30 USD/h.


First world problems though. It's little or nothing by your standards. In India it would be a very different story.



That article seems entirely based on the comments on the OP. The only major quote in there is from a comment by the publisher of the post.

And it's wrong about its two major points, as other commenters pointed out: the contract doesn't limit "windowing", and the "covenant not to sue" just covers suing over copyright infringement for exactly what's covered in the contract itself.


If you want people to take you seriously, never cite The Register.


And in particular, citing them as "in the know" (as hilarious as it may be to do so).


You send some law enforcement officers out to track down the people selling spaces. Shouldn't be difficult, since they're advertising their location right in the app.


Good. The idea of a couple guys in Italy making money on trades of public parking spaces in SF baffles me. I assume they're not paying any taxes back to the city that maintains the spaces. How does one possibly defend this?


How does one possibly defend this?

Well, it typically comes across like this (if you notice depends on if you like the company):

Their disruptive innovation is just scaring the shit out of those dinosaurs down at City Hall. Local government are stupid for protecting citizenry financially and/or setting minimum standards for a service. It doesn't matter if the service model is the kind of things that the law is meant to protect or genuinely a case not considered when drafting the law. All valley business models are golden, market success makes them beyond reproach!


They are proving value by solving a market inneficiency (a good, parking spaces, being available at sub-market rates, free). As such, they have a right to some of the profits.

By increasing the cost of parking spaces, they improve the efficiency of allocation by making sure they go to people who value them at $20 before people who value them at 0.003$

Or, more likely, they live outside of US juristiction, so they have plenty of time to make a profit, and when the law does catch up to them, they are likely not looking at anything worse then needing to shut down the service.


I couldn't get past the "preamble." This writing style is just impenetrable. Wordy for no reason, with pointless pop culture references and annoying clipart & captions that fail to amuse.


"What every programmer should know about SEO"

Yeah, no.


Why not? While there are lots of terrible SEO consultants and stupid recommendations, knowing how SEO actually works and the way it rewards good, up-to-date content, is incredibly valuable. And knowing how things really work is the best way to defeat the crummy suggestions and gimmicks that a misinformed marketer might suggest.


When the article title includes the words "every programmer", that's a really large set of programmers. I don't think a programmer working on embedded systems needs to know about SEO, nor do kernel hackers, nor do scientific programmers...


Until they want their sexy opensource library to be used by more than one person.


Make good enough library, keep the source valid and the persons will come.

I have never done any special SEO tricks and yet all my content is fairly high on the results.

SEO in general is quite useless in my opinion. Make the content good enough so that people want to visit the site! Don't trick people to come there.


Oh, the engineer marketing moto: make a good product and customers will come. So appealing and so false!

I'm not doubting your experience, but this is such a common misconception that I must point it out.

If usage of your product is not what puts food on the table, by all means go for the engineering marketing approach. It's genuine.

If you need customers to have a roof on top of your head, though, learn marketing. It's not evil, it is necessary, and strange as it may seem, it is as important to success as product quality.


I think he means if your website contains information google can find it. simple as that. only thing you really need to know is that text on its own is more easily searched than images. but that should be obvious to any one.


A very large number of programmers spend their time working on non-web code for companies. I don't need SEO at all... that's what our marketing department is for.

The title should have been "10 Articles Every Java Web Developer Should Read," and even then a few of them would be out of place.


The implication in my post was that this was for a pet project where you are the marketing team and things like choosing a good project name that's actually searchable matter.

Otherwise you end up with things called "Go" and "Ruby", both of which took years to become googlable.


In those areas, SEO is going to have little to do with the uptake of their libraries.


I'm just assuming here, but I think the parent commenter was referring to the fact that not every programmer needs to know SEO, since there are several disciplines that don't depend on search engine results.


SEO tactics and practices change so rapidly... almost any article or book written about SEO is outdated by the time it's released (unfortunately). Tactics that were considered "best practices" even 6 months ago may actually harm your site these days. -- There is no magic bullet for SEO.


I realize this is going to come as something of a shock to you, but most of the programmers in the world aren't cool kids working at the Next Big web startup. SEO isn't part of their world, never will be, and SEO consultants never come knocking at their door.


Maybe front-end developers; but agreed, not every programmer should know SEO.


At least, if you're a programmer and need to learn a little about SEO, this is a decent article. Most information on this topic are in slideshow format, with only broad bullet points. This one is pretty text heavy and information dense, which I appreciate.


The author claims this is the "original":

> ElectroPortis is a Windows version of ElectroPaint, the only screensaver. This is the real deal. It is not a clone, nor a reimplementation, nor a product of manual reverse engineering. It was made by running the original binary through a custom MIPS to C decompiler.

but later, says that it's the OpenGL version and links to these words:

> During my time at SGI I rewrote Electropaint to use OpenGL instead of IrisGL and it wasn't quite the same afterwards (I removed the control UI since the panels toolkit wasn't making the journey and I must have broken the random seed...).

Wouldn't be such a pedant normally, but if you're going to make such a fuss about it being the "original," don't contradict yourself on the same page...


I'm reasonably certain that the drawing routines are the same, apart from the translation to OpenGL. The author of the OpenGL translation showed up in this thread, actually: https://news.ycombinator.com/item?id=7700340


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: