今日无大事：预谋搭积木
引子：今天开会时间很长，大家讨论也很热烈，但没想到最后的结果竟是与领导之间沟通有偏差，我们讨论的问题基本上不再是什么问题，这种事……哎
很多人说css这种“过渡性”的东西，突击一个月就能精通、没有技术含量、体力活、边缘人、两边不讨好……
之前自己的看法也类似，但慢慢地觉得，前端制作也许是更偏重于管理和部署，尽管需求不断变化，其实重复的东西还是满多的，所以出现过一些所谓的css框架，但大都慢慢消失了，原因大概在于css构成的特殊性，要想在简洁、灵活、可重用、应对需求变更之间作权衡，的确不是一件易事；
经历了app项目的协作及部署，许多相关问题都暴露了出来，怎样既要效率又要质量，团队之间又要保证协作无间呢？
现在脑子里有个大致的想法，我们是需要一个框架，但框架本身一定要是可交互、可编辑、可按项目或idea分类、可查询、可引用并适应变更，哦，也许不能叫做框架了，或许更像一个wiki，抑或是一个源码管理系统……
so，我想捡一捡以前的知识尝试去做一下，如果它需要一个名字，“搭积木”应该是恰如其分的 ^__^
无聊的问题又了冒出来：前端制作、页面构建、builder，这个职业的发展方向真的只能是RIA、走向管理层或被迫转行吗？
很多人说css这种“过渡性”的东西，突击一个月就能精通、没有技术含量、体力活、边缘人、两边不讨好……
之前自己的看法也类似，但慢慢地觉得，前端制作也许是更偏重于管理和部署，尽管需求不断变化，其实重复的东西还是满多的，所以出现过一些所谓的css框架，但大都慢慢消失了，原因大概在于css构成的特殊性，要想在简洁、灵活、可重用、应对需求变更之间作权衡，的确不是一件易事；
经历了app项目的协作及部署，许多相关问题都暴露了出来，怎样既要效率又要质量，团队之间又要保证协作无间呢？
现在脑子里有个大致的想法，我们是需要一个框架，但框架本身一定要是可交互、可编辑、可按项目或idea分类、可查询、可引用并适应变更，哦，也许不能叫做框架了，或许更像一个wiki，抑或是一个源码管理系统……
so，我想捡一捡以前的知识尝试去做一下，如果它需要一个名字，“搭积木”应该是恰如其分的 ^__^
无聊的问题又了冒出来：前端制作、页面构建、builder，这个职业的发展方向真的只能是RIA、走向管理层或被迫转行吗？
标签： Web技术及应用
发布时间：18:23
2 条评论:
时间 2008年8月14日 15:56 ,
匿名 说...
在很多地方，buider是要求会js和至少一种后台语言的，可能是因为无程序页面过多的原因才有了专门制作页面这个职能。80%RIA工程师都可以胜任页面构建这个工作，只是他们懒得去抠那些CSSHACK和细节而已。随着开发工具的智能化发展，这个职能必将被软件取代。
时间 2008年8月15日 18:10 ,
Cutsin 说...
前端制作的出现完全是工作细分的结果；
和RIA相比，前者关心的是结构和表现，后者忙的是行为和组织数据；
技术和工具的变革都不是一蹴而就的，只有演变而不是取代，是人在推动技术进步而不是相反；
技术的孰优孰劣有太多的预测和争执，面对无数的选择，我们需要端正做事的态度，没有最强的技术，只有最强的你。
发表评论
订阅 博文评论 [Atom]
<< 主页