![](https://img-blog.csdnimg.cn/780a1b6c388f4455bcf0d5cf996de996.png?x-oss-process=image/resize,m_fixed,h_224,w_224)
成长之路
文章平均质量分 90
分享技术人各方面能力增长的经验和知识!
Impl_Sunny
这个作者很懒,什么都没留下…
展开
-
如何更好的理解业务
本质上,是谁在使用你的产品,谁就是你的用户群体。画出用户画像,锁定用户群体,再依据用户的痛点,针对性优化产品和投放广告,往往能事半功倍。用户画像关键因素一般包括性别分布、年龄分布、常驻地区、学历水平、手机终端、兴趣爱好、活跃时间段、职业分布、收入水平、婚配情况、消费特征、行为偏好、活动场景等。比如,今日头条的用户画像为:18-30 岁,常活跃在二三四线城市,主要终端为安卓。原创 2024-03-15 11:02:45 · 830 阅读 · 0 评论 -
项目管理痛点
项目管理的痛点问题本来就很简单,认清事情本质,对症下药原创 2023-01-29 10:28:09 · 783 阅读 · 0 评论 -
互联网职场人写周报的正确姿势
如果你的领导管理的下属较多,参与的项目也较多,如果不介绍项目背景和项目目标,领导很有可能无法快速想到,你汇报的内容是与哪个项目关联,项目要达成的目标是什么。因此,项目历史的介绍作为汇报的开头部分,一定不要忽视。...原创 2022-08-03 10:09:35 · 441 阅读 · 0 评论 -
技术Leader的思考技巧
架构设计思考法可以参考:技术人员成长之路-架构设计方法在思考一个命题时可以采取未来视角,先对未来发展做个预判,然后基于你的判断倒推现在应该要做什么,最后制定出关键里程碑和节奏。这个思考模型经常用在技术规划这个场景上,但很遗憾很多团队的技术规划都只是基于当前问题,有多少资源,然后采取量力而行的方法在对事项优先级进行排序。这其实不是真正的规划,最多算是计划(如果做得不好,计划都算不上,只能算是列表整理)。这个思考模型有几个关键的误区:不敢向前思考,担心自己的对未来的判断不对。我相信很多Leader都有这样的恐惧原创 2022-06-20 11:24:50 · 190 阅读 · 0 评论 -
如何设计好的技术方案
一、技术方案意义我们为什么需要写技术方案?总结下来无非是几点,从不同人的视角来看: 产品:验证技术方案是否能够 match 上产品方案 测试:验证技术方案对测试方案是否有足够 & 准确的输入 同事 & leader:参与技术方案评审,验证技术方案的合理性 新人(不单单指新同学也指新接触这一块的同学):拿到技术方案可以很快对某一块的事情熟悉起来 二、好的技术方案形式我们都知道技术方案是指导具体开发工作的,可以分别从开发的事前、事中、事后来讨论这个原创 2022-05-31 10:11:43 · 1361 阅读 · 0 评论 -
架构设计方法
一、常用思考方法技术思考本质还是结构化思考,所以常见的结构化思考方法也是适用的。这也是大家会看到很多技术架构师都会用一些方法论去分析问题的原因。但这里我不是重新去论述这些常见的技巧,而是分享从技术实战中得到的一些思考方法,为此我分为了技术架构设计的方法和技术Leader的思考方法两类。二、技术架构思考方法2.1 0--->1(还原客观事实,快速迭代)当我们在一堆迷茫和混乱中不知道如何下口时,应该先贴近问题本身,还原客观事实,并快速形成 1 个能够拉起认知并快速讨论迭代优化的版本。大原创 2022-05-27 11:04:57 · 662 阅读 · 0 评论 -
技术能力的思考和总结
在程序员界有一个悖论持续在困惑着很多技术人:在写代码的人的困惑是一直写代码是不是会丧失竞争力,会不会被后面年轻的更能加班写代码的人汰换。典型代表就是工作5年左右的核心技术骨干,此时正处于编码正嗨但也开始着手规划下一个职业发展阶段的时候;没在写代码的人困惑是我长时间不写代码(或者代码量较少)我的技术功底是不是在退化,我在市场上还会有竞争力吗,我的发展空间是不是被限制住了。典型代表就是带业务项目的架构师或者团队Team Leader,他们更多的精力是在业务需求理解和拆分,团队事务的管理上。这种围城现象非常严重,原创 2022-06-20 10:08:55 · 216 阅读 · 0 评论