0207|09|
2007|09|10|12|
2008|01|02|03|
2009|01|05|08|10|11|12|
2010|01|02|03|04|09|11|12|
2011|01|02|03|04|05|06|07|08|09|10|11|12|
2012|01|02|03|04|05|06|07|08|10|11|12|
2013|01|02|03|04|05|06|07|08|09|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|

2014-10-15 で、この「情けない父親」は、どうするか、というと、コンピュータで解答を導き出してしまうのです。 [長年日記]

The other day, I wrote my diary of the title "I can never resolve an arithmetical question that she cannot resolve."

そして、その中で「今の私は、塾の解答の解説を読んで、その内容の解釈を娘に伝えるだけの、「糸電話」のような役割にまで堕ちています」と書きましたが、

In addition, I also wrote "I am afraid that I am just a string telephone. I read the suggested answer the prep school provides, and I tell her my interruption only. "

今や、私は「糸電話」の役割すらできなくなってきました。

Now I don't work even as "string telephone"

―― 解説を読んでも分からん

"I can't understand how to resolve a question, even if reading the suggested answer"

つくづく思うのですが、過去問題の解説の記載って、本当に不親切ですよね。

I have the acute feeling, but the descriptions of collection of the past questions are not easy.

あんな、いいかげんな解説で、「この私」が理解できると思っているのか。

Who thinks that I can understand such a difficult question by the ambiguous description?

特に「組合せ問題」は最悪です。パターンの法則性を見い出せないと、手も足も出ません。

In particular, "combination question" is the worst for me. I can do anything if I could not find the pattern rules.

で、この「情けない父親」は、どうするか、というと、コンピュータで解答を導き出してしまうのです。

So, what this poor father does next is trying to use computer with programming.

#include 
#include 
 
int main ()
{
  int a,b,c,count=0;
 
  for (a=1; a<8; a++){
 
	for(b=1; b<8; b++){
 
	  for(c=1; c<8; c++){
 
		if ((a != b) && (a != c)&& (b != c)){
 
		  if (9.0 * 8.0 / (double)a + (double)b -(double)c > 75.0)
			printf("P1: %d,%d,%d\n",a,b,c);
 
		  if (9.0 * 8.0 / (double)a - (double)b + (double)c > 75.0)
			printf("P2: %d,%d,%d\n",a,b,c);
 
		  if (9.0 * 8.0 + (double)a - (double)b / (double)c > 75.0)
			printf("P3: %d,%d,%d\n",a,b,c);
 
		  if (9.0 * 8.0 + (double)a / (double)b - (double)c > 75.0)
			printf("P4: %d,%d,%d\n",a,b,c);
 
		  if (9.0 * 8.0 - (double)a + (double)b / (double)c > 75.0)
			printf("P5: %d,%d,%d\n",a,b,c);
 
		  if (9.0 * 8.0 - (double)a / (double)b + (double)c > 75.0)
			printf("P6: %d,%d,%d\n",a,b,c);
		}
	  }
	}
  }
}

(この問題が、平成何年度の何処の学校の問題か分かった人は御一報下さい(何も差し上げませんが))。

(Please contact me if you know that when and what school set questions( I am sorry but I don't give you anything) )

コンピュータによる総当たり戦をすれば、当然ですが、一瞬で全ての解答を導き出すことができます。

It is natural that all answers are going to be derived from the computer's round robin competition.

この「情けない父親」は、コンピュータが弾き出した解から、逆に解法を導くという、本末転倒な方法で娘に指導しているという、落ちぶれ様です。

This "poor father" leads the solving method from the computer's answers, and gives his daughter the method after that. How helpless he is.

-----

ここに、

Herein,

「問題が解けるなら、どんな手段だっていいじゃん」

"Any method is good if we could resolve a question"

という、現場問題解決指向のエンジニアのスタンスが垣間見られると思います。

You can see the engineer's stance of "spot solution's problem-oriented"

求解方法に命を賭ける数学者なら、間違いなく激怒する所行でしょうが。

If you are a mathematician who engages in solution methods, you will get mad with me.