检查--我做错了什么？ - 页 4

新评论
 
Renat Akhtyamov #:
这就是我所说的。见我在前一页的列表，吹牛的人;)
程序的编写方式应该是不需要注释或其他变态的方式。

他们通常在什么都不做的时候说这句话。或者当他们什么都不做的时候。

同样："无为而治者无不为"。

他们还说，"沙发专家"。

我只是说。

 
Vitaly Muzichenko #:

他们通常在什么都不做的时候说这句话。或者当他们做一些他们不理解的事情时。

同样："无为而治者无不为"。

也有人说："沙发专家"。

我只是说。

是的，沙发上的土豆，什么都不做，这就对了。专家正在努力工作，我已经把我的骨灰盒装满了，我也希望你能这样;)
 
Renat Akhtyamov #:
是的，沙发上的土豆，什么都不做，这是正确的。专家正在努力工作，我已经把我的骨灰盒装满了，我也希望你能这样;)

来自新手的专家总是签名、画图、贴标签和编纂产品文档。

而你说你甚至不需要对代码进行评论。

下面是你需要对代码进行注释的方法，这样它才能在一年后被维护，而不仅仅是今天和现在。


 
Vitaly Muzichenko #:

来自新手的专家总是签名、画图、贴标签和编纂产品文档。

而你说你甚至不需要对代码进行评论。

下面是你需要对代码进行注释的方法，这样它才能在一年后被维护，而不仅仅是今天和现在。


每页的行数我将调用lineFromPage，以此类推。
 
Renat Akhtyamov #:
每页的行数我将调用lineFromPage，以此类推

长名称不利于代码的执行速度

如果是局部变量名，那么一般是1-2个字母，全局--正常的名称，但较短。


 
Vitaly Muzichenko #:

长名称不利于代码的执行速度

如果本地变量的名字是1-2个字母，那么全局变量的名字也是正常的，但是要短一些。


它不会影响速度。询问汇编情况。
这样的代码是不可读的，这是一个事实。
 
Vitaly Muzichenko #:

长名称不利于代码的执行速度

新的东西
即使在现代解释器中也是如此，因为所有的东西都是先翻译成字节码的。
BASIC的时代早已过去。
 
Renat Akhtyamov #:
它不会影响速度。看看这个汇编吧。

这已经被反复测试过了。

我已经在这里坐了一个月了，重写我在2017年写的一个程序。

走到这一步，速度提高了30%，但还是很长时间。

我坐在截断代码较长的地方，加载时间不应超过0.01，这将会到来。

---

问题是，最初是作为草稿写的，没有注意到这一点。

你不应该这样写，你应该马上正确地写，如果能成功，就可以了。

 
Nikolai Semko #:
新的东西。

看看吧，这很容易。编造一个1米的页面并运行几次。首先是10个字符的变量，然后是2个字符的变量

 
Vitaly Muzichenko #:

这已经被反复测试过了。

我已经在这里坐了一个月了，重写我在2017年写的一个程序。

走到这一步，速度提高了30%，但还是很长时间。

我坐在截断代码较长的地方，加载时间不应超过0.01，这将会到来。

---

问题是，最初是作为草稿写的，没有注意到这一点。

你不一定要这样写，你只需要马上写，如果它有效，就可以了。

你测量的是跑步速度，而不是编译速度。
尼古拉绝对是这方面的专家。
我可能是错的。
我认为德米特里夫斯基也一直在加快算法的速度。
我当然不会在这个问题上与他们争论。
而你有网页代码作为例子，这和它有什么关系？
它的速度在那里有点不同。
例如，我的一个网站无法加载，而且长达40分钟。由于进行了一些操作，它开始照常加载。
不要破坏代码，它是关于别的东西。
1234567
新评论