2014年7月26日星期六

Open Virtualization一周资讯精选(试发行)

无论怎么样,一个社区是需要宣传的,尤其是在这个繁杂的世界中,让人们的选择太多。另外讲,这是个资讯/信息爆炸的时代,我们整天被信息淹没,而且还处于一个封锁网络的环境中,由一个政党把控的媒体的国家中。
 上述为扯淡。本系列旨在在众多的邮件列表、社区会议、开源观点中摘出一些有用的信息,一是让新人有一个了解开源、虚拟化、云计算等的窗口,二是希望能给一些老的常年混迹于社区的老用户整理的思路。由于是经过人工筛选的文章或者事件,有些主观因素,请理解,若有不同意见,请回复讨论。

社区动态
0、ovirt-china社区wiki翻译文章更新:

案例分享之Judici
oVirt中的PKI全接触
oVirt快速上手指南
深入oVirt UI Plugin

1、oVirt社区:
通过界面元素操作挂接/分离存储域
导入已经存在的存储域
实战Neutron虚拟器件
oVirt 3.5发行注记
宿主机设备穿透
oVirt测试/质量保证项目成立


2、oVirt邮件列表:
oVirt3.5.0 Beta开始测试
一周例会纪要
oVirt3.4.3状态更新


 
开源盛事
OSCON 2014
由orielly主办的开源活动,每年一次,高手云集,不仅有最新、最酷的开源报告,还有各种经验分享,还有教程式的演示。
详情进入:oscon2014

由于编辑也是开始看,可能要等到下个周末才能分享一些心得和体会。这里仅分享一个看过的。
开源社区的故事--一场没有硝烟的战争
编辑按:分享的演讲者来自Citrix,及xen社区,xen的故事在虚拟化的历史上大家耳熟能详,相信被citrix收购之后,其内部经历了很多,Citrix在xen社区和cloudstack社区的惨淡经营之后,有心人总有一些怨言或者教训让大家知道,相信这个给那些对社区有投机心理的人亦有参考价值。

Sysadmin 2014
系统管理员们的聚会,相比上述,属于小范围的。没有什么技术讨论似乎。需要更近一步的了解。


文化传播
Docker收购了orchard,SAP公开号称支持OpenStack,微软在其云计算平台Azure上支持了更多的开源软件,firefox发布了新版firefox31.
开源的android是如何成为移动平台的王者的

IBM是怎么承认自己在开源中受益的?

《remote》一书中关于开源的一节
工作、生活,现实、能力、意识,《remote》不论是企业还是个人,都应该去追求和向往的,网络这么发展究竟改变了我们什么?仅仅是使用快递吗?更高效的工作,为高质量的生活腾出更多的时间。建议大家读读。


希望通过上述几个摘要,能够将我的思路带进更加成熟的境地,也希望能够给收到此邮件的人了解我的一个思路,希望大家能够给予更多的反馈,并参与到编辑中来。







2014年2月15日星期六

回答一位来自hangout的朋友关于红旗linux的几点问题

红旗linux在2月10日正式申明:遣散所有员工,进入清算阶段。这意味着红旗Linux公司的破产、产品/服务将永远的消失,所有在红旗工作过的人进入无背景可言。
详情内容请参考:国产操作系统厂商中科红旗解散清算内幕

在当日一位twitter的我比较尊重的同学发了如下一条信息: RT @shellehs 听说 红旗linux 倒了,我的泪水一下子奔涌了出来! 苍天有眼,苍天有眼呐!
(shellehs的另外一条言论,我曾引用到我的一次演讲中:如何打造一个geek团队 )
我当时以及现在,我认为shellehs是一种偏见,于是我回了一句:我始终难以理解这是怎样的一种心态和偏见!后面的来回我就不想多说了。
但是在google plus上有位同学回了,并加了,在hangout上问了如下问题:

你好,浏览网页的时候偶然发现你对中科红旗的评论。 现在红旗的工程师还有吗?看起来,当年还都有梦想,为何走到这样,你说的外界偏见是啥意思,我自己想做个Linux商业发行版,想听听你的见解。

我解构下此段话语的几个问题:
0、红旗的工程师们找到另外东家了吗?
1、当年在红旗工作的人,不仅仅是为了钱,还有一点其他的想法?暂时称之为梦想。
2、为什么是如此的结果?一家有十几年的linux软件厂商,几乎是无声无息的倒下了。
3、偏见,意指我发的一条tweet/plus/微博。
4、想知道我对Linux商业发行版的理解和经验。

就我所理解的信息,下面我作一一的回答:
0、其实说到红旗的人才流失,要追溯到2010年春,也就是红旗高层纷纷离职的时刻,我记得当时还有媒体搞的沸沸扬扬的,几位副总基本上都带走了一批人,分别到普华基础软件、人大金仓、中科创达,还有一些到了国外的linux厂商如:RedHat,SuSe。今年最后一个有份量的团队,售后,被中标普华全盘接手。  
    这是大体上的一个走势。
1、在红旗工作过的人,尤其是技术出身的,大多在进入之前的选择,不仅仅是为了钱。无论如何,我们要考虑到时代的背景,百年的屈辱历史,承认自己的落伍,希望能够奋发图强,这是我们几代人都想去做的事情。开源的linux确实是个机会,也是能够站在巨人的肩膀上。 但是情结总是能被一些人利用。
2、为什么就仅仅走过了10年多一点?这是个很复杂的问题,也是非常困扰我自己的事情。大概需要一本书,也未必解释得清楚,我正在写:为什么红旗linux会失败? 样章请参考:电子书 这可能会花上我好多年的时间去完成。
3、这个世界到处充满了偏见,将中国的过去50年的历史回顾下,意识形态、上钢上线、洗脑教育、混杂着真理的谎言、新闻审查、GFW, 可以举个近期的例子:央视过年报道东莞的色情业, 看看人们怎么说吧。保持冷静的有几人? 在不了解内情,就披露自己痛哉快哉的人比比皆是,举着凡是国企都应该死去的道德大旗,大骂一年的工资未拿到的依然坚守岗位人是活该,甚至有人为此击鼓相庆,泪流满面。 

 这样的偏见,我是保持一个宽容的心态的。记得杨绛先生回答一位读者的:你不是别的问题,就是书读的太少,想的太多。

4、关于做一个商业发行版,是的,是一个好事,尤其是Linux爱好者来说。我有如下考虑:a、想好了是服务器还是桌面还是云。b、打算在管理上做多少创新?比如远程管理。c、商业模式上是否能在中国特色社会主义下有更新。d、是否能忍受至少三年不赚钱,专心做研发?e、对于社区的理解决定公司的命运f、对于it基础设施服务的理解 
    
上述是为个人的一点思考,其实我本身亦在寻求着答案,事实远远甚于我们所看到的和听到的。是为记。

2013年8月16日星期五

imagefactory install from source for centos6.3

imagefactory是什么?我为什么要介绍这个程序?这是我要在正式开始写题目之前要回答的问题。
imagefactory是一个能够创建虚拟器件的程序,并且可以将器件导入到不同的虚拟化平台以及云计算平台。
关于虚拟器件的定义及诠释,可以参考wikipedia上的定义 。目前imagefactory支持的内容见下表所示:
支持的操作系统支持的虚拟化平台/云计算平台
Fedora系列发行版Amazon EC2
RHEL/CentOS系列Red Hat Enterprise Virtualization
...OpenStack/Rackspace
...VMware vSphere
...Ovirt

虚拟器件一直是我对虚拟化特性中以为非常优势的之一,它改变了传统的部署,以及ISV的发行方式,OpenSuSe、rPath等等都做的不错,但是redhat系列的发行版是目前使用者最多的,不可否认,也和自己原来做过的事情有关,所以对这个还是蛮有兴趣的。
OK, 以上为废话!
CentOS6.3原始的安装,安装和部署并实验imagefactory正式开始!
$ git clone git://github.com/aeolusproject/imagefactory.git
(注:在开始之前,应该配置EPEL)
$ sudo yum install -y python-oauth2 python-argparse python-paste-deploy python-zope-interface python-httplib2 libxml2 libguestfs python-pycurl
以下依赖对于高亮输出和多线程下的调试起作用。
$ sudo yum search pygments
也许rpm包的yum源里没有,那么就使用easy_install 后者pypi:
$ sudo easy_install faulthandler

imagefactory对于部署到某些平台使用插件的方式,每一种平台都依赖于不同的插件,下面的每种介绍里,读者可以酌情安装。
Fedora/RHEL/CentOS系列:
$ sudo yum install -y oz m2crypto pyparted genisoimage openssh-clients mtools gparted
Ovirt/RHEV:
$ ovirt-engine-sdk
Amazon EC2:
$ sudo yum install -y python-boto
$ git clone https://github.com/eucalyptus/euca2ools.git
$ sudo python setup.py install

VmWare vshpere:
 $ sudo easy_install psphere
OpenStack:
$ sudo yum install -y python-pbr
$ sudo easy_install python-glanceclient

上述依赖解决没有问题的时候,接下来就是主角出场了:
$ cd imagefactory
$ make rpm
$ sudo rpm -ivh ~/rpmbuild/RPMS/noarch/imagefactory-1.1.3-1.el6.noarch.rpm
$ cd imagefactory_plugins/
$ make rpm
$ sudo yum localinstall -y ~/rpmbuild/RPMS/noarch/imagefactory-plugins-*
(注:如果遇到一些rpm依赖,请尝试注释imagefactory-plugins.spen.in的Requires)

好吧,就这样!
$ sudo /etc/init.d/imagefactoryd start
Starting imagefactoryd:                                    [  OK  ]
享受吧! 大概是我也是标题党,所以先命名了此blog的名字,所以进一步的使用、配置就将在下一章中谈了。






2013年8月11日星期日

红帽中国job id 38938之cloudform技术组件分析

我试图从技术的角度分析,然后找到自己的位置。
我一直在窥视着这个职位,不管是redhat中国的人事如何的刁难,或者是他们的标准有多高,至少我要再努力一阵子,也许是不服,也许是为了证明自己。正如前一篇文章:对redhat的一个职位的分析或者是自己的一个认识 

在其jd中的描述,其维护的产品涉及到cloudform的有:CloudForms, Cloud Engine, System Engine,那么对应的开源的项目有: Aeolus, Katello, Pulp, Puppet, Foreman, and Candlepin,那么以下内容就是围绕上述内容开始。其中Aeolus又包括Conductor,Oz,ImageFactory等子项目。虽然Aeolus和Deltacloud现在已经停止维护了,但仍然有一些参考价值。
图片来源redhat cloudforms文档
至于redhat放弃这两个项目的原因,不得而知,也许是RDO的缘故,也许是收购ManageIQ 的缘故。但是一个公司懂得放弃一些项目,确实是明智之举!
从这些子项目的拼凑来看,cloudform接近于open source software stack的一个思路,不管是什么云平台,一个DeltaCloud抽象了所有的接口, 可以看下它支持的公、私有IaaS平台的例子:Driver  在此基础之上实现了镜像的管理、应用程序的管理、以及部署内容的管理,当然在前端要实现一些GUI或CLI的接口,于是一些Ruby on Rails的界面应用而生了,甚至还用到了其企业级的中间件程序JBoss ON(operations-network),即中间件的全能生命周期管理。
在接下来的文章中,笔者将逐一介绍这些组件,有几个可能会花上很长的时间去实验、阅读代码,例如puppet这个庞大的应用及其广发的程序,当然我会根据我实际的掌握情况来谈,比如ImageFactory这个我在我的个人项目(github.com/lijiangsheng1)中用到的.




2013年8月5日星期一

Ovirt 3.3 特性介绍

   Ovirt3.3发布的日期临近,目前也已经在紧张的最后的测试中了,历尽两年多的我,不能不座视不理,下面就自己的分析,做一些简单的总结。
按照官方的wiki,我们亦可以分如下几类:

  •   虚拟化
  1.   Ovirt可以做到将当前的内存state做到快照里了,而不是以前仅仅可以实现磁盘的状态。当然这个要依赖于libvirt>1.0.1, 但是有个bug,那就是当有spice的session时,Qemu会崩溃。更多信息请猛击这里
  2.   HTML5的火热程度似乎已经过去,Ovirt作为B/S的选择,这个似乎是绕不过去的,从上个版本的网络配置就可看出一些端倪,当然GWT的进展也是决定其UX的一个因素,比如从3.0之后的UserPortal的变化。那么关于从门户直接访问虚拟机,3.3版本的更新体现在访问协议的实现,分别noVNC和spice for html5,当然和本地客户端相比,还是有很多事情要做的。
  3.  RDP的支持可以不必强制浏览器的activeX的支持,可以选择将VM的信息按照rdp客户端的格式保存,这个作为linux用户,我就不作任何的点评了。
  4. 支持了虚拟机实例的选择,这个是借鉴了IaaS平台的理念,如AmazonEC2,OpenStack都的instance type的选择,Ovirt主要是扩充了模板的概念,3.3以前的版本,模板的制作是没有多大灵活性的,这个其实个人不是太赞成这样的做法,这个是和Ovirt的设计初衷有点偏离的,希望不要偏的太远,目前还可以接受。
  5. 虚拟机的OS类型使用配置文件替代VmOsType.java的静态定义,这是个蛮大的进步,说明了Operations团队的介入,而不是程序员的主观臆断。关于具体配置项,见官方wiki.       
  6.   3.3之前的版本,集群的类型选择决定了虚拟机的类型,如cpu的型号支持,3.3实现了模拟,即qemu的 -M 选项。
  7.  Ovirt目前支持了光纤、iscsi、posix、NFS、local的方式的存储,现在加上了glusterfs,虽然原来可以基于nfs或posix来加载,但是大家知道gluster 3.4发布后,qemu可直接访问glusterfs的存储,无须通过其它translate来完成,这个特性的支持,算是redhat给其storage产品寻找着出路。
  8. 集成cloud-init,在部署虚拟机的时候,这个工具还是蛮有用处的,如网络,ssh key,时区、用户数据注入等,类似openstack的heat项目,尤其是批量在池中建立linux发行版的虚拟机的时候,工作流程:
           a、新建虚拟机
           b、安装操作系统
           c、安装cloud-init
           d、在此可选是否建立模板
           e、配置cloud-init,在ovirt3.3中可使用webadmin、RESTful API,以及挂载预定义的磁盘(vm payload)
           f、启动虚拟机
           g、耐心等待cloud-init的配置生效
           h、虚拟机配置完成并可以直接使用。
        是不是很像微软的syspre技术?不过比那个东西好使多了。
  •   基础支撑平台
  1.  设备自定义属性,如果大家熟悉vm-manager或者是熟悉qemu命令行参数的话,或者是熟悉libvirt的xml文件的话,知道虚拟机的外设是有很多可以选择和定义的,Ovirt3.3来的晚了一些,如:磁盘、网卡、显卡、声音、通道、智能卡、watchdog等等。抱歉!我来晚了!
  2.  SDK有了java的版本了,类似早些实现的python-sdk,相信不久的将来ruby、go之类的会接踵而至的。
  3. SupperVDSM的改进,原来的设计有些不合理的地方,比如vdsmd启动起来,使用root的授权进而启动suppervdsm.于是有此改进,详情参考这里
  4. 由于plugin的引进,外部程序的执行可能还含有子程序,所以通过RESTful API定义额外的任务成为必须。
  5. 异步任务的管理程序改进,增加了纠错能力,如后端的vdsm程序崩溃引起的任务id丢失等,详情参考这里.
  6. ssh增强,在以前的版本中使用host-deploy或升级node仅使用用户名(root)和密码来做认证,现在可以使用公钥认证或任意的授权的用户来升级node.
  7. ssh模拟fencing,这是在用户没有电源管理的情况下的一个测试环境或模拟fencing状态的一个替代方法,即当主机失去相应的时候,此功能会尝试通过ssh链接去重启vdsm的服务,具体步骤如下:
         a、 配置了Fencing后,并且在host中激活。
         b、保证一个合法的代理主机存在,即统一数据中心下处于up状态的主机。
         c、如果连接超时:第一台主机的网络失效,主机的状态将变为”正在连接“;这时,管理端engine发出三次询问vdsm状态的指令(配置:VDSAttemptsToResetCount),等的时间决定于主机的负载情况(configured by the the config values TimeoutToResetVdsInSeconds[deafult 60sec] + (DelayResetPerVmInSeconds[default 0.5sec]*(the count of running vms on host) + (DelayResetForSpmInSeconds[default 20sec]*(1 if host runs as SPM or 0 if not)));举个例子,按上述情况,vdsm hang住3次将花掉9分钟;这时如果主机仍然没有相应,则尝试执行vdsmd 重启,如果指令没有执行成功,则立即将此主机fence;在重复上述的重试时间;如果主机仍然没有相应,将主机的状态设置为“无响应”。
       看起来是那么繁琐,是的,其实这个是比较温和的做法,还是在共享存储有额外的机制管理的情况下(SPM),否则就是简单粗暴的直接断电fencing.
  •   网络
  1. ovirtmgmt管理网络不再仅在host deploy的bootstrap时初始化,而是在数据中心的setupNetwork中搞定。
  2.  “迁移风暴”的尝试之一,可以定义专门用于迁移的网络角色,这个和qemu的迁移机制相对应的,当迁移发生时,整个vm的信息都通过TCP/IP来传输,而目前的engine 的规则是所有的目标qemu都是走的ovirtmgmt网络,此分离的意义便是如此减轻它的负担。
  3. 集成openstack quantum成为ovirt的网络提供者,用于:发现网络、部署网络。network as a service成为可能。
  4. Network relaoded,这是对VDSM网络方面的改进,诸如网络方式的确定等。
  5. 多网关支持,原来的版本,网关仅ovirtmgmt决定,3.3用户可给每个逻辑网络自定义网关!
  •   存储
  1.  KVM新的半虚拟化SCSI设备, virtio-scsi的支持,相比于原来的virtio-blk有了很多新的特性,具体情形见这里
  2. Glusterfs swift的管理支持。
  3. 可以管理gluster hooks(Volume lifecycle extensions),可以查看hooks列表、激活以及关闭
  4. 增加对存储的添加、编辑、删除连接的功能。
  5. 在虚拟磁盘的hot plug和hot unplug时添加vdsm hooks point.
  6. 增强对启动磁盘的检查,如copy后,再删除原内容,中间尽可能的捕获一些异常情况。
  7. 支持独立软件供应商的备份/恢复机制。
  8. NetApp的存储磁盘校准,这个和厂商关系密切,详情可参考这里
  •   服务级别  这是企业级软件的一个衡量标准,大多和质量有关,诸如稳定性、健壮性等
  1. 计划任务 Scheduler的实现,这个会将我的注意力集中到jboss Droopl planner(现在更名为OptaPlanner),也是我担心engine的去向的问题,庞杂而紧耦合。
  2. Network QoS,容许用户在每个虚拟网卡级别上限制出、入带宽。
  3. 软件实现的watchdog集成,用户可以为虚拟机添加watchdog设备,用于高可用的服务是非常重要的一环。(pacemaker的新的对虚拟机的支持,亦是同理)
  4. intel TXT(Trusted Execution Technology)支持,俗称安全节点池。
  •   部署、集成
  1. ovirt-node-vdsm-plugin项目的崛起,ovirt-node的野心不再是仅仅支持ovirt-engine了,分离出vdsm仅仅是为了更好的支撑ovirt-engine.
  2. 使用otopi彻底重写engine-setup、engien-clearup、engine-upgrade及AIO
  3.  因为有node-plugin的存在,ovirt-node已经转变为希望支持更多的、可定制性更强的发行版。
  •   界面
  1.  由于spice proxy ,无需插件的访问方式的变更,管理端和用户门户的访问虚拟机的设置均有一些变化。
  2.  ovirt支持界面的定制了!这是个好的消息,由于GWT的css分离特性,3.3的ovirt支持几种界面的定制:弹出窗口、登录界面、主界面的头、及部分表格的样式。
  3.  改善IE8下用户门户的体验,linux用户无视。
额外的提供商:
在其wiki上的3.3 release notes上,支持openstack的glance和neutron的服务,参考的slides,分别是glance-intergrated neutron

 Ovirt在虚拟化管理的路上还需要走很久!未来虽然是明朗的,但道路将是坎坷的!从架构上来说也有很多的缺陷,而且和OpenStack的分工,也将影响着社区的走向。重要的是我们能从中学到什么?能解决用户多少问题?

思考吧!

2013年7月8日星期一

对redhat的一个职位的分析或者是自己的一个认识

近期在找工作,当然redhat一直是我所向往的公司,至少其一直所对外宣传的文化,还是我十分认同和赞赏的,当然更吸引人的地方是其人才济济。
再顺便假设一次历史,如果3年前我选择redhat,那么现在我就不是以这么个姿态或者思考方式来写下此文。
看下这个链接:http://jobs.redhat.com/jobs/descriptions/senior-software-maintenance-engineer-beijing-beijing-china-job-1-3644511
工作方式是home office.这亦是吸引我努力再三的原因。
作为技术人员,第一要看的是岗位职责:
  • Resolve complex customer problems with Red Hat cloud products including OpenStack, OpenShift, Red Hat Enterprise Virtualization (RHEV), CloudForms, Cloud Engine, System Engine, Red Hat Subscription Manager, and Red Hat Network
  • Participate in upstream projects like KVM, Aeolus, Katello, Pulp, Puppet, Foreman, and Candlepin
  • Write, fix, and improve code and contribute to open source software communities
  • Work with upstream developers to find and fix bugs in cloud products
  • Provide a deep level of technical assistance and present solutions to enterprise customers, ensuring they get the most out of our cloud products
  • Publish knowledge via blogs, whitepapers, and KnowledgeBase articles, distributing technical knowledge to our customers and the community
这是个很特别的职位,不是社区某个项目的维护者或提交者,也不是经常出去部署、调优或故障排查,而是介于这些职位之间的,或者说是一个“桥梁”。那么涉及的技术/平台/产品/语言等是十分庞杂的,当然要求是非常高的。
云平台:IaaS,PaaS,SaaS(RHN/RHSM,我将此两个服务归到SaaS。)
产品:RDO,RHcloud,RHEV,CloudForum,RHSM,RHN etc
语言: Python,Ruby,Java,C, perl,bash,Rails,
接口: RESTFull,SOAP,
上游社区: Openstack,Aeolus,Ovirt,Puppet,Feodra,libvirt,qemu,OpenShift orign,等等。

技术上的挑战,确实是非常的大,而且涉及的面非常的广。从系统到应用,从底层到接口,基本都涉猎了。那么沟通当然也是个重头戏,写作能力也得有两把刷子。
好吧,我会根据以上信息,会整理一下学习的路径的,这将在另一篇文章中详谈。


再来看看,人事或者经理写的要求技能:
  • 5+ years experience as a support, sustaining, or development engineer, or other directly related experience in an enterprise environment
  • Experience in the system management, cloud, server virtualization domain
  • Development experience using Python or Ruby on Rails
  • Experience with XML, JSP, RMI, or SOAP
  • Experience working with databases like MySQL, PostgreSQL, or MongoDB
  • 2+ years experience with web services (REST, SOAP)
  • Knowledge or familiarity with Amazon Web Services; VMware vSphere is a plus
  • Experience of using CVS or SVN; GIT is a plus
  • Upstream involvement in open source projects (patches submitted for upstream inclusion) preferred
  • Strong troubleshooting, communication, and time management skills
  • Ability to collaborate with others and learn new skills
  • Must possess a commitment to customer service
  • Outstanding verbal and written communications skills
  • Bachelors' degree in computer science, computer engineering, or technology-related discipline

出去常见的学历、沟通、工作经验等,比较让人赞赏的是,或者说亮点:
1、时间上的管理(这个个人非常的赞同,将决定一个人一生的成败。)
2、系统管理的经验,尤其是使用spacewalk,cobbler,puppet等。

那么没有写全的当然是语言/框架,废话是熟悉ec2/vSphere。

对于我本人来说,所有的障碍就在于一点,那就是Outstanding verbal ,也就是说与英语系的外国使用口头上的沟通与交流。我被redhat中国的人事拒绝,就是因为这个,硬伤,没办法,但是我确实很窝火,因为她拒绝我之后,我就找了家培训英语的学校,让老外帮助我测试下,发现完全不是那么回事,我不至于她说三句,我连个单词也没有听懂。这是5月末6月初的事情了,我奋力的学习了一个月英语,昨天我再一次申请了此职位。

   也许是给自己个方向,不至于总是开车追尾!励志!然后毫无希望的等待。



2012年12月17日星期一

我究竟想要什么?

继续自己的职业反思。
近来对公司的一些决策以及直属领导,有非常大的意见!当然,我已经对和我的一些合作者失望透顶,就不在这里提了。
首先是我带领的团队所做的事情,被公司认定为“皮之不存 毛将焉附“中的”毛“,也就是说,我所做的事情,在公司被认为是一种附加值的,不是公司的根本及发展之道。其实,对于我来说,这根本无所谓,只要你公司有资源,能为我提供一个发展自己的平台,我并关心你的经营战略。问题是当公司出现一些问题的时候,首先要保“皮”,而不是保“毛”,决策层不是傻子,是不会做“本末倒置”的事情的,那么,当“皮”出现问题的时候,就要“毛”去做一些“皮”的事情。那么,我就遇到了很大的阻力!领导要我干"皮“的事情,而我恰和领导在此处有了极大的分歧。摆在我面前的,充满了选择,一方面是不再有执行力了,另一方面就是对抗决策。
可怕的是,我始终认为自己是正确的,我以为VHD市场,V和H才是核心,才是平台,因为D,MS$是事实上的无可替代的,那么公司是去做VHD的接入设备,那么我在这个公司就没有了属于自己的位置。

次之,就是在一些用人的意见上,和领导存在着极大的分歧,谁都知道,创业公司或者说公司刚起步阶段,人才是一切的根本之所在,尤其是找到了错误的人,如果不能及时的处理掉,那么势必会影响到现有的好的人的士气,及在开发和经营上出现重大的纰漏。但是,领导的容忍度超出了我的想象,近一年的周期,竟然连开源的项目编译都不能通过,不用版本控制,竟然还拿个优秀员工奖!就是我在上篇blog中谈到的烂程序员!更可怕的是,领导竟然让我与这样的人合作! 写到这里的时候,我真的笑了!

第三,素质问题,道德问题,视野问题。这个可能涉及到公司在某些项目上的事情,我就不在这里谈论具体的事了,试图用接入设备影响VHD的平台!这是多么荒唐可笑的事情。

那么,上述的三条理由,足以让我离开这个公司,另寻出路。我依然在犹豫,或许我已经做出决定,但需要在这里写下:
1、我耗费一年多精力打造的团队,经验分享见这里
2、我太爱这个团队了,想我所想,做我所做!
3、大多是我在社区里找的,依靠我那点可怜的影响力!
4、roadmap已经规划到明年8月份,有想做而未做的事情。

这就是摆在我面前的选择,其实,我已经保护不了我的团队了,一个公司的开发团队能够将公司的产品大权独攬,还有什么事情做不出来的?

我没得选择,就看我能坚持多久了?体面的、有尊严的离开,还是等待被侮辱、被践踏的轰走的问题了。那么我为什么还要留在这里了呢?

回到标题,我究竟想要什么?我能干点什么? ”人为刀俎,我为鱼肉“!

恢复blog有一段时间了,我能不能想点技术了呢?