Archive for the ‘我叽歪工作’ Category

我叽歪:微软IE开始向HTML5表示重视

作为一个前端开发工程师,看到这样的消息是令人振奋和高效的。这意味着,指明了我们未来学习的重点方向——HTML5。现在已经有越来越多的互联网和软件巨头开始重视HTML5了。恩,从现在开始,努力的学习HTML5的相关知识吧。

2009年8月7日,微软表示,IE团队正在详细查看HTML5规范的现有草案,并汇总自己的意见。此举显示,微软开始认真对待这一新Web标准。

HTML标准上一次正式更新发生在1999年。Google、苹果、Opera和Mozilla等公司一直在致力于创建新一代HTML标准,但微软的参与热情一直不高。

不过,本周五IE开发经理艾德里安·巴特曼(Adrian Bateman )表示,IE团队希望分享自己对HTML 5的看法,并参与制定该标准的讨论。巴特曼表示,尽管目前IE团队更多是提出问题,而非给出解决办法,但是公开讨论正是推动HTML 5发展的最佳方式。

目前HTML 5规范草案中已经包含了许多重大改进功能,例如内置支持视频和音频,以及可以将数据存储于本地计算机的功能。

在Google、苹果和Mozilla的最新版浏览器中,一直在宣传HTML 5功能,但是微软在这方面一直保持谨慎态度。

我叽歪:技术部6.27至7.4管理小结

多、散、乱、紧类项目的管理小结

本周最重要的项目就是为了迎接r项目推广了。这个项目有个很大的特色就是多、散、乱、紧。

  • 多:要改动的地方、页面多。要推广的东西多。牵扯到的人员多。
  • 散:要修改的地方、页面散落在各处,没有一个特别的主线连着。
  • 乱:要修改的页面、专题形式各样,需要推广的东西形式各样,需要使用的推广手段形式各样。
  • 紧:时间紧。周末r考试就开始了。周二才接到任务。再加上前面三点。所以整个任务显的时间特别紧。

刚接到这个项目的时候,我是“满脑袋线头”。就是感觉东西特别多、要关注的面特别多、人员不知如何分配、工作不知如何做起。虽然感觉有很多东西要做,但是我依然用了整整半天来整理思路。因为我觉得,如果以开始连自己都没有搞明白、清楚的话,去分配别人任务和工作的时候,一定会出现问题。

整个半天的整理思路如下——

首先要明白这个项目的目的是什么?如果连目的都不知道,岂不是缘木求鱼吗? 回答:趁着r考试的访问期推广一些东西。那要推广什么东西呢?整理如下:

  • hjwx备考班
  • 12月r考试报名提醒,获取潜在用户的信息
  • xdf和hjwx不冲突的网络课程。

其中最重要的就是上面3个东西。但是考虑到如果使用侧边栏左右格子广告位形式的话,如果都是广告的话,会非常影响用户体验,所以有必要加入以下内容:

  • r考试答案汇总(用户最关注的东西,自然要展现给用户)
  • r考试答案汇总2(理由同上)
  • 游戏专题(c考试期间已经得到证实,点击量非常高。这次的创新想法是:在游戏频道加入hjwx的广告。这样,当将大量用户引导到游戏频道进行游戏后,依然能进行新一轮的广告营销)

当将上面的东西整理出来以后,我把它放在了mis平台,新建的项目页中,再加上相应的推广链接地址。这样,不仅方便我自己随时查阅,也方便其他的项目参与者随时查阅。
明确了要推广的内容后,就是要确定要如何进行推广了。网站的话,自然是在网上进行推广了。因为时间比较紧,所以论坛、社区中的活动方式就无法进行了。只能采用页面广告这种形式。那要在那些页面以何种形式投放广告呢?这就要看哪些页面的访问量大了。从统计后台看一下,这个不难整理出来。把这些页面、专题按照访问量和商业价值顺序列出。就是我们的动手目标了。至于每个页面以何种形式投放广告,就要看每个页面的特殊性和具体情况了。简单的换个广告图片,复杂的进行整块的改变,根据页面情况加入合适的引导购买的话语,等等,情况不等。但是也总是有规律可循,问题倒不是很大。
知道了每个页面要如何更改,剩下的就是根据参与者所擅长的技能进行分配了。

  • 广告位的设计、制作交个s君
  • 需要提前程序的交给h君
  • 要改整块区域的写代码的自己处理
  • seo优化方面的交给d君

然后,自己再每天晚上了解一下各个人员的工作进展,微调一下工作。整个工作由原来的散乱变成了井井有条。虽然中途也出现了一些小的问题,但是整体来说还是控制的不错。

先自己想想

以前,我经常犯的错误是:一些问题连自己都没有想好,然后就让别人去做。结果别人碰到问题来问我的时候,我也说不清楚。导致自己和别人的工作、时间都浪费了很多。这个项目开始的半天,虽然看似别的参与者的时间是被浪费了。但是,我却认为如果不是那半天我的思路整理,后来可能会浪费更多的人、更多的资源、更多的时间。
最后想想,这个项目还是有很多值得借鉴的地方:

  • 一开始就把整个思路想的比较透彻
  • 合理的利用mis平台,做到了把我的想法和整理出来的东西,有效的告知了相关参与者,让大家的力气都拧在了一条绳上。
  • 借鉴、基础已经证实成功了的模式,并有所创新。

我叽歪:技术部 6.21至 6.27工作小结

g项目,终于结束了所有的设计和静态页面部分。下周完全可以交予s君,开始程序开发部分。虽然,整个g项目已经进展了两周时间,但是总还算是在可控制的范围之内。还不至于到项目失控的情况。看来,作为第一个管理试手的项目,从中真是得到了很多经验和教训呀。
将g项目总结出来的经验和教训,用于k项目的建设中,合理的使用了原有x项目的一套东西,很快的完成了k项目的建设。
ky项目专题,继续进行了完善。加入了较为完善的试听功能。而且在试听页面侧边,进行了一些尝试,加入了最新订单的滚动列表。对试听界面也进行了完善。本来一些类似“我的笔记”这样的按钮会跳转到xdf的页面,后来进行y君的帮助,实现了跳转到我们的自定义页面,在自定义页面,也放置了购买列表。从而有效的防止了,试听用户流失到xdf网站的可能性。

我叽歪:技术部6.21至6.27管理小结

三周,不要超过三周

以前经常听boss说:“一个项目的周期一定不要超过3周时间,如果一定会超过三周的项目,就再划分成多个小项目。” 当时颇有些不以为然。因为,以前在日企软件公司的时候,很多项目都是长达半年,甚至一年的。不要照样好好的完成了吗?
但是现在,我确深深的感受到了这句话的正确性。其原因就是这次g 项目管理中出现的危机。
这次g项目,进展并不顺利。已经花费了两周时间,但是程序还没有动,只是完成了设计和静态页面。如果按照三周时间计算的话,这个项目已经有些危机了。所以,这里有必要反省一下这个项目了。

完美主义与理智

这个项目的开始就犯了一个很大的错误。一开始我的想法很简单,对现有的g项目进行改版,只要加上用户上传功能和收藏功能即可。但是但看到页面设计师的新设计稿时,我没有保持理性。页面设计师的新设计稿,已经完全摒弃了老项目的所有页面。整个风格也已经发生了变化。当时看到设计稿时,只觉得:“恩,新设计稿真不错,在整体风格比老的好多了。”但是,却完全忽略了,如果采用新的设计稿,就意味着老的东西,都无法重新使用了,而需要重新建设。这必要要导致开发成本和开发周期的加长。
改版、改版,最后却被设计稿搅浑了头脑,变成了一个新的项目。不仅无法使老的得到重新利用,反而加重了开发成本和周期。看来,还是犯了程序员最经常犯的错误:“不计成本的追求完美,老是喜欢一切推倒重来。”项目的初期一定要保持理智。否则项目的成本会加大很多。
这让我想起了d频道改版。当时,我看到那套老的界面,我脑袋里第一想法就是:“重新设计、重新做算了。” 现在想起来,当时果然还是太没有项目实践的经验了。
也许,这样的事情,如果不是自己做项目管理,自己要背负着整个项目的成功与失败。是很难体会和理解的吧。

改版应该怎么改

g项目,给予了我深刻的教训。改版,一定要保持理智。尽量能够对老的资源进行重新利用。增加最急迫的需求。一定要避免重新开始的情况。
项目一定要注意周期,如果超过三周就会出现参与者疲劳,项目推进难度增大等情况。所以,一个项目,即使需要改版,也要一个小版,一个小版的改,确保,每个改版的周期不要超过1周。否则整个项目的风险就会很难。
这个教训我立刻用到了本周的《k项目》中。虽然页面设计师再一次要求重新设计,但是被我毅然的拒绝了。最终,k项目,完全重新利用x老项目。只是让页面设计师重新设计了里面的几张图片而已。本来预计1周的项目,从立项、到制作、到资料收集、到优化、到最终上线,只用了短短的3天时间。
先了解项目情况,然后利用最小的代价(人力成本、时间成本、资源成本),完成一个能满足需求的产品。这应该才是正确的项目管理思想吧。

JavaScript获得指定范围内的随机数

也算是经常使用的小函数了。但是一直没有整理一下,每次都是使用的时候现写。不仅麻烦而且耽误时间,所以在此稍微备份一下吧。

function GetRandomNum(Min,Max){
    var Range = Max - Min;
    var Rand = Math.random();
    return(Min + Math.round(Rand * Range));
}

使用起来也比较简单,直接给参数就可以返回随机数了。有随机种子,每次随机开始值是不同的。

我叽歪:技术部 6.14 至 6.20工作小结

G项目

G项目虽然变更了一些计划,但是本周依然有重要的进展。需求已经明确,改版策划也已经完成。策划和需求设计新版页面也已经出来。因为周四的UI沙龙,引入了网格化设计这个概念,而且大家都很感兴趣,所以,决定拿G项目来作为新技术的试手。以便下次的UI沙龙来讨论网格设计的时候,能够举出一些例子。

k项目也已经完成,这是和小S进行合作的第一个项目。策划、后期改善我来做,小S则负责设计和代码。上线后手到一致好评。也基本找到了和小S进行工作配合的技巧。相信,以后随着更多专题需要和小S进行配合,我和他的配合会更高效。

UI沙龙

周四UI沙龙,进行的不错,沙龙主要分两个部分,第一部分是命名和命名规范。经过讨论定下了一些规范,如下:

  • 静态页面统一使用后缀.htm

  • 网站基本的通用目录结构和命名如下:

    • css文件夹(放css文件)

    • js文件夹(放javascript文件)

    • images文件夹(放图片和.swf文件)

  • 网页中使用的图片命名前缀规范如下:

    • 背景图片:bg_

    • 临时图片:temp_

    • ico图标:ico_

    • 大一些的内容型的图片:pic_

    • 按钮图片:btn_

    • logo图片:logo_

  • 网页常用结构命名如下:

    • wrapper

    • container

    • main

    • sidebar

    • footer

    • 解除浮动的div统一class命名为clear

  • css的id和calss统一使用驼峰式命名。

更多的细节命名规范,争执较为严重,暂时没定论。

沙龙的第二部分,讲解了css框架,引入了网格化设计这个新的设计理论。大家都很感兴趣,也跃跃欲试的样子。但是,因为在公司还没有哪个项目使用了这套理论进行。所以,具体实施起来有什么问题还没有发现。但是随着G项目会使用这套理论进行设计和制作,所以,我们会继续深入这个新的武器,并希望最终能利用好,从而提高公司UI部整体工作效率。

顺便放出一些沙龙时使用到底资料吧——

突发高流量的把握

重点考试当天,将会有巨大的流量,如何利用好这些稍纵即逝的流量。我在周三就开始了思考。因为很多的浏览者只是冲着考试答案来的,所以,很多看完以后就会流失。而我们现在很难利用较短的时间,有什么手段能粘住这些流动的用户。所以,我这次的处理思想是这样的:竟然留不住你,你不会再来,那么,我就留下你的联系方式,然后,我以后主动去找你。所以,这次,我使用了一个已经证明是比较成功的侧边栏图片+文字列表形式,放了一些调查,可以让浏览者留下信息的调查和活动。只要我们有了这些用户信息,以后不愁我们找不到他们。晚上看相关的点击数据和收集到的数据,证明此方案还是比较成功的。无论是点击量还是收集到的数据都很理想。昨天看了c频道的ip和pv。都创造了历史新高。是一件很值得高兴的事情。所以,我在此请求周一例会的时候,能给予项目参与者一定的奖励和鼓励。

叽歪一下:技术部 6.14 至 6.20管理小结

管理多个人,果然不像管理好自己一个人那么容易。第一个只是用于试手的游戏频道项目就出现了一些意想不到的事情。

引起大家的重视是第一步

虽然上周已经和项目参与者沟通过,本周我们会开始g项目。但是周一看到相关参与者的“本周工作计划”都没有g项目相关内容的出现。当时,我有些沮丧。如果一个项目的开始就没有引起参与者的重视,那么这个项目的进行可想而知了。因此项目开始的第一件事情,就是我要想办法让他们重视起这个项目来。我采取的方式是:开一个项目启动会,有所的参与者,坐下来,我们郑重的申明一下:g项目启动了。并简要的说一下,这个项目的必要性和重要性,以及项目的优先级。这样,大家在项目开始的时候就能对项目有一个较为统一的认知。效果不错,每个人不仅了解了项目的情况,而且,还给出了每个人的项目时间安排。

“越快越好”、“紧急”和工作优先级

说到项目的优先级。技术部这边好像有点问题。就是很多人对自己手头上的工作,不知道哪个最重要,哪个次之,不知道手头的项目的优先级顺序。结果就导致很多人根据自己的喜好来安排工作的优先级。喜欢的就先做,不喜欢的就后做。当然,这也不能怪技术部人员。因为每个工作在告知他的时候,都是“越快越好,这个很重要”,提交的bug全部都是“紧急”类型。如果全部都是“越快越好”,bug全都是“紧急”。那就没有“越快越好”、“紧急”了。我也再思考这个问题,如何客观的告知技术人员一个项目的紧急程度。如何让他们合理的安排工作的优先级。我一般的做法是:自己先定一个deadline,在这个deadline之前必须完成此项目。但是考虑到一些风险因素,我会将deadline提前1/4到1/5时间后告知项目参与者。例如一个专题必须在4天后上线,那么我会告诉参与者3天后要上线。一般情况下,3天后虽然能勉强上线,但是一定会有很多bug和问题要修正。于是还有一天时间可以弥补。
当然,有时候能定下一个deadline还是有些困难的。特别是商务部提过来的任务,一般都是“越快越好”。因为我也不知道所有的“越快越好”哪个应该更快些,所以,有时候,我要对项目参与者手头的其他项目有所了解。甚至有时候,要去了解这些项目的具体情况,从而帮助参与者确定手头所有项目的优先级。
g项目启动会,项目的一个参与者告诉了我,他现在手头对调查通的修改,优先级很高,本周没有时间进入g项目中。我觉得这也很正常。客观的评估负责的各个项目的优先级应该是技术部助理的责任。不能像以前以前那样,自己负责的项目,就把优先级提到最高,然后也要求配合者也把自己负责的项目的优先级提到最高。即使它不一定是个很重要的项目。
考虑到他手头的d项目的工作优先级更高,所以对g项目做出了更为合理的调整。

统筹运算和工作安排

和技术部其他人一样,我手头的工作也不是只有g项目这一个。其他很多项目项目、工作也在同时进行。如何更合理的安排和推进各个项目、工作的进行,的确需要很多技巧和实战经验。以前,我自己工作的时候,安排起来比较简单。就是根据优先级一件接着一件往下做就好了。但是现在很难这样做了,因为很多工作,并不是我自己在做,而是需要他人的配合。所以,不能仅仅考虑自己的时间安排,还需要考虑别人的时间安排和整体的时间安排。
对于这个问题,我的做法很简单:先把需要别人配合的工作,安排下去,然后再做自己需要做的工作。这样自己和别人的两条线都在走。对于项目就是“多线程”了。从而提高项目的整体效率。
以前在日企的时候,我们部长说过一句话:“工作就怕等”。你等我完成,我等你完成,等到最后整个项目就完成不了了。所以,如何合理安排每个线程,使之不要出现或者少出现你个线程等另一个线程的情况。对于一个项目的按时完成有重要影响。
对于如何合理的安排线程和时间,当手头的项目多起来的时候,我仍然有很多安排的不合理的地方,但是,我想这个随着实战经验的提示,应该会做的越来越好。

常用汉字字体的英文名称

做网页前台的朋友,也许会有这样的经历:分别对文字设置的字体,但是却死活出不来。这样情况多数是因为css对设置的中文字体名称(如宋体、黑体)变成了乱码造成的。

为了有效的防止汉字字体属性变成乱码,最好的办法就是使用它们的英文名称。下面列出了一些常用的汉字字体的英文名称——

  • 宋体——SimSun
  • 黑体——SimHei
  • 隶书——LiSu
  • 楷体——KaiTi_GB2312
  • 幼圆——YouYuan
  • 微软雅黑——Microsoft Yahei

顺便给出,我的css框架里面关于字体的常用属性设置:

中文字体:font-family:Verdana,Helvetica,SimSun,Arial,”Arial Unicode MS”,MingLiu,PMingLiu,”MS Gothic”,sans-serief;

日文字体:font-family:Osaka, “MS Pゴシック”, Arial,”sans-serif”;

中日英混合字体:font-family:Verdana,Lucida Sans Regular,Lucida Sans Unicode,Arial,sans-serif;

等宽字体:font-family: Lucida Console, Monaco, Courier New, mono, monospace;

我叽歪漫画:IE6,滚回老家吧!

IE6_gohome

漫画翻译如下:

IE6:喂! 你们! 为什么总不让我一起玩!
SAFARI:滚回家去,IE6!
OPERA:对啊,你经常把我们最酷的玩意儿弄坏!
FIREFOX:我都不敢相信你和那厮有瓜葛,IE7!
IE7:我靠,别哪壶不开提哪壶!

我叽歪两句

作为网站前端程序员,对这样的漫画真是深有感触呀。看来随着浏览器大战的不断升级,大家对老是站着茅坑的IE6已经极度厌恶了。但是只要windowsXP还是用户的首选的时候,其默认带的IE6就一定占有主流市场。

漫画,比较是漫画,长着可爱小门牙的IE6什么时候才能推出历史的舞台,还需要我们静静的等待……

叽歪一下技术部助理第一周管理小结

周一走马上任。虽然有所准备,但是真正着手时还是有点不知所措。周二晚上才开始真正好好思考一下如何开始。
第一步做的就是先熟悉技术部各个人手头的工作量。因为合理的安排每个人的工作量的确是很重要的一件事情。通过按mis平台的本周计划和直接面对面的交流。基本了解到每个人手头的工作量情况。这样才可以根据情况安排手头的工作。

而考研网络课程是网络课程销售的潜在重点,必须挖掘。6月考研的重点是:“暑假考研复习指导”这样的专题。

专题制作流程如下:
1. 确定专题的主题。
2. 询问相关专业人员。以确定选择的主题是否合适当前的时间段热点。
3. 确定专题主题后。向编辑确认主题模块。
4. 有了模块以后,告诉网页设计师需求。让他出页面设计图。
5. 拿到页面设计图以后向相关人员确定。有何增、减或者修改。
6. 根据第5部的反馈意见修改设计图。
7. 根据设计图写页面
8. 对完成后的页面进行seo优化
9. 上线、推广

至此一个专题完成。第一次完成专题时间需要3天左右,但是通过这个流程出来的专题质量应该比较有保障。而随着这个流程的完善和熟练程度,后来的相似专题的按提制作时间将会大大减少。

下周,将进行游戏频道改版项目。我希望在整个过程中,练习和掌握好以下的技能——
* 如何合理的安排项目的时间节点
* 如何合理的处理项目之间的相互影响和冲突(在进行游戏频道改版的过程中,项目组成员一定会被要求参与其他项目和紧急事情处理)
* 如何合理的处理手头多个项目的同时进行和轻重缓急(网络课程推广、考研暑期考研辅导专题、游戏频道改版)。
* 如何合理的安排项目组成员的工作量、工作时间。
* 体会和观察项目组成员在项目各个阶段的工作状态和精神状态。