程序员如何做"好"需求判断?

AI 时代程序员的未来:如何从「写代码」到「指导 AI 代码」 最近几年,AI 技术,特别是大语言模型(如 ChatGPT、Claude、Gemini、Code Llama)在编程领域的能力突飞猛进,从简单的代码补全到可以独立编写完整项目,甚至进行复杂的系统架构设计。这些问题看似严峻,但如果深入思考,你会发现 AI 时代不仅仅是挑战,更是机遇。程序员并不会被淘汰,而是需要进化。 阅读详情

1. 导语

本文作为2024上半年核心思考之二。

通过他人经验传导、个人实践、广泛阅读书籍(方法论类、企业经营类、传记类、财务类,具体书单附文末),学会基于更高阶的经营者视角来做好业务需求判断。本文思路如下:

  • 首先,抛一个灵魂问题让大家思考: 你评估过自己负责的项目做的好不好吗?

  • 接着,带着问题看解决思路

2. 引人深思的问题

正在看本文的你:

评估过自己负责的项目做的好不好吗?

可能大多数人的答案是「按时、按质做完」。这个答案没错。接着,继续问:

按时,按质的标准是什么?

对于我们程序员来说,可能标准的答案:

  • 按时:业务预期时间内完成项目交付

  • 按质:

    • 功能:满足业务需求(实现功能)

    • 性能:接口峰值QPS满足业务极端场景等

    • 质量:千行代码bug率、故障数

    • 收益:符合预期

这个答案没问题,只是不够。

不够在哪?

答:基于更高的要求,不够在缺少个人思考:缺少基于经营者视角的思考,也就是经营者意识。如果能想到「按时、按质做完」答案的同学,在团队中主要还是扮演执行者的角色(项目来了,按时按质交付),如下:

48aebbdd160537aae8100eca81110dc5.png

所以:

程序员如何能以经营者视角的思考评估工作呢?

答:核心自驱完成从“执行者”到“思辨者(具备经营者意识)”转变。如何完成?主要步骤如下:

  • 明确角色转变目标

  • 如何实现角色转变?

    • 养成习惯(解决有没有的问题):解决有没有以经营者视角思考的问题

    • 结构化思维+阅读(解决好不好的问题):通过阅读,学习结构化思维和企业经营知识、财务知识、互联网思维等,解决经营者视角做的好不好的问题

3. 如何以经营者视角评估工作?

3.1 明确角色转变目标

从“执行者”到“思辨者”的转变,且是具备经营者意识的思辨者。

什么是思辨者?

3.1.1 什么是思辨者?

对于同样的任务输入,思辨者相对于执行者:

表现上:

  • 会多问为什么?

  • 会积极发表意见和建议

根上:

  • 搞清楚逻辑:为什么这么做?

  • 合理性判断:这里的逻辑是不是有什么问题?

  • 建设性建议:这样做是不是会更好?

50701a564c148bb66a060b2ae523974f.png

什么是经营者意识?

3.1.2 什么是经营者意识?

开公司的目的是什么?挣钱。判断挣钱的指标是什么?利润。

所以企业经营者会更加关注:

  • 项目能带来的利润

  • 项目能提升利润的背后逻辑

  • 项目的投入产出比

31037cbf7182a075ffa1bae2bc79568f.png

3.2 如何实现角色转变?

  • 步骤一,养成习惯(解决有没有的问题):解决有没有以经营者意识思考的问题

  • 步骤二,结构化思维+阅读(解决好不好的问题):通过阅读,学习结构化思维和企业经营知识、财务知识、互联网思维等,解决经营者视角做的好不好的问题

详细展开如下:

3.2.1 养成习惯(解决有没有)

解法:养成习惯,比如

  • 提前思考需求:提前看需求文档,关于需求收益部分提前产出自己的问题,做好准备。比如,典型的问题,这个收益是如何预估出来的?

  • 需求评审多问:每次在需求沟通时,强制自己多去问问需求收益的逻辑是什么,哪怕听不懂,敢问

但养成习惯只解决有没有转变的问题,不解决转变过程做的好不好?接下来,解决做的好不好的问题。

3.2.2 结构化思维+阅读(解决好不好)

  • 结构化思维:通过结构化思维拆解复杂问题

  • 阅读:通过阅读学习结构化思维拆解方法论和获取企业经营经验、互联网思维经验、财务知识等

什么是结构化思维?

3.2.2.1 什么是结构化思维?

关于结构化的概念,我拆解成了两部分:

  • 结构化表达:本文不包含结构化表达部分。结构化表达的目的是如何能帮助我们“说清楚”,比如典型的方法论有金字塔原理等。

  • 结构化拆解: 本文核心是结构化拆解。结构化拆解的目的是如何能帮助我们“想清楚”,特别是面对复杂的问题,比如基于经营者视角如何能找到提升利润的方向和具体的项目?

如何进行结构化拆解?

通过阅读《麦肯锡结构化战略思维》得到:

  • 公式法: 来源经验,经验包括自身实战积累、他人言传身教、他人总结分享(媒体资源、书籍)。我当前经验主要来源于企业经营相关书籍,比如稻盛和夫的《阿米巴经营》、刘润的《底层逻辑2:理解商业世界的本质》等(详细书单附文章末尾)。

  • 子目录列举法:穷举出所有的因子,且因子不相交

  • 流程法:按照流程进行拆解

  • 等等

基于以上方法,我们以平台电商业务为例,进行结构化拆解:

基于经营者视角如何能找到提升利润的方向和具体的项目?

第1层拆解:如何提升利润

  • 目标:提升利润

  • 问题:如何提升利润?

  • 方法:公式法,利润 = 收入-费用(公式来源:财务知识,书籍《世界上最简单的会计书》、《底层逻辑2》)

  • 方向:通过公式可以清楚得到影响利润的两大因子:收入和费用,要不提升收入,要不就降低费用,也就是俗话说的开源节流,以及稻盛和夫提到的企业经营原则:收入最大化和费用最小化(来源数据《阿米巴经营》》)。

c9e875bef61f57a44d3f4a73ebb48341.png

第2层拆解:如何提升收入

  • 目标:确认收入公式

  • 问题:如何提升收入?

  • 方法:公式法,收入 = 市场*品类*流量*转化率*客单价*复购率(公式来源:书籍《增长黑客》、《精益数据分析》)

  • 方向:

    • 市场:拓展市场,比如出海

    • 品类:拓展商品类别

    • 流量:进一步拆解因子

    • 转化率:进一步拆解因子

    • 客单价:进一步拆解因子

    • 复购率:进一步拆解因子

8e19daa8d03ef29e146df91757d96600.png

第3层拆解之一:如何提升流量

  • 目标:找到所有流量来源

  • 问题:如何提升流量?

  • 方法:子目录列举法,自然流量|搜索流量|付费流量|消息触达|外链

  • 方向:

    • 直接流量:-

    • 搜索流量:比如评估网页SEO质量,进行SEO优化

    • 付费流量:比如增加投入

    • 消息触达:比如丰富触达场景

    • 外链:比如增加站外链接

fd52174f6147cfd913e76aabfb2277a4.png

第3层拆解之二:如何提升转化率

  • 目标:建立流量漏斗分析

  • 问题:如何提升转化率?

  • 方法:流程法,完成下单流程拆解:商品到购物车转化 | 购物车到订单转化 | 订单到支付转化

  • 方向:

    • 商品到购物车转化率:进一步拆解因子

    • 购物车到订单转化率: 同上

    • 订单到支付转化率: 同上

7cb1e475d53c7431963edfedc500f82a.png

按照以上的思路层层拆解,能帮助我们清楚的找到提升利润的方向和具体项目,让我们想清楚。具体拆解结果如下:

8aa591aa17e7e0be91cc0d48dfb1bc23.jpeg

4. 总结

  • 养成习惯:养成基于经营者视角多问为什么的习惯

  • 学会拆解:通过结构化拆解过程判断需求逻辑是否合理

  • 储备知识:通过阅读书籍补充财务、企业经营、互联网思维(增长公式)知识,增强个人逻辑拆解&逻辑判断知识储备

通过以上过程,我们完成“执行者”到“思辨者(具备经营者意识)”转变后,再来看开头的问题:

如何评估自己负责的项目做的好不好吗?

相对于开始的答案,我们新增了一条:

  • 做好需求准入判断:需求的逻辑是什么?需求的量化目标是什么?目标测算的逻辑是什么?

  • 按时:业务预期时间内完成项目交付

  • 按质:

    • 功能:满足业务需求(实现功能)

    • 性能:接口峰值QPS满足业务极端场景等

    • 质量:千行代码bug率、故障数

    • 收益:符合预期

反过来增加这条让我们能真正的参与企业经营,而不仅仅是一个事情的“执行者”或者“透传者”。同时,这也是我意识到打工的核心。


书单附录:

1.《麦肯锡结构化战略思维》:经典结构化拆解问题的方法论。

2. 《增长黑客》:互联网思维下的增长方法论,定义增长公式+指标牵引(不断变化的北极星指标+AB实验)

3. 《精益数据分析》:做好数据驱动的方法论,选择正确指标,建立底线指标。

4. 《世界上最简单的会计书》:财务知识入门必看,以一个卖柠檬水小摊的示例讲解资产负债表、利润表等财务概念。

5. 《底层逻辑2》:通过数学问题视角解释商业逻辑,比如资产负债表、利润表的作用。

6.《阿米巴经营》:一代大师的企业经营理念:全员参与经营等


电商系统设计系列更多文章

97a29e8dc66a3cd1c50c4777e1f77137.jpeg

6e610c72976cc1cdad456e62a02d6945.png

原创不易,欢迎👏🏻右下角点赞和在看支持,

让作者的辛勤付出得到认可,感谢~

细说VLAN之untag和tag 一、拓扑图 先给出上面拓扑图的结论,后面再详细讲解: 结论:只有PC1与PC4之间能相互通信,除此之外,所有PC之间均不能通信,比如PC1与PC3不能建立通信。 针对Ping命令的一个知识: 要想ping通某台主机,必须满足两个条件: 1,源主机的ICMP请求包必须能达到目的主机。 2,目的主机的ICMP应答包必须能回到源主机。 二、理论基础 端口的出... 阅读详情

相关推荐

嵌入式STM32控制电梯面板

嵌入式STM32控制电梯面板 用点阵来显示电梯向上还是向下运动,用数码管来显示楼层数(由于灯阵显示楼层数比较困难故用数码管代替)。当按下对应的按钮,就可以去到对应层数,可上升可下降。 #include "stm32f10x.h" #include "stm32f10x_exti.h" #include "stm32f10x_it.h" #define uint unsigned int #define KEY1 GPIO_ReadInputDataBit(GPIOA,GPIO_Pin_10) #define

code_init_的博客 2111

程序员的需求分析

作为一个开发人员,怎样一步步地做好应用的需求定位和分析,这是很重要的 。一个好的需求定位和明确的分析,可以让你在之后的工作,事半功倍,让系统的功能和可用性得到很大的提高。 ###第一步、收集需求 ####如何收集需求? 1、对于用户进行有针对性的访谈(因为我们需要了解和明白核心需求,后期的业务会主要围绕这些部分进行开展) 2、对于内部需求的收集,需要内部人员提供需求使你明确需求提出的目的,并提供解...

qq_37837407的博客 4685

Kinect V1结构光激光散斑原理及样式

   对 intel realsense F200 和 Kinect V1的coding pattern原理进行调研,知二者都使用light coding的方式,该方法与传统的coded structure light不同:传统编码结构光(空间编码,时间编码)最终使用的是三角测量的原理计算深度信息;light coding通过投射具有高度伪随机性的激光散斑,会随着不同距离变换不同

松间明月 1万+

软件工程基础知识--需求分析

在进行需求获取之前,首先要明确需要获取什么,也就是需求包含哪些内容。软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。通常,这些需求包括功能需求、性能需求、用户或人的因素、环境需求、界面需求、文档需求、数据需求、资源使用需求、安全保密需求、可靠性需求、软件成本消耗与开发进度需求等,并预先估计以后系统可能达到的目标。此外,还需要注意其他非功能性的需求。具体内容如下。(1)功能需求。(2) 性能需求。(3)用户或人的因素。(4)环境需求。(5) 界面需求。......

qq_37502042的博客 7516

11-16 Fluent结果查看及后处理功能(做动画、监控点)

监控点、面及动画操作

zheaa的博客 1万+

第076篇:大涡模拟进阶

大涡模拟(Large Eddy Simulation, LES)是介于直接数值模拟(DNS)和雷诺平均方法(RANS)之间的重要湍流模拟方法。本文深入介绍动态Smagorinsky模型、尺度相似模型、WALE模型和隐式LES等高级亚格子模型。通过Python实现槽道湍流和圆柱绕流的LES求解器,详细展示近壁面处理、动态系数计算和亚格子应力建模技术。大涡模拟,亚格子模型,动态模型,Smagorinsky,WALE模型,尺度相似模型,近壁面处理,槽道湍流LES的核心思想是对Navier-Stokes方程进行空间

2401_87715305的博客 740

入门数据分析--4如何进行需求判定?

从前面文章如何入门数据分析中的数据分析学习框架中可以看到,**数据分析的整个流程是要先后经过四个层次,需求层–数据层-分析层-输出层,而这四个层次中,需求层是最重要的。**为什么呢?原因很简单,它是数据分析的开始,当然也是你要分析的目标方向。因此,了解如何进行需求判定就显得非常重要了! 进行需求判定,需要解决两个问题。1 如何判断需求的真伪。2 如何确定需求的具体内容。 先说第一个。判断需求的真...

qq_27590417的博客 752

Altera FPGA与高速ADS4249和DAC3482的LVDS接口设计

引言:本文以TI的ADS4249(ADC)和DAC3482(DAC)之间的接口为例,介绍Altera FPGA与ADC/DAC之间的DDR LVDS接口设计以及时序约束详细设计。本文介绍的实例可方便扩展到具有类似接口格式的其他高速数据转换器设计。

FPGA_Designer 1902

需求分析-如何进行软件需求分析

如何进行软件需求分析 如何进行软件需求分析 51CMM 作者:曹伟 1.概念需求的定义包括从用户角度(系统的外部行为),以及从开发者角度(一些内部特性)来阐述需求。 关键的问题是一定要编写需求文档。我曾经目睹过一个项目中途更换了所有的开发者,客户被迫与新的需求分析者坐到一起。系统的分析人员说:“我们想与你谈谈你的需求。”客户的第一反应便是:“我已经将我的要求都告诉你们前任了,现在我...

程序员一代码搬运工 507

(5)ModalAI VOXL2

Ardupilot官网关于《Non-GPS navigation》的翻译 —《(5) ModalAI VOXL2》。

无人机开发(开源Ardupilot) 1万+

RAP 语义键:让 UUID 世界变得可读、可导航、可校验

RAP 语义键的核心价值与实现要点 语义键(Semantic Key)是 ABAP RAP 模型中连接技术实现与业务体验的关键设计:通过为实体指定一组业务可读的标识字段(如订单号、物料编码等),在保持技术主键(如UUID)不变的同时,显著提升用户界面的可读性和导航体验。 主要优势: 提升UI可读性:Fiori元素会突出显示语义键字段,帮助用户快速识别关键业务数据 改善导航体验:OData URL会使用可读的语义键而非技术ID,便于分享和排查问题 降低沟通成本:业务人员能准确引用有意义的业务标识而非技术ID

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 155

怎么做需求分析

学习理解需求: 一般学习理解过程: 1、由产品人员讲解需求 常见形式:评审需求规格书时讲解、产品人员专门给开发测试讲解(面向全体开发测试、面向模块的开发测试负责人) 2、讲解完成后会进一步理解消化,有问题积极与产品、开发沟通 3、测试、开发给产品反讲需求 测试反讲需求:讲一下这是一个什么需求,要实现什么功能,有哪些测试点,我会选择什么样的测试方法、测试工具。 讲一讲测试需要准备什么测试数据,需要一个什么样的测试环境,讲一讲测试这个需求有什么困难...

m0_64126060的博客 1066

杰理JL703N的SDK内部MIDI 音色库功能使用教程

本文介绍了MIDI琴按键解码和MIDI文件解码的实现方法。MIDI琴解码通过audio_dec_midi_ctrl.c文件实现,MIDI文件(mfa格式)解码则使用audio_dec_midi_file.c。使用前需将音色文件存放在SD卡或内置flash中(需确保四字节对齐),并在download.c中配置路径。同时需在板级配置中将FLASH设置为16Mbit以解决编译问题。关键注意事项包括音色文件的文件夹结构对齐要求和MIDI数据流的正确配置。

qq_42014563的博客 390

程序员职业成长三阶模型:从人到技术人员再到程序员

在软件工程实践中,‘程序员’不仅是写代码的角色,更是技术决策者与业务协作者。理解编程本质需回归人本视角——职业素养决定技术判断力的边界,工程敬畏心塑造系统韧性,而.NET生态演进观则提供落地锚点。本文基于十余年一线产线经验,拆解‘先做人、再做技术人员、最后做程序员’的递进能力模型,聚焦技术选型中的权衡思维、灰色地带的渐进式迁移、高并发下的防御性建模等真实挑战,揭示如何在EF Core、gRPC、IIS部署等典型场景中,让知识服务于系统稳定性而非反噬工程效能。

ciyinzhi8788的博客 334

C# WinForm 基于DirectShow.dll编写的程序,可边预览边保存视频,音频和图片

基于微软的DirectShow.dll的二次开发1.自动识别连接的摄像头跟麦克风且可以对其进行选择(默认选中第一个)2.可录制wmv和avi两种格式的视频并且都带有音频,avi可以录制的分辨率和帧数进行选择,wmv默认进行了淸晰度优化如不喜欢可去除代码中有相关提示3.可在预览点开之后进行拍照,也可边录制视频边拍照4.添加了视频和音频的压缩功能(酌情使用)这次二次开发发现C#对DirectShow的相关信息太少,这次做完也不敢藏私共享出来,还望大家指正

Probability and Statistics - 4th edition

Probability and Statistics - 4th edition

如何判断程序员在做什么,IT也有搞笑段子,哈哈哈

1、论程序员夫妻之间会擦出怎样的火花 2、如何判断程序员在做什么 打字快且停顿:正编码; 键盘鼠标并用且不停点击,在debug; 不停滚轮或pagedown:在查错; 不停按刷新/f5:脚本卡住了; 一动不动紧盯屏幕:程序抛出异常; 表情时而严肃时而轻松:产品上线测试中; 手放键盘上长时间未动:加班太多猝死了 3、我也怕会遗传,哈哈哈哈 从医院刚回来的程序猿一脸的苦逼...

weixin_45820912的博客 829

pscad IEEE标准系统搭建说明

pscad IEEE标准系统搭建说明,包含典型的IEEE 9节点、14节点、30节点、39节点和118节点系统。内含标准测试系统的原始数据和潮流结果。

听说你的需求做不完

|0x00 需求真的多吗? 需求太多,是程序员们共同面对的困局。 从前端到后端、从数据到分析、从交互到测试,几乎每个人都很忙。大公司的用人标准,早期有一个很常见的说法,叫作“三个程序员,拿四个人的工资,做五个人的事情”。在行业高速发展期,给更多的钱,确实非常吸引人。但后来,行业发展不像早期那么快速,内卷的趋势隐隐然在加剧,干脆就把“996”当作了工作的常态。这种情况下,需求多,让大家自觉的加班工作,看起来就是很自然的现象了。 但是,你的需求真的多吗? 某种意义上是的,产品不断的在提需求,如果业务高速发展,那

晓阳的数据小站 861

NTscan扫描工具

ntscan是一个扫描器,可以扫描没有密码和弱密码的共享,先到配置文件中填写猜测的用户名和密码,扫描过程中右侧出现的是扫描日志。

只会敲代码已经不行了,什么样的人才适合做程序员,程序员工作又是怎样的呢?

相信有很多刚入门编程的小伙伴都在好奇一个问题,自己是否适合成为一名程序员呢,程序员工作又是怎样的呢,有没有前景呢?而技术交流群里甚至有小伙伴感叹,现在程序员只会敲代码已经不行了,竞争压力越来越大,埋头敲代码很可能会被社会淘汰。 老牛作为一名有着多年Python开发经验的程序员,不敢说自己技术有多么牛逼,但也在这个行业摸爬滚打了这么久,就说一下自己的经验之谈吧。 今天就来给大家讲讲这几个问题: 1、什么样的人才适合做程序员? 2、程序员具体工作是怎样的呢? 3、如何提高作为一名程序员的核心竞争力

zz116196的博客 3444

三年经验程序员告诉你,如何确定自己是否适合做程序员

在知乎上看到一个问题,如何确定自己是否适合做程序员? 好多答主都说需要智商高, 对计算机有兴趣爱好, 抽象能力要好。 …… 啊呸,也不知道这些刚下飞机的答主是不是程序员。 我在 it 行业工作了三年,换了几家公司,所以就以我三年程序员的经历,来说说做一名程序员需要什么。 1、喜欢运动,保持良好的身体去扛住 996 2、极强的心理素质,看着每天洗脸盆里的头发丝毫不慌 [外链图片转存失败,源站可...

DoubleCake的专栏 3702

身为程序员,你碰到最奇葩的需求是怎样的?

程序员照做,把Logo放满了整个页面,老板看完说:“这下可以了,就是一打开全是我们!”程序员搞了个粒子特效,页面背景全是烟花,结果用户投诉:“网速太慢,你家烟花烧我宽带了吗?”程序员无奈开发了一个“摇一摇触发人脸识别”的功能,最后被用户吐槽:“还是要看脸,摇个啥?今天老韩就来好好扒一扒程序员职业生涯里那些让人抓狂又无语的奇葩需求,20+个经典案例,看完你就知道,程序员的世界,远比你想象的要“刺激”得多。觉得今天的案例扎心又好笑,点个“在看”,咱们下次继续聊聊程序员的“暗黑日常”!

m0_61562916的博客 479

程序员与需求的故事

如果需求是个人的话,估计要被程序员虐上千百遍。从产品经理与程序员的相爱相杀,可以看得出需求在程序员心中有着举足轻重的作用。到底如何正确看待需求,一定程度上也决定了你程序员生涯的高度。题...

东南草堂 471

程序员每天要处理多少 “锅”?改 bug、背需求… 太难

先概述程序员面临的 “锅” 的多样性与高频性,再详细分析不同类型 “锅” 的具体表现、产生原因,进而给出应对策略,最后总结程序员处理这些 “锅” 的不易,强调理解与支持的重要性,为读者呈现程序员工作的真实困境与应对之道。同时,我们也应该理解和支持程序员的工作,为他们创造一个更良好的工作环境,减少不必要的 “锅”,让他们能够更专注于技术研发,为我们带来更优质的产品和服务。然而,在光鲜的技术光环背后,他们每天都要面对各种各样的 “锅”,这些 “锅” 如同无形的压力,时刻考验着他们的专业能力与心理承受力。

2503_92848840的博客 459

从 “被动改需求” 到 “主动控需求”:程序员必学的 6 个技巧

例如,在金融领域的软件开发中,程序员若了解相关的金融政策和业务流程,就能在接到需求时,判断该需求是否符合政策要求,是否与现有业务流程冲突,从而提前规避可能的变更。同时,对业务的深入理解,还能帮助程序员在开发过程中考虑到未来可能的业务扩展,使系统具有更好的扩展性,减少因业务发展导致的需求变更。通过规范的变更管理流程,能让需求变更有章可循,避免客户或产品经理随意提出变更,同时也能让程序员清楚变更的必要性和影响,更有针对性地进行开发。面对众多的需求,若不进行优先级排序,程序员很容易陷入混乱,被各种需求推着走。

2503_92604243的博客 369

程序员想 “少改需求”?这 9 个 “提前沟通” 技巧要练

比如,当需求方要求在短时间内实现一个数据量巨大的实时查询功能时,程序员可以用比喻的方式解释:“这个功能就像在一个巨大的图书馆里,要在几分钟内找到一本特定的书,而且这本书还在不断地被人移动,难度非常大,可能会导致系统卡顿甚至崩溃。从需求初期的深度参与,到开发过程中的定期沟通,再到项目结束后的经验总结,每个环节都做好沟通工作,能有效提升开发效率,降低项目风险。这样可以避免随意的需求变更,减少对开发的影响。在沟通中,程序员常常会遇到这样的问题:自己认为很简单的技术难点,需求方却无法理解,从而坚持不合理的需求。

2503_92604243的博客 523

给程序员九个方法,合理拒绝无理需求!

蓝色关注,回复“1”获取知名公司程序员和产品职级第「155」篇原创,产品经理程序员,职场、架构、产品、商业、管理、认知、提升赚钱能力请关注军哥。由于微信推送机制变化,为了避免看不到我的文...

chengjun_java的专栏 1163

菜鸡程序员都是怎样写代码的?

本文转载自 程序员编程社区 每个程序员都要经历“菜鸡”这个阶段,那么,在菜鸡阶段,程序员是怎么写代码的呢?下面12大瞬间,能否找到你当初的影子? 01 命名不规范 可能不少程序员都会有这样的经历,写代码时灵光乍现,为了保证在灵感消逝前敲出更多代码,敲代码速度飞快,当然命名就显得很随意了。 什么样奇奇怪怪的命名都有:xiaonaigou,ergouzi,xxxx,j1,llst等等,可能过后这些命名连你自己都你完全不知道是什么鬼。 02 日志不规范 可能有些同学会问:日志?那是什么东西,能吃吗

m0_46163918的博客 1万+

程序员想转型做产品?先掌握这 6 个 “跨岗” 技巧

程序员转型产品经理,本质上是从 “技术实现者” 到 “产品掌舵人” 的角色转变,需要打破思维定式,重塑能力体系。例如,数据显示 “用户在注册页面的流失率高达 50%”,产品经理就需分析流失原因,可能是注册流程太复杂,也可能是必填信息过多,进而针对性优化。产品资源有限,不可能满足所有需求,需根据 “用户价值”“商业价值”“实现难度” 等维度,对需求进行排序。程序员的日常工作多围绕 “如何实现功能” 展开,习惯从技术可行性、代码逻辑等角度思考问题,这种 “功能导向” 的思维模式是转型产品经理的第一道障碍。

2503_92849134的博客 564
上一篇: 关于新零售的一些思考
下一篇: Go的GMP模型真的“简单”
TIGERB_Blog
博客等级 码龄10年 109粉丝 65原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值