最近是单兵作战,在公司独自花了一两个月时间开发一款报表工具。


UI 设计稿出来之后,就开始搞了。现在的状态是,后端的代码很多天没动了,一直在处理前端的细节问题,比如字段选择组件的性能优化、样式对齐、按钮隐藏、预留给后面扩展的模块先隐藏...


一堆问题,已经掉坑里了。


这事挺有挑战,是我自己选的,目的就是为了全栈把工具做好。


只是自己吭滋吭滋把核心功能都开发差不多了,这些边边角角的细节,得自测,测出来的问题还得处理,领导又想着月底集成。呵!顿时觉得自己干了一件吃力不讨好的事,心里有些许的不平衡。但想到一句经典:自己约的炮,含着泪也要打完!


昨晚改完若干 bug,独自踱步在办公楼下,心里想着:其实成功已经不远,心里不爽是工作之中的常态。再加上我是一个不轻易开始,开始了就不轻易放弃的人。没有难度的事,干一百遍也没什么提升;做成一件自己在意的事,蜕变是看得见的,这点我之前已有体会。


复盘一下这事:

  • 期望前端能力提升,愿意接受一个人搞这个任务,是故事的起因。全栈是我渴望的一种美好,为以后做小而美的工具做个铺垫。
  • 这次有个重要的问题,开发之前没有进行很好的设计与边界划分。被教育了设计的重要性:线框图、表结构、功能列表、表结构设计、接口设计、技术栈、难点技术预估。没有设计,必定要多走弯路,但不走弯路又无法修正设计的错误与不足,两者相辅相成。最后爬过的坑,都成了经验沉淀。
  • 即使这次做的不行,下次有这样的机会还是要上。这事很锻炼人,需要的不仅仅是开发技能,还需要设计能力、沟通剔除伪需求能力,控制开发节奏的能力。在企业,独立去干活的机会并不多,长时间拿不出东西,领导会焦虑,没有可控感,也容易让自己失去信心。
  • 细节是魔鬼,真功夫都体现在对细节的处理里。这次学了很多前端技能,其实如果你已经熟练一门开发语言,换其他语言去开发,本质上的套路是差不多的。比如前端库里选择组件性能很差,原因就是 JS 里的代码的查询遍历太多嵌套、每次控件 change 都要重新 render 整个控件中的每个元素,算法上的优化思路跟后端开发是相通的。


没有掉坑里的经历,程序人生是不完整的;没有从坑里爬出来的能力,是干不好程序员的。


更多相关文章

  1. Oracle总结【SQL细节、多表查询、分组查询、分页】
  2. 9. 细节见真章,Formatter注册中心的设计很讨巧
  3. PHP变量类型+整型类型细节
  4. Navicate for MySQL 的一点细节问题
  5. Android中bindService的细节之二:从进程的角度分析绑定Service的

随机推荐

  1. Android开发者e周报 第5期
  2. 转:Android前途分析
  3. Android四种启动Activity方式
  4. Android Apk加固的初步实现思路(dex整体加
  5. 关于android程序编写初级逻辑思考问题
  6. Android Socket 发送广播包的那些坑
  7. Android 面试题(2)
  8. Android(安卓)轮播图实现(新手易懂)
  9. [时间线]Android市场的发展
  10. android:layout_gravity 和 android:grav