2013|10|11|12|
2014|01|02|03|04|05|06|07|08|09|10|11|12|
2015|01|02|03|04|05|06|07|08|09|10|11|12|
2016|01|02|03|04|05|06|07|08|09|10|11|12|
2017|01|02|03|04|05|06|07|08|09|10|11|12|
2018|01|02|03|04|05|06|07|08|09|10|11|12|
2019|01|02|03|04|05|06|07|08|09|10|11|12|
2020|01|02|03|04|05|06|07|08|09|10|11|12|
2021|01|02|03|04|05|06|07|08|09|10|11|12|
2022|01|02|03|04|05|06|07|08|09|10|11|12|
2023|01|02|03|04|05|06|07|08|09|10|11|12|
2024|01|02|03|04|05|

2016-10-11 Whether working well or not. [長年日記]

I like program codings, which are called "programming" in public,

Though the debugging annoys me, it is also enjoyable if I could think that it is a kind of game of quest.

But what is the most annoying work, is to check a propriety of the program algorithm.

-----

"Program" is going to work well, if you could set the development environment and, keep the rules of syntax.

However, it is an awful annoying to check whether the program works, based on my design.

Especially, for example, a reasoning engine who need many input parameters, (might be called "AI") or a simulation of non-liner control systems,

I cannot check whether

working well or not.

at all.

(To be continued)