凌晨雨夜,一点共享随笔

Posted by Admin L in Thinking in Programming & Software on 30-04-2010.

作者:牧山道人
原文地址:https://www.seeksunslowly.com/shareware-jottings-1
转载请注明出处,谢谢。
_____________________________________

  1. 做软件是一门精细活
  
  2. 做软件是一种创造性的劳动.
  
  3. 优秀的软件是一门艺术, 就像优秀的电影, 名著一样.
  
  4. 做软件急不得.
  
  5. 运行你的软件或打开你的代码, 如果发现没有可改进之处, 证明你的思维及创造力已枯竭, 你需要反思.
  
  6. 推广非常重要, 需要不断学习, 研究, 探索, 但永远不要忘记你的软件也需要不断打磨, 没有引以为豪的代表作, 其他都是空谈, 也注定只能是小打小闹.
  
  7. 新版发布时, 你总觉得你又完成了一次创造性劳动, 但投放市场一段时间后, 通过用户的反馈及自己的反思, 你会觉得你的产品相当差劲甚至是垃圾或毛坯, 那证明你在进步, 再次让你自己满意, 你就拥有赚取更多利润的资本.
  
  8. 整理 support, sales 信件及用户来信, 提取出 FAQ 及适合自己公司/产品的 templates, 你的工作会更轻松.
  
  9. 就算你在单干, 也不要懒于作计划, 日志, 版本管理, 文档管理等看似不重要的工作. 要知道, 一开始就要做到”麻雀虽小, 五脏俱全”, 是很好的模式, 将来发展才不致于手忙脚乱. 不要认为你只需要每月多赚几千几万, 那是因为你现在离这程度还有距离, 当你达到这个高度时, 你的想法就不一样了, 如果前期没有作好相关细节工作, 以后目标与现状就会脱节, 会让你非常被动. 为什么很多大公司 (人多?)10多年来仍然是那个老样, 甚至利润还不如初期几年? 很大的原因就是因为初期一切从简, 基础不牢, 一切看似与赚钱不相关的事都不作或敷衍, 但到后期人多, 项目/产品多时, 就开始乱了, 以前赚的钱就会慢慢砸出去.
  
  10. 英语, 美工, 推广等编程之外的能力, 还是要逐步培养, 可以在 coding 累了或乏味时, 研究这些东西, 相互调节, 促进. 记得海外初期 1 个月下来, 就自以为这些套路都摸熟了, 现在看来真是个笑话: 以前的文档里还有诸如 is + v 原形的语法 (以为来住 email 可应付就不错了, 其实是很多老外基本能看懂, 不想找你茬 (不太礼貌)); 美工, 就他妈几个字母 + 32 icon + 渐变背景 (业余); 推广就只会做 submit, 劳力士… 没认识到自己的不足, 加上产品也不够好, 导致较长时间的不进不退.
  
  11. 不要对别人向你郑重推荐的东西 (如软件, 网站, 书籍, 资料等)不屑一顾, 以为自己啥都懂, 还看那些干鸟. 人家不是傻子, 用着爽, 喜欢你, 才给你说. 有时你会从这些东西里找到一些灵感, 或让你工作更轻松, 或提高你的工作效率. 另外各人所处环境, 性格, 际遇不同, 别人走了一些弯路, 付出了一些劳动才得到的经验, 共享给你, 让你直享其果, 有利无弊啊. 当然有些东西确实不需要, 但你至少可以看看, 了解一下再定取舍.
  
  12. 有条件的话, 杂事多, 吵闹的环境下做体力活 (如提交, 简单编码), 安逸安静的环境下做核心编码或创造性工作 (可以边喝酒边工作, 效果不错).
  
  13. 由于共享并不像在公司上班, 基本没有强制性压力, 所以遇到难题不要回避, 要深入研究, 只有研究透彻了, 知识经验才是属于你自己的, 你的产品才有可能出类拔萃.
  
  14. 软件生产, 销售涉及到很多锁碎工作, 用心去做, 每天都会有新发现, 新想法, 你会忙不过来, 来不及做的事, 一定要写到 ToDoList 里, 逐一实现并标注, 逐渐形成固化思维.
  
  15. 以前做过的事, 可能也可以被推翻, 不要固执地坚持一些想当然的想法.
  
  16. 试用限制尽量放宽松些吧, 想想 WinRAR, 不要把潜在用户拒于门外. 其实对很多愿意购买软件的用户来说, 你只要说你的是 Shareware, 而不是 Freeware, 他也会掏钱给你的.
  
  17. Windows 标准界面, 个性 (炫酷)界面, 因软件而异, 追求华丽前先审视一下你的产品是作啥用的, 如果一个编辑器做成播放器的模样, 你会用吗?
  
  18. 帮助文档还是要写详细些, 虽然大部分用户不看, 但是, 当用户遇到问题时, 首先是看帮助, 如果不能解决才会向你求助或搜索 WWW, 而且很多用户找不到答案就会放弃, 找替代品 (你经常给软件作者写信?), 如果遇到问题, 恰好帮助文档给他解决了, 你的单子多半就到了. 当然, 软件本身做得简单好用易懂是基本, 能不看文档就会用最好. 比如, 状态栏提示, tooltips 尽量写详细些.
  
  19. 不要以为你的用户很白痴, 我见过很多用户就是程序员或 IT 人员, 人家可能比你还懂, 只是不想浪费时间去编个程序自己用 (30$ 能解决的事, 为什么要浪费 3 个月?), 所以, 善待每个客户, 或许会有意想不到的收获.
  
  参考第 10 条: “可以在 coding 累了或乏味时, 研究这些东西, 相互调节, 促进.”, 现工作累了, 随手写点概念性的东西 (实作类的事, 行家很多, 贴子也多, 没啥好说的, 多上网, 多看贴, 多交流就好), 也许会对新人有点帮助, 有空继续…

【赞赏 / Reward】

微信         支付宝         PayPal

Post a comment