第一篇，仅此而已

这是6月份的WEB标准化交流会，这里是话题： Title：前端工程师的知识收集与管理 Description：知识收集与知识管理：包括个人的和团队的，从工具、流程到平台！ 本期上海是在The NetCircle，这里很有趣，关键字：酷工厂、苏州河、复式、玻璃缸鱼、碟子； 还有倒着的路标哦:-)： 关于收集知识的工具： Google Reader 、Notepad 、 FF插件 、 WIZ 、 PKM2 、 Wiki 、 以及本地搭建服务器，其实大伙谈及到的都差不多; 关于规范文档的整理： 赞同Neil同学，团队起步期需要逐渐形成规范文档，加强团队配合; 抛出如何建立遵循文档，来自盛大创新院的童鞋(印象中上海第一届WEB会举办来过的，强人~)指出了其实重要的不是规范文档，每个公司团队都会有自己的规范，而是工作流程当中的有效沟通配合，相对来说更为重要。 对于某同学的规范文档(大家的名字都还不太记得-_-|||) 其中有四点我个人觉得可以改变下： 1、去掉HTML注释，避免IE6的注释BUG； 关于删掉这点不太赞同，因为网站页面的布局SEO人员需要通过注释来了解页面的布局情况，便于作出优化调整； 2、拼音命名 这个是要避免，但不一定是要全部避免，对于SEO来说，重要页面采用拼音命名是被认可的，有时候拼音来的更直接些，甚至是可以是中文汉字命名； 3、图片大小控制 我觉得如果所有的图片都不对其大小进行设置，那么比如：对于一些图文混排的布局，网速慢的情况下，页面上的大图加载前后，会产生“动态效果”； 4、CSS书写顺序，先外观后.. 这个是习惯问题，我比较倾向于按字母a-z的顺序来书写样式文档； 另外使我印象比较深刻的是： 这是第二次见某位同学准备好了稿子发言，向他学习； 还有在语言表达方面，语言层次分明，断句断词处敲到好处，不像我一股脑的说完，多听多思考比较； PPT分享部分： 感谢Neil同学的PPT分享，这里我做了下简单的记录： 《敏捷开发》 敏捷开发 传统开发：1 2 3 4 瀑布式 传统开发方法问题 敏捷(Scrum)开发优点 如何进行敏捷开发 敏捷开发来历 敏捷开发团队组成 •7-15人 •管理者主持 •… … 大团队的组成

第六期了，其实上海站还是第二期，刚起步，大家都很用心。 月底了，在结束掉这个月之前还是抓紧时间总结下，总是拖着只会消磨掉自己，我的语句杂乱，就这么整吧。 二期要比一期好些，虽然去的时候说这次没请什么嘉宾，但看起来效果不错，就是觉得前面有2/3的时间都是在陈述，以及抱怨流程中出现的种种情况及问题(自我介绍那段很好，拉近了大家伙的距离，这可能也是这次比上次觉得热闹的原因之一吧)；之后有1/3的时间有PPT的演讲，就是觉得这部分时间有些短，刚好讲完，刚好结束的那种。 很多问题都只是将其浮在表面，大家提供的经历、经验、流程案例用来很好的借鉴，不同性质的工作环境，需要不同的协作流程来应对吧。 前些天刚好有读到《目标》这本书，物理学家与企业管理大师的高德拉特博士写的一本形似小说的读物，文中的一切事情都围绕找出目标，认清方向，分析问题，提出假设，进行验证，持续改进来展开。 比较深刻的词汇是瓶颈、制约因素、衡量指标。 比较深刻的句子：“每个组织都为了某个目的而创办，我们不是只为了组织的存在而创办了我们的组织。” “假如任何组织都是由一群人所组成的，那么我们可以推论，必须综合众人的努力来达到组织的目的。” 结合到工作流程：小到一个部门的工作流程（我们将其视为环链，决定环链的强度的关键因素在于最弱的那个环），也就是说最弱的那个环就是我们所说的制约因素、瓶颈，部门的工作成果品质或是效率，并不会因为某个人的出色表现而如何如何。 一个很小的假设：如果设计师给到的PS稿，不够精确或是仍有反复修改的可能性，那么负责切图的将会很郁闷，即便两者各自的操作技能再怎么熟练，其中一方总会成为项目进度的制约因素，不是PS稿不确定、就是精度不够丢给另一方调整（xx效果图层、xx栏宽..、已经不像以前的table布局可以方便的手动拖拽了），这样一来，单就静态页制作这块就已经是弱环了，拖累了整个项目的进度。 因此，沟通很重要，有效沟通很难得，如何有效沟通是一个不断尝试的过程 (PPT还没有细看，先标记到这里吧~) 最后感谢携程的场地提供，感谢WEB标准化交流会能把我们聚在一起，感谢大家的PPT分享。 Random Posts Loading…