|
 
- UID
- 7040
- 帖子
- 1661
- 精华
- 12
- 活力
- 191
- 财富
- 4501
- 来自
- 单王之王
- 注册时间
- 2006-3-21
|
1楼
发表于 2009-8-6 09:26
| 只看该作者
凌晨，有酒无雨。共享随笔系列之二（for 新人）。
本帖最后由 NosaLee 于 2009-8-6 10:24 编辑
第一次随笔见
http://www.cnsw.org/bbs/thread-92300-1-1.html
基本是概念性的东西，本次文章以实作类为主。
1、定期备份各阶段作品及输出物：
包括源码、文档、语言档、资源（如辛苦 PS 的 PP）、网站、重要邮件、安装包生成脚本及依耐文件，有存储条件（以目前的物价，相信都有）最好对上述各类输出物的每个对外发布版本单独备份（即以产品 release 版本为主线，各输出物其实均依耐于 release 版本）。建议最好选用至少两种备份，包括但不限于以下介质/场所： PC 本地盘、移盘、公司主机、网络空间、CD/VCD、磁带。
第一次随笔第 9 条有提到版本管理，假如你在作此项工作，那么恭喜你，你的备份工作将会异常轻松：将相关文件/目录做成加密 rar 往上述介质/场所一放了事，所以这又是作版本管理的一种妙用，如果还没开始，现在正是时候。
该工作可以一月例行作一次，也可以在相关输出物有重大变更（比如产品的重要版本发布时、新产品释出时）时执行，或者两者结合（我采用第三种）。
如果还没意识到备份的重要性，试举一二：
a、本地盘灾难性损坏，损失大了吧，最坏的情况会导致你放弃这项已上手的工作！
b、旧版产品支持：如果你已经没有旧版源码甚至是执行档，你会非常痛苦。要知道，基于使用习惯、稳定性、担忧、学习成本等原因，并不是所有用户都会乐意或盲目升级（你是不是在用 XP、Office 2003、VMWare 5.x、ACDSee 3.x？）
c、原来的版本有个很好的功能（通过思考或用户反馈发现）被干掉了，现在要恢复，怎么办？重新设计、实现？不仅费时费神且可能达不到最初的状态。
d、重要邮件丢失或未整理而被删，要用时有印象但就是找不到，折腾去吧。
......
当然还有很多好处，捡几点重要的来说，已能让你重视备份工作了。
2、版本管理细化工作之一：
除了常规的 check out/in，让版本管理工具自动保存各版本之外，建议对软件本身、重要文档（如核心模块流程、主要产品设计文档、编码规范文档）作版本变更记录（xls 文档）。
可采用缩写将该记录档命名为 PVCR.xls（Products Version Changed Records）、DVCR.xls（Documents ......）、DbVCR.xls（Database ......）等，各产品或文档再按 sheets 来分，放到你的公司级文档根目录下。举一下 NosaLee 采用的格式，供参考：
-------------------------------------------------------------------
变更日期 变更前版本号 变更后版本号 变更人 变更内容 变更原因
-------------------------------------------------------------------
当你的产品、文档较多时，你会不会时不时发出这样的疑问：这段代码好像有 bug？这处命名规则怎么这么别扭？这时你要花时间去测、去回忆，最终结果多半是：现状原来是正确的。因为你做软件不是一两天的事（如果你喜欢这个工作），你怎么能记得 2 年前为什么写下了这段看似有毛病的代码？这时，如果你对每次重要变更有记录，有备注，遇到这种事你会很轻松，顺便可以 review 一下以前可能“幼稚”的变更（之所以你会觉得有问题，是因为现在的认识或知识提高或变化了），再作改良（参考第一个随笔第 15 条）。
说起来，很多公司在作这些工作，包括我目前所处公司，但真正给工作带来帮助的，很少，基本还是流于形式：敷衍领导、敷衍客户，甚至敷衍自己，别说 review，下次要用时，找都找不到。这也是第一次随笔第 9 条提到的一开始就要把基础打牢，谁不想做大，那是假的！但你基础不牢，越做得大倒闭越快，看看托普的故事吧。
3、有时间有条件，还是要追求完美、精益求精。比如，单词间多个空格、单词/词组/句子的大小写问题，也需要调整，当然，这种情况就不要对外 release 了，简单更新一下官网下载版本即可，这是责任，同时国外较真的用户确实不少，不要输在小问题上！
4、计算机术语和公共英文是有区别的，有疑问时可以参考 Windows、Engkoo、Google 及国外知名软件。比如 setting，之前根据“Documents and Settings”定为可数名词，DrEye 的同义解释为不可数，调整过，后来再验证，计算机方面大家就认为他可数，于是又作了调整。
5、有精力在文档网站中放上 Quick Start、Try It 及/或演示视频，是个不错的主意，这样你可以解决很多计算机新人的问题，需要答复的邮件也少了，很划算！要知道，很多用户就是懒（或没耐心）：如果还花时间去摸索怎样使用，情愿不用（我自己都是这样的人，打开一个软件，如果 5 分钟内不知道怎样使用主要 feature(s)，直接放弃，除非非用不可）。这点 NosaLee 也还在完善中，一起进步。
6、多考虑用户有事没事或想寻找没有直接显示的功能（菜单、工具条、buttons）时会乱点些什么地方，在操作这些地方时调出相关功能画面或给出相应提示，这样的用户体验效果很好，可以增加你的转换率（通过他的“智慧”找到了他要的东西，是不是很有成就感？）。
举例：尽管你在菜单上提供了对列表的操作，你不妨顺便在列表上提供右击弹出上下文菜单的功能）；状态栏有一格显示了版本号，不妨单/双击时弹出 About box；状态栏有一格显示了注册状态，不妨单/双击时弹出 Register box ...... 根据自己产品的特性，把自己当成用户，多琢磨琢磨吧。
7、一定要作拼写检查，以免贻笑大方，降低转换率。
至少保证没有错词，其次保证没有语病（尽管你的句子不流畅/优雅）。
错词可通过 DrEye（预处理） 及 EditPlus（check again） 实现（在击键时就可以检查了，单击 DrEye 托盘图标，勾选“即时写作 -> 启动即时拼写检查”即可，这样输入错词时会有红杠杠）。语病可通过 Word 拼写检查实现。
检查对象包括但不限于界面文字、语言档（或所谓的语言字典）、帮助文档、网站，检查工具当然有其他的，用着顺手就行，没统一标准。
8、发布新版本时，你的周边工作做到位了吗？
这是初下水者易犯之毛病：数个熬更守夜下来，已知 bugs 修复完成、planned features 全部实现，大功告成，皆大欢喜，编译打包往主机上一丢完事。这时，请检查下面的工作是否已作到位：
a、exe 信息、关于画面及软件本身所有可能所含版本号及 release 日期之处，改了吗？
b、网站及帮助文档上的版本号、描述、release 日期、size、price、what's new 更新了吗？
c、PAD 更新了吗？
d、收费平台的版本号、定价、描述等更新了吗？
e、screenshots 更新了吗（如果变化较大）？
f、主要下载站更新了吗（有用的，不信试试）？
g、妥善安置老用户了吗？直接给码、交钱给码要有交待！
h、通知潜在用户了吗（做好了就可以准备刷单了！）？
...... 多想想吧，还有很多 ......
9、不要只放 rar 到主机上了，国外很多用户根本没装 WinRAR。exe 首选，加个 zip 也不错。
10、稍有经验的程序员都要做错误捕捉及处理，但在开发或测试阶段，请先关掉吧，让错误赤裸裸地暴露在你面前，并加以修正以使你的程序更稳健。
11、很多主机商建议不要让用户在网站上提交交互内容（如 support 留言，SPAM 通道？），如果你选择单纯给个 mailto link，建议把标题填好，正文填一部分吧，这也是改进用户体验的细节，用户爽了，你也会爽。
12、gif、png、jpg 三大网络图档格式应用场景：
png：适用于无透明背景小图（如按钮截图，同时 IE6- 不支持透明背景 png）。
gif：适用于透明背景、256- 图。
jpg：powerful！在不要求透明背景的场合都可使用，但一定要用 PS 存成 Web 格式（size 缩减 n 倍，视图片具体情况而定）。
具体原因，有兴趣自己测试研究。
13、如果有多个产品，产品介绍页面用全称比简称好些，比如某产品叫 orders collection，用 orders-collection.htm 比用 oc.htm 更 SEO（注意要用减号而不是下划线，参考相关 SEO 知识），班门弄斧，SEO 我知之有限......
14、网站上也放上“隐私政策”及“法律声明”页，至少看起来更正规：别人都有，你没有，就落了下风。 |
-
13
评分次数
-
|
发表于 2009-8-6 09:47
| 
前来顶贴!
