没有银弹,但可以"扯蛋"
最近园子里的book.save()计论已让我看的有些厌恶了。同时也希望大家不要再在这个问题
上火上浇油了。有关这个问题在别的技术社区早就有过讨论(不要吃人啃过的馍),最后又怎么样
呢? 还是希望大家务实点好(干好手头的事等)。
从这些计论中发现大家在不厌其烦的寻找所谓的银弹,但具我了解这个问题可能无解。必定
软件开发设计要有一定的行业背景(应用场景)。而离开这些条件的话,空谈这个问题犹如盲目
人摸象(如果把上面的问题放到不同背景下都会有不同的解答)。
另外我担心的是争论到背后,不仅没找到所谓银弹,可能大家倒学会扯蛋了。当然如果是在
春晚赵本山小品中的 "扯蛋" 的话,倒还说的过去,必定那位秘书找到了解决问题(用户需求)
的方法,因为王八蛋确实不好用筷子夹。所以这种"扯蛋"可以被看成是解决方案。但不是这样的
话,就太浪费大家的精力和时间了。
最后还是希望大家正确对待这个问题,不要给它过多不该有的关注:)
希望DUDU暂实不要将该贴从首页移走!!!
而那些想拍砖的朋友就尽管拍吧:(
上火上浇油了。有关这个问题在别的技术社区早就有过讨论(不要吃人啃过的馍),最后又怎么样
呢? 还是希望大家务实点好(干好手头的事等)。
从这些计论中发现大家在不厌其烦的寻找所谓的银弹,但具我了解这个问题可能无解。必定
软件开发设计要有一定的行业背景(应用场景)。而离开这些条件的话,空谈这个问题犹如盲目
人摸象(如果把上面的问题放到不同背景下都会有不同的解答)。
另外我担心的是争论到背后,不仅没找到所谓银弹,可能大家倒学会扯蛋了。当然如果是在
春晚赵本山小品中的 "扯蛋" 的话,倒还说的过去,必定那位秘书找到了解决问题(用户需求)
的方法,因为王八蛋确实不好用筷子夹。所以这种"扯蛋"可以被看成是解决方案。但不是这样的
话,就太浪费大家的精力和时间了。
最后还是希望大家正确对待这个问题,不要给它过多不该有的关注:)
希望DUDU暂实不要将该贴从首页移走!!!
而那些想拍砖的朋友就尽管拍吧:(