all programmers know that writing the software design documents after the code instead of before, produces much more accurate documents. The reason is now obvious. Only the final design, as reflected in code, is the only one refined during the build/test cycle.
A header file contains declaration of something (constants, classes, ...), usually ends with a .h or hpp extension.
A DLL (dynamically linked library) is a binary file (with .dll, .ocx, .a, ... extentions), containing functions, resources, ... and can be linked to your program at run-time. In order to use a DLL you need to include the corresponding header file, which declares things in the DLL, so that your program gets compiled. The DLL file is automatically loaded (by system) at run-time when your executable program invokes functions and asks for resources.
A library file (also called static library, with .lib extension usually) is a binary file which alsocontains functions and variables like DLL, but resolved at compile-time, meaning they need to be provided at link-time.
Dynamic and static libraries are often provided together with header file (but no source file, which contains the implementation) when the provider lets you use his/her functions/services but doesnt give you access to the implementation.
と継ぎ接ぎ的に話を進めていく。おそらくたくさん喋らないといけないと思ってくれてるのだろう。（インタビュワーとしてはたくさん喋って情報をくれるのは嬉しいですけど。。）しかし、こういう話し方をする人はたいてい最初に行ったことと最後に言ったことが矛盾している。 そして、聞き手側に最後に残ってしまう印象は「あれ？？？言ってること矛盾してる。結局何が言いたいんだろう・・」 そう、この場合、最初の「○○○なんです。」で話を終えておけば良いのである。そもそも”長く話さないといけない”っていうのも間違いだと思う。ビジネスの場では、simply and conciselyが基本だ。
このpractically open question（勝手に名前付けた笑）に対して、きちんと「どう変わったか」まで話してくれる人は、よい印象を残すと思う。 そして、インタビュワーはこう思う。あ、この人は、日頃から話すときは、ただ質問に答えるのではなくて相手が聞きたいことを意識しながら質問に答えるんだな。と。