Fritz Zaucker wrote: > On Sat, 7 Mar 2009, Kenneth Tilton wrote: > >> Fritz Zaucker wrote: >>> On Fri, 6 Mar 2009, Kenneth Tilton wrote: >>> >>>> No, but we use Chrome and we do need the speed--the app is a fairly >>>> hairy datamining deal (so there is a lot of work to do in JS) and the >>>> application is one where users especially will want a highly responsive >>>> system. We do not want to leave any CPU cycles on the table. >>> Wouldn't it make sense, then, to move the datamining into the backend? It >>> would seem that there are languages or systems much more optimized for >>> datamining than JS/browsers. This would also make your application much >>> less vulnerable to browser performance issues. >> What makes you think the datamining is not in the backend? > > "--the app is a fairly hairy datamining deal (so there is a lot of work to do > in JS)" > > I guess I was mis-interpreting the statement in ().
Well if you think about it, after the massive backend search comes up with 50,000 items the client will be populating a grid or two with the first 20 or so results, one of the grids with dozens of columns, a second with fewer columns providing an index into the main grid. Now this app also happens to be a search app, meaning they might decide just as we do with google to try some other search parameters to get better results. Or maybe they like what they see and now want to scroll this big grid or filter a column -- they will be quite busy and at it and anything much less than desktop-like responsiveness will stand out badly. So even though the heavy-lifting is done on the server, there is still a lot of work do on the client to present and manipulate all that information. kt ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
