V2EX › jiyinyiyong 的所有回复 › 第 9 页 / 共 39 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 5 6 7 8 9 10 11 12 13 14 ... 39

❮

❯

2016 年 2 月 29 日

回复了 myid 创建的主题 › Haskell › 为什么学了 Haskell，果然印证了 V2EX 上的智者（忘记网名）的断论，“学了 Haskell，回不去了“, 回不去了耶。

@shyling 搞 Haskell 的人一般距离实用派有点远, 他们很多都是搞研究的, 比如前几天看的采访, 这位大姐专门研究类型系统, 主业就是 fork GHC 试验新理论, 还带着学生一起搞:
http://www.infoq.com/interviews/weirich-haskell-dependent-types
理论成果渐渐才能渗透到主流语言里被大量的程序员学习, 就像工地上盖楼的人不一定都要会计算建筑承重抗风 blabla 的数学的东西.

Haskell 虽然认为过程式有问题不能直接搞, 但并不是把装的抛弃了的, 只是说用局部变量(只是像局部变量, 实际上用 Monad)把状态管理起来了. 比较绕, 但是理解的话还是会认为有道理的. 越到复杂问题越有感觉.

2016 年 2 月 28 日

回复了 myid 创建的主题 › Haskell › 为什么学了 Haskell，果然印证了 V2EX 上的智者（忘记网名）的断论，“学了 Haskell，回不去了“, 回不去了耶。

表示自从被不可变数据洗脑我已经受不了 JavaScript 那种坑人的 mutable data structure.
然而类型系统太复杂, Haskell 的还没学完, PureScript 又来新的类型, 太难对付了

2016 年 2 月 28 日

回复了 myid 创建的主题 › Haskell › 为什么学了 Haskell，果然印证了 V2EX 上的智者（忘记网名）的断论，“学了 Haskell，回不去了“, 回不去了耶。

@shyling 不是为了好看了.

Haskell 研究的类型系统是希望能帮助程序员把类型自动推导出来, 一般的都能推导出来, 然而在使用类型类(...没记清楚, 没学好)的情况下无法推导需要手写. 结果真实的场景下很多人都自己写... 其实 Haskell 吹嘘的不是可推导, 而是代数类型系统验证通过以后可靠性更好. 据说以后的 Dependent Type 实现后还更严格.

2016 年 2 月 16 日

回复了 Pastsong 创建的主题 › Node.js › bower 要死了吗？

之前就有人喊过口号 Bower 已死, 现在看他的 GitHub 这句话来感受一下:
https://github.com/bower/bower#bower---a-package-manager-for-the-web

> Bower needs resources for its maintenance. Please fill this form if you think you can help.

2016 年 1 月 24 日

回复了 extreme 创建的主题 › Apple › V2EX 的开发者们大都喜欢 Mac 吗？

Linux 挺好的, 可惜不够稳定, 而且兼容性和用户体验还欠一点, 那就用 Mac 好了, 正好把原来嗯习惯延续下来. 楼主估计是想问 Windows 开发哪里不好.. 我也不知道, 但是大部分的 Web 服务器都是 Linux 环境的, Windows 环境的命令行和 Linux 环境差别太大了, 相对来说 Mac 的 OS X 系统几乎和 Linux 的环境一样, 常用系统文件命名啦, Shell 环境啦, 开发风格啦. 所以 Mac 上开发的东西拿到 Linux 去跑很方便.

2016 年 1 月 15 日

回复了 xiechengen 创建的主题 › 问与答 › vue.js 的作者居然是个中国人

深 JS 蹭上去和他聊了一会, 楼主居然不提他的颜值!

2016 年 1 月 11 日

回复了 jiyinyiyong 创建的主题 › 问与答 › 如果有一个实时的论坛, 你会喜欢用吗?

@taoche 谢, 然而我 Cirru 大法吓跑了很多了 T_T https://github.com/mvc-works/webpack-workflow/blob/master/gulpfile.cirru

@ethego 这个是一个考虑, 但是从交互方面, 有多种办法可以改进的, 比如 1) 聊天的时候隐藏侧边栏, 保持专注, 2) 给出多重排序方式, 强化排序, 这样也能方便点击话题

聊天室的同学...可能有点偏了, 我们观察现在的聊天, 即便是 Slack, 话题的区分也不是很明显的, 而且在 Slack 上大家是养不成习惯去为每个话题创建新的分支的. 好像之前 Twitter 的 Branch 有这个似乎, 印象里好像已经下场了.

@Gce 这个有意思... 然而不知道界面打算怎样设计?

2016 年 1 月 8 日

回复了 smartdie 创建的主题 › 正则表达式 › 难道没有一种能替代正则表达式的方法吗？

听说 Perl6 重新发明了正则... 不知道有没有变好用点

2016 年 1 月 7 日

回复了 guoyang 创建的主题 › Java › 统计 JVM 语言使用情况

Clojure. 然而不用 Java

2016 年 1 月 1 日

回复了 Hancockjia 创建的主题 › 奇思妙想 › 这样的租房平台你们喜欢吗？

"真实安全", 这个真的那么好做吗? 信息要很及时, 内容要翔实. 还要处理跟房主跟中介的关系...

2016 年 1 月 1 日

回复了 salemilk 创建的主题 › 问与答 › 用你最熟悉的代码打出来 2016 的祝福语？？？

可以猜一下是什么语言写的...

```cirru
println "|hello world!"
```

2016 年 1 月 1 日

回复了 lao454490095 创建的主题 › 问与答 › MVC 与前后端分离

MVC 是早期图形界面开发当中总结出来的一些套路. Model View 两者分离, Controller 也抽象出来. 并不局限在客户端或者服务端具体的实现方案上.

2016 年 1 月 1 日

回复了 itommy 创建的主题 › 分享发现 › react-router 2.0.0

我来插个广告... 我们的组件比 React Router 简单.
http://router-view.mvc-works.org/demo

2015 年 12 月 30 日

回复了 jiyinyiyong 创建的主题 › 分享发现 › 弄了个微博号收集 WebAssembly 相关的内容

@yech1990 感兴趣细节可以看我最近整理的两篇文章~
http://segmentfault.com/a/1190000004167684
http://segmentfault.com/a/1190000003977393

2015 年 12 月 29 日

回复了 sjtlqy 创建的主题 › 分享创造 › 我终于知道了为什么后来的一些独立的团队沟通工具渐渐的少了。

@shiny 感谢楼上的广告... 简聊技术团队有超过十个人, 应用需要调整的细节也非常多,
极端一点比如 Slack 的某些神一样的细节, 做起来会非常费时间
http://blog.hubstaff.com/slack-tricks/

2015 年 12 月 26 日

回复了 Pastsong 创建的主题 › Vim › 既然你们说 Vim 这么好，那么 Vim 要怎么入门呢？

第一步, 安装 Sublime Text, 第二步, 开启 vintage
https://www.sublimetext.com/docs/2/vintage.html
第三步, 掌握 Vim 快捷键
http://coolshell.cn/articles/5426.html
第四步, 脱离 Sublime 纯粹使用 Vim(该步骤未经本人验证)

Cheatsheet 刚开始看看就好了, 用多了看 Cheatsheet 太慢
iTerm2 好, 哪个版本的 Vim 我也不清楚, 不过记得看哪个版本号更高吧
.vimrc 都是一次次使用, 发现有需要一点点加上去的, 当然有现成觉得顺手的也可以拿过来, 再自己改

2015 年 12 月 4 日

回复了 nanotoybox 创建的主题 › JavaScript › 一人一行，接力写代码

// TODO 这个项目代码规范已乱, 下个版本开发争取用 Sepal.clj 重构 https://github.com/Cirru/sepal.clj/

2015 年 12 月 1 日

回复了 Keshawn 创建的主题 › 程序员 › 大家是怎样写技术文章（或者论文、专利等一系列文字工作）的？

我在 SegmentFault 上写因为是个人博客, 实际上相当随便,
一般就是有想写的东西, 拆分一下几个子标题先写好, 然后一段一段填进去
遇到需要引用的随时 Google 然后放原文链接, 接着继续写自己的

2015 年 11 月 29 日

回复了 lichun 创建的主题 › Node.js › 请教一个我的疑惑， TypeScript 和 CoffeeScript 这种语言是个什么定义？

JavaScript 是一门到处都能运行的语言,
浏览器可以, 服务器可以, 手机上也可以, 某些嵌入式的设备也可以,
特别是浏览器, 每个人电脑上都装了, 如果东西是 JavaScript 写的, 用户访问就太方便了
于是, 大家都想用 JavaScript 写

但是 JavaScript 因为装了太多地方, 版本也各种不一致
某些地方装了很低版本的 XP 或者 IE, 楼主应该知道
一个坏处就是, JavaScript 不能随便升级, 升级了浏览器没升级, 跪了怎么办
结果就是这么多年过去了, JavaScript 实际上跟十多年前差别并不大
或者说虽然已经很大了, 但是作为这么多人用的语言, 功能和工具远远不够强大

于是 CoffeeScript 那个时代的人想到了个办法, 编译到 JavaScript
现在么, 大公司也觉得编译是个好办法, 就把现成的语言改改, 编译过去
于是就有了 TypeScript, 简单说, 就是省事嘛
往坏了说, 微软是真的想搞个好用的浏览器编程语言, 没办法, 只能编译 JavaScript
Node.js 环境跟浏览器环境类似. 当然, 情况会好一点

1 ... 5 6 7 8 9 10 11 12 13 14 ... 39

❮

❯