• 解决问题了,需要再 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 有存本地的方式啊,好像也没有介绍存本地的话,目录结构会是怎么样呢。