windshome
- 浏览: 309598 次
- 性别:
- 来自: 北京
-
最新评论
-
sp42：
同感
Java/J2EE：这是一个概念横行满天飞的时代 -
Iwishyou：
所以新增ibatis这么流行. 做hibernate的团队应该 ...
最好的ORM应该这样 -
SpringJava：
...
程序员（码农）的转身之道之二：如何准备转型为项目经理 -
windshome：
谢谢大家的回复。这一篇故意这么写，也就是发一发牢骚。本来专业技 ...
项目团队的大问题：西游记团队中需要裁掉一人，如果是您，您会裁谁？ -
kawin_zhao：
仔细看看,在困难面前唐僧,八戒,沙僧是不是都被困住!是不是?
项目团队的大问题：西游记团队中需要裁掉一人，如果是您，您会裁谁？
文章列表
经常见到一些开发人员在讲，使用框架（例如Spring、ORM）是为了解决复杂度的问题，系统太复杂、业务太复杂，如果不用这些，做起来岂不是非常困难？
对此，我的看法是，期望工具解决系统复杂度的问题非常不现实，它们起到的是实现（代码）阶段的一些规范化和减少代码量，使程序员对于一些通用类型的模块和工具不再重复工作，但是对真正的系统复杂度，大体上是无能为力的。
复杂度的问题，我更赞成的是“系统复杂，实现复杂；系统简单，实现简单”，复杂系统设计和实现非常简单，是不切实际的幻想；简单系统，做的无比复杂，设计师难辞其咎。
真正的复杂度降低，应该是靠系统分解来做到的，完整系统切分 ...
开源运动是随着Linux操作系统的诞生和广泛被使用而逐步被人们所接受的，对软件产业和IT产业来讲，是一个重大变革。开源运动，建立了一种新的模式。这种模式应该是更加积极，促进IT产业和软件产业发展的。
OpenSSL是开源代码中，最最广泛被使用的开源库，最初是以Eric Young以及Tim Hudson两人所写的SSLeay为基础所发展的。
近些年，随着互联网的发展，OpenSSL也遇到了很多问题，爆出了很多bug，别的不说，就只看去年的“心脏出血”吧，我以前一直没有怎么关注，近期看了看，也就是一个C语言不检查数组长度和copy内存引起的，应该也算不大多 ...
看山
2015年3月12日
山
绵延
再绵延
如我的思绪
无尽地延展
隔断了远方的消息
是谁把那天涯望断
山
恬淡
却悠然
漫长的岁月
不变的容颜
在不拒不迎中平静
任凭那惊天的旋岚
山
藏敛
在心间
曲径通幽处
怪石与清泉
绿树掩映中的古刹
梵唱声里一缕轻烟
-----------------------------------------------------------------------------------------
说明：
这一首是偶发奇想写的，大体上以北京 ...
周末，心念忽动，悄立吟咏，草成八句，不揣鄙吝，愿诸友莫笑我。
一入红尘是非牵，
尘沙万里遮故山。
举头望断天边月，
信步悠游云水间。
磨砺坎坷曾何迹，
烦恼悲喜作痴缠。
一枕黄粱怀旧事，
梦魂何处似飞烟。
下面这个内容是转自“软件定义世界”群，博主自己的意见如下：
程序里有个 bug就有吧，有个漏洞就有吧。以后再去修正修补，已经不错了。这就是目前主流的做法。这是个荒谬的现状。软件、服务承载着承诺与契 ...
http://it.deepinmind.com/jvm/2014/12/15/self-healing-jvm.html这里说了一个观点，叫做 JVM的自愈能力，就是说JVM在遇到问题时会自己发现问题解决问题，举例如下：
package eu.plumbr.test;
public class HealMe {
private static final int SIZE = (int
作为Java和Ruby程序员与架构师的Yegor发表一篇博文：ORM Is an Offensive Anti-Pattern，认为ORM是一个可怕的反模式，违反了所有的面向对象原则，撕裂了对象，将它们变成哑巴和被动的数据袋，没有任何借口在任何应用程序中使用ORM，无论是成千上万的小型Web应用或企业级的基于数据表的CRUD操作系统(ORM包括Java的Hibernate/JPA，python的django，)，那么取而代之是什么？会讲SQL的对象 （SQL-speaking object）。ORM是如何工作的对象关系数据库ORM技术或模式是使用面向对象技术如Java访问一个关系数据库，每个 ...
在互联网安全大会的第二天一开始，bash漏洞被爆出，又是一片哗然。这让我对业界种种声音，进行了很多的思索，有了与之前截然不同的想法。
在互联网飞速发展的今天，越来越多的实践证明，在安全问题上，不经 ...
其实，我认为，关系数据库与OO没有阻抗，这一观点是从外部（业务的角度）来看程序和系统，这样来看的话们我们把程序理解成一个故事，应当保存就保存，应当获取就获取，保存和获取是故事中的一些具体情节而已。
说到CRUD，就不是这个视角了，外部看，只有“将某个数据保存起来”和“取出来某个数据”而已。而这个“情节”，是永远需要的。
但“CRUD”却不是永远需要的，况且，即便从内部看，很多大型系统，根本就没有CRUD，只有“Save”和“Query”，所谓的“Update”，只是“Mark”和“Add”，因为要保存每一个数据的原始状态数据，不可能删除和覆盖；“Delete”更是不可能的，从 ...
这是来自 JOHANNES BRODWALL 的一篇博文，他曾经在Dzone上发表谦卑的架构师一文引发了争论，在这篇博文中他正式声明停止使用Spring。下面是原文大意翻译：
我对Spring和依赖注入框架的意见引起争论，我是挪威Spring最早的使用者之一，我们开发一个庞大系统，我们最终不得不考虑一些事情，如XML配置的重用机制，Spring的@Autowire和组件扫描功能帮我们解决这个问题，但是作为回报，降低了我们质疑整个源码的能力，将我们开发人员隔离在一个个小小的孤岛上，这些框架往往以复杂性为文化，工具 文档和其他不必要的层等待。
云计算或将成为促进变革的重要力量，但《华尔街日报》网站一篇题为《忘记“云”；“雾”才是科技的未来》的文章却指出，由于接入设备激增，网络带宽有限，“雾计算”或许才会带来真正的计算变革。
物联网加深云计算“困境”
很多人是云计算变革力量的“信徒”。智能手机也许会不断探索和寻求数据，但如果没有云，智能手机就没有意义。那些不设法将自己的数据和软件推广至数据中心的企业业务，终会被其竞争者击败。
支持云计算的人说，总有一天所有计算都将在云端进行，事实上不少云计算相关公司总会有意无意地向用户传递这种观点。
但事实上，将数据导入云端和从云端获取数据，比多数工程 ...
打印到终端
x86 CPU、Windows、
前言：
昨夜良宵，月华如洗。楼台悄立，沐浴清辉。忆起东坡“人有悲欢离合，月有阴晴圆缺”，杜工部“露从今夜白，月是故乡明”，反复吟咏，岂无所感，又岂能无诗？
又逢三五，举头望月，月已挂中天。清辉一洗冷碧空，烘云点染。嫦娥也应寂寞，广寒深锁，何处排遣。
乡愁无计，羁旅浮萍，楼台早望断。千里能共婵娟否？辗转无言。举杯空自相邀，谁人斟满，一片孤单。
解释：
100个对于ITEye的牛人们来讲，简直是小菜一碟，我写这篇东西，也就是记录一下这个过程。不管怎样，写了东西，有人关注，有人看，都能促进自己提高。
作为技术性人员，应该多写一些好的技术文章，但是的确俗务多忙，实在没有多少时间来写东西，而且，作为从业十多年的技术人员，我的很多观点有些过时，新的开发类的理念和技术都有些生疏了，一方面希望朋友们和读者们多多提点，多多指教。
我一定会努力多多写一些东西，通过ITEye写博客一年多，感觉自己文笔提高了很多，表达事情逻辑性也好了很多，希望后面的博客生涯还能学到新的技术、新的理念，结识新的朋友。
前天下雨颇有所感，今天整理出来，顺口随意而作，似是词又没这样的词牌：
雨落幽窗外，不语潇潇。清秋哪堪一洗，想来日，繁华冷落，东逝滔滔。鸣蝉正自抱一枝，也知时至，云也淡，风也高。
风物依如旧，残梦已杳。忧忆凭栏听雨，惊回首，韶华无迹，壮怀尘扰。一叶萍泊知何寄？不如归去，楼台锁，烟雨遥。
全词化用了很多《八声甘州》的经典名句，现解释如下：