这种问题就是用来找骂的,还一个所谓“资深”的三端开发者。

我就问一个问题,你们搞技术选型的时候需不需要考虑现有的团队资源,项目需求以及技术上的风险。如果你回答需要,就不可能将一套技术方案奉为圭臬。如果回答不需要,请你老老实实地去当一个开发,别妄言架构祸害人。

我搞个人开发的时候,喜欢用 react。因为项目小,我所需要的不是一个大而全的框架,一个渲染库足矣。我在之前的公司推技术,只考虑 Vue,因为业务复杂,而团队资源却很有限,搞 ng 根本搞不起来,用 Vue 不仅人好招,也好培训,甚至可以让那帮后台帮着负责简单的页面开发。有什么 react/ng 能完成的业务 Vue 做不到么?没有,那么在这种条件下强推 ng/react 就是对团队对项目的不负责任。

我在现在的公司,有一个老项目要迁移到前后端分离,然而人员不齐,项目限期又紧,因为不是 toC 是toB的项目,还有 ie8 的需求,而且这个项目还需要长期维护,关键我还是才来公司,话语权有限。别说 Vue 了,我TM连 webpack 都不敢用,按知乎风气,碰到这种烂事赶紧跑了吧。

你搞不下来,我能搞下来那就是我的本事。你猜我 mv* 用的是啥?是用的我自己写的一个库。为什么要自己写,主要的是很多东西可以按自己的方式设计,这样同事容易上手,老的项目也比较容易迁移。我坦承这个库比较简陋,比如,不像 vue/ng 改变 model 能够同步更新 view,需要自己 updateView() 一下。anyway,这都是小问题,我所需要解决的大问题是如何设计前端的页面结构,项目架构,让在现有条件下易于开发,将来迁移/重构的时候也方便,毕竟 ie8 也撑不了多久,过个一两年就可以直接 ie11 。

—————————————————————————————

推 vue 的人是不是人云亦云的菜鸡我不知道,但无脑推 ng 的一定人云亦云的菜鸡。就项目而言 ng 的局限实在太大。ts ,rxjs ,装饰器,依赖注入…… 搞开发的人一听起来就打了鸡血,觉得自己有这么多的新东西可以玩,然后转头鄙视那些写 vue 的人,觉得他们就是一群咸鱼。可是这又多了不起呢,ng 那套架构解决一些场景是很高效,但又不是你设计的,装饰器,依赖注入,函数反应式也又不是什么多难理解的东西。当在考虑整个项目的时候,ng 对基层开发要求高,不仅成本高还不好招也不好搞培训。别说什么能筛选更优秀的人这种傻话,基层开发就是来画画页面,处理业务的,优秀的人来做这些东西岂不浪费。不仅如此,ng 这种大而全的框架,难以定制。很多项目是不需要这么重的框架的,你总不会说我们在这种场景下再用 react 这种话吧。能将所有项目统一在一个技术栈上,为啥要搞两个。这么重要的局限视而不见,觉得用上了几个热门的新东西就觉得高人一等,这不是人云亦云的菜鸡是啥。

—————————————————————————————

最后补充一句,一些人不要自己看了几篇文章,会用了几个框架几个库,亦或者学了一门什么语言,就觉得自己高人一等了,一口一个菜鸟一个小白的叫。唬弄谁呢这是……

—————————————————————————————

好吧,还有人在纠结什么新手不会用 ts ,用不来 ng……

新手不新手在于你写什么代码,你能解决什么问题,而不是你在用什么框架,什么库。

前端培训搞得火热,每每推出一个新玩意,就把它塞到课表里。怕没人来看,就写个耸人听闻的标题,写些煽动性的文章。于是技术栈上的鄙视链就慢慢形成了。

学了 ts 你就不是新手了,会用 ng 了你就可以藐视别人了?醒醒吧。谁面试的时候没面过那些技术栈写的满满当当,概念给你整的一套一套,然后你给他一个具体的功能模块叫他谈谈设计思路却支支吾吾的人。

没遇到?我让你见识下这个问题。
一个机试题用于考察 dom 和 css 基础,我写下来(单纯实现功能不加优化) html/css/js 加起来百行代码。这么多人说太难了,做不出来,然后自我安慰道这玩意是比较偏门的 css/js 特效,做不出来没关系,反正今后工作用不上。

所以啊,为什么培训班出来的人面试屡屡受挫?谁愿意要面向框架编程,工作靠调 api 来完成的程序员呢。

文章来源于互联网:2019了还可以用angular吗?

发表评论