发现一些核心技术的领导大多是后面

文中来源于一条评价。

有一个阅读者评论说：“发现一些核心技术的领导大多是后面。尽管他们懂一点前面，但感觉前面简易。有时，难以向证实前面不太好完成。”

这个朋友要我写一写，那么我就写一写。

总之，无论啥事儿，我多少都可以整几句，不用说白不说，说了还白说。文中姑且算得上一条评论回复吧。想要看胡扯的小伙伴可以留一下。

现象分析

最先，前半句让我觉得很有感同身受。由于，我是前面出生，而且在研发项目管理岗上又待过。这个称号，要我既掌握前面工作流程，又常常与后淳佑级一起交流心得。这有点儿卧底的意思。

有一次，我们几个朋友聚会闲谈。他们都是每个企业的研发负责人。大伙儿就各自抱怨自己项目。

有一个人便说：“本公司，有一个干核心技术的带项目了，使他弄得一团糟”

另一个人听了之后，就叹了一口气：“唉！这个不是外行领导内行吗？！”

我那时听完感觉怪怪的。我环顾了一圈儿，仿佛就我一个前面。因而，我就点点头（念叨：我是卧底）。

对啊，一般项目、产品研发管理岗位，大多是后端工程师。由于后端是业务设计师，他掌管最基本的算法设计及其业务流程运转。而前面在他们眼中，便是格调API，并把结论展现到页面中。

此外，一般项目碰到大小事，都是找后面解决。例如手动式修改代码、批量生成数据信息等。从这里出发能够得知，工程项目的“基石”后面端手上。

互联网技术程序编写界盛传一条优越感。它是这么说的，搞选编的瞧不起写C语言的，写C的瞧不起做Java的，写Java的瞧不起敲Python的，搞Python的瞧不起写js的，搞js的瞧不起做图的。随后，做图设计师礼拜天带上妹纸看电视剧，前面的这些哥哥继续加班敲代码。

自然，大家建议一个友善的自然环境，不建议三六九等。这儿仅仅调侃一下，选用夸张的手法来讲述一种状况。

这儿所谓“瞧不起”，其实质源于谁最贴近基本原理。

例如写选编得人，他觉得自己的编码可以直接启用“CPU”、“运行内存”，能直接控制硬件配置。有一些前面会以为网页美工的东西了，得靠自己来达到，而且他们不明白技术性就乱设计方案，还好意思规定100%复原。

所以呀，有一些就做之后端人，可能认为前端工程师没什么物品。

好啦，里面是现象分析。有关谁更具自豪感，并不能深究啊，因为那是并没有结果的。假如搞一个辩论会，就比如说”Python一句话，选编写三年“这类事实论据，各有不同。各国语言既然能发生，必然有其用途。

我是瞎说啊。无论你是哪一个技术工种，请不要对号入座。如果您觉得被冒犯了，能够评价“什么也不懂”，随后离去。千万别砸个人电脑。

下边再聊一聊第二部分，遇到这样的情况，有哪些好应对策略？

应对策略

我觉得，后面出身责任人，即便是出自于人际交往，是会重视前端工程师的。

“小赵啊，针对前面我不太懂。因此请帮我评定下核心技术的施工期。最好是列得细腻一些，这样有助于我了解工作人员工作量。弄完了，发过来，咱们就讨论一下！”

一般都是这样做。

这样的事情，咱们就踏踏实实为他汇报就可以了，最多再加上10%~30%解决不明风险时长。

可是，要是他这么说：“哪些？隐私功能你要做5天？让你1天还多！”

这时候，这个人是你的领导，对自己的还有考评，你该怎么办？

你心里一酸：“我辞职吧！小爷我承受不住这憋屈！”

这……当然你也可以。

假如你得到更好的好去处，要这样。即便是并没有这件事，有好地方也赶快去。

可是，如果这些企业整体还好呢？只是这直接领导有什么问题。那样就可以考虑，这一领导是流水，你们俩处不上多久。哪个公司每一年不弄个组织架构调整啊？你找一个看中的领导干部，吃一顿饭，求一个投奔呗。

或是，这一领导干部仅仅因为不了解才这么。谁又可以博学多识呢？为他说清楚，他估计就想开了。人都是必须劝服的。

假如你冲着和平友好的心态，那样可以尝试一下以下几个方面：

第一，列举繁杂缘故

既然觉得难以达到，肯定是难以达到。实际哪里不行完成，你要讲讲。

还记得刚工作的时候，我去找后面PK，问他：“这个插口为什么就很难改变了？你不变这一字段名，大家的多调好多个插口，并且相匹配不起！”

后面回复我：“最先，ES……；次之，mango……；最终，redis……”

我便像被反复的往大水缸中按，听到”呜噜呜噜“的，一片茫然。

尽管，我那时不明白后面，但是我觉得我从气魄上，也显得有些道理。

到最后，或是相同的情景。我变成了工程项目经理，有一个年轻的最后端也是这样回复我的。

我讲：“最先，你不要……；次之，数据信息就没有在……；最终，只需实际操作……”。他听后，挠了挠头说，仿佛确实能这样做。

因此，你需要列举难以达到的区域。例如，并没有完善的UI组件，需要自己去重新写一个。又或者是，某类动画特效，业界也没有，难以做到。又或者，某一插口定得太复杂了，循环系统调组数据信息，也会产生什么样的情况。

假如他说道“我看见某某某手机软件就这样”。

也可以说，自身只是一个初中级前面，进行这些，得许多高端前面一起科学研究才可以。

如果你懂后面，能做一下对比，例如什么作用相当于多库多表查询、多线程并发难题等，这样可以协助他了解。但是，如果可以到了一步，它的位置仿佛得换你来坐。

第二，得出替代选择

这个方案，适用”虽然自己做不来，但我可以处理自己的问题“。

就比如说那一个传统打洞难题。要求要用手电钻在地面上钻一个孔，我搞不懂手电钻，但我用锤头和钢钉，一样能搞出一个孔来。

假如，遇到难以达到的需要。例如，使你画一个很有特点的扇型玫瑰图。大家觉得不太好完成，不需要去埋怨UI，这只能恶化难题。咱能够为他给予好多个业内完善的部件。随后，对他说，哪儿能改，都可以改什么（色调、间隔、字体样式……）。

大家有一些年轻程序猿太直，碰到不顺心的事就怼。就像我们大龄程序员也不那样。由于有住房贷款，生活不如意。年纪大的程序猿就要，究竟是哪儿有问题，我也得如何通过我的亲身经历来促使这件事情——这并不体面，年青人就要有年轻人模样。

第二招是得出替代选择。那般难以达到，看看这种可不可以。

第三，消耗战，搞埋下伏笔

你可能会遇到了一个硬茬。这个人就是不变通，他不想听，也不愿意懂，坚持不懈“如何完成我不在乎，明天之前要做了”。

那么他很有可能有着自己的工作压力，例如老总就是如此规定它的。他转让就要来需要你。

你俩的前提条件很有可能是不一样。记住一句话，并没有一同前提条件，是不可以作比较的。你也是职工，这个人是领导干部，他无法规定你俩有一样的工作压力，这就好比你不可以规定，你俩有一样的工资待遇。大部分PUA，就是用不一样的前提条件，去要求相同的结论。

那你就得逐渐为未来踢皮球找埋下伏笔了。

假如我们组有好几个前面，能够启动我们去劝谏。

”李工啊，这个需求，的确不容易，不仅仅是小杨，看了，也觉得不好完成“

你一个人说他不相信，人多估计就相信了。

如果还不相信。那没事儿，已将风险性提早提出了。

“这个需求，真的不好完成。非得那么完成，很有可能风险很大。施工期、检测、正式上线的稳定、客户体验等，都会会出现一些难题”

你需要表现出了为了能新项目忧虑，而非不愿意做的模样。假如，之后真出现了难题，你能取出“以前早已曾经说过，数次意见反馈，无人理睬”这一类的说词。

”你竟然不想着怎么解决问题，反而先想怎样推卸责任？！“

所以说，这也是下下策。不推荐程序猿玩含有小心机物品。

以上是浅部次讲解。由于实际还要融合每个企业，每一个领导干部，每一种局势。

总而言之，需要处理问题，就要想尽办法。

我就是程序编写@TF男孩儿，一个可以播放话题聊天的IT男。