@westoy 哥。你想多了。4 个人可能就是,1 个是老板，另外一个是产品，另外 2 个可能是前段开发。 然后再招一个 java ，15k 要求又能做 java ， 如果还能做 android 更好， 当然了运维也是这个 java 开发了。

我们做过和你一样的项目，大约有 50 多张表， 有 9 个服务。

上家公司也做过， 要说复杂的话，你半年都搞不定。
比如你的奖品要不要做 sku ? 奖品要不要搞个上架管理后台， 奖品要不要搞个采购平台。 你这个活动页面 可以配置多少个奖品，每个奖品分为几等奖？， 每个等级的奖品的中奖率动态调整，黑名单是针对奖品还是针对活动页面，还是针对创建活动用户提供的黑名单表？ 活动页面要不要开发拖动工具实现自定义，让运营自己动手就可以配置一个活动页面， 活动页面统计 pv ，uv 卖点？ 再对接一波大数据，分析每个手机号码的喜好？ 活动页面 要不要提供 saas ？ 你们领导以为项目一开始就能全部想到， 做梦吧。

后面我的 android 相册， 会加入一些功能. 首先是每个设备可以作为一个独立节点，可以互相连接。 然后开发一些 http api, 让用手机可以下载一些好玩的东西可以部署到 app 里面， 然后通过 http 做到跨平台。 可以非常轻松的使用跨平台。

蒲公英有自己的 app 下载地址，需要使用 api 获取。 我自己的相册应用就是使用的蒲公英的 api ， 自己写的自动更新逻辑。

国内千万不要做内容, 费力不讨好。 做产品还是可以的。

@deng81416754
@zerofancy

私密相册很大的一个问题是， 不能让 android 系统识别到该文件，另外一个是不能让其他应用识别到该文件。
所以只能先复制，再删除。

@bitmin 兄弟呀， 你老婆啥情况。

做得有意义的事。

难用可以忍，ios 和 macos 的资料贼少， 这才是坑。

@sleepybear1113 swift 是语言吧？ 你应该用 goland ，scala 之类的对比

不现实 。 我自己考虑的是，在一个局域网内的软件可以通过 p2p 进行通信。

如果用 window 选择最新的就好了， 用 linux 发行版的话不要选择最新的机型，没人适配。

代码是给别人看的， 不是耍酷的。 当我明白了这个道理后，google juice 的源代码历史使用了大量的设计模式，即使是 java 的代码都让很恶心。 太难受了。

这种语言不适合团队，适合个人开发。 类似于 scala,lisp 的感觉。

@DoveAz 最后两句笑喷了。

redis

缩略图