Que ce soit ou non, cela dépend du contexte. Pensez-y de cette façon. J'oublie quel est le nom officiel du concept, mais il y a une théorie du langage qui dit que les mots ont un sens qui décrivent non pas ce que quelque chose est, mais ce qu'il n'est pas . Une pomme rouge n'est pas rouge parce qu'elle est, eh bien, rouge, mais parce qu'elle n'est pas bleue, pas verte, etc.
Donc, quand nous pensons à ce concept, nous pouvons comparer notre code source à un plan directeur d'une maison. Si vous regardez le plan d'une pile d'autres plans et demandez "est-ce une maison", et les autres plans sont pour des bâtiments commerciaux, des ponts, etc., la réponse serait oui. Parce que le plan ne représente pas toutes ces autres choses, et l'aspect maison est ce qui le distingue des autres plans.
Cependant, de toute évidence, le plan d'une maison n'est pas la même chose qu'une maison réelle en bois et en cloisons sèches dans laquelle vous pouvez vous tenir. Il existe des contextes où la différence entre le plan et la maison réelle est significative. Il y a une différence entre le plan et le livrable.
De la même manière que le code source d'un programme dans un langage compilé est comme le plan directeur, si vous le comparez à des bibliothèques, des modules du noyau, etc., alors le code source et le programme sont conceptuellement les mêmes. Mais si vous regardez comment le logiciel est compilé, conçu et déployé, les deux ne sont pas les mêmes. Encore une fois, il y a une différence entre le plan et le livrable.
tl; dr: Parfois, ce que quelque chose est, et ce qu'il représente, est considéré comme la même chose, mais d'autres fois non.