iOS工程师专属：零基础搭建个人技术站全指南

　　去年元旦那会儿，前端小王蹲在我工位旁边刷短视频，外放声音大得能盖过键盘声——他非说“这BGM配改稿有灵感”，我盯着显示器里那个被产品经理毙了八版的首页，突然就悟了：这破技术站，我必须自己搭。

　　我原以为iOS工程师搞前端是降维打击，结果被现实按在地上摩擦。切图文件夹里“icon_home_active@2x.png”和“home_icon_active_2x.png”混在一起，我数位笔的笔尖刚换过，戳屏幕时差点把电容膜划破——这哪是写代码？分明是考古现场挖文物。小王凑过来看了一眼：“你这间距，栅格线都歪成波浪了。”我反手把色板里那个“说不清的灰”（RGB值235,235,236）甩给他：“你行你上啊！”

　　但最扎心的还不是技术问题。产品经理第N次把“个人技术站”的需求文档甩过来时，我盯着“要体现技术深度”“要吸引面试官”“要方便分享开源项目”这三行字，突然明白为啥市面上90%的技术站都长一个样——优胜劣汰啊！那些花里胡哨的动画、反人类的导航、为了“高级感”牺牲可读性的版式，早被用户用X键送进了回收站。剩下活下来的，全是把“能用”和“好找”刻进DNA的极简派。

　　我翻出三年前写的《iOS组件化开发实战》，发现里面80%的代码示例现在看都像废话——不是技术过时了，是没人愿意在技术站里看长篇大论。用户要的是“30秒找到我想要的”，不是“欣赏你的文学造诣”。所以我把首页砍得只剩三栏：项目列表、技术文章、关于我。小王路过时瞥了一眼：“这空态页面也太素了吧？”我指了指他屏幕上那个堆满促销弹窗的电商首页：“你管这叫设计？”

　　切图那会儿才叫崩溃。我原以为SwiftUI的声明式语法能无缝迁移到CSS，结果被“flex布局”和“grid系统”折磨得想砸键盘。显示器有点色偏，我调了半小时颜色，最后发现是窗台上的绿萝死了半盆，阳光直射导致的——小王在旁边笑出猪叫：“你这技术站，怕不是要靠植物风水吸引流量？”

文章配图，仅供参考

　　跑题说句题外的：我那份没人看的作品集，其实也犯过同样的错。当年为了显得“专业”，我把每个项目都拆成“需求分析”“技术选型”“架构设计”“代码实现”四部分，结果面试官翻了两页就合上了：“你就不能直接告诉我，这个项目解决了什么问题吗？”现在看，技术站和作品集一样，用户要的不是“你有多厉害”，而是“你能帮我解决什么问题”。

　　回到正题。我最终选了Hugo+TailwindCSS的组合——不是因为它多先进，而是因为“开箱即用”。没有复杂的构建流程，没有花哨的动画库，甚至没有自定义主题的必要（Tailwind的默认样式已经够用了）。我把精力全花在“内容组织”上：项目按技术栈分类，文章按阅读难度打标签，关于我页面只放GitHub和LinkedIn链接。小王再次路过时，这次没吐槽，而是默默截了张图：“这版式，比我们产品经理的PPT强多了。”

　　上线第一天，我盯着访问量统计，发现80%的用户只停留了不到10秒——这在意料之中，毕竟我没做SEO，也没发朋友圈推广。但让我意外的是，有3个用户点开了“开源项目”页面，其中1个还给我提了个issue——这比之前在CSDN发技术文，收到的“求源码”评论有用多了。我突然明白，技术站的价值不在“站”本身，而在“你放在站里的东西”。用户不会因为你的页面好看而关注你，但会因为你的代码能解决他的问题而记住你。

　　现在回头看，那九版被毙的稿子，其实都输在同一个点上：试图用“设计感”掩盖内容的薄弱。而最终活下来的版本，恰恰是那个最“不设计”的——没有渐变背景，没有悬浮动画，甚至没有自定义字体。但它把“找代码”“看文章”“联系我”这三件事，做得比谁都快、比谁都准。

　　所以我的结论是：iOS工程师搭技术站，别纠结“会不会前端”“懂不懂设计”，先把内容塞满，再考虑“好不好看”。优胜劣汰的规则在这里同样适用——用户会用脚投票，淘汰那些华而不实的站点，留下那些真正能帮到他们的。至于我？现在正琢磨着把“技术站搭建”写成系列文章——毕竟，自己踩过的坑，总得有人来填。

（编辑：天瑞地安资讯网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!