libsaas
Dev tools
api client library
SHOW HN2012
How HN took it
4 positive, 7 neutral or asking, 1 mixed, 2 critical, out of 14 comments about the project. Thread score +0.12.
Idea: 2 for, 1 againstPrivacy: 0 for, 1 against
The thread, comment by comment
Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.
positive neutral or mixed critical about another commenter or something else the maker
What HN said
What people liked
Impressed by the idea and standardization
From 2 comments
Very impressive. At Zapier we're building an internal tool very similar to this (and in Python to boot). Maybe we should hook up?
bryanh on HNI quite like it. I'll get to porting it to Ruby.
jmonegro on HN
Hides differing SaaS API quirks from developers
From 1 comment
The lowest common denominator of SaaS APIs is HTTP. Apart from that, everyone does it different. Some use JSON, some use XML, some use SOAP... Sometimes you authenticate with…
wulczer on HN
Objections
SaaS apps should export standard APIs instead of needing wrappers
From 1 comment
Isn't this what web services were promising us? Cool library, but ideally the SaaS apps would export APIs for this functionality.
jeffbarr on HN
Plain HTTP would be simpler than wrapping APIs
From 1 comment
Instead of hiding it, why don't we ditch it altogether? HTTP is simpler, more direct and easier to debug. By sticking to HTTP, we might get closer to a situation where "everyone…
thereason on HN
Multi-language support is hard to achieve
From 2 comments
There were some very sketchy plans about making this multilanguage... The best we could come up with was writing a small C module that would call Python code and that you could…
wulczer on HN>a small C module that would call Python code Seems strange to me. Seems like for a lot of this, where it's often HTTP based anyway, you could implement much of it in C without…
drivebyacct2 on HN
Requests
Ports to other languages such as Ruby
From 2 comments
I quite like it. I'll get to porting it to Ruby.
jmonegro on HNPlease do, would be very awesome!
sgrove on HN
A way to support multiple languages without a DSL
From 1 comment
There were some very sketchy plans about making this multilanguage... The best we could come up with was writing a small C module that would call Python code and that you could…
wulczer on HN
Questions
Why C instead of HTTP-based approach for multi-language use
From 2 comments
>a small C module that would call Python code Seems strange to me. Seems like for a lot of this, where it's often HTTP based anyway, you could implement much of it in C without…
drivebyacct2 on HNHuh? We're talking about a library to use in applications, web apps or otherwise, and finding ways to make them usable with multiple languages. That screams "C", as every…
drivebyacct2 on HN
Alternatives named
restwrapper, a JavaScript REST wrapper
From 1 comment
I have written something similar in JavaScript: https://github.com/olegp/restwrapper
olegp on HN