@lovedebug Starry 可以在论坛搜索到

@leeyom 谢谢, 不过作者不是我, 是我朋友.

不用到时候嘛, 点击上面的链接马上体验下嘛 :)

有任何问题欢迎在 github issue 骚扰作者...

@JayFang1993 给 OMS 打广告也没所谓啦. 他们做的不错, 而且还是先行者.

其实作者当初做这个的初衷就是找不到一个好用的类似 App, 所以琢磨着自己弄一个自己用.

但是后来因为同步服务器的费用支出, 所以决定公开出来, 看是否能把服务器费用和开发者账号的费用给挣回来. 就一"够本"的想法



欢迎大家使用, 作者会长期持续打磨的.

@JayFang1993 OMS 设计确实不错. 设计师赞一个.

以我对作者的了解, 他绝壁是做不出这样的设计 (主要是局部有些地方的布局) 出来的. 这些 icon 都是最近自学 sketch 一针一线自己画出来的.

但是如果你仔细比较的话, 还是会发现作者刻意的尽量在抹去 OMS 的影子.

@iYu 原来是 OMS 的作者

和朋友确认过, 在 mac 版应用在布局上有些地方是有借鉴过 OMS.

但是功能上应该还是有些不太一样的.

@chroming 布局差不多，但是绝无抄袭.. 😊
具体的差别自己去体会吧

做不到 if kill then restart 吗 :)

Swift Playground.
其中的编辑器 UI 明显受了 Scratch 的影响, 有很强的拖拽能力

@CMGS 我在长沙河西。。 😂

啊， 看上去不错。就是长沙的工作地点离家有点儿远了点..

@wawehi 对, 株洲那边比较流行这个..

看到这个贴想起 13 年写的一个碰碰胡游戏... 不过可惜的是当年走的积分金币线路并没有做起来..

如果家人个头都不大的话是完全没问题的, 比如我家的情况 :) 稍高点的就瘦， 胖一点的就矮...
家人如果个头高的话，那空间还是有点紧张

我的一些猜测：

应该就是普通的 Web 技术来实现的, 比普通的 web app 体验要好的原因是小程序他有自己的一套框架, 如果框架既定的话，微信就比较容易来实现一些性能优化.
而常规的 web app 体验的好坏和开发者的水平有直接的关系.
我相信能力强的开发者做出来的 web app 体验未必会比小程序差多少.

还有一个重要的原因在于 native 环境可以对 web 的一些关键步骤做增强

比如我现在负责实现公司的 native-to-web bridge, 在启用 bridge 后体验确实会好不少.
而且还有很多优化的余地， 比如把资源放在本地，然后采用某种策略来动态更新本地资源而不依靠 browser 来更新资源, 效果应该还会好不少. 这一步是我现在正在尝试的方向

还有一句话想说： NO Magic ！不必要过分迷信和臆想, 都是可以通过自己分析出来的嘛....

@zhengjjasd 嗯， 已经下架了. 主要我自己觉得用处也不是很大

我现在也是大部分操作都是在 SourceTree 上面完成的.
以前都是用 cmd, 但是发现有很多常规操作在 GUI 上面其实操作起来更快更方便一些

一句话, 你可以只用 GUI, 但是得知道 GUI 背后到底做了什么