Hacker News Reader

Comment by alfredp | Hacker News Reader

if you're on an embedded device, this is actually not a satire

I've worked on a lot of embedded devices with web services, and it seems pretty typical to just run a JVM and serve web pages out of it.

The few times I've seen actual web stacks done in C++, the end result has been... comedic.

Current embedded devices are likely to have at least 256Mb of RAM, 4Gb of Flash, and as much MIPS as a Pentium III. Not so "embedded" any more, don't you think? If Portability is an issue, then I am likely to use C with something like Lua. But I can't imagine for a second abandoning garbage collection before I see proof I can't afford it.

So, serving web pages from an embedded device? Have we finally got to the "your washing machine is on the Internet" era? :)

It's not exactly Facebook, but I've seen plenty of small network-connected appliances provide web admin interfaces. Routers are a common example, I've also used network console servers that do this.

I can't wait for the RESTful API for my alarm clock, and washer. ;-)

For the alarm clock radio with iPod dock I just got for Christmas, I think the RESTful API would be easier to use than the array of buttons on that thing. My wife got the old, red-LED clock radio back out because she knew how to set the alarm on it.

That almost sounds like a dare. :-)

Which is a very valid point, I have never understood why organizations that need massive scalability for simple, stateless, distributed apps would not pursue such a course.

on that note does anyone know of an ansi Forth (or fairly portable at least) server that's reasonably robust.

http://colorforth.com/haypress.htm

I'm not sure if this falls under the robust category or.. sever :) but it supports forth and has total of 360 computers running at 700 Mips or 250 Gips

Reply on news.ycombinator.com