搜索： - 35F2
太有可能了
IT江湖35f22006-04-13 04:58:36
“在竞争很激烈的环境中，一点点把市场份额从跨国公司手里边夺回，在2003年的时候。。。” 2003年的时候Google不是都被封了好一阵子么。
这可不好说
IT江湖35f22006-04-06 02:16:41
会议报名的需求可以很复杂也可以很简单。 复杂的可以是一个会议有多个tracks，每个track有多个session。报名者可以选择track，也可以选择独立的session。报名后是否要打印胸牌，是否要提交相片，相片是否要打印在胸牌上，报名是否要付费，付费是否要与银行系统集成。报名后是否要有统计和生成报表。。。。我靠，越写越怕啊 :P 简单的可以就一页面一俩小时搞定了。 除了功能上的需求，还得知道是在什么环境下部署运行。 还有很重要的一点，开发完之后是否要维护，要维护多久。除了程序，是否还要求文档什么的。 这些搞清楚...
这样的老师我认识俩
IT江湖35f22006-04-05 15:10:24
一个叫RTFM，另一个是STFW ;-) 就是 Read The F*cking Manual 和 Search The F*cking Web 很多资料在网络上都有的，Google的
Grainess
IT江湖35f22006-04-01 12:32:05
是这词不？fine-grained, corse-grained. 用Ajax，调用和更新次数增加，但是因为是fine-grained的，所以当一个页面上有多个部分，每个部分的更新和刷新是独立的，不需要整个页面重新构造后返回。 举个例子，假设泡网要做tagging，每个帖子有一个HTML的div显示该帖子的tags，并允许用户添加tag。 用ajax下，每次页面显示的时候，跟现在一样，就是在onload之后去服务器再访问一次，获得该帖子的tag div的代码（注：由于每个帖子的tags的更新肯定比帖子刷新次数少，这个代码是可以被cache的，因而不是每次都直接访问服务器）。 ...
来，咱靠一边去
IT江湖35f22006-03-31 01:45:09
快跟俺说说，那老总说XML的什么overhead会成为瓶颈？bandwidth还是processing的overhead？还是其他什么overhead？ bandwidth应该不会了，音频视频互联网上满大街了，何况web server还有对HTTP的zip传输的支持，bandwidth上overhead应该不是问题； processing上，合理分布，比如Ajax里把内容的分析和展示放在浏览器端，相对比在服务器端处理后整个页面返回，对服务器，客户端和网络的使用都是更合理的。 ...