Live data from Hacker News

The API-ization of everything

blog.garrytan.com

71–77 of 77 posts

Re: The API-ization of everything

#71
post #59
post #52

I wonder, where is the api-zation of CS research ? It would have been nice if CS research was available as source code, but until that happens(probably long into the future),why aren't we seeing more research offered as API , even for fee ? And is it something tat can be solved by tools ?

A lot of CS research really does not lend itself well to being implemented as a web-based service. A new disk scheduling policy would have all of its performance advantage blown away by network latency. A new load speculation technique would be an even worse for that format. A new static analysis is likely to be far too compute-intensive to be offered to the public on hardware the research group has the time/money to…

>> A new static analysis is likely to be far too compute-intensive to be offered to the public on hardware the research group has the time/money to operate.

Let's describe the division between Academics and users:

Academics get a cloud based service platform, where academics install the software which is usable by API/library[1] calls , automatically(or manually by users) scalable , with automatic billing where X percent goes to academics.

If you're a user you can also use the platform to build your own software , you can easily call the academic's API/library , and you both can share databases and file-systems.

I can even see possibility to require that academic and user code reside on the same machine on a different VM's when disk access speed is critical.

I can imagine this working in the static analysis example, and plenty other examples, just enter "python library" into google scholar, half the stuff there look usable in this form on first look.

The trick would be of course to make it so easy for a academic to share his code in this form , so that this would be the default way of working. Than we'll get some interesting stuff, some of it production systems and some of it just prototypes.

But even if we are talking about tons of amazing prototypes , i see plenty of value.

Does it all make sense?

[1]There are some ways of doing RPC , that are really easy to use, almost library like.

Re: The API-ization of everything

#72
post #34
post #26

If only this were more true. API's for most things are...lacking. A dearth of API's is particularly bad in computer security. Vendors: We have this great new device to monitor ___ and alert on it! Customers: We'd like to integrate that with our other devices, and this Hadoop cluster... Vendors: We integrate with all kinds of stuff! Customers: Can you show me? Vendors: You just go to our shitty web front end and click…

I'm all for right-out-of-college HN readers disrupting schlerotic industries that actually matter rather than making photosharing apps, but careful, enterprise sales looks like enterprise sales for a reason. The reason is typically because enterprise sales is the key to enterprise purchasing departments' lock. You'd like to think that technological superiority and sincerity will let you steal Cheesy McClueless's ten…

You don't have to sell to only large companies. I'm sure a lot of smaller companies would appreciate a security product that could grow with them.

And are the odds of success at trying to sell products to businesses any less than trying to create the next Instagram? Seems like a lot of people are focused on the latter. If you're going to do something risky, go for broke. :-)

Re: The API-ization of everything

#73
post #9
post #7

Earlier quoted context omitted.

Excel export to printer to fax machine, in some cases.

Someone literally requested this as an import option for Appointment Reminder, because it was easier for their office staff to understand than uploading.

I thought they wanted to download the Googles to their printer.

Re: The API-ization of everything

#74
post #9

Earlier quoted context omitted.

Someone literally requested this as an import option for Appointment Reminder, because it was easier for their office staff to understand than uploading.

I thought they wanted to download the Googles to their printer.

Well, its a two-way process. Upload to the Googles through the fax machine, download the Googles through the printer.

Re: The API-ization of everything

#76
post #37

Earlier quoted context omitted.

Admittedly, I was in something of a rush to throw it together, and altogether skipped that step. As you'd expect, the result was a bunch of second guessing, and false starts. That said, I'm absolutely trending that direction, but I felt like there was enough that I didn't know that attempting a spec out of the gate would have led to a bad spec and a bad implementation, and the way that I've always worked, it's easier…

Did you take a look at FOAF project or similar (or the whole semantic web ecosystem I guesS), its a good place to start for defining an ontology.

I did, but I really see this as closer to 'finger'... perhaps even indistinguishable from it at this early stage. FOAF has been around awhile (tho obviously not as long as finger), and I've just never seen anybody use it, or was blind to it when I saw it.

I definitely see some kind of 'friend' association with Personable in the future, but it's not a social network, so I'm totally vague on how those associations might work.

Re: The API-ization of everything

#77

API is a legacy term created the time before the Internet era standing for Application Programming Interface. Should it be called Web Service to be more precise for API connecting over the Internet?

"Web services" is pretty strongly associated with SOAP, at least in my part of the world.

Perhaps "Web API" makes more sense.
Post reply on HN