关于一个项目是不是玩具的界定。

[klusfq]

起因

“你这就是个玩具。。。” ——这句话是 CTO 对另一个同事新业务功能实现的评价

不由得思考，对于技术类项目，怎样才不算是玩具呢？

个人观点

我认为应该要满足以下几个条件：

1. 功能完备性（满足业务需求）；
2. 可观测性（日志）；
3. 稳定性（错误/异常处理）；

一般来说，公司技术栈的既有框架对于后两点都有现成实例，往往只需要专注于第一点。

欢迎各位补充交流~~

[learnshare]

只要我的项目功能简单、不记录日志、偶尔崩溃掉线，那它只是个玩具？

[KagurazakaNyaa]

是不是玩具得看用途，如果它是带来收益的，就不是玩具了
如果只是写着玩，那就是玩具

[crysislinux]

看屁股坐哪里，我走路开车的都是沙币，我开车走路的都是沙币。我有话语权的时候别人做的就是玩具。。

[iloveayu]

1. 上线后能不能自己爆金币
2. 上线后能不能让金币爆得更多
3. 上线后能不能让金币爆的更快

[songray]

赞同三楼，这不是技术问题，而是屁股问题。

[rockddd]

三楼说的对。由于我不是发这个帖子的 OP ，所以可以说这个贴子就是供我们摸鱼打发时间的玩具

[ho121]

每个项目一开始都是个玩具，，这很正常

[DawnMoon]

玩具又怎样，玩具就不能是产品了？只要有人用、能赚到钱，是不是玩具都一样。

[mogita]

比较明显 CTO 不是在给项目定性，是在给另一个同事这个人定性。

[kekeabab]

CTO 就是个玩具，懂个鸡巴的技术。大概率是菜逼 CTO 看不懂了，在那装逼扯什么玩具不玩具的。盲猜一下，CTO 除了 crud 一窍不通，除了写点 web 服务啥也不会。

[IanHo]

能赚钱就行，有人愿意掏钱玩具就玩具呗

[klusfq]

@kekeabab 哈哈哈哈哈，真实

[Lshl56B4vDqdixwK]

1.有人用
2.有复杂度
3.持续更新

[tj9862229081994]

满足任意两点就不是玩具 1 、有人用 2 、能赚到钱；

[foolishcrab]

企业内其实就是看管理者的认知，符合他认知就不是玩具，讨论技术那还是年轻了

[12tall]

我一般说自己写的东西才叫玩具

[mumbler]

衡量标准就一个，能不能赚钱，不能直接或者间接赚钱的都是玩具

[snw]

能连续稳定地、无需特殊干预地满足业务需求，就不是玩具。

整天崩溃的是玩具 //小霸王服务器
整天需要额外干预的是玩具
无法满足业务需求的是玩具

[cxh116]

代码和人，有一个能跑就行了。两个都不能跑，就是玩具 🐶

[LaGeNanRen]

东西是同事写的，公司里要考虑项目盈利是老板销售产品他们考虑的事情，程序员考虑的是商用实现，你同事怎么不问问谁让他写玩具的🐶