trialuser001

  • 关注
  • 短消息
  • 送银子
文章
0
评论
15
推荐
0
收藏
0
社区会龄
7 年
个人网站
--
个人简介
还没有输入个人简介……

评论了

  • 2016-11-16 11:19

    Erlang以消息通信为基础轻量级进程作为编程模型,实现了并发及已扩展的结构。 但是对于复杂业务逻辑,由多个不同进程共同完成,由于高度异步性,对于整体逻辑的运行情况会难以追踪,只能靠强大的日志系统来监控和定位,对此有什么更好的办法吗? 对于数据密集型的业务逻辑,尤其是要构造数据流模型的系统,多个进程互相以消息通信传递数据将会造成大量的数据拷贝,在这种情况下,有什么好的建议优化吗? Erlang 可以看作是无静态类型检查的语言,这使得有关数据类型不一致的问题只在运行时才能发现,这似乎并不利在生产环境使用,是否只能通过大量测试才能规避这类问题呢? Erlang is based on a programming model that is lightweight processes with message passing mechanism. But when mutiple processes co-operate to accomplish complex bussiness logic, it's hard to track the logic as a whole at running time, leaving the problem to a powerful log system to monitor and track. Is there any better solutions? Coping with bussiness logic that is data-intensive, especially when data flow model is applied to a system, tranfering data by message passing between processes causes considerable copy operations. Can you offer some advices to make optimization? Erlang can be viewed as a language without static type checking. It makes problems caused by inconsistent data types detected only at running time, which seem a disadvantage for production use. Is it massive test work the only way to averse to the problem?

  • 2016-04-21 15:17

    现在绝大多熟的算法是用命令式语言表达的顺序算法,然而随着需要构建的系统越发复杂,函数式语言和编程方式成为了一个趋势, 1. 适合命令式模型的算法是否能够在函数式编程中发挥足够大的作用? 2. 对于命令式模型中大量使用状态记录的算法,无状态的函数式编程中如何找到对应的算法? 3. 人们通常设计算法时使用的基本是顺序模型,也很少考虑算法是否可以做并行化的扩展,但是在实际应用中,很多难以并行扩展的算法由于在时间上不能够满足要求而被放弃,在现在这个时代设计算法时是不是应该考虑加入并行扩展的因素? nowadays, most algorithms are designed using sequential model and represented with imperative languages, but as with the system to be built getting more and more complex, people tend to using functional programming languages and paradigms, 1. Can imperative algorithms play significant part in functional programming? 2. For algorithms with imperative paradigm that relies on state recording, can we find the alternative algorithms in functional way which is stateless? 3. current algorithms are almost designed using sequential programming model with little consideration on parallel scalability. However, many algorithms are abandoned because of parallel scalability which make significant different on execution time. For now, is it necessary to take parallel scalability into account when designing algorithms?

  • 2015-04-28 10:47

    1. Erlang和Go受到了CSP模型的影响,但是Process Algebra 领域至少有三个分支:CSP,ACP和CCS。为什么还没有受ACP和CCS影响的新语言? 2. 不同的语言都有着不同的并发模型,而且目前看来交集比较少,那么如果对于一个系统来说不同的子系统要使用不同的并发模型,那么这个系统很大概率上要使用两种以上的语言。那么就会出现多语言调试比较麻烦问题,如何解决呢?尤其是要追踪一个特定的数据流时,这个数据流可能经过了多个Actor以及多个语言编写的模块,这时的调试是不是就变得很有挑战性?如何应对这种挑战呢? 3. 而且比如说有基于ErlangVM和JVM的子系统,两个子系统之间的连接方式就是进程间通信,在外部高并发情况下,负载就汇聚到了两个子系统连接的边界上,这时有什么好的解决方法?

  • 2013-01-10 12:21

    虽然原书勘误中没有指出该问题,但我要提出一个疑问:本章内容主要使用RegExr,但是本节中出现了Regexpal。就导致以下这句话是有问题的: “举个例子,如果你要匹配以上诗文中开头部分的单词Ship,只需在Regexpal上方的文本框中键入Ship即可,该单词就会在下方的文本框中标亮。(确保单词的首字母大写)。 下方文本框中是否有淡蓝色标亮部分?应当能看到,如果你没有看到,请检查一下输入。” 使用Regexpal操作不是蓝色标亮,而是黄色,但是本节中其它涉及Regexpal的部分是正确的。 原书和译文都有此问题,对此是否要修改?或者先向原出版社发勘误报告得到确认再修改。

  • 2013-01-10 12:03

    已经修改该错误。