如何避免每样技术都只会一点点?
最近在写代码的时候,发现自己虽然了解有这么个技术,而且自己也用过,但是实际上有很多时候只是停留在表面上的使用。
就拿最近的例子来说,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 年,无论是广度还是深度的问题都不是问题了,那时候你既有足够的广度+部分的深度,这个过程没有什么先后...按照现在行业这么卷的情况...差异化体现在广度,而不是深度了....所以不要焦虑
最佳实践是必要手段还是奇技淫巧?是关键节点还是锦上添花?是客观事实还是主观臆想?是钻牛角尖的工程师思维还是植根于心底的强迫症?--------------------------------------------------------------------关于记忆没长久记住的,是大脑认为重复得不够多的知识。重复得少的东西,很重要吗?
这说明你工作就用了一点点阿
虽然这样的文章非常的多,并且,就算是对于编程新手来说,也是非常的简单和显而见,但是,在我们进行Code Review过程中,我们还是能够看到那些非常混乱的代码,所以,有些时候,…
下面这个网页,你可以比较各种程序语言的性能: http://shootout.alioth.debian.org/u64/index.php 这个页面,安装的是x64 Ub…
问题:使用 string.intern 可以节省时间吗,可以节省空间吗? 前段时间,迁移容器化之后发现机器的 youngGc 时间缓慢上涨,从几十毫秒涨到了几百毫秒,然后出发 …