如何避免每样技术都只会一点点?
最近在写代码的时候,发现自己虽然了解有这么个技术,而且自己也用过,但是实际上有很多时候只是停留在表面上的使用。
就拿最近的例子来说,Tailwind CSS 已经在两个项目上用过了(真香现场),但是有时候看到别人的写法的时候,才惊呼原来还可以这样,我之前一直用 w-6 h-6 这样的形式来实现正方形,前不久才发现原来还有 size-6 这样的写法。
这只是其中的一个例子,目前我能想到的是尽量充分去阅读和实践官方文档,不过也很难避免当时是记住了,后来就忘了的局面。
想知道大家有没有什么相关的最佳实践?
举的例子确实只是茴字的几种写法,但是除了了解原理性的东西,我觉得还是有其他的解法的
tailwind 在我这属于反工程化的例子,css 常用就那么几个属性,就这还得助记符最大问题是设计稿不按照量化来,我也懒得考虑量化,给我多长我就写多长写那么多 size-6 为啥不整个 rect-small 呢
size-[8px]
设计稿不量化的话确实不适合用 Tailwind CSS ,我发现它对于我的优势反而不仅是方便写 CSS ,主要还是这种方式不会打断我实现想法的思路,可能更适合个人项目吧,爱怎么来怎么来如果真的有这么多 size-6 的话,就得考虑自定义一个 CSS 了,不过那是另外一个话题了
对于这种情况,我觉得基本上都是需求倒逼学习。我现在会的所有魔法全都是因为麻瓜产品提出的诡异需求……
做个大项目,需求牵引学习深度。
你举的这个例子,除了摸鱼的时候多看看文档,不然后怎么知道新特性?
举的例子算不上一个技术
tailwind 别的不说,至少设置颜色缩写,能秒杀以前 css 默认的一大堆 color name 。
现在的原型设计工具可以直接出 css 代码,都不需要自己记任何颜色,尺寸、边框、阴影、圆角、渐变都是自动导出的
"想知道大家有没有什么相关的最佳实践?"我没事就和 gpt4 多聊聊各种技术,也能增加一点知识。可能对于偏门领域准确率只有 60%,但是足够提供 google 搜索的关键词了。
这是技术吗?即使你把 vue 原理理解的滚瓜烂熟,你怎么知道 vue 团队在想什么,你怎么预测到 vue 团队后面会增加哪些 API?你这就是茴字的几种写法
少即是多,不能看到什么都要学,不然就会落得你现在的境地。先把最重要最想学习的列出来,只学一种技术先,然后用自己的话能讲出来,让普通人也能明白这技术原理。或者教授给其他人,如果什么时候能毫无障碍讲出原理或者授课,那就可以开始下一个技术的学习了。
除非你变成他,否则你只是跟随者
技术这个东西 要有场景落地的,你杀鸡用牛刀,那反而是菜鸡行为,这样的人很多。明明简单的一个功能,非常要很绕的方式或者很高大上的方式实现,挺恶心。。。如果想深入一些技术,可以从底层去搞,多造轮子,轮子要用到的东西可多了。
这个例子确实只是茴字的几种写法
多一种写法只是花里胡哨的招式,是没有深度的,哪怕你全会背了,别人用 chat-gpt 即时生成能比你慢多少呢?重要的是内功,是计算机四大门课,加上设计模式、编译原理、调优实践等,这些都是需要去深入了解底层的。从已有的项目着手,往下挖,比如 size-x ,在中间代码转换或前端解析层具体做了什么特殊处理,这样也能知道某些写法是否有性能问题。
茴字的几种写法没啥用, 我觉得编程最主要的是架构能力, 即流程上的巧妙和正确比较重要, 语法上再巧妙也就那样
首先你得定义,什么是技术,怎么评判技术多与少,然后你做的工作涉及哪些技术,你平时在看哪些技术,然后划个矩阵出来,分析。
啊?这算是技术吗,不要把知识点当作技术
因为 size-* 是最近才添加的。你举的例子只能说明你没有经常看文档。
我没想到 size-* 是最近才添加的,这个例子确实不妥当。
你这个只是提升效率,知道实现方式手写又不是不行
先有量 再深度
了解这些东西没什么用,都了解了你还是只会用,深入还是要看原理
说到底还是学习能力的差异,有人文档浏览一遍,就能抓住重点;有人研究三天,仍然只会 demo ,对于这个差异,只能放轻松了。不想只会一点,那就深入研究啊,tailwind 怎么实现的?天天研究茴字怎么写有啥用,文档工程师?
我能理解你的心情,跟我当年一样,我觉得问题可能出在没有后期的总结+归纳,用自己的理解去画脑图的方式把整个框架梳理一遍,从用法再到原理全部整理一遍,整理的时候势必会把颜色和大小之类的小的知识点过一遍,而这些细碎的点可以归纳总结写篇文章,而要写的话势必要把所有的用法都要梳理一遍,同时也要想好对应的使用场景,这样全部过一遍之后脑子里面就已经有了大致的结构图,当然过程可能会长一点,但是只要全部过一遍了,后面大概率就不会出现那种熟悉又陌生的感觉了。
我会问 chatgpt ,我这么写 有没有更好的办法。实际上,chatgpt 比我厉害多了,不得不佩服每个细节都拿捏的到位,门清
不学新技术即可
tailwind 写特效极其痛苦,还不如原生。
也碰到了类似情况,主力 golang,但是现在却经常突然发现新出了一些语言功能很好用,但是之前却不知道,或者只是听说没学习.更别说最近没怎么用的语言,一些语法都看不懂了.现在是觉得互联网速度越来越快,跟上好难啊.
俗话说忘掉的都是不重要的, 记住的才算自己的
这不是很平常的事情么,我会用十多种编程语言,但大部分都只会一点点,因为确实就只接触到用到的那一小点范围而已,对我自己而已毫无必要也毫无意义去把他们学精通。
我寻思每样学一点也没坏处啊, 有需要就去了解, 能拓宽知识面, 下次碰到问题会有更多的思路如果你想深入了解某个技术, 最好的做法是去看它的源码, 吸收思路死背公式是比不上学习公式是如何推导的, 就算忘了也可以现场再推一次
我很理解你说的,因为我也是这样,我觉得根本原因还是自己对知识不求甚解,学个皮毛,就得意洋洋以为自己懂了,其实还差得远。解决办法就是,永远不满足自己知道的,多问为什么,多想有没有更好的方法,多去实践验证自己的想法,永远保持好奇心。
在没有足够需求推动的情况下,还想精进,可以考虑自己独自造个 Tailwind CSS 。熟练使用 Tailwind CSS 的各种用法,与我理解的深入有那么点不大一样
还是要有输出吧我开源了一个精美的电商开源项目,如果对你有帮助,请在 github 上帮我点亮星星,这会是对我莫大的鼓励。在线体验: shop.huanghanlian.com开源项目 传送门: github.com/huanghanzhilian/c-shopping
都是从这种状态成长而来的。我觉得专心做一件事,做到极致,才有机会真的掌握。
多做?
学习一般有 2 种套路:1 自然学习法即用到了,看到不会的就了解下,逐渐掌握优点是节约成本,缺点就是了解不全面,但是时间足够长也就够全面了2 系统学习法即想办法找到知识的全量索引,比如官方文档,大块头的书籍,然后通读优点是全面,你可能记不住细节,但是应该能记住原理和有这么个功能,缺点就是费时间入行时间短就方法 1,深入学习就方法 2
size-6 就让你惊呼?我看你的问题不是懂得太少,而是以为自己懂得了全部。以至于一个 size-6 就打脸了,于是惊呼,还能这样用!
哪里能获取最全的知识呢?只用一个小的集合,就能干活了,也不会增加复杂性。除非新特性能简化老的写法,那就要将其纳入使用。
技术不重要,重要的是落地,钱最重要,所以业务才重要,你看 pdd 都比淘宝京东都厉害了,是做什么项目/产品/功能才去学,去落地,为了优化去深入研究。
企业:我们要 T 字形人才,又要有广度,也要有深度。(关键是还不给时间学习,天天 996
OP 你这种“思路”要不得啊,写代码最基本的思考方法叫“结构化”,不是流水账
我就是😹,热衷各种就是的 Getting Started
你回复的 Tailwind CSS 那一块的吗,这里的结构化我是会注意的
😓其实没必要有这个焦虑...等你做了 10 年,20 年,无论是广度还是深度的问题都不是问题了,那时候你既有足够的广度+部分的深度,这个过程没有什么先后...按照现在行业这么卷的情况...差异化体现在广度,而不是深度了....所以不要焦虑
最佳实践是必要手段还是奇技淫巧?是关键节点还是锦上添花?是客观事实还是主观臆想?是钻牛角尖的工程师思维还是植根于心底的强迫症?--------------------------------------------------------------------关于记忆没长久记住的,是大脑认为重复得不够多的知识。重复得少的东西,很重要吗?
这说明你工作就用了一点点阿
不是第一次在 v 站看到 next.js 的帖子了,属于是一回生二回熟,到第三回第四回的时候确实有点感觉是不是有什么我不知道的技术潮流了 于是去查了一下,说实话并未感觉到有什么…
公司在二线城市, 项目用户量不多; @前端已死 能让你自己选择? 0 基础也让转吗 转后端,测开 我是前端,如果自己没有兴趣倾向,建议选后端,理由是更能接近核心业务,更…
我的 Docker 有两个运行中的 Container 容器: Jenkins: ip:192.168.0.220:10240 名称:myjenkins Gitlab: i…