@suley 多谢 🤝

@suley 初期就考虑过, 不过研究了下钉钉的接入规则, 要求貌似挺高, 也没有去走申请的流程

@suley 😭

@iango 对, 小团队创业应该首先找到赢利点, 或者说一个能盈利的项目. 从这个盈利的项目上, 慢慢发展

@herozhang
第一个问题, 我觉得我自己就是这样的人 😁, 不过事实证明我错了
第二个问题我已经认识到错了, 干什么事情靠拍脑门最后都要吃亏

作为中老年人, 我还是看到小米的.

小米的思路其实跟"友商"不太一样, 并不仅仅是做一个手机组装厂. 登录米家商城, 就能看到小米的野心绝不仅限于手机. 我猜累不死的想法是下一个索尼. 小米的做法, 正好也能符合中国当前廉价的生产也升级的要求.

坦白来说, 目前前端圈里面玩的东西, 就复杂度而言, 说超过了后端也不为过.

不知道为什么"美团的外卖送餐员把我女友骂哭"之前, 我暂不评论.

@Suclogger 找个第三方的二手车验车服务, 服务费一般 300-400 之间, 人家会帮你把车仔细看一遍. 看之前你可以把车架号输入到查询维修保养的 APP 里面, 大致能看到车的 4S 保养记录, 里程是否真实, 是否有事故之类.

不过凯美瑞质量没啥说的, 只要没大事故 /泡水车 一般安心开没问题

顺便黑一下 JAVA:

就比如 print 一句 hello world 吧。main 函数里 print 一下？太面向过程，太 low 了。

得封装一个类。叫 Printer. Printer 有个成员方法，叫 print。

但是！光一个类太 low 了，以后要是有不同的实现怎么办？所以得加一个接口。PrinterInterface。

但是！ interface 是没有实现的，还是要有默认实现才行。所以得加个虚拟类，AbstractPrinter 实现 PrinterInterface，然后 Printer 继承 AbstractPrinter。

但是！你有了那么一套，该怎么创建实例呢？直接 new Printer()？太 low 了，那叫实现依赖。肯定不行的，所以要搞一个工厂类，PrinterFactory，PrinterFactory 用 PrinterInterface 返回实例，这样就隐藏了实现细节了。

但是！ PrinterFactory 本身也是实现类啊，太 low 了，所以得有 PrinterFactoryInterface, AbstractPrinterFactory.

而且在 PrinterFactory 里面该怎么写呢？直接 new Printer()? 太 low 了。还是实现依赖。

最后，你要把这一堆玩意在代码里组装起来，也太难看了，各种 new 实现类。太 low ！

好在我们有个高级玩意，叫依赖注入！把程序对象结构全写到配置文件里面。这一套当然是不能自己造轮子的。配置 Spring 吧。搞了那么多 lib，靠命令行或者 IDE 的项目管理肯定不够啊，得有依赖管理。Maven 啊 Gradle 啊使劲上。

最最后，要 print 的东西怎么传给程序呢？硬编码？命令行传参数？太 low ！当然得写在 XML 里头。

光是 XML 当然还不够企业级，再加上 DTD 验证吧。

然后就涉及到了 XML 解析的问题了。代码里直接操起 parser 吗？太 low! 当然要写个 parser 的包装类，interface, abstract class, implementation class, factory class 再来一套。毕竟，不能依赖实现啊，以后我要是换 parser 了怎么办。

所以最后是成品是一堆配置文件，一堆 jar，compile 出来的程序 200MB。

IDE 得装上 300 个插件，打开项目硬盘响老半天吃掉 2GB 内存，然后一堆插件弹提示要求升级。

哦对了，在这一切发生之前，还得画 UML 图呢。

反正我是肯定不会买带独显的笔记本, 排除这一条什么都不可以

"985 高校计算机相关专业" 起初感觉奇怪, 后来看看是上海的公司,也就了然了

修路占地赔的很少, 反正我老家那里是一平方建筑面积赔 600,想发家致富就是天方夜谭了. 只有开发商拆迁才能狮子大开口.

@Felldeadbird 如果既想上班养家, 又想推进个人开源项目, 除非能力非常强, 最后可能都是两头都是平平淡淡. eshop 真的沉下心来做, 我觉得养家糊口是没问题的, 接几个定制项目和维护, 保证小团队的运营问题不大.

@terrywater 我建议你, 如果有精力的话, 最好注册一个企业, 然后核心的兼职开发人员日后都是公司股东, 或者至少有画的大饼, 这样才能促进项目发展. 并且最后发展顺利的开源项目, 回头看也都是这种模式.

@terrywater 是啊, 所以很多的"开源项目"后来就虎头蛇尾, 慢慢的黄了

@terrywater Hi, 这只是我的一个建议. 但是哪, 我并不需要 eshop, 所以纯粹只是一个建议, 我也没有义务来提供详细的方案, 或者 submit 修改. 如果您觉得其他人提建议是多余的话, 那我就很遗憾了.

开源项目管理者不仅需要组织代码的能力, 不错的情商也是项目顺利发展的必要条件.

@terrywater 没有恶意. 对 UI 美感要求不高的"程序员"可能感觉无所谓;
不过对我这种对 UI 稍微有点要求的"程序员",第一眼看到这个后台,好感度的确会下降.

忠言逆耳, 也希望产品越来越好

@terrywater 简陋有点过分,我收回我的话. 其实是后台的 UI 说丑的确过分, 我只是感觉风格有点"怀旧". 其实找一些漂亮的 admin template 就行了, 也可能你用的 Yii 常用的就是这种风格