Viewing profile — fehguy
fehguy
HN member- Joined
- Mon, Jul 12, 2010, 3:08 PM UTC
- HN karma
- 25
- Public activity
- 38 items
- HN profile
- View on Hacker News ↗
About fehguy
No profile information was provided.
Recent public activity
-
comment
Comment #14039401
Isn't it more work to write tests than code? Not sure that's the best argument against a technology. You can easily hang yourself many different ways. The idea with Swagger include…
-
comment
Comment #11767275
Going to 141 chars would solve all their problems imho
-
comment
Comment #9861726
Looks great vlad. It is true, this was the first known visual swagger editor and was a very helpful project (also open sourced). The Apigee folks went on to build the current versi…
- story
-
comment
Comment #7440150
Moved from the swagger core project which had language specific details.
- story
-
comment
Comment #7010271
https://github.com/wordnik/swagger-codegen does javascript, scala, java, objective-c, php, python (3), ruby, android, and even flash Also has the benefit of a commercial backer ( h…
-
comment
Comment #6064880
swagger-js uses the shred library ( https://github.com/automatthew/shred ) under the hood so HTTP connections between the browser and nodejs work the same.
- story
-
comment
Comment #6048098
Generating a server stub was done long ago, in swagger, which is completely OSS: https://github.com/wordnik/swagger-codegen#to-build-a-server... And it's based on an intuitive JSON…
-
comment
Comment #4877839
very cool tech behind this--html5 fragments, websockets.
-
comment
Comment #4444835
Technique for interface-driven development for APIs could save a lot of hassle--generate your API description, view it in swagger-ui, generate your client, and finally server stubs…
- story
-
comment
Comment #3899853
Yes, the graph in the blog is just a sample. There will be a detailed post about performance coming, including access from browsers and non-browsers across fast and latent connecti…
-
comment
Comment #3895405
Both browsers and servers need something like SwaggerSocket this--SPDY is a good step but i feel it's more of a "pipelining" solution rather than an async + multiplexing issue.
-
comment
Comment #3895256
As a subprotocol, it leverages the readability of REST into something much more efficient. Maybe pseudo-REST is a better term
-
comment
Comment #3762030
We tried out enunciate as well. It's good but didn't quite fit our needs... You can run swagger with the built-in support via swagger-core/swagger-jaxrs. Play 1.4/2.0 support is th…
-
comment
Comment #3760193
I think the biggest difference is that this is a framework, not just a spec, and you can implement the server with the libraries. The google explorer makes it easy to consume googl…
-
comment
Comment #3759250
there is node.js... https://github.com/wordnik/swagger-node-express
-
comment
Comment #3732997
We have a common communication interface (swagger) and have developed websocket-based communication between servers using the Atmosphere framework. Yes, HTTP overhead isn't trivial…
-
comment
Comment #3732994
Yes! For communication this is part of the motivation for developing Swagger. For configuration & monitoring, our Caprica configuration tool keeps all the servers talking to the ri…
-
comment
Comment #3732986
Netflix is an example to the opposite. But it is worth noting that a great model is a hybrid physical/cloud, once you have established predictable, steady load.
-
comment
Comment #3732979
And when you need another data center, you shell out major coin. That's what we needed to avoid. At some point, even your finest physical server has limits. If you can split the wo…
-
comment
Comment #3732952
There is no question that physical machines are faster than VMs. The main issues are fixed cost, burst capacity, multi-datacenter deployments and linear scaling. That was the main …
-
comment
Comment #2873364
Sounds like the open-sourcing of http://swagger.wordnik.com is well timed and can help with this