介绍Eclipse的一些资源。
从web开发看.NET和Java。 以下都是个人观点，仅供参考，欢迎提出不同意见！ 首先声明本文只从一个角度来说一下.NET和Java，而且只说一个点，可以肯定的是，本文的观点肯定是片面的，但是我觉得可以说明一些问题，或者作为一些参考。 我个人不排斥任何技术，也认为任何技术都可以实现同一个业务目的。 个人涉猎过.NET, Java, Python, Rails，有的时间长些，有的时间短些。 技术是为业务服务的，或者是为某种商业或者非商业的目的来服务的，为了实现目的，为了提升效率，为了节省时间，应该说使用任何编程语言、任何编程平台，在大部分的场合都可以实现同一个目标。 语言和平台没有高低优劣，只有场景适用。
时间戳，也叫做Unix时间戳，就是从1970年1月1日0时0分0秒到当前时间的总秒数。本文介绍了几种情况的时间戳的使用，以及在SQL Server中的一种和时间戳容易搞混的TIMESTAMP。
工作1-3年，少走弯路。其实也是结合自己的成长历程想出来的。 这一年有很深的感触，如果自己在工作的初期，可以有一些明确的指导，或者说有见解的人的带动，自己可以少走很多弯路，可以走的更快。虽然说个人的努力与勤奋是必须的，不能等着别人来帮助你，但是如果有人在你努力的同时帮助你，哪怕是指导你一下，你也会走的更好。 虽然说弯路使人成长，使人成熟，但是有些弯路其实可以避免，甚至有些弯路需要避免，没有必要走一走。 甚至夸大点说，少走弯路，可以集中精力做更多的事情，做更多想做的事情，更大的发挥个人的潜力。
企业招人不是来点击按钮的，是需要这些人做更好的东西，提出更好的意见，提供更好的产品，提供更好的服务。我们打工也不想永远从事简单重复的工作，也希望给企业带来自己的想法，为企业的发展做出自己的贡献，希望企业良好的发展，希望自己有各方面的提升。 双方都提升了，双方都高兴了，这才是双赢了。
web缓存位于一个或者多个服务器和一个或者多个客户端之间，监视其中的请求，节约响应的数量。例如：页面，图片和文件。如果对相同的url地址的另外一个请求，可以使用已有的响应，而不是向原始服务器重新请求。 使用web缓存有两个主要原因： 1、减小延迟。因为请求从缓存，这个离客户端更近的地方，得到响应，而不是从原始服务器。花费更少的时间获取内容并且呈现出来，使得web看起来响应更快。 2、减少网络传输。因为响应被重用，减少了客户端的带宽使用。如果带宽需要付费的话，还可以节省开支，保持对带宽的较小需求。
如何减少软件项目对于人的依赖性。 通过代码review，代码评审，交叉编码，增加个人对于项目的整体认识，减少项目对人的依赖性。 还可以增加个人知识储备，拓宽编码视野，增强个人对于项目的主人翁感。
各种头脑风暴
大家总说要当架构师，或者说谁谁谁成为架构师了，且不论架构师的具体职责是什么，需要什么样的能力和知识，反正很多都是水货，大家也知道的。我也是个水货。 早上上班的路上，突然来了一个灵感，觉得在程序员和架构师之间要想需要什么来过渡一下，架构师不只是时间的积累，而是经验，知识，认识的角度、高度，这几方面都需要的。 不是每一个程序员都可以做到得到，有些东西，不是经过5年8年的就可以的。 有没有中间的阶段呢？架构师，低一点，在系统还没有到达什么分布式啊，什么主从结构啊，什么负载均衡啊，也可以说是个做结构的。 系统需要协作好结构，代码结构，打好基础，后面才好谈得上架构。 那么就来个“结构师”吧，这个头衔可以满足一些需求。 结构师从此诞生了，努力做好结构师！
Hadoop支持非java预言来编写程序，这就会用到Streaming的通用API。 Hadoop Streaming使用流与程序进行交互。从STDIN输入数据，输出到STDOUT。数据必须为文本，而且每一行被视为一条记录。
越来越觉得有些基础知识太重要了，最近在疯狂的补回来，有的以前学了，现在淡忘了，有的当初学的就不好。 没有关系，最近都开始补回来。应验了那句话“出来混，迟早要还的。” 下面是我总结的一些基础必备，如果大家觉得还需要补充哪些知识，还请提出来，我们一起补习。
视野的开阔，思路的开阔决定一个程序员，或者说一个技术人员能否在技术这条路上走得更远，能否让路越走越宽。而不至于年纪轻轻就发感慨：技术没有前途（那是你没有做出努力），c#没前途（那是你的视野和思路太窄了），35岁以后没有人要了（那是你35岁还在做20岁的人能做的事情，老板肯定要年轻体力好的，而且还便宜）等等。
刚才突发奇想，对于开发的流程有了一点新的想法。就发出来，供大家拍砖。不知道大家对这个流程有什么不满呢，尽管说，希望尽快完善它，尽快应用它。好了，说正文吧。 1 了解需求 就是了解客户，或者是市场的需求。可能要结合调研，深入体察，问卷调查之类的形式。尽可能了解市场的动向，方便把握我们的方向。 2 业务建模 了解的需求，定义的产品方向之后，就需要进行业务建模了。又可以分为三
Copyright © 2005-2023 51CTO.COM 版权所有 京ICP证060544号
