你是说同步用户的 GitHub gist?
嗯有考虑,但是有些用户觉得评论是个干扰,就像当作小日记来使用。所以可能会做成可配置的。
online demo 被我下架了,因为使用了 AWS 的 DynamoDB 每个月都有花费,所以去掉了,展示的样子和截图是一样的其实。
目前不是基于 Git,就是普通的数据库模式 (Postgres). 其实有开源的打算,如果开源会第一时间来 Ruby China 发帖。
我是用来随时随地记录想法的。
container 挂了估计当时。
基本过关就行了。
正在做加密功能 欢迎尝试。
我也觉得 Google Search Engine 没有开源,感觉不到意思。
嗯,正在寻找合适的图表库,哈哈。
图标的问题已经 in progress 了,很快就发布修复了。
就是推广了呀。
嗯,还有一些重要的功能 [自定义心情和活动,导出数据] 没有做完,做完之后会考虑开源。
谢谢喜欢。
收到,立即整改。
在 wework 租位置,有一个好处就是招聘帖子的办公环境招聘很漂亮。
有可能你是别人 Linus, 别人是我的 Richard Stallman, 哈哈。
每每看到网络的问题,我都想情不自禁的想 @kgen 哈哈。
自己顶一下,我们并不要求候选人必须掌握对应的技术栈,Ruby 背景也欢迎。主要是看候选人的计算机基础能力。
我想说就是当年上大学的时候就是觉得退出 emacs 也好难,我才选择了 Vim 的
两年前用了 ng1, 之后 React 出来之后,就没有再碰过 ng。
各有各的喜好吧。理念不一样。
@lyfi2003 之前放在美国了原来。现在移动到了东京,速度应该可以了。
@lithium4010 试玩一下,感觉还不错。添加了中文简单开发和部署指南。 https://github.com/metrue/YoYo/blob/master/README-zh.md
现在放在 linode 东京,应该可以访问的呀,感谢反馈。我会看看之后是否有必要迁移到国内主机。
感谢 @hepochen 的精彩分析。也感谢楼主分享。
可以大致分析两种方法的时间复杂的:
第一个方法
m = s1.length
n = s2.length
所以复杂度应该是 O(n * (m + n)) + O(n) = O(n^2) + O(nm)
第二个方法:
m = s1.length
n = s2.length
k = s2.uniq.length <= 26
O(n) + O(k *(m + n) + O(k) <= O(26 *(m + n)) + O(26) + O(n) = O(m+n) + O(n) = O(n) + O(m)
由于不是很了解细节,仅供参考。
zealdocs 似乎没有看到 Mac 吧的。