解决问题了，需要再 assets.rb 里加入：Rails.application.config.assets.paths << 'node_modules'

这个看过了，确实是很不错的选择，但是也操作过了，在 application.tailwind.css 直接 import：

@import "./node_modules/dropzone/dist/min/dropzone.min.css";

还是

@import "dropzone/dist/min/dropzone.min.css";

或是

@import "../../../node_modules/dropzone/dist/min/basic.min.css";

都是没有效果的，不知道是不是具体还需要设置什么文件位置之类的配置。

这个摘要说的真好，有机会看看这本书。

大部分人都无法跳出自己惯有圈子的思维方式，好比是，为什么家庭主妇，煮了几十年的菜，依然那么差。

“为什么我做了那么多年外包，接的都是几手的包？”

这个真的是多么痛的领悟，很多程序员都会陷入这种思路。

确实是这样的，运营自己特别重要，很多人看“寿司之神”之类的工匠精神，非常容易陷入一个错觉，就是你的天赋永远无法让你的技术达到“寿司之神”的高度，同样的，觉得“寿司之神”只追求技术的巅峰，不需要营销，也是愚蠢至极。

降维打击是挺好的，当然我的理解不知道一样不一样。我一直以来也遵循降维打击的方式做事。不跟专业人士抢最后一块铜板，因为技术行当，比我好的大有人在，我也不认为我自己是一个非常厉害的产品大师，而降维打击，做下沉，更省力。高维打击，吃力不讨好，圈子内的钱非常难赚。

后面想了想，产品做的有问题的思路也许除了跳不出自己的圈子外，还有个问题就是一直在解决“痒点”，而不是真正的“痛点”。

例如你觉得编辑器不好，重新造个论坛，那叫解决“痒点”，就像别人走 10 步可以到的地方，你让别人省了 2 步，你觉得很嗨，但是对于别人来说，无关痛痒。就是那种，有你，和没有你，根本区别不大。

而“痛点”应该是像现在那些小贩烧烤，点菜麻烦的问题。

其实调查这种东西，真的很魔幻，反正我在这里，看到有程序员，发了一个自己做的产品，下面基本 90% 都是在叫好的。什么，Cool，希望开源，之类。讲到不好的，好容易就被喷，甚至还不如微博，一堆喷子，让你人间清醒。

看各位举了好多款程序员成功的产品，其实也满足了程序员的奇怪现象，最爱用那种行业顶尖的东西，如果不达到非常顶尖，真的很难满足到程序员。例如 Github，然后所有国内的 git 相关产品都是疯狂吐槽的，更严重的，Github 也不满足，索性自己部署个 Gitlab，同样的还有博客相关，最爱自己部署博客这个事情，除了程序员之外，估计没有别的人会乐于干这种事情。

所以人间清醒后，我发现做给程序员用的东西是很难满足到程序员的，就是那种一边对别人的东西叫好，但是还是爱自己干更有趣的感觉。如果非要做程序员相关的，一开始切入点要足够小，足够精确，然后一个不小心后面就做大了，例如 Postman。

学上面说的，笔记，财务记账的，本质上其实完全没有解决任何问题。

像也有人提到 Markdown，那就最神奇的存在，程序员可以因为一个博客系统不支持 Markdown，然后说这款产品不好，然后自己弄了个 Markdown 版的博客，然后程序员们都会疯狂叫好，接下来呢，又能留下什么，变成“开源程序”自嗨？“开源程序”又不愿意接下去好好维护，其实美其名曰，开源，就是给自己失败留下一个完美的后路，事情做不成，我可以开源啊！

-----------分割线--------------

说了那么多，可能会有上面的伙伴们说的那样，你做了什么，什么都没做，有什么好指指点点的。

言语上有哪些不舒服的，多多包含。

只是看到了现状，然后发现感叹，我可不想做那个叫好的人，给大家听听不一样的声音，例如 Markdown，我就很讨厌，正儿八经的，谁记得这些用法，每次发些东西都得看文档，除了程序员，真没发觉有爱 Markdown 的人。

然后也有人说我，一味吐槽不知道有什么意义，那不是标记着瞎扯淡吗，吐槽的意义就是瞎扯淡。

非得要说，说什么有用的东西，我只想说，程序员们，多走出自己的圈子，看看这世界需要些什么，你给你爸妈做个煮菜菜单笔记，我都觉得给做东西服务程序员要好 100 倍。

要程序员拍手叫好，太难了，如果你还指望他给你到处给人推荐，更是难上加难。然后你还想他付费？认真的？

当然上面也有人说了，可以为爱发电，好的，你开心就好。

-----------分割线--------------

然后又想起一个事情，之前看过哪个程序员做了一个什么苹果播放音乐的，结果有个女生用的觉得好，然后小红书上推荐，结果就“爆”了。

这就是服务于“男”性群体和“女”性群体的大区别。

当然，也是个例。

如果你觉得我写的不好，就欢迎讨论，骂人的话，大可不必。

我觉得这个本来就是非常不合理的事情，不是人人都是乔布斯，而程序员却永远都觉得自己是最优秀的产品经理。

你这个形容挺好的，我觉得郭德纲和别的相声最大的区别就是把观众互动起来了，原来的相声基本都是自个而在嗨。所以无法跳出相声原来的思维模式，那相声人自己讨论的事情，是不是都是服务于自而嗨就可以了？

@nikoloss @geniusfox @maomao @teddyinfi 那各位的思路，就是要自然语言做处理，“我饿了”，然后把“我”，“饿”之类这种关键词次提取出来。 然后数据库就得手动设置，例如“饭店信息”和“饿”关联起来。 这样处理的话，那就需要人工调整关键词和信息的匹配了，那工作量不就非常的大，而且总有遗漏的。 例如，平常的人，都会搜“我饿了”，但是有一天，有个人搜索“I am hungry”那就会出现数据不匹配的情况，那到时候，就在手动增加，就需要这样相关操作才行了。

这不是很标准的一个回答吗。

天老爷得到的回答是这样的：您好，由于 app 侧请求不会携带 referer 头信息，非常抱歉，目前暂无更好的解决方案。

音频怎么有水印。哈哈

音频呢？

就是设置 referer 吧。

那 yarn 不就天坑，把 deploy 还弄复杂了。

加了。

yarn config set sass_binary_site http://cdn.npm.taobao.org/dist/node-sass -g

这个还真不知道呢，现在加上了。看看往后怎么样。

这个 github 不错。谢谢。 所以其实没用到分布式数据存储的话，数据其实就是可以修改的。

多谢，看着好像人气不太够的样子。

https://trestle.io/ 还不错，研究一下。

是的，就是体力活的问题。Ant 主要区别是有一个现成的 antd pro 吧，使用 ant 可以参考着 antd pro 做。Bootstrap 只参考着 example 做，结果美化程度可能要逊色些。

Semantic 就是和 Bootstrap 一样的东西，具体的布局还是需要自己去操作。

这个挺好。

@sxz1314 @youwan 不是想说找你们外包啦，就是想了解一下这方面开发的问题。

@pathbox @a0nqm @jasl 估计还是需要用 SSO，SSO 了解过。RPC 第一次听说。但是这些事情，貌似都或多或少需要对 Java 项目进行开发。

多谢，我试试看，可以成功不。

其实我也是非常困惑。例如之前的一个更新。 各种的

password: <%= ENV['ACTIVITY_DATABASE_PASSWORD'] %>

这类型配置是应该放哪里，我都是不清楚的，云里雾里的。

现在一下又把secrets.yml干掉了。

我也挺奇怪大家每次更新版本后，需要注意些什么东西，都是去哪里看的。

是的，所以我在想如果直接存 Disk 是不是就不如用 carrierwave 了。

development 就有，可是文档里没有说 production 有存本地的方式啊，好像也没有介绍存本地的话，目录结构会是怎么样呢。