谈谈程序员解决问题的能力,吐血整理

本文探讨了程序员解决问题的重要性,强调主动尝试和独立思考,以及提问的技巧。作者分享了如何面对日常工作中的问题,提出作为开发者应具备的基本解决问题能力,以区别于仅仅依赖他人和碎片化的技术学习。
摘要由CSDN通过智能技术生成

为什么会想写这篇文章?

前面我写过一篇关于独立思考的文章-你是怎么思考的?[1],大家感兴趣可以去看下。关于独立思考,我觉得每个人都应该要有,作为一个成年人,很多事情都要别人讲得很明白才懂得怎么去做,那别人也不太愿意把事情交给你办,也不太相信你能办好,你也很难掌控自己的命运。今天的这个主题虽然讲的是程序员解决问题的能力,其实也还是讲独立思考的能力,因为解决问题的能力也是源自你是否会独立思考。之前写过一些文章,有的同学想让我写写在鹅厂的一些经验,其实说真的,在鹅厂工作也是因人而异的,不管在哪里工作最终还是取决于你是怎么赋予工作的意义,每天纠结自己工作重复繁重,纠结工作技能得不到提升,纠结薪水满足不了自己的欲望,纠结这纠结那是毫无意义的。问题的根本也不在于这些,而是你是否足够沉得住气去提升自己。如果你连日常工作的一些问题都解决不好,你也别期望自己能在很短的时间内提升很高的水平。还是那句话,就算你有十年的工作经验,如果你只是一年的工作经验用了十年,那真的怪不得别人比你厉害了,人到中年的时候那真的有危机了。

吐槽一些开发者白纸一般的脑袋

之从做了SDK开发者之后,每天帮助用户解决各种各样的问题,那我真的有理由相信为什么国外的月亮会比国内的月亮圆了,因为国内的一些开发者真的让我很方啊。国内的开发者复制黏贴的能力是一流的,嗖得一声就能把功能实现,感觉好厉害的样子(皮皮虾,我们走)。集成我们提供的SDK的时候,也是嗖的一声遇到问题不知道怎么解决。

小白开发者A:为什么升级弹窗提示不了?我已经完全按照文档集成了啊,求救啊。。

小白开发者B:为什么集成热更新SDK之后,修复不了我的问题?

小白开发者C:集成SDK之后,编译出错了,谁能帮忙看下。

小白开发者D:怎么开启混淆啊。。。

小白开发者E:为什么没有mapping文件。

小白开发者F:为什么接入SDK之后,没有看到log。

小白开发者G:这个异常怎么解决?

更多。。。

虽然标注的是小白开发者,但我也遇到很多工作好几年的开发者同样这样问问题,这个已经不是经验上的的问题了。换个角度思考一下,如果别人向你这样问问题,你会理睬他么,说真的我还不如利用这些时间多修几个bug,很多开发群最终都会沦为水群就是这个道理。大家都有当小白的经历,人生这一辈子不懂的事情太多了,那你总不能让别人牵着你走,作为一个程序员要对得起程序员这个称号,作为一个工程师,你是否能体现自己工程方面的能力。如果连基本的解决问题的能力都没有,那还是尽快放弃当程序员,这一行当没你想得这么好玩。

怎样才算具备解决问题的能力

我先说一下我的一家之言吧,说这些并不是为了吹嘘自己能力有多强,只是把我看到的和想到的东西用文字说出来,至于别人怎么去解读我是无所谓的。

第一点:主动尝试解决问题

程序员的解决问题能力不是天生的,自然得靠后天的经验积累。我们工作中会遇到各种各样的问题,比如需要去跟踪调试产品所产生的bug,又比如说使用第三方组件所遇到的一些问题,再比如说使用一些插件或者IDE所产生的一些编译问题。这个时候第一反应不是去别人那里寻求帮助,而是自己尝试去看去解决问题。首先得确定这是一个什么样的问题,对这个问题下一个定义,看它是自己编码上的问题,还是一些编译上的问题,再或者是第三方库引入的问题。确定之后,你可以根据运行时产生的崩溃信息或者编译时出现的编译错误,找到错误的根源。如果是代码上的问题其实是很好定位的,我们只需要根据错误的堆栈找到出错的地方,然后你再去看这部分代码的处理逻辑,只要不是特别复杂的业务处理,基本上能很快解决。如果是编译时出的问题怎么办?你先看具体的编译错误是什么,看自己以前是否有遇到过,是否能够确定是什么环节导致的编译错误,比如是开发环境版本问题,或者是插件的版本问题,又或者是代码导致的编译问题,这类问题只要逐个排除相信也能够轻松解决。那如果是业务逻辑导致的问题怎么办?那我就建议你自己根据需求重新梳理清楚业务逻辑,可以通过debug来验证你的结果,又或者可以通过日常写单元测试用例来保证业务逻辑的正确性。关于各类问题的解决,解决办法总是能找到,就看你是否足够耐心去寻求解决方案。

第二点:学会提问

刚才说的第一点,对开发者能力有一定的要求,并不是所有开发者都能够做到这一点,那如果依靠自身能力解决不了问题该怎么办?没错,就是向别人提问,但这里要注意一下提问的技巧,就不要像我所吐槽的白纸一般的开发者。关于提问的技巧很多人都在提,感同身受最深的应该是那些为开源项目做贡献的开发者了,只要一开源就必定会有很多人过来问问题,提issue。以我作为SDK开发者来说,我希望开发者这样向我提问:

  1. 首先态度诚恳,平等尊重(这很重要)

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数初中级安卓工程师,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
img
img
img
img

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注Android)
img

文末

初级工程师拿到需求会直接开始做,然后做着做着发现有问题了,要么技术实现不了,要么逻辑有问题。

而高级工程师拿到需求会考虑很多,技术的可行性?对现有业务有没有帮助?对现有技术架构的影响?扩展性如何?等等…之后才会再进行设计编码阶段。

而现在随着跨平台开发,混合式开发,前端开发之类的热门,Android开发者需要学习和掌握的技术也在不断的增加。

通过和一些行业里的朋友交流讨论,以及参考现在大厂面试的要求。我们花了差不多一个月时间整理出了这份Android高级工程师需要掌握的所有知识体系。你可以看下掌握了多少。

混合式开发,微信小程序。都是得学会并且熟练的

这些是Android相关技术的内核,还有Java进阶

高级进阶必备的一些技术。像移动开发架构项目实战等

Android前沿技术;包括了组件化,热升级和热修复,以及各种架构跟框架的详细技术体系

以上即是我们整理的Android高级工程师需要掌握的技术体系了。可能很多朋友觉得很多技术自己都会了,只是一些新的技术不清楚而已。应该没什么太大的问题。

而这恰恰是问题所在!为什么别人高级工程师能年限突破30万,而你只有十几万呢?

就因为你只需补充你自己认为需要的,但并不知道企业需要的。这个就特别容易造成差距。因为你的技术体系并不系统,是零碎的,散乱的。那么你凭什么突破30万年薪呢?

我这些话比较直接,可能会戳到一些人的玻璃心,但是我知道肯定会对一些人起到点醒的效果的。而但凡只要有人因为我的这份高级系统大纲以及这些话找到了方向,并且付出行动去提升自我,为了成功变得更加努力。那么我做的这些就都有了意义。

喜欢的话请帮忙转发点赞一下能让更多有需要的人看到吧。谢谢!

以上系统大纲里包含的所有技术资料,我这里都有的。可以免费分享给有需要的朋友!

向,并且付出行动去提升自我,为了成功变得更加努力。那么我做的这些就都有了意义。

喜欢的话请帮忙转发点赞一下能让更多有需要的人看到吧。谢谢!

以上系统大纲里包含的所有技术资料,我这里都有的。可以免费分享给有需要的朋友!

资料领取方式:点击我的GitHub

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值