Warning: fsockopen() [function.fsockopen]: php_network_getaddresses: getaddrinfo failed: Name or service not known in /mnt/104/sdb/8/d/tmenguy/TechBlog/wp-content/plugins/topsy/topsy.php on line 323

Warning: fsockopen() [function.fsockopen]: unable to connect to otter.topsy.com:80 in /mnt/104/sdb/8/d/tmenguy/TechBlog/wp-content/plugins/topsy/topsy.php on line 323

Warning: Cannot modify header information - headers already sent by (output started at /mnt/104/sdb/8/d/tmenguy/TechBlog/wp-content/plugins/topsy/topsy.php:323) in /mnt/104/sdb/8/d/tmenguy/TechBlog/wp-includes/feed-rss2-comments.php on line 8
Comments on: Back to the futur…mainframe, centralized computing anyone? http://tmenguy.free.fr/TechBlog/?p=85 Thu, 01 Jul 2010 09:31:10 +0200 http://wordpress.org/?v=2.8.6 hourly 1 By: Trend Komputer di Abad 21? « SuGembel® http://tmenguy.free.fr/TechBlog/?p=85&cpage=1#comment-28231 Trend Komputer di Abad 21? « SuGembel® Sat, 01 Mar 2008 02:56:41 +0000 http://tmenguy.free.fr/TechBlog/?p=85#comment-28231 [...] Computing is Back Back to the futur…mainframe, centralized computing anyone? ClearCube pushes centralized computing with thin PCs Mobile Phones Could Soon Rival the PC As [...] [...] Computing is Back Back to the futur…mainframe, centralized computing anyone? ClearCube pushes centralized computing with thin PCs Mobile Phones Could Soon Rival the PC As [...]

]]>
By: Everything and the Mobile Software Universe… » The Mobile OS of the future is…a service platform! http://tmenguy.free.fr/TechBlog/?p=85&cpage=1#comment-13232 Everything and the Mobile Software Universe… » The Mobile OS of the future is…a service platform! Mon, 30 Apr 2007 22:45:51 +0000 http://tmenguy.free.fr/TechBlog/?p=85#comment-13232 [...] and this is a point I’ve discussed already (Back to the future…mainframe, centralized computing anyone?) where the clear split between local and server is fading away, but is it really applicable to [...] [...] and this is a point I’ve discussed already (Back to the future…mainframe, centralized computing anyone?) where the clear split between local and server is fading away, but is it really applicable to [...]

]]>
By: tmenguy http://tmenguy.free.fr/TechBlog/?p=85&cpage=1#comment-522 tmenguy Tue, 31 Oct 2006 19:02:53 +0000 http://tmenguy.free.fr/TechBlog/?p=85#comment-522 Hi raddedas and thanks for the usefull comments. Yes true the UI part is THE thing to be customized per device, as with data input. Anyway many apps could have their data on a server : PIM , as I've mentionned mapping software, photos, etc...For sure it will be really possible if the network latency is reducing (see Gmail ...), which won't come tomorrow, but will happen sometime. <i>a good MVC separation ought to make the argument less relevant anyway, but good abstraction takes space and that’s another thing in short supply on mass market mobiles</i> Sure RAM and CPU constraints are key here (directly related top the phone cost) . Anyway for working (at Open-Plug) also on Ultra Low Cost phones, I really think that such an abstraction may be put in place even in this segment .... if it has been taylored from the ground with RAM and CPU in mind...and in those platefrom a "PIM on the server app" won't come anytime soon :-) But for sure at the end I fully agree with you that some app are "innately networked apps" if it requires big data and/or shared data, and it is perhaps here that technology has to be matured to be more widespread... Hi raddedas and thanks for the usefull comments.

Yes true the UI part is THE thing to be customized per device, as with data input.
Anyway many apps could have their data on a server : PIM , as I’ve mentionned mapping software, photos, etc…For sure it will be really possible if the network latency is reducing (see Gmail …), which won’t come tomorrow, but will happen sometime.

a good MVC separation ought to make the argument less relevant anyway, but good abstraction takes space and that’s another thing in short supply on mass market mobiles

Sure RAM and CPU constraints are key here (directly related top the phone cost) . Anyway for working (at Open-Plug) also on Ultra Low Cost phones, I really think that such an abstraction may be put in place even in this segment …. if it has been taylored from the ground with RAM and CPU in mind…and in those platefrom a “PIM on the server app” won’t come anytime soon :-)

But for sure at the end I fully agree with you that some app are “innately networked apps” if it requires big data and/or shared data, and it is perhaps here that technology has to be matured to be more widespread…

]]>
By: raddedas http://tmenguy.free.fr/TechBlog/?p=85&cpage=1#comment-520 raddedas Tue, 31 Oct 2006 16:45:12 +0000 http://tmenguy.free.fr/TechBlog/?p=85#comment-520 And yes, I shouldn't skim-read the end bit, obviously the other great example where server-based processing works is when you rely on massive amounts of data like in mapping, which could rarely be stored on the phone - I'll file that under "innately networked apps" for these purposes ;) And yes, I shouldn’t skim-read the end bit, obviously the other great example where server-based processing works is when you rely on massive amounts of data like in mapping, which could rarely be stored on the phone – I’ll file that under “innately networked apps” for these purposes ;)

]]>
By: raddedas http://tmenguy.free.fr/TechBlog/?p=85&cpage=1#comment-519 raddedas Tue, 31 Oct 2006 16:42:47 +0000 http://tmenguy.free.fr/TechBlog/?p=85#comment-519 <i>I’m not an advocate of the “write once run everywhere”, in the Mobile space applications have to be so much taylored, adapted to the hardware, customizable and so on, that being able to have a common part, “written once, run on a server” and a customized one for each kind of device/Operator may be of high value…</i> The problem for mobiles is, it's almost always the UI and painting code which needs adapting, with the actual logic staying exactly the same - and for the kind of things you want to do on a mobile the logic is rarely all that intensive. So running the logic on a server achieves higher bandwidth usage (at a cost) with the same amount of handset tailoring (for most applications you'd want to do on a phone). If you needed to run a series of processor heavy image filters on a 5Mp photo and you sat on an HSDPA network with plenty of spare capacity I could see an advantage to outsourcing it to a server, but for a lot of things network latency will kill any advantage to the phone for the forseeable future. Obviously for innately networked apps, dump everything on the server with the high capacity networking and just send display data to the client by all means, but the context from the quote was implying replacement of desktop apps... a good MVC separation ought to make the argument less relevant anyway, but good abstraction takes space and that's another thing in short supply on mass market mobiles... I’m not an advocate of the “write once run everywhere”, in the Mobile space applications have to be so much taylored, adapted to the hardware, customizable and so on, that being able to have a common part, “written once, run on a server” and a customized one for each kind of device/Operator may be of high value…

The problem for mobiles is, it’s almost always the UI and painting code which needs adapting, with the actual logic staying exactly the same – and for the kind of things you want to do on a mobile the logic is rarely all that intensive. So running the logic on a server achieves higher bandwidth usage (at a cost) with the same amount of handset tailoring (for most applications you’d want to do on a phone). If you needed to run a series of processor heavy image filters on a 5Mp photo and you sat on an HSDPA network with plenty of spare capacity I could see an advantage to outsourcing it to a server, but for a lot of things network latency will kill any advantage to the phone for the forseeable future.

Obviously for innately networked apps, dump everything on the server with the high capacity networking and just send display data to the client by all means, but the context from the quote was implying replacement of desktop apps… a good MVC separation ought to make the argument less relevant anyway, but good abstraction takes space and that’s another thing in short supply on mass market mobiles…

]]>
By: tarek speaks mobile… » Blog Archive » Carnival Of The Mobilists #51 http://tmenguy.free.fr/TechBlog/?p=85&cpage=1#comment-497 tarek speaks mobile… » Blog Archive » Carnival Of The Mobilists #51 Mon, 30 Oct 2006 13:22:40 +0000 http://tmenguy.free.fr/TechBlog/?p=85#comment-497 [...] Elsewhere Scott Shaffer of the Pondering Primate Blog ponders whether Google could sell premium Keywords and link them to specific sites. Patrick Altoft at Mad4MobilePhones uses Googles new Co-op service to create a search engine for their Top 50 Mobile Websites. Tomi Ahonen at the Communities Dominate Brands weblog gives us a very indepth look at why Social Networking will become a “killer app” for 3G mobile. The guys at 66-Mobile give us an introduction to the new Nokia N95, the latest “Multimedia Computer” from the Finnish company. And finally we have Thomas Menguy whose piece from the Everything and The Mobile Software Universe takes a look at the importance of the mainframe to the mobile industry. [...] [...] Elsewhere Scott Shaffer of the Pondering Primate Blog ponders whether Google could sell premium Keywords and link them to specific sites. Patrick Altoft at Mad4MobilePhones uses Googles new Co-op service to create a search engine for their Top 50 Mobile Websites. Tomi Ahonen at the Communities Dominate Brands weblog gives us a very indepth look at why Social Networking will become a “killer app” for 3G mobile. The guys at 66-Mobile give us an introduction to the new Nokia N95, the latest “Multimedia Computer” from the Finnish company. And finally we have Thomas Menguy whose piece from the Everything and The Mobile Software Universe takes a look at the importance of the mainframe to the mobile industry. [...]

]]>