V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  DavidGao  ›  全部回复第 2 页 / 共 2 页
回复总数  40
1  2  
2017-09-24 10:19:07 +08:00
回复了 DavidGao 创建的主题 程序员 为了推广函数类语言建立一个小社区
@youngsterxyf 感谢支持,希望你能来社区去贡献一些主题
2017-09-24 10:18:40 +08:00
回复了 DavidGao 创建的主题 程序员 为了推广函数类语言建立一个小社区
@Mistwave SICP 是本不错的书,我去年才读完,但是 Haskell 趣学指南就很一般,我 2008 年的时候学 Haskell 首发<<Real World Haskell>>,到现在我依然很推荐,其次就是<<Haskell 函数式编程基础>>和<<Haskell 函数式程序设计>>,学习函数类的语言并不一定能在工作中用到,就如同你说的,非常扩展思维。
2017-09-24 00:04:02 +08:00
回复了 DavidGao 创建的主题 程序员 为了推广函数类语言建立一个小社区
@wineway 同为 Erlang 码农,但是附加 Haskell 属性,fp 社区死得快,是因为贡献的人少,又没啥经济效益。
2017-09-23 23:29:09 +08:00
回复了 DavidGao 创建的主题 程序员 为了推广函数类语言建立一个小社区
@posoo 感谢支持,希望能一起共同进步。
2017-09-23 22:53:56 +08:00
回复了 DavidGao 创建的主题 程序员 为了推广函数类语言建立一个小社区
@cnqncom 人都是有好奇心的,说不好那天你工作就碰到一堆人在鼓吹函数式编程。
2017-09-23 22:53:09 +08:00
回复了 DavidGao 创建的主题 程序员 为了推广函数类语言建立一个小社区
@eccstartup 是的,函数式,做数据分析非常好。
2017-09-23 22:52:36 +08:00
回复了 DavidGao 创建的主题 程序员 为了推广函数类语言建立一个小社区
@ipconfiger 有内容,但是主要都是我写的,还很少,需要更多喜欢函数式编程和相关产品的同学进行贡献。
2017-09-23 21:06:56 +08:00
回复了 DavidGao 创建的主题 程序员 为了推广函数类语言建立一个小社区
@KeepPro 这说明其实还是不够友好,如果在学习的过程中能得到大量的资料,有大量的人可以交流,快速的产出一些好玩的东西,就不会感到自己菜。我一开始学 Haskell 的时候,也是这感觉,但是突然有一天看了国外的 Haskell 教学,决定写个东西,写出来自信心就建立起来了。学习的过程中,每一次的小成就都会让我们更有信心,然后坚持做下去。
2017-09-23 21:04:27 +08:00
回复了 DavidGao 创建的主题 程序员 为了推广函数类语言建立一个小社区
@FindHao 香港好卡,比这条线路还卡,可能是北方联通的问题。现在是内存跑满,稍微扩容了下,应该会好一些,重点是想办法搬回国内。
2017-09-23 17:50:24 +08:00
回复了 DavidGao 创建的主题 程序员 为了推广函数类语言建立一个小社区
@Chappako 刚刚建立起来,还有很多地方需要优化。因为政策问题,国内暂时无法搭建,先放在外面了。待解决后就可以放入国内,访问速度就会恢复。
2017-09-23 17:00:15 +08:00
回复了 DavidGao 创建的主题 程序员 为了推广函数类语言建立一个小社区
@wujunze 感谢
2017-09-04 08:10:42 +08:00
回复了 gangzhucoll 创建的主题 程序员 北漂程序员,离开北京回到三四线城市的家乡,该怎么办
很多三四线城市,还是有很多不错的工作的,但是还是面向通用技术( PHP,JS 和 Java 等)。
就说下自己吧,
从北京回到了大连这个三线城市(不知道够不够得上)。由于用的技术不太通用(全国有几个公司招 Haskell,招 Erlang 全是广州游戏公司),然后在某个准国企性质的公司混吃等死(积极在找国外 Remote ),顺便自己开了个小公司做 SaaS 和咖啡。
目前而言,压力山大,压力山大,有一种想立刻回北京或上海工作的想法。
2017-08-24 08:53:55 +08:00
回复了 leave01 创建的主题 职场话题 我在一家神奇的公司,这种人都能遇到
很好,这代码写的也是画风清奇,好多年不写 PHP 了。
2017-08-07 10:17:09 +08:00
回复了 DavidGao 创建的主题 程序员 像架构师一样来思考微服务接口设计
@leeg810312 非常赞同你的说法,根据业务不同尽可能的针对性设计比较好。因为操控资源的 RPC 直接使用 Restful 很多时候让人感到迷惑,但是选择这样做的很大原因是,为了接口统一,开发统一。如果在条件容许的条件的情况下,尽可能明确和分开是很好的选择。
2017-08-05 08:33:36 +08:00
回复了 DavidGao 创建的主题 程序员 像架构师一样来思考微服务接口设计
@YzSama 你同事这么做也没有错,在 Restful 出现之前,就存在了很多对外接口设计方案,例如说 SOAP。你提到的设计,我的第一反应就是类 SOAP 设计,并且 SOAP 是一个非常强大的企业级设计,虽不轻量级,但是很完整。

回到你这个具体案例上,单一 URI 并不会对性能造成影响,因为可以实用 nginx 随机负载到业务前端机上,后面在放置业务集群。安全性,可以在 Nginx 和业务前端机上进行统一处理和验证,所以参数定义明确且规范,安全措施有在做,就不是问题了。

你感觉不太好是很正常的一个情况,因为现在随着 Restful 的推进,很少再能看到 SOAP 或类 SOAP 设计了。我曾经也使用 SOAP 和类 SOAP 设计,接触 Restul 后感觉这类设计确实有点怪怪的感觉。
2017-08-05 08:21:35 +08:00
回复了 DavidGao 创建的主题 程序员 像架构师一样来思考微服务接口设计
@zjsxwc 感谢支持,互相学习。
2017-08-04 21:43:02 +08:00
回复了 DavidGao 创建的主题 程序员 像架构师一样来思考微服务接口设计
@ihuotui 很多是自己的工作经验和一些研究,希望你能一直喜欢。
2017-08-04 21:33:42 +08:00
回复了 DavidGao 创建的主题 程序员 像架构师一样来思考微服务接口设计
@ihuotui 你说的很对,很多时候不单单是要架构师单方面考虑。但是这个话题比较宽泛,我在讨论这个问题的时候,提出了一个讨论范围,主要还是针对通用的接口设计范畴,而各个业务有其本身业务特性,很有可能已经超出我上面所提到的所有范畴。同时我对这种通用范畴的接口设计,大的观念还是减少对业务的侵入。
2017-08-04 21:29:31 +08:00
回复了 DavidGao 创建的主题 程序员 像架构师一样来思考微服务接口设计
@m1911star 感谢支持
1  2  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2937 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 17ms · UTC 12:58 · PVG 20:58 · LAX 04:58 · JFK 07:58
Developed with CodeLauncher
♥ Do have faith in what you're doing.