如果每一行都计算条件，如果你写这样的代码:

Dim a as Boolean = True
If a Then
    Console.WriteLine("1")
    a = False
    Console.WriteLine("2")
Else
    Console.WriteLine("3")
End If

那么输出将是:

1
3

Python是一种不切实际的、令人讨厌的语言(我仍然可以读到一些关于我早期代码的注释，抱怨它)，而c++是唯一真正的面向对象语言。

我错得太离谱了，到现在还觉得羞愧。

我一直认为，任何为任何语言编写任何代码的人都会使用编辑程序。

I was working with a client of mine who had me on mostly as support and to write some of the more complex things for him. Well one day he messed up a file, big time. He accidentally saved over three hours worth of his own work, and when I asked him why he didn't save more often he replied with, "because I wasn't done". Naturally, this was not an acceptable answer, and I poked and prodded a little further. I eventually came to find out that he he has never used any editing program, EVER! Not even notepad.exe! He had been using an online CPanel editor for files! It didn't even have a 'Find' function. He couldn't ever save until he was done because he was editing the live file on the site!

不用说，我很惊讶，他至今仍在使用CPanel编辑器……

我是一名初出茅庐的年轻开发者，希望从事专业的开发工作，因为这是我所热爱的，以下是我曾经持有的一些观点，这些观点都是我在短暂的经验中学到的，但都是错误的

当你根本不把用户界面和逻辑分开时，你最终会遇到的可怕的混乱是可以接受的，这也是每个人写软件的方式

不存在太多复杂或抽象的东西

一类责任——我从未真正有过这个概念，它对我来说是非常正式的

测试是我在卧室里编写代码时不需要做的事情

我不需要源代码控制，因为它对我所做的项目来说是多余的

开发人员什么都做，我们应该知道如何设计图标和做出漂亮的布局

Dispose并不总是需要结束符

任何类型的错误发生时都应该抛出异常

异常是针对错误情况的，很多时候只返回一个指示失败的值就可以了。我最近才明白这一点，我一直在说这一点，并且在很长一段时间内仍然抛出异常

我可以编写一个完全没有错误的应用程序

你可以在它的构造函数中memset(this, 0, sizeof(TheObject))一个c++对象而没有负面的结果

对Unicode的全面支持是成功将软件部署到亚洲地区的先决条件。