如果不会的话，还是建议小打小闹先试试，直接上主项目踩坑了不好爬。
做上几个边缘项目练练手，就可以正儿八经开始用了。

那些分享小学故事的，为什么我都不记得小学的事情 https://i.imgur.com/86QzF2v.png

好电影：独自等待；好剧：鸡毛飞上天。ps： 国产范围内能一下子想到的。

我的 deskmini 接的其中一个显示器会黑屏，后来发现是冰箱启动、结束工作的时候会黑一下。

@shilianmlxg 巨方便。
tailwind 之前，
都讲究 css 复用，多个地方，样式相同（相似）、结构相同（相似），共用一套样式。
写的时候挺爽，维护的时候就灾难了。

比如说共用样式的区域，有一个地方要改变设计。而且是上线 3 个月之后，你压根就不记得定义的这些个 class 能不能直接改，会不会对别的地方造成影响。唯一的办法就是为变动的设计从新重新起名，加一套样式。

上面的事情，随机来个三五次。你的样式表就没法看了。。。

tailwind 不一样，哪里变，就改哪里，只管改 className ，不会对背后的样式做改动，也就不用担心会影响其它地方。

tailwind 其它就是把 className 对应的样式打散，做细。感觉没啥用，实际用起来缺超乎想象。
前提：你要对 css 足够熟习，用 tailwind 才足够顺手。

如果这些都通关了，可以尝试一些细节区域用 position 布局了。

1. 禁止一股脑的用绝对布局，主要是为了防止基于页面左上角定位去画页面，真的是画。
2. 弄清楚文档流，基于 float 做一些常见页面布局，最简单的两类：1 、各种 blog 模板布局； 2 、各种后台 admin 布局
3. 然后在把 2 做好的布局，用 flex 布局再做一次。

2.3.两项，注意多浏览器兼容性。即便是古化石也可以尝试。

最后，注意一下页面 DTD 声明。声明不同，浏览器的解析略有不同，最终会导致兼容性问题。

@shilianmlxg
尺寸都是 rem 啊；
设计给的奇怪数值就 tailwind.config.js 自定义；
教程去 b 站随便看看就行，大概知道使用方法即可，剩下的就是官方文档了，随用随查。

@wukongkong tailwind 都是 rem ，vscode 装插件后，可以看到 rem2px 后的值。缺少的数值可以在 tailwind.config.js 文件自定义（ px/4=key ，px/4/4=rem ），例如：
width: {
2.5: '0.625rem', // 10px
12.5: '3.125rem' // 50px
},

目前感觉还好。

ie6 时代的兼容性是个麻烦事，为了向后兼容，约定不用 csshack 更是难上加难。
习惯了 jquery 后，么有 jquery 的时候寸步难行。

后来有了 vue ，情况好转。
但维护 css 真的是泥马。。。直到 tailwindcss 出现。

再后来，放弃了 vue(cli)，切换到了 nuxt.js ，彻底放下了框架逻辑，专注业务逻辑。

目前 nuxt.js+tailwind.css 轻松加愉快。

那是不是随便去工信部投诉些号码。 就会可以被封呢？

从 7106 换到了，855 的养老公司。工资掉了一截，时间多了不少。
技术栈从 vue 换到 nuxt ，写了个 admin 面板，已经开始固定 api 整理文档了，过不了多久应该能放出来。

思源，docker 部署

从我这个 8 线城市的前端经历来说。。。
1. 大部分公司都用不到初级稍往上点的技术。可能一个项目组构成就是就美工+后端，技术栈就是 jquery+php 框架+mysql+ftp 。
2. 大部分公司都洗脑要学习 BAT 加班，但不给加班费，还 TM 单休。
3. 大部分公司用完即抛，啥时候用啥时候再招。
4. 最后，这些“大部分公司”都不是技术驱动，根本不会被重视。

斑鸠，一直在 steam 愿望单。没勇气买。

目前在用 deskminiA300+3400g ，淘了个 2200g 的风扇塞里面了。够用。

物品已加入愿望单！

css 这玩意吧...最好还是交给专人去处理.
你这么改改看似没问题了....有可能会出现兼容性问题.
如果要学. 要从最初的 DTD 开始了解...蛮麻烦的.