转:被自己拖死的人们

今天无意中看到李笑来老师的一篇文章,分享一下:

这是个很常见的现象:创业团队常常被外包公司拖死。可是,外包公司的本意可不是想害死谁——谁会从一开始就想干死自己的衣食父母呢?

陷阱在于:参与协作的双方目标并不一致。

外包公司的目的只有一个:按时定量完成被给予的任务,然后拿钱走人,做下一个项目。

可创业团队的困境在于,他们的“主意”并不确定,方向也好,目标也罢,很可能始终处于调整状态——事实上,任何一个“无中生有”的过程都是这样的:需要一定量的时间与实践才能从一个“主意”演化为“可实现的计划”,最终还要拥有很强的执行力才能将计划变成现实。

外包公司可没有这个耐心,他们想快速完成任何一个项目。他们会不由自主地告诉对方:“这个是不可行的……”,“那个是没必要的……”,“还有这些和那些是可以下一期再说的……”——外包公司在说这些的时候,甚至可能自己都没意识到得出这种结论的根本原因其实只不过是他们没能力完成而已。

这并不罕见,只不过因为最终已经失败了所以知道的人少而已:很多创业团队就这样被外包公司拖垮了。(注意:以上并不是再说“千万不能找外包公司”,这是另外一回事儿。)


很多公司最终步履艰难,其根本原因在于公司内部绝大多数员工都成了“外包公司”。

员工的目标并非“急公司所急,想公司所想”,而是“努力完成上司下达的任务”而已。一旦上司的任务指定不清楚,或者方向有误,那么公司就会出大问题——但责任并非在于那些“外包公司”性质的雇员。


很多人也一样,他们缺乏长期目标,甚至连想都没有想过自己的长期目标是什么。

于是,一不小心就把自己变成了赚自己时间精力和金钱的外包公司。

下场当然很惨:一步一步把自己拖死——可是,死期不是马上来临的,很可能在三年、五年之后。等死期来临之际,又如何想明白自己究竟是怎样一步一步走到这个地步的呢!

于是,很多在缓慢走向灭亡的过程中毫无知觉。生不由己,死因不详。

原文出处:http://www.lixiaolai.com/index.php/archives/10704.html

Note:做优化

补发:之前某项目尾声时做的一些显而易见的优化工作:

1、图片size优化

使用Firebug上的YSlow就可以很方便的处理,但是对于一些重要的图片,比如logo等,还是让UI工程师专门做优化。

2、检查gzip是否开启

检查服务器上的gzip是否开启,这个对于前端优化起很大作用,如下图, gzip前后的js文件大小变化很大:


继续阅读Note:做优化

日志很重要,一定要尽可能保留

今天遇到了这个问题,当做教训了,项目虽然做了一些日志记录,但是今天的情况,只能说是个不小的教训,以后日志记录这块的设计不能那么不重视了,否则出了问题找原因都难啊!

btw: 中粮我买网 的广告最近是铺天盖地!

增加需求,然后在发布的时候隐藏功能

连着两个项目是web相关的项目,最近发现了这两个项目比较相似的一处:

客户A(一期刚完)说:先把XX功能,XXX功能,XXXX功能,… 隐藏了,一期我们先不考虑放上去。

客户B(二期需求)说:把XX隐藏,把XXX隐藏,把XXXX隐藏,把XXXXX改名为…。

这个时候心情很复杂,基本上这些被隐藏或者暂时屏蔽的功能,或许此刻起,就已经半die掉了,但是已经付出,增长的只有经验。

快速删除svn项目中的.svn文件

有时我们部署项目或者往外拷贝文件时,难免会直接把.svn文件一起拷贝走,下面分享Linux和Window下两种快速删除的方法:

1、Linux下

find . -type d -name ".svn"|xargs rm -rf 

2、Windows下直接通过SVN工具,这里说的是TortoiseSVN 的export功能,选择相应的项目目录,导出即可。

[10/17 周主题] – Axure入项目

很早就关注和试用Axure了,但是没在之前的项目中使用过,因为一些原因,借这次的这个web项目开始在公司推广Axure的使用,不过说到推广,现在也就我一人的用,其他项目要用还未知呢!

先看看Axure的Demo吧:http://www.axure.org/demo/

做过前端的人应该会更有感觉,操作上不会感觉太难,很快就可以上手,这要得益于Axure强大的组件库,基本上常用的组件都有,另外还有其他一些特殊的第三方组件提供下载。

这次项目中用Axure主要原因是界面框架的原因,如果UI和前端(我做)做完页面,把网页给客户看,那估计要费时不少,加上随时的改动,到后面会越做越忙,越做改动越大,所以就早动手,先用Axure把网站的各个页面框架和页码流程搭起来,跟客户一一确认,尽快完成这块的内容,再由UI去跟客户确认配色的问题,前端这个时候就可以开工了,跟之前的项目流程比,至少框架不会大动了!

第一次拿做好的页面框架给客户看,客户以为这么快页面就出来啦,很有兴趣,当然我就得必须解释解释了,这个只是框架图,和最终的效果图是有些距离的,这些页面只是将页面框架和流程展示下。

学习Axure,最主要就是多用,多看别人的Axure例子,如果一个效果自己一下子无法实现,可以在网上找别人的rp文件,仔细研究下,很快就可以自己做出来了!

再者Axure现在有好些模板,不一定就得自己去实现,Axure只是个工具,不管从哪个方面入手,达到你要的效果即可。

推荐区国内Axure推广比较有名的网站:http://www.axure.org/ 上面有很多教程和例子,可以进一步帮助学习Axure的使用。

[10/01周主题] – Web 项目开发中的常见问题

这周来一直在赶一个Web项目,没多少时间focus到其他上面,于是这周的主题就干脆做个整理,整理下web项目开发时遇到的一些问题和解决办法。

本周主题:Web 项目开发中的常见问题

一、中文乱码

建议统一使用UTF8,或者全局做个filter处理。

二、表单校验

使用第三方校验框架, 而非自己去写,可以减少很多工作量。

三、Ajax的使用

首页尽量少用ajax,页面初次加载时常会加载不上来,尤其多个Ajax实例同时运行。

四、UI 规范

UI最好是出Demo,跟客户确认,定终稿,然后开发按最终效果图实现页面最好,否则没有页面或者效果图,即使有统一的规范,还是会浪费很多时间去调UI问题。

五、浏览器的兼容问题

虽然IE6基本上淘汰了,可老机器上使用IE6的还是不少的,Css 在处理兼容问题时,建议分开处理,在页面进行浏览器version判断,读取不同的css,这样管理和调整起来都方便。

六、比较完整的测试数据

页面框架搭完了,看着效果不错,可是填完数据后会发现和想象的不太一样。

七、用JPA Or JDBC 与数据库交互

JPA与JDBC相比之下,使用JPA大大减少了编程人员的工作量,因此还是偏向使用JPA,特殊环境下再选择JDBC

近期琐事

Twitter

最近Twitter成为我获取信息的主要途径,几乎每天醒来第一件事情是躺床上翻推。

黑莓

换黑莓了,本想换android的手机,无奈太贵,忍住诱惑,先玩玩黑莓过些时间再折腾android。

学车

囡囡开始学车了,法培已考,办理了上车手续,不过元旦前可能比较小,海淀驾校太火爆了,约车难。

项目

年底前又开始了一个紧时间的项目,春节前要完成M1并上线,加上手上的未完项目要同时进行,这段时间几乎是掐着时间算。

出游

本来计划1月份出游的,折腾了几天,最终还是计划赶不上变化,黄了,只能安排到年后了。

周主题推迟一周

于最近另一个项目的启动,工作方面基本上是掐着时间在忙,所以周主题的任务就只能稍微往后推一周了。

预计本周四结合公司的培训内容,出一个有关JQuery的入门介绍,这个内容顺便就补给上周的周主题。

顺便预告下:接下来这周和下周会整理有关Java.Net包下一些常用类的使用,包括HttpClient的使用,以及XML Parser方面的汇总。

项目越到尾声越怕改动

目接近尾声,最怕这样那样的修改,今天一个电话,快烦死了。

是关于JTable的打印,之前就因为嫌麻烦没搞彻底,简单表格的打印功能提供了,复杂点的就没弄,和业务员交流,导出Excel也可以,于是就直接让导出Excel再打印了,结果今天一个电话,和业务流程使用不相关的一个小头让全部统一提供打印功能,无语了!

唉,看看明天去摆扯的结果了,弄不好还得把剩下的打印功能加上 🙁