假如有这么个情况：有个项目，需要用全新的技术来开发（开发人员以前没有使用过的语言等，从来没接触过的技术）；

这样的项目开发，程序员会采用什么样的模式开发？前提是不去请懂这个技术的人员，只是自己的程序员（无相关技术积累的）来开发。

1、完全把新技术嚼烂吃透，消化完每个知识点后，再进行开发；

2、边学边开发，不求代码质量特别高，先够用就行，开发完再说；

3、先对技术大概进行了解和学习，不追求掌握每个细节。在这样的基础上进行开发，逐步细化提高代码质量；

2和3结合，一般都是边学边做，但是同时也要保持代码质量，代码规范，和最后成果得稳定 Kimi

前端来说一下……
我会先去github找个项目工程，搭建基本框架，理解了这个工程的项目组织
然后就是看文档了。 iOS fly ~

具体说说什么技术啊

不要一上来就扎进去，先挑几个关键点做POC/原型踩踩坑，验证一下团队是否能掌握新技术，做出来的东西是否可用，否则做到一半发现遇到了解决不了的问题就麻烦了

最好有一个懂（真正实践过用该技术干过项目的）

技术是啥，一个前端框架不叫新技术。但如果说是普通业务开发转大数据实施，必须要先3后2

回复4#MR.L


汗，没什么具体的技术，就是想到这样的情况，想学习一下怎么处理的。

4、理论上大体了解下，预判下量级，把相关领域的最佳实践或开源框架都查一遍，选个合适的往上怼 iOS fly ~

有条件找相关领域做过的人聊聊最好 iOS fly ~

2就可以了，一般新技术和语言没有太大的变革 iOS fly ~

具体看做啥产品吧

大部分是2，后期如果对性能和功能有要求再3

肯定是2，3了，按照1的话项目早没了

除了试验项目，一般不这么做，风险太大不可控。谁决策、谁研究、谁执行，要把任务责任和期限规划清楚，不能因为新技术就放任自流

不请人基本要坑，客观规律

这种技术是业界的新技术，还是对项目开发人员来说是全新的？

同3楼，一般会拿一个简单的项目源码做一些修改实验，在这个demo的基础上，根据本次需求的特点难点，确定本项目的架构。对已经进入实际工作的程序员来说，不存在脱离实际编码的“学习”，因为每门技术本身也在不断演化，你倒是想“彻底学会再干活”，但没等你学完这一版，人家新版本新应用早出来了。

边做边学

闭门造车，外包大忌

项目烂尾概率极大。

项目不在乎语言或者技术，但每个语言技术都有自己的适用性和不适性，有自己容易出错的坑。

直接钻进去用来做项目的话，项目反复，工作量翻倍，团队烦躁，bug不断。

时间也很重要啊，不急的话当然1最好，急得话搞个毛线，大概率要扑街。计划一定要有节奏才行。 iOS fly ~

gayhub上面去扒拉一个类似的东西回来

边学边验证边改

iOS

如果是同一个领域还行

比如后端 php换go换java
前端jquery换vue换react

要是不同领域 比如让做web的去写桌面或者游戏开发 那就完了 iOS fly ~

为什么要用这个全新的技术先得想清楚吧。然后至少要把项目技术风险点在新技术上如何解决的，确认清楚。
有点像3，但实际上和3差别还比较大。