/life

工作的这两年

技术改变世界?

一开始是有着这样一种信念,技术改变世界 成为技术大佬,带动世界进步。 真正走上工作岗位之后,发现,所谓用到的技术,其实并没有什么真正的技术含量,按照某些既定的模式,搬砖,似乎成了常态; 无尽的需求和加班构成了工作的主要内容。对于常规业务,技术选择上基本上就是,什么技术用的人多,大厂都在用啥,我们就用啥; 对于一些KPI工程,就是看看业界有哪些开源的工程,我们拿来魔改一发,或是照着抄一个,美其名曰自主研发,技术可控。

渐渐感觉到,对于工作而言,或者说是对于公司而言;技术在大多数情况下并不是核心的竞争力,而只是实现目的的一种手段而已。 换句话说就是,不管你用什么技术,东西弄出来就行了,弄得越快越好,最好是找用的人多的,公司好招人;把人开了也好找到替代的。

作为一个有技术追求的人,更可能的是期望自己在技术上有不断的突破,有原创性,有远瞻性;而对于公司而言,更期望的是把技术作为一种可以量化的东西,让程序员可以像工厂的工人一样,可以稳定持续的产出。这就很容易造成双方在目标上的冲突,并持续进行博弈(996与996的工作状态)。

产品?技术?

关于产品经理和程序员的撕逼话题已经够多的了,这两个的冲突,其实也是在于产品经理和程序员两种职业在目标的一致性上产生的分期。

我们所看到的技术实现和真正去实现某项技术,懂技术和不懂技术的人所看到的难易程度是不同的。例如百度看起来就是一个搜索框而已;但背后的技术却是需要无数聪明的人历经多年来完成的。

对技术上的偏差其实还好解决,智力没问题的话,大家好好商量解释清楚也就可以了,但工作怎么可能这么简单呢。

某天你接到了一个需求,短短两句话; 或者是截取了某竞品的一张截图,然后说,这个我们也要。 再或者,直接跟你说,我们也做个xxx吧,我也不太懂,你懂技术,你自己看着做 诸如此类,让人火大。

好的程序员难找,好的产品经理更是难求。

什么是好的需求呢?个人感觉,提需求,以下三点是基本要求

  • 目的清晰
  • 方案可行
  • 结果可验证

团队与工作内容?

不同的团队分配工作的方式也是有些不一样的;

跟着项目走,全心服务某一项目

从个人角度来讲,还是比较喜欢这样的方式的;跟着项目一起走,随着熟悉度的加深,项目内成员的合作会更为顺畅,同时也会对项目更有感情,更有参与感。

但是,从公司层面来看,这样会看到某些时间A组人特别闲,B组人特别忙的情况;会感觉工作不饱和。

哪里有需要就去哪里

这种方式基本上很少出现一部分人特忙另一部分特别闲的情况,谁闲就给谁分配工作;从整体来看,感觉上是时间得到了充分的利用,但是,这种方式会很大的降低人的参与感,人的积极度会变得较低;很容易产生 只要东西昨晚就行了,至于结果如何跟我有没关系 这样的消极想法。

成长空间?

// TODO: 谁不渴望成长呢?

未来?

// TODO: 希望我们都有美好的未来。

WanTong

WanTong

Make life worth living

Read More