资源介绍
视频数量：7个
总时长：1小时37分
课程介绍：
像高级工程师一样思考
你接过一个需求：给网站加个登录功能。两个小时后，你觉得自己搞定了。一周后，用户告诉你验证码收不到。再过几天，运营说优惠券被人薅秃了。你挠挠头：这么简单的功能怎么这么多坑？
这不是你能力不行。这是每个工程师都会走的路。
我见过太多开发者，包括我自己，在刚入行的时候都有个习惯：拿到需求就开始写代码。做一个登录页面，加个验证码，写个if else判断，好像就能交差了。但代码跑着跑着，问题就冒出来了——验证码被刷、优惠券被重复使用、用户名乱码、搜索结果莫名其妙。
这时候怎么办？很多人会说：哦，我没想到这个。那下次想到就行了呗。
但问题是，你能想到多少？
这就是这门课想跟你聊的东西。它不是教你某个框架，不是给你一堆API文档。它要训练你一个习惯：动手之前，先停下来，想清楚。
你可能觉得这是废话。谁不知道要想清楚啊。但真的想清楚了吗？我们来试试。
打开第一个案例：OTP验证码验证。
需求听起来特简单：用户输入手机号，我们发个验证码，用户填进去，正确就通过。
谁不会做？放个输入框，放个发送按钮，生成个随机数，发短信，验证，搞定。
但你往深了想，问题就来了。
用户输入手机号，你准备怎么验证？假设你做个文本框，用户爱填什么填什么。有人说那我限制只能输入数字。那11位还是12位？中国手机号11位没错，但有的人会加86，有的人前面带个加号。你怎么统一处理？
更重要的是，你怎么防止有人刷你的短信接口？恶意用户一分钟给你发100次请求，你的服务器账单蹭蹭往上涨，老板脸色越来越难看。你怎么发现这个问题？怎么限制它？
还有，验证码有效期多久？5分钟还是10分钟？输错几次该锁定？锁定多久？同一个人换了新手机号还要验证吗？
你看，一个你以为半小时能搞定的东西，掰开了揉碎了，能问出几十个问题。
这不是钻牛角尖，这是真实会发生的事情。
第二个案例讲优惠券系统。
需求写得很简洁：用户结账时输入优惠券码，抵扣金额。
听起来简单到侮辱人。做个输入框，管理员后台创建几个优惠券码，存进数据库。用户用了，给个折扣，齐活。
但你真的只要这些吗？
优惠券码能不能重复？你创建了一个“SUMMER20”，用户用了，下一个用户还能用吗？如果能，预算怎么控制？如果不能，你的系统怎么知道这张券已经用过了？
优惠券有没有有效期？过期了怎么处理？优惠券能不能和其他优惠叠加？能不能退？退的时候优惠券退不退？
更狠一点，用户用完优惠券退货了，优惠券能还给他吗？如果优惠券是一次性的，退了之后他还能享受折扣吗？
这些问题，没有一个是需求文档会写给你的。但用户会问，运营会问，老板会问。你不提前想，到时候就是临时改代码，代码越改越乱。
第三个案例是用户名。
创建用户名，谁不会？输入框限制一下字数，不让输入特殊字符，存进去，完了。
但你想过这些场景吗？
用户名要不要唯一？唯一的话，大小写敏感吗？如果我注册一个username，anotheruser能不能再注册一个UserName？
用户名能不能改？改了之后原用户名要不要释放给别人？原来的链接还能不能访问？
用户名里能不能有emoji？空格呢？纯数字呢？如果我叫“123456”，你存进数据库当字符串还是当数字？
每个选择背后都有坑。
第四个案例讲点赞功能。
现在哪个产品没有点赞？点个赞，点个爱心，多简单啊。
但如果我告诉你，这个看似最简单的功能，背后藏着一堆你想不到的问题呢？
点赞要不要实时更新？用户点了，数据库要写，界面要刷新，这一套流程怎么做才能不卡？
点赞数要不要分页？一个人点了几百个赞，你准备怎么展示？按时间倒序还是正序？
如果用户手滑点错了，能不能撤回？撤回之后计数怎么变？
一个用户对一篇文章能不能反复点赞取消点赞？有没有次数限制？
你看，点赞不是点一下就完事了。
第五个案例是搜索。
用户说我要搜个东西，你做了个搜索框，他输入关键词，你返回结果。看起来没毛病。
但用户真的满意吗？
他拼错了一个字，你给不给结果？给，显示一堆乱七八糟的东西；不给，他说你的搜索是垃圾。
他搜了个多义词，比如“苹果”，他想搜水果，你返回了一堆手机。他怎么找到他真正想要的？
搜索结果怎么排序？按相关性还是按时间？热门内容要不要往前排？
还有最容易被忽略的：性能。用户输入一个字，你就要去数据库里查一次吗？那用户打字快的话，你的服务器是不是要被请求淹了？
这些不是高级工程师才需要想的问题，这是每个写代码的人都可能遇到的问题。
高级工程师和初级工程师的区别，不在于谁写的代码更漂亮，而在于谁在写代码之前就能把这些东西想清楚。
想清楚了，你写的代码是一次过的，即使有bug也是小bug。没想清楚，你可能写完代码第二天就要返工，改来改去把自己绕晕了。
这门课不长，7个视频，加起来一个半小时。但它的价值不在于给你多少知识点，而在于让你换一个角度看问题。
下次你接到一个需求，不要急着动手。先问自己：这个需求看起来很简单，但背后可能有什么我不知道的东西？用户会怎么用它？系统会怎么运行？可能会出什么问题？
这个习惯看起来很小，但它是让你从一个只会写代码的人，变成一个真正能解决问题的人的关键一步。
学完这门课，你不会立刻变成高级工程师——那需要时间和项目磨练。但你会知道，真正的高级工程师在面对一个“简单”的功能时，脑子里在想什么。
这就够了。