常連

大学の課題で、
「引数にMeiboの配列を指定することができ る関数displayを定義し、学生の一覧を出 力できるようにしてください。
▪ 呼び出し:display(students)
▪ 定義: void display(Meibo students[])」
という課題があり、先生から
「名前と数値の位置は揃える事」
と言われました。ここまで完成したのですが画像のように整列できません。どうすれば揃えられますか？


//
//  名簿プログラム
//  アルゴリズム応用 第6回課題
//

#include <stdio.h>

/* 学生の構造体 */


typedef struct Meibo {
    int number;
    char name[10];
    int credits;
} Meibo;

/* 一覧表示する */
void display(Meibo students[]){
    int i;
         
     printf("------------------------------------------\n");
    for (i = 0; i < 4; i++) {
        printf("%s",students[i].name);
        printf("%d\n",students[i].credits);
        printf("------------------------------------------\n");
    }
}

int main(void)
{
    
    // 4名分の学生の情報を登録
     Meibo students[]={
        { 1, "John", 30 },
        { 2, "Paul", 28 },
        { 3, "George", 20 },
        { 4, "Ringo", 40 }
    };
    
    //メニューの表示と実行
    char cmd;
    printf("a:追加  d:一覧表示  q:終了\n");
    while((cmd = getchar()) != 'q'){
        switch(cmd){
            case 'a':
                //追加（課題2）
                break;
            case 'd':
                display(students);
                break;
            case '\n':case ' ':
                break;
            default:
                printf("不正なコマンドです。\n");
                break;
        }
    }
    
    printf("名簿プログラムを終了します。\n");
    return 0;
}


![イメージ説明](8ee7adcdf8977472e3550d4b6851c476.png)

整列して表示させたい

### 実現したいこと
単純の計算式だと

税込価格 / 1.1 -> 本体価格、税込価格 / 1.1 * 0.1 -> 消費税額

になりますが、金額によって変な結果（計算結果が間違っているわけではない）になってしまいます。どのような計算をすれば良いのか？あるいは、どのように実装・運用されているのか教えてください。
（ひとまず小数点以下は切り捨てで統一、状況を単純化するため税率は10%に固定）

### 発生している問題・分からないこと
どの言語でも同様だと思いますので、エクセルの関数で代表させます
本体価格 = ROUNDDOWN(税込価格 / 1.1)
消費税額 = ROUNDDOWN(税込価格 / 1.1 * 0.1)

（問題ない事案）
税込価格 = 55,000  → 本体価格 = 50,000、消費税額 = 5,000

（問題あり1）
税込価格 = 54,999  → 本体価格 = 49,999、消費税額 = 4,999
計算結果から本体価格と消費税額を足すと、54,998 になり出発点である税込価格の54,999と矛盾する

（問題あり2）
上記の問題発生により計算式を変更する
消費税額 = ROUNDDOWN(税込価格 / 1.1 * 0.1)
本体価格 = 税込価格 - 消費税額

税込価格 = 54,999  → 消費税額 = 4,999、本体価格 = 50,000
計算結果の本体価格を出発点として消費税額を計算すると5,000円になるはず

1円ずつ違う値にすると、11回に1回サイクリックにこのような結果になる金額に遭遇します。（なので解決できる何らかのアルゴリズムがあるのかもしれません）



### 該当のソースコード

```
特になし
```

### 試したこと・調べたこと
- [x] teratailやGoogle等で検索した
- [ ] ソースコードを自分なりに変更した
- [ ] 知人に聞いた
- [ ] その他

##### 上記の詳細・結果
同じ疑問に言及するものはありませんでした。

切り捨て（切り上げ）が計算途中に含まれるので誤差が出るのは理屈ですが、レシートなどで表示されたときそれを見た人が「ん？」とならない方法はないものかというのが質問の動機です。
（50,000円に対する消費税額が4,999円と表示されていたら、ん？とは思うけど得した気分になるから文句は言われないと思いますが...）

### 補足
特になし

税込価格から本体価格と消費税額を計算する

### 実現したいこと

(X, Y)の座標点を複数含んだ閉領域が存在している状況で、閉領域同士が接している際に、双方の領域をマージしたいです。
また、マージ後の領域について、外形を示す形状座標点を取得できるようにしたいです。


### 前提

Pythonで解析用の領域を管理させるシステムを開発中です。
ユーザーの都合上、同じ条件の領域を複数構築して、それを結合させることで大きな領域を定義させたいと考えています。(詳細は伏せさせてください)
当初、単純に線分の一致、ベクトル等を考慮して判断させようかと考えていたのですが、線分が接するけど両者の長さが異なる例などが多々あり、単純に処理ができない状況です。
プログラミング初学者につき、検討がつかないので質問させていただいた次第です。エラーではなく、計算のアルゴリズム等についてなのですが、アドバイスいただけますと幸いです。


### 例:対象としている閉領域の座標点(X, Y)

```
領域1: (10,0)(10,10)(20,10)(20,15)(25,15)(25,5)(30,5)(30,0)
領域2: (5,25)(25,25)(25,15)(20,15)(20,10)(15,10)(15,20)(5,20)
```

### 例:出力したいマージ後の形状座標点

```
(5,25)(25,25)(25,5)(30,5)(30,0)(10,0)(10,10)(15,10)(15,20)(5,20)
```

### 処理概要と出力イメージ
![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2023-06-19/a23a22bb-87d1-4729-af38-fc8a70b4bea8.jpeg)

複数の閉領域をマージして 結合後の領域の座標点を取得したい

TypeError: 'numpy.ndarray' object is not callableのエラーが出ました。
xの各要素をについて、a に近い順に並べ替えて出力するアルゴリズムを書きたいです。a への近さはノルムの小ささ順に決定します。
```ここに言語を入力
import numpy as np
x = np.array([[87, 14], [81, 62], [81, 18], [ 8, 63], [51, 15], [38, 63], [80, 36], [69, 78], [26, 9]])
a = np.array([25, 75])
xl = np.linalg.norm(x)
al = np.linalg.norm(a)
no = np.linalg.norm(xl-al)

co = 0
array = []
for i in range(8):
    array.append(no)


array.sort(x)
for j in range(8):
    print(array[j])
```
というコードを書きました。
何が間違いでどう直せばよいのでしょうか？

TypeError: 'numpy.ndarray' object is not callableのエラー

プログラムを使ってテキストから住所を抽出する方法が知りたいです。

## 実現したいこと
具体的に実現したいことは、以下の通りです。

- テキストから住所を抽出する
- もしテキスト中に住所が存在しなかったら（抽出できなかったら）NULL を返す
- 住所はテキスト中に最大1回しか出現しないとする
- できるだけ長い住所を抽出したい
  - たとえば「大阪市中央区」なら「大阪市」ではなく「大阪市中央区」のほうが良い
- 何丁目以降などは取得できなくてかまわない（でもできたら嬉しい）
- 住所には表記揺れがあると思うので、確実にすべて抽出できる必要はない
- プログラムの実行速度はあまり気にしません
- 基本的なロジックを知りたいだけので、プログラミング言語などは問わない

具体的な出力結果は、以下のような例になります。

```Python
> text = "令和5年1月2日午前4時45分頃、大阪市中央区島之内２丁目８番付近路上で犯人が目撃されました。"
> extract_address(text)
'大阪市中央区島之内'

> text = "2023年5月21日ごろ、岩見沢市上志文町で熊が目撃されました。"
> extract_address(text)
'岩見沢市上志文町'

> text = "11月21日、長野県長野市南長野県町で初雪が観測されました。"
> extract_address(text)
'長野県長野市南長野県町'

> text = "11月21日、長野市南長野県町で初雪が観測されました。"
> extract_address(text)
'長野市南長野県町'
```

## 考えたこと

個人的には正規表現だけでの抽出は難しいと考えており、事前に住所データベースなどを用意して、その住所とテキストが一致したときにそれを返すような形になると思っています。

あまり住所を取り扱った経験がないため、もし住所データベースを用意する必要がある場合は、どのようなデータソースを使えばいいのかお聞きしたいです。また、複雑な住所によっては間違ったものを返す可能性があるのではないかと懸念しています。

よろしくお願いします。


テキストから住所を抽出する方法

プログラマーとして既に6年目になりますが、未だに分からないことが多くて困っています。
現場やプロジェクトで、作業フローや仕様書を読んでも何を言っているのか理解できず
難解なコードや全体像、論理的思考、アルゴリズムなど全く理解できません。

質問したいのですが、自分が何を質問すべきかもわからない（わからないことがわからない状態）ため、
どのように調べたり質問したら良いかも分かりません。また、わからないことがわからない状態では
調べるためのキーワードも思いつかず、検索する事もできません。

そんな中でも、現場先輩やリーダーに質問をしてみると
「それなりに経験があれば、全体像も見えるはずなのに、どうして理解できないの？」
「ソースコードが暗号に見えるんだね」
「日本語が読めないの？」など、数々の辛いお言葉を頂きました。

ソースコードも基本構文がギリギリわかる程度でして、自分の無知・無力は十分把握しており
自己学習も進めているのですが、上記の事から不安や悩みが頭を駆け巡り
学習した内容もなかなか頭には入ってきません。

このような状況で、今後どのようにしていくべきか分からず、困っています。
アドバイスや勉強方法、質問の仕方、プログラマーの思考法、キャリアについてなど
何でも良いのでご意見を頂ければ幸いです。
どうぞよろしくお願いいたします。

プログラマー歴6年目、未だに分からないことが多く困っています

###前提・実現したいこと
1から入力した数nまでの和を求め、式の形で表示しようとしています。
実行結果
```
1からnまでの和を求めます
nの値：10
1+2+3+4+5+6+7+8+9+10=55
```

###発生している問題
エラーなどは起こっていないのですが、アルゴリズムを考えていたら複雑になってしまい、
コードが最適解ではないと感じています。そのため、もしもっと効率の良い方法があれば教えていただけますと幸いです。

###該当のソースコード
```ここに言語を入力
package javaalgorithm;
import java.util.Scanner;

public class SumFor {

	public static void main(String[] args) {
		Scanner stdIn = new Scanner(System.in);
		System.out.println("1からnまでの和を求めます");
		System.out.print("nの値：");
		int n = stdIn.nextInt();

		String formula;
		int sum = 0;
		for(int i = 1; i <= n; i++){
			sum += i;
		}

		for(int i = 1; i<=n; i ++){
			if(i>=2){
				int middle = i - 1;
			formula = middle + "+" ;
			System.out.print(formula);
			}
		}

		//System.out.println("1から" + n + "までの値は" + sum + "です");
		System.out.println( n + "=" + sum);
	}

}

```
###補足情報(言語/FW/ツール等のバージョンなど)
Eclipse Java EE IDE for Web Developers.

Version: Neon.3 Release (4.6.3)
Build id: 20170314-1500

1から入力した数nまでの和を求め、式の形で表示するコードについて

真っ先に、このteratailの存在意義が、なくなると思っています。

職業としての「プログラマ」が成り立つ根本的な原理は、知識の獲得、伝承、共有が「難しい」「出来ない」「あえてやらない」から、ではないでしょうか？

下記の記事でも「情報の非対称性」が出て来ますが、それがあるからこそ成り立っている職業の、最たる例だと思います。

[私がソフトウェア技術者をやめた理由](http://d.hatena.ne.jp/elm200/20100924/1285330288)

[組織論の背後には経済学の概念があるという仮説](http://forza.cocolog-nifty.com/blog/2016/09/post-119a.html)

- 適用しやすい分野
- 高給取りがいる所

経済の原理で言えば、費用対効果がもっとも大きい所から、順番に導入されていきます。

teratailでは、質問者さんが丁寧に、ソースコード、エラーメッセージを貼り付けてくれます。
AIにとっては、街で道を聞かれるより、よっぽど簡単な質問なのではないでしょうか？

アカウントの中で、「実は私、AIだよ」という方がいたら、手を上げていただけないでしょうか？

または、「このアカウント、AIでは？」という方、いらっしゃいませんか？

##追記

「プログラマ」という括りが、あまりにも大きすぎるかもしれませんが、もちろん「グロースハッカー」のような意味とは違います。

「対人的要素の少ない、細分化され、高度に専門化された知識勝負の部分」という意味です。

自分もプログラミングをしますので、よく感じるのですが、「これ、AIで簡単に出来るんだろうな」という、悲壮感のようなものもあります。

いくつか回答をいただき、過去の質問をご紹介いただいたので、そちらを読まさせていただきます。
すみません。過去記事をよく検索しておりませんでした。

##追記2

少し人口知能とは、逸れますが。
職業としてプログラミングをしてる場合、「単純なコーディング」を無くす事はできますでしょうか？

何か課題があり、新しい技術を学び、実績を積み、慣れてしまえば、他の人にとってはそうでなくても、今の自分にとっては、もう「単純なコーディング」です。

ビジネスで考えれば、それが利益へと繋がります。
初期の学習コストをかけて、効率化に成功したとすればです。

勉強 → 単純・単純・単純・単純・単純 → 勉強 → 単純・単純・単純・単純

これの繰り返しだと思っています。
勉強の期間はコストであり、単純の期間が利益だからです。

そういった場合に、人口知能というアプローチが有効ではと思っています。

##追記3
AIが単独で仕事をするというより、助手というイメージですね。

清水亮さんの記事をよく読むのですが、これを見てると、AIを提供する側の「技術者」は、全人類の中でも、限られてくるのではないかと思っています。

「高級言語への鞍替え」という訳にはいかなそうと、いう感じです。

[プログラミング教育ではもう遅いかもしれない](http://d.hatena.ne.jp/shi3z/20161021)

[99.99%の人間は人工知能を専門にするのはやめたほうがいい](http://fromdusktildawn.hatenablog.com/entry/2015/09/27/113757)

真空管ラジオは組み立てられるけど、CPUの設計はできないのと、似た感じではないかと。

##追記4

2位は、金融関係かなと思っています。

対人間ではなく、対数字という所で似ていると思います。

すでに、人口知能のトレーダーも利益を上げているようですし。
人口比率で言えば、職業トレーダーより、プログラマの方が、圧倒的に多いはずですから、インパクトは大きいのではないかと。

研究職なども、そうですね。

##追記5

みなさんの回答を拝見し思ったのが、回答者の皆さんがまず思われたであろう「プログラマとは？」に、一つ収束点があるようです。

古いですが、面白い記事を見つけました。
[The Eight Levels of Programmers](https://blog.codinghorror.com/the-eight-levels-of-programmers/)

簡単に説明すると、プログラマには、8段階のレベルがあるという内容です。

0. Dead Programmer（神。実際の生死ではありません）
0. Successful Programmer（億万長者）
0. Famous Programmer（オープンソースコミッター、花形プログラマ ）
0. Working Programmer（研究者 、ハッカー）
0. Average Programmer（職業プログラマ）
0. Amateur Programmer（趣味、講師）
0. Unknown Programmer（名もなきプログラマ、Joe Coder）
0. Bad Programmer（teratailに来る人たち。実際の良い悪いではありません。みなさん素晴らしいと思います。誰もが通る道です。）

「Joe Coder」という言葉を、初めて聞いたのですが、多分私はここでしょう。
上手く説明できませんが、APIやフレームワーク、スクリプトを使い、仕事に役立たせる事が出来るレベルの事を言っているのではないでしょうか。

皆さんの回答にもあったように、これまで時代とともに、「プログラマ」の言葉の範疇が広がり続けて来ました。

実は気づいていないだけで、フレームワーク、オープンソースなどの進化により、もうすでにかなりの人が、「プログラマ」の範疇からは漏れているという考え方は出来ないでしょうか？

AIの登場により、「プログラマ」と呼んでいいレベルは、いっそう上がってしまうのではないでしょうか。

私も「プログラマ」を名乗るなんざ、おこがましいにも程がある！！身の程を知れ！！
と怒られそうですね。

もし回答してくれる方がいたら、「自分は、この辺のレベルかな」というのも、聞いてみたいです。

「真のプログラマとは？」という問いがあるとしたら
これが答えかもしれないですね。

```ここに言語を入力
Programmer is Dead
```

##追記6

どうも議論が画一的で、単調になってしまいがちですが。
「全自動プログラミングロボット」などという、ドラえもんが出してくれそうな道具は、数あるアイデアのうちの、たった一つに過ぎません。

もっといろいろな発想が出てきても、いいかと思うのですが。

例えば、

- ペアプログラミングの相手が、AIだったらと思ったことはありませんか？
- デザイナーの立場から見て、一緒に仕事をするなら、気難しいプログラマより、AIの方がいいなと思った事はありませんか？
- 世界中の知識を持っていなくても、少なくとも自分の得た知識を完璧に再現できるコピーロボットがいてくれたらと、思った事はありませんか？
- 新入社員がAIで、その教育係を任されたらどうしようと、思った事はありませんか？
- そのAIを、部下に出来たらと思った事はありませんか？

プログラマを駆逐するには、どんなアイデアが考えられるのか。
こんなプログラマは、駆逐されるだろうというのがあれば、伺いたいです。

ついでなので、貼っておきます。

##クラークの三法則
- 高名だが年配の科学者が可能であると言った場合、その主張はほぼ間違いない。また不可能であると言った場合には、その主張はまず間違っている。
- 可能性の限界を測る唯一の方法は、不可能であるとされることまでやってみることである。
- 充分に発達した科学技術は、魔法と見分けが付かない。

##追記8

一応、私の中で
- 「もしかして、AIですか？」（褒め言葉）
- 「あなた、AIですね？」（皮肉）

の2種類を用意しています。

人間についても、同様です。
- 「もしかして、人間ですか？」（褒め言葉）
- 「あなた、人間ですね？」（皮肉）

もちろん、こんな言葉を積極的に使っていこうとは思っていません。
これは、ステレオタイプな認識ですが。

|--| AI | 人間 |
|:-----------|:------------|:------------|
| 利点 | 圧倒的な知識量。膨大な数への対応力。感情に振り回されない | 感情、意図、背景を汲み取れる人もいる。 |
| 欠点 | 感情、意図、背景を汲み取れない。誤解する | 感情、意図、背景を汲み取れない人もいる。誤解する。感情に振り回される。 |

だと思っています。
AI研究について、行き着く先は「人間とは？」であるとも、よく言われます。
「人間とは？」「プログラマとは？」

ですので、この質問に対する結論が出ることも、「解決済み」が付く事もありません。
その点、ご了承いただければと思います。

私がteratailを去る事で、「解決済み」になると思っていますので、それまではお付き合いいただければと。


##追記10

せっかくなので、これも貼っておきます。

###徒然草 第八十五段 人の心すなほならねば

[徒然草 現代語訳つき朗読](http://roudokus.com/tsurezure/085.html)

> 人の心すなほならねば、偽りなきにしもあらず。されども、おのづから、正直の人、などかなからん。
> 己れすなほならねど、人の賢を見て羨むは、尋常なり。至りて愚かなる人は、たまたま賢なる人を見て、これを憎む。「大きなる利を得んがために、少しきの利を受けず、偽り飾りて名を立てんとす」と謗る。己れが心に違へるによりてこの嘲りをなすにて知りぬこの人は、下愚の性移るべからず、偽りて小利をも辞すべからず、仮りにも賢を学ぶべからず。
> 狂人の真似とて大路を走らば、即ち狂人なり。悪人の真似とて人を殺さば、悪人なり。
> 驥を学ぶは驥の類ひ、舜を学ぶは舜の徒なり。偽りても賢を学ばんを、賢といふべし。

我々がAIに対峙した時、どのように振る舞うべきか。
試される時かもしれませんね。



###ポーの法則

[ポーの法則 - Wikipedia](https://ja.wikipedia.org/wiki/%E3%83%9D%E3%83%BC%E3%81%AE%E6%B3%95%E5%89%87)

> ユーモアの明白な表出が無い限り、誰かが本気だと誤解しない形の過激主義または原理主義のパロディを作るのは不可能である。

ジェリー・シュウォーツ（Jerry Schwarz）
> 8.皮肉やふざけた意見を言わないでください。
> 
> 声の抑揚やボディランゲージなしでの個々人のコミュニケーションは、いともたやすく誤解を招きます。横向きの顔文字 :-)は「冗談だよ」の表現としてネット上で広く受け入れられるようになって来ています。そういうシンボル無しで皮肉めいた書き込みをした場合、どれだけ明々白々な皮肉だろうと自分で思っていたところで関係なく、他人に本気で受け止められても驚くようなことではありません。

アラン・モーガン（Alan Morgan）
> 十分に発達したtroll（議論を乱したり注目を集める目的で意図的に間違った説を展開する荒らし）は本物のkook（間違った方向にゆるぎない信念を持ったきちがい）と見分けがつかない

##追記11
やっぱり、これも。

[正常性バイアス - Wikipedia](https://ja.wikipedia.org/wiki/%E6%AD%A3%E5%B8%B8%E6%80%A7%E3%83%90%E3%82%A4%E3%82%A2%E3%82%B9)

> 認知バイアスの一種。
> 社会心理学、災害心理学などで使用されている心理学用語で、自分にとって都合の悪い情報を無視したり、過小評価したりしてしまう人の特性のこと。
> 
> 自然災害や火事、事故・事件等の犯罪などといった自分にとって何らかの被害が予想される状況下にあっても、都合の悪い情報を無視したり、「自分は大丈夫」「今回は大丈夫」「まだ大丈夫」などと過小評価したりしてしまい、逃げ遅れの原因となる。「正常化の偏見」、「恒常性バイアス」とも言う。
> 
> 人間の心は、予期せぬ出来事に対して、ある程度「鈍感」にできている。日々の生活の中で生じる予期せぬ変化や新しい事象に、心が過剰に反応して疲弊しないために必要なはたらきで、ある程度の限界までは、正常の範囲として処理する心のメカニズムが備わっていると考えられる。

「人間は、必ずしも、正常な判断が出来る訳ではない」
その事を、AIによってまた見せつけられる時が、来るかもしれないですね。