感慨万千啊,mmorpg,聊天、任务、战斗……刚开始随即夭折,只保留有这2段视频和1张截图了。《Fantasy Sky》——纪念那些逝去的代码,还有青春。
我们在寻找两名志同道合的前端开发工程师
我们:
- 秉持小而精的团队建设理念
- 致力于探索和实践更先进的前端开发模式
- 快乐并高效地工作
需要你有以下基本特性:
- 积极主动的做事态度
- 乐观开放的心态
- 团队合作精神
- 必要时能承受较大的工作压力
- 良好的沟通能力
- 前端开发工程师
工作年限:1年
技能和经验要求:
- 熟悉 html,CSS
- 熟悉 Javascript
- 熟悉 photoshop
- 了解…
http://www.matrix67.com/blog/archives/3306
Matrix67推荐的强大脑力游戏,这是最近我玩过的最好玩的脑力游戏,没有之一。简单地说,这是一个四进制图灵机的设计和布线问题,因此非常适合各种IT民工。前面的关都不难,直到倒数第四列,问题才复杂起来。而最后那些问题基本上对脑力有极大考验。
我目前也卡在倒数第4行了。前面的倒是全部最优解,继续杀脑细胞中。
年前玩了空之轨迹后突然想起来学口琴,大概自己的几大爱好中就差了门艺术吧,于是乎就练起来了。起初尝试布鲁斯,后来因为压音实在太过苦恼(不是不会,其实我学会了压音了已经),后来转战半音阶,而且半音阶口琴也比较适合动漫、流行等音乐主奏。
目前所有学习后的曲目都放在http://www.tudou.com/home/army8735#tui-tab_0这里,可以感觉得到每支新曲子都是有进步的。要吹的还很多,大家有任何喜欢的歌或者建议都可以留下来,我一个个去试~
Sun被Oracle收购后,停掉了不少开源项目,其中就有我关心的《Project Darkstar》。今日突发奇想又登录了下老的网站主页,发现关闭之后多出了一个链接:
http://www.reddwarfserver.org/。
哦也,开源之火生生不息!目前的0.10.0版本其实就是Project Darkstar停之前最新的发布版本。期待你的表现,某人赶快给我研究去……嘿嘿……
首先还是感谢下小麦,让偶有机会加入土豆大家庭。作为新土豆,来胡乱YY一下假想中的各种土豆吧,我只知道“黑豆”是高清……
红豆:SNS的代表,红色是社交的颜色,符合这个主题。
绿豆:健康的代表,绿豆本身就是很有营养价值的豆子,不都说绿色食品么。
金豆:理财投资的代表,这个没必要解释了吧。
紫豆:女性专题的代表,貌似粉豆也差不多。
蓝豆:科技的代表,科技是比较新潮梦幻的,蓝色也是梦幻的。
黄豆:城市消费?想不出来该是啥……
魔豆:没想好该是什么……
同事发来了一篇《Clever JPEG Optimization Techniques》,文中提到的部分技术很细致,分享下。
大部分人在考虑图像压缩优化的时候,还只停留在设置图像处理软件的保存选项上。另外我们也有一些常用的优化工具,诸如OptiPNG和jpegtran。但是还有一些鲜为人知的方法,比如即将介绍的“8像素格优化方法”,它的原理是基于图像数据存储的格式上的。
8像素格
众所周知,jpeg图像存储是以8像素格为基本单位的,看下图示例:
32×32 pixels, Quality: 10 (in Photoshop), 396 bytes.
两个白色块大小均为8×8像素,图像保存质量为低。可以看出,左上角的方块很清晰,右下角却出现了杂色,这是为什么呢?让我们放大图片并画出参考线格:
可以看出,左上角的方块恰好在8×8格子里面(占据4个),而右下角的却横跨了9个格子,除了中间部分占满一个格子外,周围8个都只占据一部分。
由于jpeg存储算法中,每8×8个像素格是单独进行优化的,算法会寻找这个基本单位格中的均色(jpeg是以颜色正弦波编码)。因此,图像处理时应该尽可能考虑到这点,使得元素的位置靠近每个8×8的像素格。
这个方法使用起来很简单,比如下面这个例子:
13.51 KB
12.65 KB
第一张图片中,微波炉的位置是随意放的,而第二张却经过了细微的调整。两者存储的质量相同,都是55。让我们放大点看,红线是参考线:
可以看到,在略微移动了几个像素之后,图像减少了大约1 KB,并且也更清晰了一点。
颜色优化
这部分主要介绍不常用的图片存储格式,它主要应用在电视上面,暂不介绍。
常见的JPEG优化方法
这里介绍一些常用的优化方法。
JPEG算法很严格,唯一的压缩准则是图像软件设置里的质量选项。你可能在Photoshop中存质量为55~60的图片,但是在其它软件中存80质量才拥有同样的尺寸和外观。
一定不要用100的质量来保存图片!这其实并不是最高的质量值,因为这只是个数学理论上限,如果你非要质量很高的图片的话,一般存到95就够了,5点的质量丢失几乎没有区别。
注意Photoshop中低于50质量的图片保存。因为在50之下的时候,jpeg优化会启动一个附加的算法——color down-sampling——它将均衡相邻的8×8像素格的颜色。
48×48 pixels, Quality: 50…
严格意义上来说这并不是我第一次带项目,第一次尝试Project Manager是不久前的Only Lady相册。不过那次是在产品设计早已完成的基础上自主进行的,仅由我和永赞两个人快速完成,需要协调和把握的东西很少。完成后想要出的前后端配合方式ppt也一直没来得及去弄~
这次则不一样,我不仅负责前端开发,还是带项目的,同时还涉及到部分产品经理的职责,可谓一次性扮演了3个角色,2个PM(Project + Product)。看过别人博客那么相关文章,这回也轮到我来喷一喷了,结合下实际情况,总结几点吧:
1.产品和项目
说实话,当产品和项目同时落到你头上的时候,你能够决策的地方就非常多了。省去产品和项目之间的沟通是件好事,在规模不大的情况下还能够承受,但一旦规模增长,它只会让你力不从心。因为人的时间和精力是有限的,所负责的东西越多,就要越抽象。潘潘前端时间就在会议上说过类似的情况:作为产品经理不仅需要做到本职工作,诸多大小琐碎事务都必须亲自动手,最后导致的结果就是把自己累死,手下可以利用的资源却一直空闲。这是个恶性的循环,会将导致自己越来越忙,而其它人一直赋闲。
我研究心理学也不少日子了,武志红老师曾经在《宽容自己,才能宽以待人》中举过关于诸葛亮的例子:
作为中国历史上的文人典范,诸葛亮也是“严于律己”的代表。治国上,他是“鞠躬尽瘁,死而后已”,同时,他似乎也做到了“宽以待人”,你很少会找到他没有道理地苛责别人。他杀马谡,废李严,设计斩魏延,仿佛都合情合理,都是依法办事,或是形势所迫。
然而,在我看来,他这些做法的内在逻辑一样是“严以待人”。这个逻辑也体现在他的“鞠躬尽瘁”上,蜀国大大小小的事件,他都要过手,意识上,他说是要对得起刘备的看重,但潜意识上,这里面有很深地对别人的不信任,他对人才的要求太高,这种高标准最终导致,因为缺乏锻炼机会,蜀国优秀的文臣武将越来越少。
这是过于“严于律己”的一个必然结果,诸葛亮对自己苛刻的同时,最终也苛刻地对待别人,尽管从大面上看,他并没有做错什么,但整体上,这形成了一种苛刻的气氛,令他和蜀国很难锻炼人才。
信任下属,重用下属,用人不疑。让别人参与进来,让专业人员作出专业决策,不仅能带动整个团队氛围,也能让所有人有归属感。
2.倾诉
由于项目时间紧张,似乎人人都有危机感。在第一天时,设计和开发人员就不停地向我抱怨、倾诉,诉说各种各样的不满。说实话,第一次接受这么多的牢骚真得让我很紧张。但是转念一想,这也说明了信任我。当其它人向我倾诉时是件好事,怕得是没人说出心里话。一旦所有人开始支持并理解你的时候,一切就事半功倍了。
在整个过程中我希望自己是个服务者,而不是高高在上的管理者。随着项目的进展,所有人都变得非常主动,终于感觉这次PM没白当。:)
3.攻人之过勿太严,要思其堪受;教人以善勿过高,当使其可从。
这是我最喜欢的名言之一。别人有错,职责时的方式该如何?不应过严,要考虑他的心理承受能力;引导别人,该怎样去衡量标准?不应过高,要考虑他的实际改善能力。我相信能做到这两点,就能至少赢得下属的尊重和信任了。
4.初期定位
初期的产品定位和策划不明确,是件很恐怖的事情。假如时间再紧,就更雪上加霜了。这次项目就有这个特点,中间进行修改使得很多人都不爽。细节的完善并不会影响到人的情绪,大方向的调整会给人一种“我白做了那么多”的感觉。这是要极力避免的现象。
5.交流工具
我想任何企业都有内部的交流工具,比如MSN、RTX什么的。但我感觉,除非很简单明了的事情,否则一切都不如当面叙说来得好!面对面的谈话所传达的信息非常多,也利于理解和加深双方的熟悉感。前端时间豆浆和我在改一个小东西时就因为误解邮件中的一句极简单的话造成许多无谓的错误和重复工作,如果最初当面花1分钟说清楚的话,一切就简单多了。
6.懂技术的产品经理
PM懂技术是优势,因为能更好地把握产品和理解开发进度。但是技术出身的PM也具备一般程序员的弱项——主观意识强、交谈口才欠缺等。世界上果然没有十全十美的东西。
暂时写这些,后续想到补充。
2005 年前端工程师的职位开始在中国出现,2007 年第一届 D2 前端技术论坛在杭州举行,从此 D2 伴随着中国的前端一起成长,从此越来越多的互联网产品的背后有着职业前端工程师坚定的身影。在 D2 上我们曾交流过某项具体的前端技术,也曾探讨过团队协作的方式,那些美妙的话题都深入到我们频繁敲键盘的指尖。当架构、安全、性能等等在前端的领域扎根的时候,我们自己也在悄然发生质变,而推动这些变化的人和事正是 D2 想告诉你的。
我报名了,不知道何时能审核:
宣传视频:

本博客所有文章均采用