你如何在程序上区分专业胎儿和二胎胎儿? - 页 7

 

所有字符串函数都是成本密集型的。

所有的绘图功能都是昂贵的。

图形项目越多--速度越慢。 所以,为了加快视觉模式下的工作速度,定期删除订单图标(特别是如果有很多))。

这里最耗时的是WinowsRedraw()和Comment(),因为在调用它时,图表被重新绘制

这就是它的第一眼的样子。

 

问题是,代码可以由专业人士编写,而且非常有能力(没有昂贵的功能和设计),但它可以体现出它被委托做的绝对的废话。

它不再是有趣的了。

 
Mathemat:

问题是,代码可以由专业人员编写,而且非常有能力(没有昂贵的功能和设计),但它可以体现出绝对的胡说八道,它已经被订购。

它不再是有趣的了。

在我看来,一个专业的程序员必须为自己而写,就像作家或作曲家一样,而且要按部就班,也要专业,一定要有真正的积极成果。另一件事是如果他被要求按照客户的想法(TOR)来写,尽管他的想法对程序员来说是没有结果的,在这种情况下,程序员警告说客户不太可能与提示合作,但客户坚持,程序员执行了这个命令。我明白这里的具体情况是不同的,没有什么杰作能经得起时间的考验,但同意MT5上的市场在整个历史上都有长寿的例子(经测试者验证)。我认为这将是确定程序和程序员以及交易员的专业性的起点,不是因为他知道,知道如何,而是通过结果。当然,这种专业工作必须有相应的价格。也没有人被禁止做低劣的作品,就像作家和作曲家经常做的那样,居高临下地把它当作 "养活裤子 "的被迫兼职工作。请原谅我的坦率,但如果没有它,为什么要大声说话呢!?

 
灵感是不卖的。但是,你可以卖掉一份手稿。
 

Dimitri,请定义你的分析器应该能够做什么。区分一个好的代码和一个坏的代码是一项任务;区分一个好的想法和一个坏的想法是另一项任务。而在第一种情况下,你可以尝试寻找自动解决方案,而在第二种情况下,即使在手动模式下也很难做到,即使在自动模式下也根本不现实。但是,既然我们已经开始谈论一个能够区分好的代码和坏的代码的分析器,我们就来讨论一下这个问题。

首先是什么区分了专业人员和业余人员?在我看来,这是语言知识的水平,它通过各种使用语言的方式表现出来。因此,如果一个开发者使用非微不足道的符号和递归等算法,他更有可能成为一个专业的程序员。在此基础上,我们可以构建一些专家系统,分析代码并计算出其中使用的 "技巧 "的数量。每个芯片都会得到积分。相反,如果芯片是负数,则会受到惩罚。因此,你会得到一个数字或一个总分,它将代码作为一个整体来描述。例如,你可以做一些加权表。

这里有一个提示。
分数
使用数组
+1
代码重用(功能与代码行的比例)。
+4
操作符 += -= /=
+1
操作员 % >> <<
+3
递归函数调用
+5
预处理程序指令的使用
+3
评论的行数与代码量的关系
+5
使用 "慢 "功能
-3
使用相同类型的变量:time1、time2、time3、time4
-4

因此,专家系统计算出每个参数的权重,并给出一个总分,描述代码的总体质量。

 

伙计们,区分专业代码和菜鸟代码的唯一方法是拥有代码优化的结果。你将无法跟踪100%的优化。你只能追踪它的一些元素。而一个新手也可以进行部分优化。例如,将 "乘以2 "的操作改为 "将一个值加到自己身上 "的操作。放弃吧,与它能带来的结果相比,追踪的想法太耗费资源了。投资一个项目是无利可图的--这是一种从原木中切割出火柴的尝试--一根火柴是产品,其余的是刨花。

 
drknn:

伙计们,区分专业代码和菜鸟代码的唯一方法是拥有代码优化的结果。

屎壳郎))
 

专业守则的标志。
变量和函数的有意义的名称
良好的可浏览程序结构
好的评论。

你只能在软件中手动搜索此类功能。自动化是行不通的。

SZY 这一切应该在程序员 为自己编写的 程序中寻找。
在我们这个时代,一个有自尊心的程序员是不会把这些代码交给第三方的。

 
FAQ:

所有字符串函数都是成本密集型的。

所有的图形功能都是昂贵的。

图形项目越多--速度越慢。 所以,为了加快视觉模式下的工作速度,定期删除订单图标(特别是如果有很多))。

这里最耗时的是WinowsRedraw()和Comment(),因为在调用它的时候也会重新绘制图表。

这就是它的第一眼的样子。


我对更快的优化(测试是一个单独的问题)和减少内存消耗感兴趣。
加快优化的速度(测试是一个独立的问题)和减少内存消耗的问题。在论坛上有人随口提到,有必要防止 "添加 "图形化的
优化过程中的对象。从理论上讲,优化根本看不到图形,我认为这种
我以为ObjectCreate()之类的命令在优化过程中会被简单地忽略。
我到底需不需要阻止他们?
但如果你仍然要禁用它们,这意味着我们每次都要增加一个检查项目
if(IsOptimization()==false ) {
}
同时,这种检查本身也会影响优化速度。
状态检查功能是否昂贵?
将它们赋值给变量并在以后使用它们是否有意义?
我几乎总是有Comment()--在优化过程中是否也应该锁定它?
警报和打印的情况如何?(再次--在优化过程中)。在优化过程中,它们不会被写进日志,是吗?
 
chief2000:

而如果你仍然需要阻止他们,这意味着每次你都要添加一个检查

只是不要

if(IsOptimization()==false ) {
}

а

if( !IsOptimization() ) {
}

但这样做会更好。

if ( !IsOptimization() && ( !IsTesting() || IsVisualMode() ) ) {

// ...

}

这个条件可以做一次,并设置一些标志的值,然后可以用来检查是否需要在图上显示文字和图形信息。

PS。

总的来说,你为什么这么活泼呢? 拓荒者不时地表示你......,还有来自达达尼昂。

原因: