@yanzhiling2001 我也是参考了某些公司实现的一些 nas 产品。

@Cheons 巨硬和苹果的东西主观性太强，很多人觉得好用，有些人觉得不好用。

当两台设备互通互联后，可以实现很多的功能。 即使打洞失败，可以通过 zerotier 或者其他的工具，让用户可以在一个组网内实现互通互联。

厉害， 不过参考当年今日头条。

可以看看我以前的发帖， 这个入栈流量的规则各个地方不一样， 第一天能够连上第二天就被杀端口。

@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 发行版的话不要选择最新的机型，没人适配。