to be not，or not to be,云项目实施过程中，是技术重要，还是思路方法重要？

本文主要是介绍to be not，or not to be,云项目实施过程中，是技术重要，还是思路方法重要？，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

云技术社区群话题讨论，云项目一般都是给客户或者内部服务项目，云项目实施过程中，是技术重要，还是思路方法重要？

以下为群友精彩发言：

• 都重要，这有什么好讨论的，木桶理论。

• 感觉小一点的项目技术更重要吧，大的项目就是思路了
  

• 要拿下项目，先要有思路，吹得风花雪月，龙飞凤舞，把单拿下来。再谈技术。
  

• 先风花雪月 拿下项目 在龙飞凤舞  技术，还需要技术吗?
  

• 技术可以决定思路。思路也决定不同技术产品的选型
  

• 技术重要理由：如果没有一个成熟的技术来做基础，再好的方法和思路也是解决不了内部服务问题。
  

• 技术基本上都能实现，好的思路能让项目趋向完美。当然，拥有好的思路前提是技术过硬。
  

• 根据我的切身体会，技术很重要，再好的规划，没有扎实的技术，云管平台配置一塌糊涂。
  

• 思路优先技术，就怕实际落地的时候，原先的规划各种调整，搞成四不像了
  

• 所以关系就更重要了，说什么技术什么思路，都是扯淡啊
  

• 沟通重要，有技术还能天天改需求嘛
  

• 你的想法是在你的技术所决定的，你有想法没有技术玩不了
  

• 感觉思路为先，连想法都没有，有技术也无济于事，个人想法。

• 其实每个阶段有不同的侧重点：
  

1. 项目前期思路先行（因为要写方案、ppt给甲方，显得牛逼的思路容易引人注意）

2. 实施中思路为导向，技术为重，实为落地

3. 项目收尾思路再次跟上(过验收)，技术为辅，解决遗留小问题

4. 实施过程中，其实思路已经定下来了

• 如果群主问题指定了前提条件“实施中”的话，这个阶段实际上技术为重，思路在前期已经定了，照着思路做，把项目落地就行

• 项目的生命周期有很多个阶段，不同的阶段侧重解决不同的问题，这些问题往往就是这个阶段里最重要的，非要说整个声明周期什么最重要的话，估计就是这个项目定下的目标最重要，只有目标可以决定用什么思路解决比较合适。从这个角度说的话，目标才是最重要的，什么思路，技术都是围着这个转

• 确定目标，找到合理的思路，最后技术是思路的具体表达。

• 技术是基础，思路是扩展。没有技术做支撑，思路只是空中楼阁。没有思路指引，技术也无用武之地

这篇关于to be not，or not to be,云项目实施过程中，是技术重要，还是思路方法重要？的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！