弱弱的问一句:
LTP 制定了基于 XML 的语言处理结果表示,
这个意思是分析结果以 XML 的形式返回么?还是别的什么意思。
#1 楼 @flypiggys 原来还可以这么干,学习了。
看 github 主页介绍里面的后半部分:
an omnifunc-based completer that uses data from Vim's omnicomplete system to provide semantic completions for many other languages (Ruby, PHP etc.)
也就是说它的优势可能是 c-family language;但其他动态语言还是通过其他插件系统来支持的,也就是应该还是不快,体验没有 c-family 好。不过,我先安装来测试哈再说。
话说帝都,给低于 3K 的单位,不脸红么?记得上大学的时候,有个老师,用一节课来讽刺这些无良的用人单位。
貌似就在我们公司不远的地方。那个煎蛋面的对面是不是就是你们公司哦。那个报业大厦。
楼主,上面都有一票人已经回答你 -d 代表什么意思了,你居然还要问是什么意思?哪你到底是什么意思。
这是我看过的历届 Ruby Conf 最漂亮的徽标和最漂亮的大会主页了。 @jasl 能否多印点 T 恤,以解决我们这种无法前往的 Ruby 迷的心愿?
免费一日三餐,难道是说加班很多?为什么这样的好公司都在帝都?帝都还适合人类居住么?
nice ! 代码也很 great . 特别是用 Engine 来实现,完全低耦合,也可以和其他框架集成。
@_kaichen 其实我们公司以及我自己的项目都使用 slim 了,其中公司的项目已经使用 2 年了吧,也算比较大的项目,要比 ruby-china 大,毕竟都是企业应用。我的感受是,这要看团队人员的接受程度,如果大家都觉得 slim 不靠谱,硬性引入,毕竟增加学习成本不说,还会引发不悦的情绪,因为我极力反对在团队项目里面使用各种不同的模板,比如你使用 erb,他使用 haml,还有一些人还使用 slim,这就比较混乱了。至于你说的层级的问题,说实话,我第一次接触 slim 就比较反对它的,觉得它不好(容易)看,还不容易维护,但是后来就慢慢习惯了,被它带来的优势吸引了,比如你不用再折腾各种 tag 了,添加输出也各种方便,在模板里面插入代码逻辑也各种方便,直到最后,我发现多层嵌套也不成问题了(这些 slim 就比 haml 做的彻底,估计这也是我当初不适应的地方,太 TM 彻底了不给你任何过度,你都怀疑是不是叛离了 HTML 的精神。如果是 python 党估计是各种欢乐),然后配合 partial template,感觉,即使多层也没有当初那么难受了。即使 使用 erb,难道多层就容易识别么?那么多的 html tag,还有各种输出控制符:<%= %>,代码控制标签等等。所以,我觉得,这个最终和团队的接受程度关系很大,毕竟习惯使然。
@vincent 能远程工作么?
这别墅,这环境。。只差上妹子照了。
我现在已经离不开 slim,上面大家遇到的所有问题,我刚开始使用的时候也是无法忍受,甚至争吵过。但后来,我发现,这货太节省我的时间了。它可能,不,肯定是对没使用过的人来说,很难维护;但是站在节约程序员时间这个角度来说,它真是太好了。想想看,你直接比其他平台的程序员,节约了至少 10% 的时间,你是不是开始偷着乐了,如果是 JS 模板,推荐 skim,它继承了 slim 的语法。这样前端和后端模板语法就都统一了。