你如何在程序上区分专业胎儿和二胎胎儿？ - 页 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。

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

1234567891011121314...20
新评论