关于前端开发那些事儿（三）技术之变现

我想现在做开发的同行有很大一部分人应该每天都在想，我们的每天的工作事项都是
写业务代码，项目评审，代码review，沟通业务是否符合需求。。。。
每天都围着技术含量不高的业务代码。。。嗯，很郁闷。

这是个引子，业务技术不是我今天要罗嗦的主题。

我想表达的是我们其实都想去学习，去深入的了解某项技术，更去应用，让人用，让自己有强烈的成就感。
可是，事与愿违，原因就是业务部门首要任务应该是完成目前业务线的工作，和产品人员沟通，然后就是直接的交易量和收入。

对于一个做技术的开发者来说，
去做有技术难度事情，来挑战自己，给自己成就感；
与一大帮牛人在一起讨论技术；
保持和提高自己的数理逻辑神经；
这，才是归宿。

正如google招人也正中技术人才的下怀，但千人挤独木桥，不是谁都能上的。
所以，我们只有在自己业务线当中不断的去满足自己的技术欲望，用工作之余去尽可能的做些有技术含量而且也可以为产品线服务的技术产品。

从我自己在公司里去主持开发的一个非项目的技术产品来说，问题有以下几点

• 是否有团队。如果说你是个新人，那好吧，你只有一个人。除非你之前就有影响力了，或者是运气好，能碰上合适的人让你去做这样的事。
• 是否有人用。做的技术再好，如果没有人用，也是让人没有成就感，没成就感就没后续跟进的动力。
• 是否有时间。每天拿出两小时来做？还是周末？这是个问题。
• 是否有目标。这个目标简洁的说就是应该对公司对团队有价值的，如果仅是随意的一个项目的话，还是一个人去做会比较好，否则没办法让大家投入进去去做。这有点像是在团队内技术创业。
• 是否有计划。这与时间紧密相关，当然也需要设定目标与规划开发周期等事宜。
• 是否有名份。总不可能天天当小三，上不了台面来正式立项，项目过半可能大家就没动力了。而如何做到能正式立项这是个难点。当然，也需要有所激励。

从我的现在的角度分开诠释下上列其中的几个点

关于团队

我很幸运，有幸在之前能够带些新人，实习生；也负责了几个产品线。
直接上级也能放权，让我自由的去计划和控制这个组织，而新人和实习生也很出色；
虽然我们平时争吵，但彼此相互信任。
因此，对于我而言，团队是没有什么问题的，我有这个权利在我的能力范围内让开发人员参与一起开发。

我曾在公司内的wiki里搜索很多类似的研究项目，
这些项目要么过一阵子就夭折了
要么是玩玩而已；

而最后，仔细想想，很大程度上是没有团队在做。
所以，这是做一个好的技术变现的前提。

目标、成就感及回报

两个选择：

• 很累，做大家想使用的产品。
• 很累，做没有人用的产品。

当然我们有其他的选择，例如我也曾想过
是否也可以不累，做大家想使用的产品。
思来想去，还是我们用业余时间做吧。毕竟我们不是研究院，给大把时间研究能让产品间接使用的产品。
如果用工作时间做，则对其他的同学不是太公平。。。

所以，我愿意选前者。

产品有没有用在于你的目标和定位是否正确，正如前面所说，不是研究院，最多也算半个工程院。
所以所做的技术变现必须马上或不久就能用上，并为你现在所做的业务产生价值。
价值包括，降低成本或者提高工作效率等。
如果目标定位错误，就像是你扣衬衣的扣子，第一颗扣错，后面再扣得再好也是白费劲。

如果定位没有问题，那么随之努力而来的就是你的推广。
推广是需要时机的，我们假设一出demo时就推广，可能根本没有去用，凉水就上来了。
毕竟是个demo而已，另外的是又担心你现在根本没人力去投入，等你真正开发完了之后可能已经人走茶凉。
所以我这次推广是等到有可用版本之后再做推广。

可用版本上线之后，推进使用，然后立马产出第二个稍成熟版本；
接下来再修正，重构也好，增加大功能也好，这时你可以稍微慢点琢磨了。

其实这个技术项目我两年前就想做，也做过demo，发过邮件，最后大家觉得是不错，很好，可以试试呀。
但最后不了了之。

我自己总结了经验教训，这次重新出发

目前通过这一个季度的推广与开发，终于在部门内部有反应了，
更让我欣喜的是其他好几个部门的人都找到我们，让我们去讲解，合作等。
也趁给部门技术做ppt的时候慢慢浮上水面，总算现在不是小三了，也可以开始申请域名、服务器了。
这也算是给我们的肯定与鼓励，是个新的起点。

感谢团队的每一个人。

其他杂想

最后，表明我的观点，在业务型的公司里用你的 技术变现 就是 创业！不知你是否也是这么想的？
一个项目成功健康与否除了方法论与实践外，很重要的一点就是环境。

一个公司是否有一个环境能让技术人员产出真正对公司有利，又对工程师有利双赢的产品呢？
如何有一个常态的技术变现环境就好比如何有一个好的创业环境。

怎一个难字了得？

夜深了，刚坐飞机回来，头有点晕，可能文章思路有点乱，哪天有空再整整吧。