程序员进阶攻略
胡峰
京东成都研究院技术专家
立即订阅
7517 人已学习
课程目录
已完结 65 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 程序行知:走在同样的路上,遇见自己的风景
免费
征途:启程之初 (4讲)
01 | 初心:为什么成为一名程序员?
02 | 初惑:技术方向的选择
03 | 初程:带上一份技能地图
04 | 初感:别了校园,入了江湖
修炼:程序之术 (10讲)
05 | 架构与实现:它们的连接与分界?
06 | 模式与框架:它们的关系与误区?
07 | 多维与视图:系统设计的思考维度与展现视图
08 | 代码与分类:工业级编程的代码分类与特征
09 | 粗放与精益:编程的两种思路与方式
10 | 炫技与克制:代码的两种味道与态度
11 | 三阶段进化:调试,编写与运行代码
12 | Bug的空间属性:环境依赖与过敏反应
13 | Bug的时间属性:周期特点与非规律性
14 | Bug的反复出现:重蹈覆辙与吸取教训
修行:由术入道 (24讲)
15 | 根源:计划的愿景——仰望星空
16 | 方式:计划的方法——脚踏实地
17 | 检视:计划的可行——时间与承诺
18 | 评估:计划的收获——成本与收益
19 | 障碍:从计划到坚持,再到坚持不下去的时候
20 | 执行:从坚持到持续,再到形成自己的节奏
21 | 信息:过载与有效
22 | 领域:知识与体系
23 | 转化:能力与输出
24 | 并行:工作与学习
25 | 时间:塑造基石习惯(上)——感知与测量
26 | 时间:塑造基石习惯(下)——切割与构建
27 | 试试:一种“坏”习惯
28 | 提问:从技术到人生的习惯
29 | 偏好:个人习惯的局限与反思
30 | 写作:写字如编码
31 | 画图:一图胜千言
32 | 演讲:表达的技术
33 | 定义:阶梯与级别
34 | 晋升:评定与博弈
35 | 关系:学徒与导师
36 | 核心:安全与效率——工程技术的两个核心维度
37 | 过程:规模与协作——规模化的过程方法
38 | 思维:科学与系统——两类问题的两种思维解法
徘徊:道中彷徨 (15讲)
39 | 职业倦怠:如何面对?
40 | 局部最优:如何逃离?
41 | 沟通之痛:如何改变?
42 | 技术停滞:如何更新?
43 | 无法实现:困扰与反思
44 | 完成作品:理想与现实
45 | 代码评审:寄望与哀伤
46 | 人到中年:失业与恐惧
47 | 该不该去创业公司?
48 | 该不该接外包?
49 | 技术干货那么多,如何选?
50 | 技术分歧,如何决策?
51 | 技术债务,有意或无意的选择?
52 | 选择从众,还是唯一?
53 | 选择工作,还是生活?
寻路:路在何方 (7讲)
54 | 侠客行:一技压身,天下行走
55 | 江湖路:刀剑相接,战场升级
56 | 御剑流:一击必杀,万剑归心
57 | 三维度:专业、展现与连接
58 | 三人行:前辈、平辈与后辈
59 | 三角色:程序员、技术主管与架构师
60 | 三视角:定位、自省与多维
蜕变:破茧成蝶 (3讲)
61 | 工作之余,专业之外
62 | 跨越断层,突破边界
63 | 成长蓝图,进化跃迁
结束语 (1讲)
尾声 | 始于知,终于行
程序员进阶攻略
登录|注册

28 | 提问:从技术到人生的习惯

胡峰 2018-10-05
无论做什么工作,一路上你总会碰到各种各样的问题,而提问应是你解决问题的一种有效途径。更进一步,如果能把提问固化成为你的一种习惯,那它就不仅仅是一个解决问题的“工具”,甚至还能引导你的人生选择。
提问这个习惯,我有三个层面的理解:
如何问?
问什么?
为何问?

如何问?提问之术

大部分情况,我们碰到的都是已经有了问题,但却问不好,从而得不到答案或得不到好的答案。
比如说吧,我经常碰到的一种情况是:有同学常拿着一个具体的问题跑来,向我发问,他大概会交代一下想解决的场景,然后就会接着描述他的思路,以及解决这个问题的思路的一些其他约束,但这中间会有一个障碍,然后就问我该怎么解决这个障碍。
这样的发问一般都会让我陷入两种困扰之中:一种是,问题的业务背景交代得太泛化,所以我只好跟着他的思路,感觉解决这个问题似乎只能有这一条路可走;另一种则正好相反,问题的业务背景描述得过于细致,让人最后陷入对复杂业务领域的理解中,迷失在细节的讨论里。
即使是同一个场景,其实不同人还会产生不同的思路。比如:你想去一个十公里外的地方,对方也许会问你怎么套马鞍的问题,这时你就很困扰,因为你的思路是坐车或开车。这就是一个针对技术人员面对同一场景问题,所选取的不同技术方案可能处在不同的时代背景下的类比。所以,面对这类具体的障碍问题,我经常很难回答。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《程序员进阶攻略》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(9)

  • godtrue
    提问是门艺术,描述问题与人沟通也是一样。

    我们现在每天都开早会,有项目需求也经常和产品、测试、其他研发同事沟通交流,有时经常说“我的意思是xxx”,或者“你的意思是xxx吗?”

    沟通的关键在于倾听
    提问的关键在于痛点

    深思熟虑之后再提问,只指问题的本质或描述出自己痛点,也许能比较利于回答者,明白我们卡在哪里?

    作者回复: 沟通在团队中确实是个问题

    2018-10-06
    3
  • 艾尔欧唯伊
    提问确实是一种智慧,有些问题,草率的提出来,会让人变懒,而且还不容易得到需要的答案。当你为了这个问题去收集信息的时候,问题问问就解决了。
    2018-10-05
    2
  • 北风一叶
    有道无术术可求,有术无道止于术
    2018-12-18
    1
  • 米斯特粥
    还有些人会在一封邮件中问很多的问题,顿时感觉不想回答...

    作者回复: 是呀,要考虑回答者的成本

    2018-10-28
    1
  • 亚林
    后面“价值观”部分就是程序员用来发杀产品经理的路径。
    2018-10-24
    1
  • third
    1.如何问,问经过自己思考的,节省他人时间的问题,如果可能还要能给别人思考的角度。
       1.更多的有效信息
       2.更多路径
       3.提供交换价值,建立讨论基础

    2.问什么
      记录问题,在成长中获得答案
      问题的上、下文;
    问题的具体描述;
    问题的解决思考和思路;
    问题的解决方案和具体技术或办法;
    问题解决后留下的思考或其他延伸的疑问。
    3.为何问
    为什么你不问这个问题,而要问那个问题,因为这个问题对你有价值
    提问的目标是获得答案,而答案于我们自己而言是一种价值;为何而问,就是发问于我们的价值之道,最终指向的目的是:认清自我。
    2018-10-05
    1
  • 王建峰
    不仅要学会如何提问,还要定期记录与回顾。对于我这种职场小白太有用了,受教了!
    2019-12-08
  • 阿信
    问题处理时有过一些类似感受。某些情况下,问题没有头绪时,进行记录或者描述出来向他人寻求帮助时,可能就找到了解决的思路;或者记录后,换一个精神状态比较好的时间点再来看,可能很快就找到了原因

    作者回复: 嗯,有这个可能,可能看到之前没注意的视角

    2019-03-27
  • helloworld
    暂时无法解决又无法描述的问题,我也是先记录下来

    作者回复: 👍

    2018-11-09
收起评论
9
返回
顶部