cool
没有见过相关的教程。手滑的话,感觉监听浏览器的 touch 事件就可以做到。倒计时几秒后消失的话用 JS 原生的 setTimeout 事件就可以做到。 如果你需要一些淡化的过度效果的话可能需要自己学一些相关的东西。简单点可以用 jQuery 的动画函数 http://api.jquery.com/animate/css 来写要容易一些。来实现对应的动画效果,这可能要比用
看破不说破。
是不是可以考虑用 JS 来做?HTML 应该用来做动画的能力还是比较有限。
旁观炒币 ing
以前有写过一些,我记忆中好像也可以用 Ruby 来写 。 现在怕麻烦都没怎么用 Vim 了
。
我跟人觉得吧,现在许多人都有一种思想误区要特定语言才能干某些事情(当然也有些 DSL 是这样),当你说你想写爬虫很多人都叫你去写 Python,你想做 CMS 别人的第一反应会是 PHP。但像 Ruby,Python, Java 这些通用语言基本上可以满足日常的开发。Ruby 难找工作我也深有同感,拉勾上的招聘贴 Javascript 的数量比起 Ruby 多了何止 30 倍,作为一个开发者,我们似乎没有办法去控制 Ruby 的火热程度,就像我们没用办法控制 JavaScript 的火热程度那样(或许去开发各种各样的框架是一条路,但 Ruby 社区的人似乎更愿意去维护一个好用的框架,而不是去开发各种各样的框架让别人无从选择)。我现在在做前端开发,但是并不妨碍我对 Ruby 的喜爱,如果真的找不到 Ruby 相关的工作,我倒是愿意在工作之余的时间一些 Ruby 相关的东西,如果有机会给社区做点贡献也是很好的。
只能看录播了,期待 ing
确实等了很长时间了。 不过目前看来愿意用的人似乎越来越少 。 似乎许多人都跑向了其他基于 React Vue 的各种组件库。
网易居然招 Ruby 了?我一直以为只招 Python 跟 Java
我是前端工程师,但是每天都写 Ruby,不一定是工作用上才可以写?
个人比较同意你的看法,如果让我选择我肯定不会用 React 去做一个简单的 CMS 页面 。
不过根据我的工作经验来看,前端喜欢分离倒是也有一些理由,毕竟前端如今的生态圈还是比较繁荣,通过 webpack 这些工具构建的热加载,确实能够提高前端工作人员调整样式,以及做交互逻辑的效率。这样确实比起在 Rails 里面通过 guard 来配置的 live reload 要舒畅不少。况且随着业务逻辑的越来越复杂,可能在开发阶段页面渲染会越来越慢,这样在没有分离的情况下可能前端的工作流程就有点不顺畅了。另外如今 Rails 集成了 Webpacker 之后,JS 的配置以及 YML 的配置揉在一起了,对不不熟悉 Rails 的前端来说这无疑又像是增加了一道门槛,分离或许对他们来说更简单且舒服一些吧。
分离的项目不加以管制个人觉得会有失控的可能,需要项目经理来管制一下才行。目前来看前端类型检查方面已经有了 TypeScript,Flow 这些东西,第三方库也多种多样,组件库更不用说了。前后端分离之后前端搞事情的机会便会增多,加上各种测试测试框架,类型检查库,第三方库,各种新东西的引入可能会导致原来简单的项目越来越让人费解,日后也不甚好交接。
果然是海贼迷
如果想静下心来学一门语言,可以试试官网的教程 https://www.ruby-lang.org/en/。 如果想稍微深入了解的话可以看看《元编程》。个人感觉不一定一上来就要 rails。rails 是个大杀器,上手搭建东西很快但是很多时候上手了之后就是上手了,不知道用来干什么。差不多了可以试试 Jekyll 这类东西,搭建个小的网站。
Thank you very much
Youtube 上有它的视频吗?能不能贴一下
我想点 @tylerdiaz 发现没这个人
感谢分享
很不错。
原来这个项目是用来看美女的。
感觉第六点会不错。话说现在还有在用 CoffeScript 的吗??
多谢推荐,会抽时间看看 scheme。
我给你
我觉得可以试试《Ruby 元编程》?虽然说要有一定基础才能看懂,不过我觉得还好,毕竟许多的基础书籍都在谈一些比较基本的语法,可能看起来会稍微枯燥一些。元编程这本书你会发现一些 Ruby 比较有趣的地方,可能学起来会比较舒坦,另外还可以边学习边熟悉 Ruby 的语法。
Common Lisp 是邪路?