我的鱼塘–分享

标题很SEO,但前端和后端开发人员的快速配合，应该是敏捷啦吧。(*^__^*)

json格式化,统一格式?,前端与后端的矛盾

很现实的一个开发实例。这些矛盾，大家都存在。volnet
的回应也引起了我的兴趣 “ 应该由前端来做，定义良好的接口属性符合SOA的宗旨～比返回一堆的text/value要好～ 至于怎么做那就随意发挥了 ”，他们的做法。但我觉得这是在前端熟悉业务的情况，如果前端只是CSS\JS
的，他根本没办法定义数据格式。我觉得应该采用的方式是前后端沟通，根据实际开发的复杂度来定义接口的。因为有前后端的共同参与，这样的接口定义才权衡到前后端的开发难度。尽量发挥前后端各种的优势，而不是简单的一个数据。

Web需要更多前端架构师

唉，2006年的文章！虽然别人说的不一定都适用，但这种思想、意识落后比别人落后了。

非编程不可
我主张前端架构师必须懂得真正的编程知识，而这正是很多自封为前端架构师的人所缺乏的。我的意思不是能够剪切粘贴改进代码就行了，而是能够跟老练的工程师商讨如何能够最好地结合前端。
这就是说，前端架构师需要真正理解结构遭遇商业逻辑的问题。如果工程师说某些东西使用ASP.Net DataGrid是不可能实现的，前端架构师必须能够解释如何与为何要使用DataList或Repeater取代，解释为何DataGrid在该情景下 是个错误的选择……
这只是个例子，问题还在于仅知道客户端编程也是不够的。能够使用与工程师相同的术语，能够讨论（前后端）关键集成的最佳解决方案，这是绝对必须的。

断线的风筝

我们今天正处在一个不妙的处境中，原因在于几乎没有人能够为前后端的沟壑搭桥。一般工程师不会有兴趣或实践标记，CSS, 或DOM脚本编程，大部分客户端开发者也没有与后端技术协作的经验。几周入门PHP不会成为程序员，几周入门XHTML也不会成为真正的客户端开发者。

引文中我很同意的观点，而且不但是前端架构，前端开发人员也需要了解这些。感觉要求比较高，就个人作一些实际可行的理解吧

• “非编程不可”，请不要忘记。后代码的方式前端还是需要要了解。
• 前后端应该是融合融入到开发中，而不是分开或是一个专家的姿态。我们需要专家，而且需要专家真正介入我们实际的开发工作。
• 前后端应该发挥各自的优势，促进开发的质量和效率。而不是在讨论，这个你为什么使用SPAN,这个你为什么不输出div。团队开发的优势就在由发挥各自的特长，用最佳方式解决问题。