这是一个创建于 488 天前的主题，其中的信息可能已经有所发展或是发生改变。
一起做事的人都在关注些这个函数怎么写那个类怎么写，我们做的这个功能真牛逼，至今为止卖不出去是因为这个行业的人都是鼠目寸光，我们要教育这个行业之类的，而我现在更加关注业务，关心同行们都在做些什么，我们做的东西确实从技术上比同行们都牛逼，完成度要高，可是人家的业务流程都已经跑了很多轮了已经有很好的成果了，我们还在追求完美追求更高的完成度，搞得我很难受很焦虑
 |
1
awalkingman 2023-07-25 13:48:37 +08:00
业务是目的，代码是手段。
|
 |
2
Ackvincent 2023-07-25 13:49:52 +08:00
每个人的 KPI 不一样
|
 |
3
zpxshl 2023-07-25 13:50:08 +08:00 via Android  1
除了如 im 这种天然垄断行业外，那个产品好用性价比高，市场就用哪个。
觉得自己产品牛逼但没推广出去的，一般是自 high 。。。 |
 |
4
LokiSharp 2023-07-25 13:55:38 +08:00
与其纠结代码实现，不如找用户聊聊
|
 |
5
loryyang 2023-07-25 13:57:50 +08:00
问题在于，有些事情，技术也帮不上忙，干着急啊
|
 |
6
roycestevie6761 2023-07-25 14:01:10 +08:00 1
卖不出去就是做的辣鸡，什么技术好完成度高不是扯淡，用户一测全是 bug
|
 |
7
Leviathann 2023-07-25 14:03:48 +08:00 1
所以有 DDD
业务驱动设计 而不是 java mysql spring 驱动业务 |
 |
8
wanniwa 2023-07-25 14:07:09 +08:00
业务不是产品要研究的事吗，开发可以想各种办法去实现需求，业务的精研还是得靠产品。但如果是实现起来没有什么技术壁垒的业务，还是业务和解决方案比较重要。
|
 |
9
kingbill 2023-07-25 14:09:00 +08:00
所以程序员最好开发自己用的工具，这样至少自己用着是顺手的
|
 |
10
coderluan 2023-07-25 14:14:49 +08:00
看公司怎么盈利，有的公司是业务驱动的，有的公司是技术驱动的，不能一概而论，不过市场上肯定是前者更多。
|
 |
11
Oktfolio 2023-07-25 14:19:15 +08:00
羡慕这样能有这样的氛围
|
|
12
wanniwa 2023-07-25 14:19:42 +08:00
如果跟开发聊你只能聊技术实现什么的没什么意义，要找人聊也去找客户、销售，业务去聊
我怎么感觉你们公司缺的是销售经理，业务经理啥的。。。如果产品已经做的够好了，下面应该考虑的事怎么推广销售吧。 像我们公司做税务的，最牛的一批人还是税务专家，精通财税流程，计算逻辑，研究最新税务政策。然后通过各个地区实施的反馈不断优化产品。有这一批税务产品在，开发是谁都无所谓。 还有技术部门的最大领导最好上头是懂业务的领导。。。要不会被技术领导带偏研发方向。产品经理要有话语权。 |
 |
13
crysislinux 2023-07-25 14:20:07 +08:00 via Android 1
业务重要不代表你要写的垃圾啊。产品满身 bug 不要回头客的么
|
 |
14
NoOneNoBody 2023-07-25 14:21:13 +08:00
贺氏引领了早期网络数据传输标准，然后倒了
我 30 岁时被训斥闭门造车，还嗤之以鼻呢，年纪大了想起来，还是拿到钱更重要，以前的荣誉现在都没谁知道，刻到墓碑么？ |
 |
15
runzekk 2023-07-25 14:22:15 +08:00
等你参与大型开源项目，你会发现做开源也需要有好的产品理念，需要满足用户的需求。
没有纯技术，现在哪还有技术壁垒，什么技术网上基本都能搜到，根本不需要研发，只需要借鉴就行。 说函数和类怎么写好的，是真有点无聊的。讨论工能点还是可以的，也算产品的一部分了。 |
 |
16
parthenon2007 2023-07-25 14:56:33 +08:00 1
并不是业务比代码重要了，而是你们业务的那条腿是瘸的。
|
 |
17
onikage 2023-07-25 15:39:16 +08:00
咱们这就算同级, 技术也比业务矮一头. 随便一句业务需求, 任你怎么设计都得改.
|
 |
18
chenyu0532 2023-07-25 15:44:05 +08:00
意思是：不能只盯着技术。。
|
 |
19
KrisWuSkrSkr 2023-07-25 15:46:40 +08:00 1
肯定是什么能能赚钱什么最重要，代码只要不是垃圾到影响赚钱就行了。没有人会因为一个购物 app 打开比淘宝快一秒，就选择这个 app 而放弃淘宝。
|
 |
20
opentrade 2023-07-25 15:47:26 +08:00
我这里不愁业务，只愁技术，来不来
|
 |
21
ccppgo 2023-07-25 15:55:09 +08:00
@wanniwa 程序员只懂写代码, 被裁员了没有岗位怎么办, 我最近一直在思考这个问题, 感觉除了写代码不懂业务 离开编程就是啥也做不了, 这可太不好了
|
 |
22
yc8332 2023-07-25 16:35:52 +08:00
代码就是为业务服务的。没业务写得再好没用。所以他们要怎么改支持就是了
|
|
23
wanniwa 2023-07-25 16:40:20 +08:00
@ccppgo 不是说开发完全不懂业务，在做需求的时候开发或多或少也会掌握一些业务，但开发只要知道产品提供的业务就足够了。你老让开发去操心需求和产品的事，真没必要。开发只要能按产品经理的需求能给你开发出来就行了。剩下时间做技术沉淀
|
 |
24
twofox 2023-07-25 16:56:25 +08:00
@crysislinux 我觉得楼主的意思不是这样吧。按照我的理解，代码烂，他不一定就是有 BUG 。也可能只是某个业务的实现，写的非常丑陋，例如用着 N 层循环、老旧或过期的 API 。能跑是能跑，但是就是不够简洁，效率不高，可读性差。
我上家公司代码就非常的丑陋，各种存储过程、各种循环。还是老掉牙的 spring boot 1.5 ，分布式组件基本被废弃不维护了。但是照样能卖。 丑陋代码不影响卖，影响的是迭代。 在那堆屎山修修改改真的很痛苦。一旦出了 BUG 也不好排查，搞的开发身心疲惫 |
 |
25
liuidetmks 2023-07-25 17:20:17 +08:00
业务永远是最重要的，除非你做的事基础软件，工业软件，系统软件，有很高门槛的软件
普通应用软件的话，可替代性比较大 |
 |
26
chenjia404 2023-07-25 21:36:52 +08:00
对于普通的项目来讲，业务是产生营收的，没有营收大家就没有工资。当然类似一些基础设施，就离业务远一些。大家都懂一些业务，也更好的实现技术方案。
|
 |
27
exceldream 2023-07-25 21:36:56 +08:00 via Android
@opentrade 大佬啥业务，搞大钱吗？
|
 |
28
xuanbg 2023-07-26 06:16:55 +08:00
功能越多，用户使用效果越差。所以，正确的做法是先实现核心功能，让用户获得价值提升。然后不断改进已有功能，提升用户体验。最后，要不要增加新功能，看竞品而不是自己或用户的意愿。
|
 |
29
Promtheus 2023-07-26 08:48:57 +08:00
的确 先挣到钱了 再搞什么优化代码的事情 钱到位了 代码再烂 加服务器都行。反之代码写的再优雅，业务没有触及用户痛点，根本没人用。
|
 |
30
unco020511 2023-07-26 09:34:56 +08:00
代码写的再好,性能再好,没人用也是白扯
|
 |
31
Dart 2023-07-26 11:43:39 +08:00
工资到手就行
|
 |
32
troywinter 2023-07-26 16:24:04 +08:00
宣传业务比技术重要的公司都是耍流氓，业务当然比技术重要，技术研究的事就是怎么研发功能更快，bug 更少，model 怎么设计更合理，复用性怎么提高，提升效率，一味强调技术人员应该重视业务不如强调产品经理怎样把需求设计的更完善，工地的高级技工也不应该干建筑师的活，都有各自的领域。
|
 |
33
yongbi 2023-07-26 16:56:15 +08:00
赞
|
|
34
yongbi 2023-07-26 16:56:52 +08:00
测试
|
Select Language