https://gumroad.com/l/ios-on-rails/?utm_campaign=iosonrailsbeta&utm_medium=blog&utm_source=giantrobots 这本书不错,可以用来做基础的入门,熟悉之后再深入学习。
导出 Excel 又想节省服务器费用,又要用 Rails 又 牵扯到 Windows 系统?没有说明数据来源…… 为啥感觉 Rails 不适合这个场景?
我买了雅马哈 P115,当初就被那条键盘上的红条给圈粉了。同样支持 USB MIDI,所以连接 Mac 和 iPad 没有任何问题。
一入「邪教」深似海
每个人的技术线路不一样,没有必要因为是一名 Ruby 程序员就拒绝前端。研究就研究嘛,愿意投时间就投时间。
重点是:少撕逼,少站队。有那时间还不如多读两行代码。
生命在于折腾。
下载完定睛一看,域名好熟
更新一下演讲者姓名嘛
只出现过一次,是 Sidekiq 的 Job,然后估计它自己重试之后又好了。
RuntimeError: Circular dependency detected while autoloading constant
我就碰到了,终于找到解决的曙光了
好奇 3 个月如何拉到了一万设计师用户,这个效率好高。
天天去星巴克蹭网的表示。。。
赞赞赞,估计新办公室只能更好了。
https://lukos.taobao.com/ 看起来也不错
企业微信,公司统一就好了。
HipByte 用 HipChat,因为都是 Hip 开头的
是不是可以较学生们学习 Ruby 了?然后再写一波 中学生学 Ruby。
富文本的意义在于文本内容、页面布局的准确描述,是一个非常容易结构化的东西。但是,形成复杂文档排版,可能就需要处理各种复杂的布局需求,比如 Word 文档里面图片的居中、大小、边框等等。Word 的 docx 文档格式采取的是 https://zh.wikipedia.org/wiki/Office_Open_XML。所以如果你想存储类似 Word 这样的复杂布局的文档,你需要一种可以准确描述复杂布局的语言。XML,以及 XML 的子集 HTML 都是可以的。所以第一步是确定一种描述语言。
确定了描述语言之后,描述语言可以是纯文本的,所以对于纯文本,存数据库就没啥压力了。然后你就要设计各种同步策略,比如客户端增加了一个段落,增加了一个标题,插入了一张图片,图片修改了一下在页面的位置,所以你需要设计一种高效的策略把用户的操作准确同步到你的服务器存储的关于该文档的描述。然后你要考虑是不是要让用户做到可追溯,每一步的操作是不是要可以回滚,重做。好吧,看起来是个坑,我也没有搞过。
还有一个问题,你是不是要设计一个所见即所得的编辑器,打住,感觉这个我谈不下去了…… 虚。
然后文档之间的转换,无非是用另外一种文档描述语言描述文档的布局和内容。当然,工具海了去了。
所以核心是有一个可以结构化的描述语言。
当然,我在扯淡。
面向美女编程要跪着,技能 Get
+1
#6 楼 @42thcoder 恩,谢谢。我已经把他们网站都翻了一遍了,几个外围项目都看了下。感觉很不错。
感谢推荐 Ant Design,看了下,完成都颇高,非常适合后台系统的开发。
#8 楼 @derekyxie surface 的屏幕也不错😂
而且他的打包分发方式很诡异……
或者可以参考 Python 的项目 odoo(OpenERP)的插件设计模式?我记得之前玩的时候,感觉它的插件机制很好,但是 Rails 实现起来貌似真的有难度。
play book 非常棒!