搜索：开源不等于免费

学好英语。

502 Bad Gateway

既然需求是少了一块屏幕为什么不直接加个显示器，这比用树莓派简单多，还多了日常工作可用屏幕空间，划出一块区域放置 TODO。

根据我的经验告诉你，及时撤掉，否则你需要花费巨大的精力和时间来教他、帮他填坑、可能会因为他的东西出 bug 背锅，另外可能你教你好不容易教会他不少东西后他就走人了。

@wly19960911 我理解你的意思，但我们出发点不同，你的出发点是理想的工程化，而我的出发点是快速完成业务代码，实际上不少公司的内部业务也是类似这样的工具来处理。所以我实现的是业务工具而不是抽象框架。

@wly19960911 靠不靠谱不是感觉来决定的，能有质量地完成项目需求即是可靠。你也忽略了我提到的扩展性，生成器是替代了重复工作，并不是替换所有，每个项目都有需要自己写部分代码的需求。如果你指的是前端限制了代码，你大概理解错了。前端的自动化部分是让你不用手写校验，核心是调用约定函数获得错误信息，至于后面如何展现错误，这个完全是自定义的。

可以实现，我们就是这么做的，分享一下思路，方式就是在约定规范的情况下项目代码自动生成，本质上是维护一套通用的代码模板和代码生成器：思路如下：固定后端框架，统一前端框架(Vue)和前端交互(出错提示等)，流程上只需要配置每个 model 的字段定义。

对于后端：生成器会自动在 controller 里生成格式校验代码，在逻辑代码里校验有效性(唯一性、权限)，这里主要目的是解决基本的 rest 接口、参数处理、多语言、鉴权、统计、无需手写的校验、自动生成字典和接口文档等等但是仍预留了相当大的可扩展空间可以用来增加接口，对自动生成的代码执行 hook。当然这里还要根据 model 配置的修改自动生成 migrate 执行代码。

对于后台：自动生成相应的 form, table, filter 代码(.vue)，基本修改一下就可以用了。

对于前端：自动生成 js sdk 文件给前端引用(后台，web 端和小程序端有差异) ，自动生成文档，每个 model 带有相应的接口请求操作及校验接口，直接复制粘贴。

介绍帖连链接都没有发帖后也没发现应该不怎么样。。

看了楼主的微博，站酷，p 站，画画很漂亮。

如果你的应用需要登录才能看，提交审核时是要提交测试账号的，否则会因为无法进入而被拒绝。

@mseasons 大概这个样子，简洁实用，基本该有的都有。曾经准备了个域名 https://done.is 因为没有对外开放，域名到现在空置了两年多。

https://ww1.sinaimg.cn/large/663d3650gy1fy0u3nnqlnj227y17mahg.jpg

计划开源内部使用的一个任务协作系统，只是一直没有时间。

你刷某一个论坛是因为它功能完善么？
实际上这就是不少人盲目做产品的(不靠谱)原因啊：我可以做一个比某产品交互更好，功能更多的产品，用户一定会用我的。

开源中国的榜单笑笑就好了。