如何避免每样技术都只会一点点？

[xyxc0673]

最近在写代码的时候，发现自己虽然了解有这么个技术，而且自己也用过，但是实际上有很多时候只是停留在表面上的使用。

就拿最近的例子来说，Tailwind CSS 已经在两个项目上用过了（真香现场），但是有时候看到别人的写法的时候，才惊呼原来还可以这样，我之前一直用 w-6 h-6 这样的形式来实现正方形，前不久才发现原来还有 size-6 这样的写法。

这只是其中的一个例子，目前我能想到的是尽量充分去阅读和实践官方文档，不过也很难避免当时是记住了，后来就忘了的局面。

想知道大家有没有什么相关的最佳实践？

[murmur]

tailwind 在我这属于反工程化的例子，css 常用就那么几个属性，就这还得助记符

最大问题是设计稿不按照量化来，我也懒得考虑量化，给我多长我就写多长

写那么多 size-6 为啥不整个 rect-small 呢

[zcf0508]

size-[8px]

[xyxc0673]

@murmur
设计稿不量化的话确实不适合用 Tailwind CSS ，我发现它对于我的优势反而不仅是方便写 CSS ，主要还是这种方式不会打断我实现想法的思路，可能更适合个人项目吧，爱怎么来怎么来
如果真的有这么多 size-6 的话，就得考虑自定义一个 CSS 了，不过那是另外一个话题了

[elliottzhao87]

对于这种情况，我觉得基本上都是需求倒逼学习。
我现在会的所有魔法全都是因为麻瓜产品提出的诡异需求……

[yjsdaniel]

做个大项目，需求牵引学习深度。

[timnottom]

你举的这个例子，除了摸鱼的时候多看看文档，不然后怎么知道新特性？

[ruoxie]

举的例子算不上一个技术

[tool2d]

@murmur tailwind 别的不说，至少设置颜色缩写，能秒杀以前 css 默认的一大堆 color name 。

[murmur]

@tool2d 现在的原型设计工具可以直接出 css 代码，都不需要自己记任何颜色，尺寸、边框、阴影、圆角、渐变都是自动导出的

[tool2d]

"想知道大家有没有什么相关的最佳实践？"

我没事就和 gpt4 多聊聊各种技术，也能增加一点知识。

可能对于偏门领域准确率只有 60%，但是足够提供 google 搜索的关键词了。

[musi]

这是技术吗？即使你把 vue 原理理解的滚瓜烂熟，你怎么知道 vue 团队在想什么，你怎么预测到 vue 团队后面会增加哪些 API?
你这就是茴字的几种写法

[Arrowing]

少即是多，不能看到什么都要学，不然就会落得你现在的境地。
先把最重要最想学习的列出来，只学一种技术先，然后用自己的话能讲出来，让普通人也能明白这技术原理。或者教授给其他人，如果什么时候能毫无障碍讲出原理或者授课，那就可以开始下一个技术的学习了。

[retanoj]

除非你变成他，否则你只是跟随者

[byte10]

技术这个东西 要有场景落地的，你杀鸡用牛刀，那反而是菜鸡行为，这样的人很多。明明简单的一个功能，非常要很绕的方式或者很高大上的方式实现，挺恶心。。。

如果想深入一些技术，可以从底层去搞，多造轮子，轮子要用到的东西可多了。

[xyxc0673]

@musi 这个例子确实只是茴字的几种写法

[apie]

多一种写法只是花里胡哨的招式，是没有深度的，哪怕你全会背了，别人用 chat-gpt 即时生成能比你慢多少呢？
重要的是内功，是计算机四大门课，加上设计模式、编译原理、调优实践等，这些都是需要去深入了解底层的。
从已有的项目着手，往下挖，比如 size-x ，在中间代码转换或前端解析层具体做了什么特殊处理，这样也能知道某些写法是否有性能问题。

[dezou]

茴字的几种写法没啥用， 我觉得编程最主要的是架构能力， 即流程上的巧妙和正确比较重要， 语法上再巧妙也就那样

[JackSlowFcck]

首先你得定义，什么是技术，怎么评判技术多与少，然后你做的工作涉及哪些技术，你平时在看哪些技术，然后划个矩阵出来，分析。

[HDY]

啊？这算是技术吗，不要把知识点当作技术

[Track13]

因为 size-* 是最近才添加的。你举的例子只能说明你没有经常看文档。