Live data from Hacker News

Show HN: Kimono – Never write a web scraper again

kimonify.kimonolabs.com

201–210 of 234 posts

Re: Show HN: Kimono – Never write a web scraper again

#201
post #199
post #187

Earlier quoted context omitted.

No. This site isn't about UX or innovation, it's about tech start ups. It's a constant reminder that something can be successful even if it was written in a LISP dialect and has a bunch of UX misses as long as the core idea is valid and the product usable enough. I've used a bunch of HN skins that were supposedly better designed, but none of them stuck. Apparently it's just plain unnecessary for HN to be better.

So because it's written in LISP it gets a free pass in other areas? That seems like a dubious claim.

Indubitably.

Re: Show HN: Kimono – Never write a web scraper again

#202
post #157

Earlier quoted context omitted.

I really wish that HN wasn't even in the running for a "worst case". For a community that seems to be all about UX and innovation, shouldn't it run on at least a marginally user-friendly piece of software with this-century markup? I get that it has a sort of kitschy or retro appeal, but it's just basically a pain to use and looks terrible. I can't tell you how often I click next page to find that I've taken too long…

I like HN because it gives me exactly what I want. A list of interesting links, ranked by what people that I truest more than news sites think of them. Oh and offers comment sections for each of them. HN is wonderful link discovery during compile time or if you need a break.

I think we all like HN, otherwise we wouldn't be here. That doesn't mean it can't improve.

Re: Show HN: Kimono – Never write a web scraper again

#203

Earlier quoted context omitted.

I like HN because it gives me exactly what I want. A list of interesting links, ranked by what people that I truest more than news sites think of them. Oh and offers comment sections for each of them. HN is wonderful link discovery during compile time or if you need a break.

I think we all like HN, otherwise we wouldn't be here. That doesn't mean it can't improve.

If "improve" would involve turning it into AJAX-heavy app with images, CSS effects and some weird-ass scrolling interceptors, that requires me to load 200+ files for seeing the main page, I would rather live without any improvements.

I think better terms might be "clean up" or "restructure".

Re: Show HN: Kimono – Never write a web scraper again

#205
post #166

Earlier quoted context omitted.

At the moment, we rely on users to be responsible. We spell it out in the terms and FAQ. We've been in private beta, keeping usage very limited until today. We fully understand the seriousness of the issue as we scale. We're committed to becoming a responsible bot that respects robots.txt

I would say how you're scraping differs from say how Google, a search engine, scrapes. I'm not sure there is a way in robots.txt to define for each use? Knowing the data in a structured way, but then allowing it to be displayed in full off-site is quite different than using the scraped data for linking into a website.

But robots.txt provides minimums: don't scrape this page, don't refresh more than once every x, these crawlers are allowed this access, etc.

Re: Show HN: Kimono – Never write a web scraper again

#206
post #187
post #157

Earlier quoted context omitted.

I really wish that HN wasn't even in the running for a "worst case". For a community that seems to be all about UX and innovation, shouldn't it run on at least a marginally user-friendly piece of software with this-century markup? I get that it has a sort of kitschy or retro appeal, but it's just basically a pain to use and looks terrible. I can't tell you how often I click next page to find that I've taken too long…

No. This site isn't about UX or innovation, it's about tech start ups. It's a constant reminder that something can be successful even if it was written in a LISP dialect and has a bunch of UX misses as long as the core idea is valid and the product usable enough. I've used a bunch of HN skins that were supposedly better designed, but none of them stuck. Apparently it's just plain unnecessary for HN to be better.

Couldn't agree more. E.g., when Digg got popular and redesigned their site everyone switched to the bare-bones Reddit.

Re: Show HN: Kimono – Never write a web scraper again

#207
post #199
post #187

Earlier quoted context omitted.

No. This site isn't about UX or innovation, it's about tech start ups. It's a constant reminder that something can be successful even if it was written in a LISP dialect and has a bunch of UX misses as long as the core idea is valid and the product usable enough. I've used a bunch of HN skins that were supposedly better designed, but none of them stuck. Apparently it's just plain unnecessary for HN to be better.

So because it's written in LISP it gets a free pass in other areas? That seems like a dubious claim.

That's not what he said.

Re: Show HN: Kimono – Never write a web scraper again

#209
post #172

> Web scraping. It's something we all love to hate. You wish the data you needed to power your app, model or visualization was available via API. But, most of the time it's not. So, you decide to build a web scraper. You write a ton of code, employ a laundry list of libraries and techniques, all for something that's by definition unstable, has to be hosted somewhere, and needs to be maintained over time. I disagree.…

I assume you get an error on the hourly, daily, monthly, whatever update which you are notified about. Then you can redo the semi-manual setup of the scraper.

Re: Show HN: Kimono – Never write a web scraper again

#210
post #87

Earlier quoted context omitted.

Yes, it's one of the most popular feature requests. We don't support auth yet, but it's on our shortlist and we hope to have it ready soon.

I'm wondering how you will be able to with the numerous ways of CSRF protection implementations.

[deleted]
Post reply on HN