截止到今天,Vue 相关的技术,大体上过了一遍。
接下来怎么办呢?再纯学习、深入学习,已没太大的动力;最好是结合实际需求,做出实际产品。
于是,我在自己的群里收集了下,方便做成小网站的需求。最终,有 2 个比较适合的需求。一个相对较小,是做产品比价;不需要后台,纯前端就可以满足需求。另一个相对较大,是 SEO 辅助工具,这就是个无底洞了。
明天争取把小的实现掉,大的开个头;后天把大的也出个 MVP 版本。
独立开发,自由职业
截止到今天,Vue 相关的技术,大体上过了一遍。
接下来怎么办呢?再纯学习、深入学习,已没太大的动力;最好是结合实际需求,做出实际产品。
于是,我在自己的群里收集了下,方便做成小网站的需求。最终,有 2 个比较适合的需求。一个相对较小,是做产品比价;不需要后台,纯前端就可以满足需求。另一个相对较大,是 SEO 辅助工具,这就是个无底洞了。
明天争取把小的实现掉,大的开个头;后天把大的也出个 MVP 版本。
今天花了挺多时间研究 Vue 多页面,感觉还比较通用,自己之后也可能重复用到,就稍微整理下,放到 GitHub 上了:vue-multi-pages
说说背景和现状。
由于 Vue 原生是针对单页面设计的,vue cli 生成的项目也是单页面的;在单页面的前提下,很多配置都默认化了,开发者是无感的。而一旦拉出来成多页面,很多隐藏在内部的、之前开发者不需要知道的配置,都需要知道并修改。
再加上官方并没什么指导,网上各种新旧版本交织,所以学起来比较累,也很难界定哪种是最佳实践。如果能更多地阅读 Vue 源码,可能更容易判断;不过估计绝大多数人并没这个耐心和时间。
从技术上,大体有两种实现方式:通过 pages 和 router;后者其实本质上还是单页面,只是通过 router 使得表现上像是多页面,更彻底的还是 pages 方式。
我就不展开讲了,内行的直接看 代码 就都明白了。这里简单列出一些点:
说起来,不知道 Vue 3 会不会原生对多页面支持得更好,期待。
最近,三星、华为接连发布折叠屏手机,小米、OPPO 等厂商也或早或晚放出折叠屏工程机视频。今天是折叠屏元年无疑了。
可,折叠屏手机,除了屏幕大,还有什么用处呢?感觉,连官方都不给出什么让人雀跃的使用场景。
另一个类似的技术,是 5G;5G 除了快,到底有什么使用场景呢?即使厂商给出像样的解释,我们依然会听起来云里雾里。
感觉这两样都是典型的 技术驱动需求。管你有没有用,我有技术,就算炫技,也先放出来了再说。只是放出来了,并不担心无用武之地。就像在 4G 普及之前,没人能长远地预见到后来才发生的诸如打车大战、百团大战、微视频大战等,现在也没人能拍胸脯告诉你 5G 会带来什么。
即使如此,我们还是应该密切关注这些新技术的普及及大众的反应,纵使不领先潮流,也别被甩开太远。
一直以来,我都很遗憾没能参与大型复杂软件项目的开发。毕竟,对于开发人员来说,这是很好的历练和经验,也是能力的证明。
慢慢的,我开始释怀,因为我 判断价值的标准变了。技术能力,是对开发者在「术」层面的要求。而更高的「道」的层面,是 为多少用户解决多少问题、解决的怎么样,这才是应该考量的标准。
在这个标准下,技术的可扩展性、实时性、高并发性、可靠性等能力,都变成第二位的、非必要的。如果对于解决问题没有帮助,就没必要在意它们。
另外,大型软件自有其弊端,比如成本高昂,维护困难等。显然,并不是所有实际产品都需要上这样的技术。对于更广大的中小产品,精简的技术足以胜任,且因为小而带来很多好处,尤其是实际用户所负担得起。
此言不虚啊。
遥想当年,在学校的时候,可以在图书馆一呆就是半天一天的。
如今,这种好日子一去不复返。对于现在的我,最佳的学习模式是:
这其实要求更高,比如随时进入专注状态,比如精力管理,比如视力腰椎颈椎的保护…
碎片时间学习、理解,大块时间练习、固化。