`
17studio
  • 浏览: 200070 次
  • 性别: Icon_minigender_1
  • 来自: 广州
社区版块
存档分类
最新评论
文章列表
ICE的功能还是很强的,但是看到有很多人说它慢(和ACE这样的RAW层比较),这样的比较自然显得意义不大 http://www.zeroc.com/doc/index.html 首页 http://www.zeroc.com/doc/Ice-3.2.1/manual/toc.html manual ice两大特点 1. 多语言接口 2. 对分布的支持
1. 如果是中心服务,从一个服务器,发展成为多个服务器,erlang有解决方案 2. 如果是中心服务,从一个服务器,分裂成为n个master,m个slave,erlang? 3. 如果在群集计算中,客户端节点,也参与进来,相互分享数据? p2p网络,有基于信息分享的,有基于计算分摊的。。。不同的需求,会有不同的实现,erlang目前的解决方案还是计算型的,对于IO型的服务,这个应该是更底层的实现考虑  
1. 下载tomcat 4.1 2. 把servlet.jar, jasper-compiler.jar, jasper-runtime.jar拷贝出来 3. 按下面编写ant文件     需要注意的是,jsp.class的输出路径和jsp.src的路径,要对应起来 xml 代码 <project name="cgmaster" default="all" basedir= ...
1. 硬件 2. 操作系统 3. 底层库、基础件 4. 应用软件 5. 粘合逻辑 - excel的应用 软件技术的分工,目前就这样几个层次了 1. 了解 - 听说过,但对其细节并不清楚或只清楚部分 2. 掌握 - 曾经学习过该领域的相关知识,并有过简单的实践 3. 熟悉 - 对该领域的知识背景及机制有较全面或全面的了解,并有过工程级别的经验 4. 精通 - 对该领域有主持高级项目的经验,并对项目级别有丰富的纵向横向比较经验 5. 专家 - 对该领域有杰出贡献 上述层次用于招聘时候的衡量标准 1. 哲学 2. 文化 3. 经济 4. 专业 5. 技能
不管是asp, php, ruby, python, jsp。。。就算是lua这类一穷二白的,或者是c/c++这类静态的,只要砸进去,库够用。。。啥开发不能做呢? 只是指令集计算机的泛生而已 所以,不要在技术的选型上太纠缠(有些差异,只要不是本质性的,就不要太困惑了)
http://www.lug.corvallis.or.us/drupal/node/104 http://eigenclass.org/hiki/wide-finder-conclusions 特别需要说明的是,OCaml是F#的原型 随着基于F#开发框架的发展,吸收erlang的优势后,将来会是怎样的一个局面? 做为一个搞了几年服务器端开发的我,将来得投靠谁呢?
1. 使用asio, glib, libevent放弃ace 2. 减少c++的特性使用,多吸收java和c的设计特点,考虑aspect对编程的影响 3. 学习erlang的设计理念 4. 多用混合语言开发,注意引入lua, python等机制 <p:colorscheme colors="#ffffff,#000000,#808080,#000000,#bbe0e3,#333399,#009999,#99cc00"></p:colorscheme>   5. 了解原理是为了更好的选型和开源bugfix,而不是为了重复发明轮子
1. 高效,客户端软件,不高效行么? 2. 语言特性,interface + class inherit,比c++工整,比java灵活 3. 跨平台,多亏了kylix 4. 本地数据信息化和2D、2.5D、3D(这方面比C++弱很多)的大量资源
交互模型理论、设计及实现 (2D, 2.5D, 3D) 视觉、听觉相关 人的感觉基本上可分为三类:一是来自外部感官的,如视觉、听觉、嗅觉、味觉;二是来自本体感官的,如运动觉、触摸觉、平衡觉、痛觉、疲劳觉等;三是来自身体内部感官的,如饥饿觉、渴觉等。
不得不说,Rybka的出现,对现代的搜索理论,产生了一个巨大的挑战?为什么Rybka能达到这样的高度,这个问题足以让每个编写国象和中象智能软件的人,对自己的实现产生巨大的怀疑 仰望高峰,有时候就会心灰意冷。。。
1. Concurrent: data copy on usage 2. Distributed: node service 嗯,跟以前搞过的数据库和邮件系统,很有相似之处了。。。
整理一下jsp的相关资源,做事情么,得做深嘛ANT的简要说明4.1 File(Directory)类     4.1.1 Mkdir     4.1.2 Copy     4.1.3 Delete     4.1.4 Move 4.2 Java编译类     4.2.1 Javac     4.2.2 java 4.3 打包相关     4.3.1 jar     4.3.2 war     4.3.3 ear 4.4 时间戳 4.5 执行SQL语句 4.6 发送邮件JPetstore目录结构/build /devlib /lib /doc /src /test /web开发资源junit, h ...
技术特点1. 做为命令接入点,发送用户指令给后端2. 做为页面内容显示者,组织页面内容3. 做为和用户交互的界面,规范用户可以发送到指令实现方式 1. 可使用javabean+form指令完成2, 3. 可以通过tag library和一些界面库完成原理剖析 因为jsp编写导致表现模式和交互逻辑需要耦合在一起,以致jsp需要同时懂得开发和具备页面交互设计能力的程序员来实现,这跟一些网站的人员组织和设计模式是不一样的曾经在美工人员同时负责页面交互设计的团队中呆过,这个做法一度是企业应用开发或互联网开发公司的习惯做法,合理的做法应该是美工只是美工,在交互设计模型完成后,才负责页面视觉效果的加工,这样 ...
学了一阵子的spring,发现这个东西,做企业应用是很不错,但是做其他东西就复杂度过高了  比如做互联网应用,就不需要那么复杂   j2ee的建立基础,应该是频繁多变甚至不可控的企业应用需求 而不是互联网这种增量式的开发环境 j2ee适合于某些概念成熟,变化少但是其组合规则繁复的开发领域 互联网应用就不是这个样子,虽然双方有交集,但是其设计理念差距很远 我不知道我理解对不对,但是目前在实践中,感觉就是这个样子 可以把整个模型简化很多 实际上,基于互联网的业务,很多只需要一个web站点就可以完成了 企业应用,j2ee面向的应该是,有多个功能在应用,突然发现需要把它们串起来这种环境 ...
看看一个游戏是怎么做成的 目前大致是了解了基本的运作机制,下一阶段会精读一下实现代码,并学习一下相关的知识 未来的世界,人机界面肯定是最值得投入的方向之一
Global site tag (gtag.js) - Google Analytics