Hacker News new | ask | show | jobs
by pl90087 1164 days ago
This is great!

Until you realize that it's a cheap rip-off of http://numbersapi.com/ without giving credit. Shame on you, ae.studio. If that's how you work, you failed with this ad and won't get me as your customer. Or employee.

(To clarify: I don't find it a problem that this page contains an ad for their studio. It's out of sight, which is nice. What I'm taking issue with is that they are not attributing where they are taking the data from.)

Edit: Ah, now the attribution was added in the lower-righthand corner. That's good, at least they are listening and fixing issues quickly. That this had to be pointed out first and publicly shamed still leaves a sour taste though.

3 comments

Thanks for the feedback, I can definitely see how this could be distasteful. Not attributing was 100% an accident and I fixed asap.

Like I mentioned in another comment: I'm part of a team that builds fast projects regularly and we have a default global footer that is applied to every site (see here for example: https://www.ghostlystock.com/ ) so unfortunately something we built to be tasteful was misinterpreted because it's obviously so over the top here.

What actually happened here is that I decided to share this project and the new footer wasn't at top of mind for me.

Sorry about that.

It's not the footer that is the problem. It's not telling anybody that you're recycling other people's work.

I explicitly pointed out that the footer is fine. I generally like this type of ad the most -- do some great work, publish it, tell everybody who you are and that you are hiring or open for business opportunities. But this backfires if the thing you built is questionable.

I believe that this was an honest mistake. But unfortunately a quite telling one regarding team culture. Building things fast should not be an excuse for ripping other people off.

I specifically love how it's not just a call to numbers.com, rather a call to /api/curiosity on the site, but passing in a url to numbersapi.com as an argument to the request. So... Not only the call to numbers.com was hidden from the networking tab from casual onlookers, but I think the server will just download arbitrary content if we ask it to... And I could certainly load a random lipsum.com/feed/html. Since there's no call to that domain in my networking tab I assume their server does it. I won't be the person to include a link to a 400gb file there, but someone will.
Thanks for pointing that out. Just fixed it.
you are right, terrible idea to pass the URL as an argument. Will fix that in 5 min.
Yeah, we made it a simple and easy way to view that data :D

just added a reference to numbers api