@holajamc 现在还在进行中吗？交流一下。

@qdk0901 这些数据还在吗？

@holajamc 没看懂。

@lucifer4he 从我个人的需求上的确是解决问题了。我觉得弄一个开放的 GITHUB 数据库这件事听起来不错。

@gdsagdada 爬取目标网站数据这件事情不算不道德，算的话，那 google 怎么说？ Github 亏损这件事情，我觉得从另外一个角度上来看，这是他们赢取资本的策略。

@nsa 感谢推荐。

@upczww 嗯，频次不够用。

@DoraJDJ 允许频次不够用。

另外我都想法只开发数据库只读权限

@JoyNeop 没有 google 到相关的链接。 zaoshu 是您的产品？

@Livid 盖楼这事可以干？

曾经在一次 hackthon 的时候做过，支持 aws 的部分接口和七牛云的部分接口。这个坑就一直都没填。

@jsou 故意找喷的？无脑装逼

首先评估时间的目的是帮助项目整体计划的实施，目标在于尽可能的准确，是尽可能，不是绝对。一个项目需要若干环节的估时，产品设计、 Ui 设计、后端、前端、测试等等，所以从这个角度上来看，是不存在绝对准确的估时的。

那么，我们应该去追求尽可能的准确。有一个经验可以分享，对于功能估时，应该多个角色参与，产品、 UI 、小组 leader ，项目经理和测试。

为什么需要那么多人，一一道来，你在思考一个需求的开发过程从而给出耗时的时候，你的思路肯定是根据经验和直觉来的，很多时候你会高估和低估，或者遗漏某个重要的逻辑或者想多了。这个时候产品会把逻辑一一和梳理一次，解决我上面说的问题。

ui 设计和产品一样，遗漏了重要的设计需求会造成估时过少。不赘述。

部门 leader 很懂你，因为你每次 delay 的时候他替你背锅，他天天研究你，在估时上比你自己更懂你自己。

测试呢？道理和部门 leader 一样，他们在上线之前，听你说第七次这个 bug 这次一定搞定的时候，他们内心是不相信的，他们说你一个周搞定的事情，基本上已经是八九不离十了。

在公司内部推动一件事情你要考虑清楚两个点，一、符合领导的期望，由上而下的行政命令执行。二、符合大多数职员的期望，由下而上的革命。

一、容易引火烧身，因为往往忽略了同事的根本利益，假如大多数人工作都是划水，你提供一个提高工作效率的建议，往往把自己置为它们的敌对位置。就算没有人是划水的，但是事前他们不知道这一件事情，没有沟通好，反馈往往都是负面的。

二、累，每个人都有自己的想法，众口难调。而且愿意做出改变的人永远是少数。

红米 pro 收到

换个开心点的坟头。

上海刚刚安装，等会昌平路地铁到站看看

@cloudqq 我之前的表达也确实有其一，搭建一个托管，和商业运作，我认为是两回事。

@cloudqq 没想过运营 coding 这样的东西，我的重点还是一个纯粹的 gitlab ，至于怎么用，这个话题不限，并非说我要去做这样一件事情。

@kslr @sampeng 国内提供的服务总体来说的确是很难获得信任。我喜欢纯粹的 gitlab ，看来大部分回复的都没有喜欢 gitlab 的。