Erlang(或者Joe Armstrong的？)建议不要使用防御性编程并让进程崩溃(而不是用不必要的守卫试图跟踪残骸污染你的代码)对我来说非常有意义,因为我想知道为什么我浪费了这么多多年来一直在努力解决错误!
我想知道的是 - 这种方法只适用于像Erlang这样的平台吗？Erlang有一个VM,它具有对进程监督树的简单本机支持,并且重启进程非常快.我是否应该花费我的开发工作(当不在Erlang世界时)重新创建监督树而不是用顶级异常处理程序,错误代码,空结果等等来掩盖自己.
您是否认为这种方法的改变在(或者说).NET或Java空间中运行良好？
每当我尝试调试.NET Windows服务应用程序时,我都会在性能计数器上反复出现有关ReadOnly属性的错误.这个应用程序在x86 windows vista或x86 windows 2003上运行正常.它刚刚停止在我的新64位开发机上工作.
我在管理员模式下在64位和32位命令行VCVARS.bat上运行相关的InstallUtil调用.我没有设置类别和每个perf计数器的错误.但是,无论我是否将perf ctrs设置为readonly,我都会得到:
请求的性能计数器不是自定义计数器,必须初始化为ReadOnly.
UPDATE
我用32位版本的Windows 7重新安装了这台机器,奇怪的是我仍然遇到这个错误.唯一改变的是从Windows Vista Business迁移到Windows 7 Professional.这会响铃吗？
我希望能够利用GIT(及其工作流程)的优势,但没有磁盘访问的成本 - 我只想利用GIT的分布式版本控制功能来生成像memcached和GIT.(最好是在.NET中)
那里有野兽吗？
我最近偶然发现了2002年的会议论文(让Erlang与 Joe Armstrong 谈谈外界),我想知道这是否是一个被忽视的标准或是否有任何采用？
我应该专注于Apache Thrift进行跨平台通信吗？(我选择的任何解决方案至少涉及Erlang)
我按照这里的说明,写信.然后我运行指令来创建一个应用程序项目结构,并得到以下错误.
$ ./rebar create-app appid=myapp
Uncaught error in rebar_core: {'EXIT',
{undef,
[{crypto,start,[]},
{rebar_core,run,1},
{rebar,main,1},
{escript,run,2},
{escript,start,1},
{init,start_it,1},
{init,start_em,1}]}}
我有什么想法我做错了吗？
这个问题的背景是我想要使用基因表达式编程(GEP),这是一种使用Erlang的进化算法.GEP使用基于字符串的DSL称为" Karva表示法 ".Karva表示法很容易翻译成表达式解析树,但是翻译算法假定一个实现具有可变对象:在翻译过程的早期创建不完整的子表达式,并且他们自己的子表达式随后用值填充.在他们被创建时不知道.
Karva表示法的目的是保证在没有任何昂贵的编码技术或遗传密码校正的情况下创建语法正确的表达式.问题是,使用像Erlang这样的单任务编程语言,我必须在每个子表达式被填充时不断重新创建表达式树.这需要一个便宜的 - O(n)？ - 更新操作并将其转换为在指数时间内完成的操作(除非我弄错了).如果我找不到将K表达式转换为表达式树的有效函数算法,那么GEP的一个引人注目的特性就会丢失.
我很欣赏K表达式翻译问题非常模糊,所以我想要的是如何将一个固有的非功能性算法(利用可变数据结构的算法)转换为不具备这种算法的算法.纯函数式编程语言如何适应计算机科学早期生成的许多算法和数据结构,这些算法和数据结构依赖于可变性来获得所需的性能特征？
algorithm computer-science functional-programming mutable evolutionary-algorithm
我知道,楠认为频繁使用(当然,我一直用它我的 CI构建),但自2007年12月,一直没有新的官方版本是该项目接受积极发展更多的还是死合并？我很担心,如果我继续使用它,并停止跟踪最新版本的.NET,我最终会留下一个巨大的工作,当涉及到系统升级到版本,它不能建立框架.
这些天,其他所有人都去过像MSBuild这样的其他工具吗？
我正在寻找Erlang的未来版本的分布式软实时托管的基于Web的电话应用程序(即Erlang看起来绝对是这种应用程序的完美选择).我来自.NET背景,此应用程序的当前版本使用C#,WCF和JQuery的组合来提供服务.我现在需要Erlang允许我为我的正常运行时间添加额外的9,并允许我为我的服务器节省更多的爆炸.
以前我在这里建立了一个开发过程,将VS.NET,GIT,TeamCity和MSI文件的自动部署结合到我们维护的各种环境中.它并不完美,但我们现在都很满意.我想知道像我们这样的过程是否适合这种完全不同的技术堆栈(LYME)？
我相信我们之前使用.NET解决的所有编程挑战都可以通过Erlang在更少的代码中得到更好的解决,所以我完全按照语言选择进行销售.通过阅读有关Erlang的Pragmatic和O'Reilly书籍,我还不了解的是,我应该如何调整我的软件工程和应用程序生命周期管理(ALM)流程以适应新平台.我看到就地代码更新可以使我(以及我的测试和操作团队)的生活变得更加容易(与尝试在Windows网络中部署MSI文件的可怕痛苦相比)但我不确定应该如何改变当我使用Erlang时
你怎么样:
我想我需要知道什么对你有用,为什么!您使用了哪些工具和框架？你尝试了什么失败了？如果你能重新开始,知道你现在知道什么,你会做些什么？
我需要在.NET应用程序中最多4维的稀疏矩阵.矩阵的大小(如果表示为.NET数组)可能会超过400MB.
该数组可能非常稀疏,我需要能够非常快速地实例化和处理它(尽管这不是不行).因此,我是在一个稀疏的数组库之后,从.NET 3.5(我相信使用来自Managed C++的BGL排除？)中可以使用尽可能密集的数据库,并支持快速随机访问索引.它必须可序列化为一些可以低成本缓存的密集格式.
.NET还存在这样的事情吗？FOSS？成熟？
TIA
安德鲁马修斯