展开讨论

经验与复盘经验摘录 · 机器翻译

结果发现C++并不是这项工作的最佳选择

… 结果发现C++并不是这项工作的良好选择。我最终编写了一个复杂的表达式类型继承层次结构,这本来可以很容易地使用Racket的模式匹配功能来实现。此外,C++需要手动内存管理,而当时还没有C++11标准引入智能指针。最后,我了解到函数式编程范式相比使用面向对象的单元测试框架和处理可变对象,使测试变得容易得多。我最终在C++中完成了这个项目并使其运行,但经历了痛苦的40个小时。从那以后,我再也没有抱怨过Racket。在研究生院,我由Cormac Flanagan教授教了Scala和Haskell,他同时也为Racket做出了贡献。研究生院之后,我深受Smalltalk和Lisp的吸引……现在,当我不是忙于在社区大学教课时,我会做一些编程语言方面的研究。我发现Futamura投影非常有趣。…

源讨论Racket v9.0原帖 126 条评论 · 导入时统计
2

这条内容在回应什么?

父级讨论 · 节选

EP

而他们都同意在大学后不再使用它,这很有意思。

完整原文

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 2

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

KB

说实话,"为scheme的一个子集编写解释器"是lisp家族语言的核心用例之一。 如果它变成"为内存受限的硬件编写实时驱动程序",你可能就会有不同的偏好。

完整原文
PJ

C++是我最喜欢的编程语言之一,我因为C++的知识获得了一些很酷的工作。 不过,如果可以选择的话,我通常会优先选择托管编译语言,只有在非常非常需要的情况下,才会选择像C++这样的语言,而且即使如此,可能也会选择一个被调用的本地库,而不是100%纯C++。

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。