一年的时间过得真快，这是去年写的：2013年的技术期望:1)继续深入数据挖掘,大数据处理(Hadoop),并完善自己的3个分布式模型实践;2)看完模式识别一书;3)至少读3本方法论方面的书籍;4)了解和学习3D打印技术; 现在回过头来，也只有第1个目标达成，模式识别只看了前2章，方法论方面的书仅断断续续看了点，第4点比较务虚，姑且算完成。不过从7月份开始跨行业做事情，半年以来，专业基本未搞，落后也

1)程序简单，引用几个关键处理即可：#coding=utf-8#!/usr/bin/python# CGI处理模块from os import environimport cgi, cgitb# 创建 FieldStorage 的实例化form = cgi.FieldStorage()# 获取数据user_id ="a";password="b";

为了看懂模式识别,复习了一下高数:1) 集合:并,交,补,差2)区间:开区间,半开区间,闭区间3)邻域:邻域,去心邻域,左邻域,右邻域;4)映射:单射,满射,一一映射,逆映射,复合映射;5)泛函:从非空集到数集的映射(a,b,c,d)=>(1,2,3,4)6)变换:从非空集X到自身的映射;7)函数:从实数集合X到实数集Y的映射;8)自变量,因变量,定义域,函数值,函数关系;9)函数的有界性;单调性

今天跟老同学一起爬了深圳的梧桐上,回到家已经很晚了,作为新年的第一天,觉得还是要写点什么,总结一下过去,展望一下未来,给自己一个鞭策.下面是去年第1天写的2012技术期望:1、过系统架构师认证； 2、玩转Linux及其编程（阅读至少一半Linux内核代码）；3、体验大数据处理及云架构，并充分实践（写一个自己的MapReduce框架）；4、英语能开口说话；总结一下,系统架构师参加考了,过没过还不知

1、过系统架构师认证；2、玩转Linux及其编程（阅读至少一半Linux内核代码）；3、体验大数据处理及云架构，并充分实践（写一个自己的MapReduce框架）；4、英语能开口说话；  为做中国最老程序员而努力!

SaaS产品的开发并不是简单的将单机版云化，相对于非SaaS化的产品研发来说难度要大很多，特别是toB的SaaS应用软件，主要体现如下：1）SaaS化产品首先要解决底层的系统架构符合云计算的要求，传统的分库分表多用户只是SaaS的一些基本要求，采用传统的系统架构如果不支持分布式，也不能叫做SaaS。微服务架构当然有其优势，但对于B端应用来说，微服务架构其实是不适合，这里的主要问题是微服务对事务..

这些文章内容来自:系统架构师教程,系统架构教程,系统架构研究论文,系统架构培训资料等.因为内容来源太杂,没有列出来源,请大家见谅.在此非常感谢内容的提供者!也希望对大家有所帮助!http://download.csdn.net/detail/hawksoft/4671068

最近写纯技术的文章比较少，主要是确实觉得没什么好些的，CURD写多了，也没意思。由于这两年的经历，觉得程序员不应该太过局限于技术，特别是天朝的程序员。更应该注重视野的拓展和思维方法的培养。因为天朝的程序员上升的路径有限，而带点管理的岗位都需要其它学科的支持，比如心理学等。而项目经理，产品经理，系统分析，系统架构CTO这些岗位，都需要有比较宽广的视野、开放的思维等软实力。而培养软实力，掌握必要的心理

原来写了太多的技术文章，这段时间来，写技术比较少，都是写些时政的东西，一是感觉技术没啥可写，经历太多，很多东西感觉都没啥值得写的，太基础的东西已经不适合我写，系统架构性的东西写了不少，也没有什么很值得去写的了，说实话，最近都没什么新的技术和架构出现；二是感觉技术重要，但思想和观念往往比技术更重要，技术改变的是细节，而时政影响的是趋势，我这个年纪估计还是要把我趋势比较好。虽然写代码，做设计，加班什么

因为对区块链技术的了解，同时一直在研究分布式存储系统架构，所以一直比较反对区块链应用（很多朋友问我，我的回答都是如果你真要参与，你可以宣称，但不要真用，反正绝大部分人搞不清，没办法，人们对赚钱的欲望远远超过对真实的追求），原因就是这个东西要落地非常困难，不是一般的困难，下面我从公共，私有和联盟三个方向来分析下：1）公共链这个如果是全员参与模式，需要从工程角度来考虑节点的故障率，失...