介绍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号