常連

注目の的

社会貢献

お世話になります、他人が作ったJavaScriptを見ていると
唐突に謎の書き方が出てきますが言語化が難しく調べるのが難しいものがあります

その一つが以下のソースなのですが

```ここに言語を入力
TextEditor.prototype.createElements = function () {
  this.TEXTAREA = document.createElement('TEXTAREA');
  this.TEXTAREA.tabIndex = -1;
  (0, _element.addClass)(this.TEXTAREA, 'handsontableInput');
  this.textareaStyle = this.TEXTAREA.style;
  this.textareaStyle.width = 0;
  this.textareaStyle.height = 0;
  this.TEXTAREA_PARENT = document.createElement('DIV');
  (0, _element.addClass)(this.TEXTAREA_PARENT, 'handsontableInputHolder');
  this.textareaParentStyle = this.TEXTAREA_PARENT.style;
  this.textareaParentStyle.zIndex = '-1';
  this.TEXTAREA_PARENT.appendChild(this.TEXTAREA);
  this.instance.rootElement.appendChild(this.TEXTAREA_PARENT);
};
```

お行儀のよい右辺左辺の読みやすいコードだなと思っていたら、、
この途中ででてくる二つの括弧はなにを意味しているのでしょうか


```ここに言語を入力
(0, _element.addClass)(this.TEXTAREA, 'handsontableInput');
```

代入なの？関数なの？まったく意味が分かりません
関係ないですが、JavaScriptってトリッキーな書き方がかっこいいみたいな風潮ないですかね？

すみません、それは置いといて
それは即時関数だよとか可変変数だよとか調べるためのヒントだけでも構いません
ベテランの方お教えいただけますと幸いです

JavaScriptを読んでいてたまに出てくる唐突な二つの括弧の意味

teratailで質問に回答するメリットは何なのでしょうか...？

teratailで質問に回答するメリット

### 前提・実現したいこと
Webシステムの入力項目に、アルファベットっぽいけどアルファベットではない文字が入力されてしまい困っています。
例えば「Ⅴ」や「Ⅽ」や「K」です。
入力経路は何となくは分かっていて、日本語入力モードの時に「ｖ」とうって変換ボタンを押した時にでてくる「V」っぽい文字を、どれが正しい「V」かわからず選んでしまっているようです。

こういった文字の入力があった場合に強調表示をしてユーザーに知らせたいのですが、どういう文字を抽出をしたらいいのかで困っています。
後述の通り、当初は上記の3文字だけ赤くする措置を取っていたのですが、さらに別の似たような文字が出てきてしまいました。
今は発覚するたびに1文字ずつ判定に追加してしのいでいる状態です。

全角文字を入れる必要がある項目で、通常はこういった文字の入力ミスをどうやてユーザーに伝えるのでしょうか？
もしくは、通常キーボードでうてないような文字の総称（「半角英数」のような感じ）はないでしょうか…。
そういう用語がわかれば何とか自分でも調べられそうなのですが、今はキーワードも思い浮かばない状態です。。

何かヒントでもいいのでアドバイス頂けたら嬉しいです。

※以前LinuxいうパソコンとWindowsでは文字の種類（コード？）が違うという話を聞いたことがあるのでタグに「Windows」を入れました。関係がなかったらすみません。。。


### 発生している問題・エラーメッセージ

アルファベットと似た文字を間違えて入力される。

※※追記※※
何が困っているか書いた方がいいとアドバイス頂いたので追記をします。

このシステムは社内の生産管理システムで、顧客から送られてきた原材料等を加工して返すラインの管理をしています。
該当の項目は顧客側で送ってきた原材料の個体（便宜上ロット番号と呼んでいます）を特定するためのコードや名前のようなものが入っています。
多くは半角英数なのですが、一部日本語だったり全角英数だったり見たことないような文字が入っていたりします。
顧客からデータを受け取る時は、4割ぐらいはデータで受け取り、6割は紙で届くので人間が入力しています。
加工が終わると、終わりましたよという書類としてそのデータや書面を顧客に送り返します。

数か月前から書面でやりとりしていた顧客（お得意様）のシステムが変わって、弊社⇒顧客への送り返しだけデータでやりとりするようになりました。
その時にこの項目を顧客側のシステムで原材料の個体を特定するキーに使用されているようなのです。
今まで見た目がVなら実質なんでもよかった（人間はVと認識してくれるから）のに、システムでは区別されるので顧客側からクレームが来てしまっています。
入力する側の人間も今まで全半角すら区別していなかったような人たちですし、見た目がそっくりなので何を気を付けていいのかわからないという状態です。
そこで赤くして「あなたたちは赤がなくなるまで頑張るのです」という指導をしようとしています。

普段から変わった文字を入力している人たちは、変わった文字に精通しているので「変な文字は赤くしますが気にしないでください」が通用しそうなので、エラーにはできないけど赤くするぐらいはセーフと考えています。
※※※



### 該当のソースコード

[動作する環境](https://codepen.io/systemajisai/pen/gQrQdj)
※フォーカスアウトで文字強調したdivをかぶせています。

```html
<div id="vue-element">
  <div class="input-group">
    <label>項目名</label>
    <input type="text" v-model="komoku" @blur="highlightDisp=true" />
    <div v-html="highlight" class="over" v-show="highlightDisp" @click="click($event)"></div>
  </div>  
</div>
```
```javascript
   new Vue({
    el: "#vue-element",
    data(){
      return {
        highlightDisp: true,
        komoku: "ABＣDKＦＧH",
      }
    },
    computed:{
      highlight(){
        // ↓文字を判定しているところ
        const text = this.komoku.replace(/[ⅠⅭⅤⅯKⅩLⅮ]/g, 
        function(s){
          return '<span class="highlight">' + s + '</span>';
        });
        return text;
      }
    },
    methods:{
      click(event){
        this.highlightDisp = false;
        event.target.previousElementSibling.focus();
      }
    }
  });
```
```css
  .input-group{
    box-sizing: border-box;
    width: 10rem;
    position:relative;
  }

  input, .over{
    font-size:14px;
    box-sizing: border-box;
    height: 30px;
    padding: 8px;
    width: 100%;
    border: 1px gray solid;
    background-color: #FFFDE7
  }
  .over{
    background-color:#ECEFF1;
    position:relative;
    top:-30px;
    vertical-align:middle;
    display: flex;
    align-items: center;
  }
  .highlight{
    font-weight:bold;
    color:red;
  }
```

### 試したこと

●半角英数記号以外は全部赤くする
　⇒全角英数を入力する人たちから紛らわしいと苦情殺到

●単純に「Ⅴ」「Ⅽ」「K」だったら赤くする
　⇒別の文字を入力する人が現れてしまいイタチごっこに・・・


### 補足情報（FW/ツールのバージョンなど）
ブラウザ：Google Chrome
OS（クライアント側）：windows 7～10

アルファベットっぽい文字の誤入力を防ぐ方法

私、フロントエンドエンジニアをしております。
環境構築中の同僚から「なぜ、Node.jsのインストールが必要なのか？」と質問されました。

また、この質問について、他の同僚からも「正しく答えられる人はいるのだろうか」と疑問を呈されました。
ふと考えてみると、私自身もその理由を深く考えたことはなかったかもしれません。

このような同僚に対して、納得のいく回答を示したいと考えております。

・フロントエンジニアとしての、Node.jsの必要性。

方向性としては、上記をはっきりと説明できれば、納得してもらえるかと思います。
後学のために、他の職業の方々（サーバーサイドエンジニア・アプリケーションエンジニア等）からの見地・見解も頂ければ幸いです。

皆様のご協力のほど、よろしくお願い申し上げます。

Node.jsはなぜインストールする必要があるの？

個人でWebサービスを運用する際でも、例えば氏名やメールアドレスをDB上に保持する場合は流出などに十分配慮が必要になりますよね。
ただ、アプリケーションやファイアウォールの設定レベルでの脆弱性は開発時の考慮である程度なんとかできても長期間システムを運用するとなると
脆弱性情報の監視と迅速なセキュリティパッチの適用などが必要になり、OS/ミドルウェアまで考慮を入れると個人でやるにはかなりエネルギーがかかる認識です。


専任の要員を雇える金もリソースもない場合はそういったセキュリティ面の担保はできる限り外部に投げたいと思っているのですが、
個人開発などでこういった事情からインフラを選定したい場合のできる限り安価で安全な選択肢って何が最適解だと思いますか？


- ConohaやさくらのVPSなどのVPS ← 自由度高く値段も安いけどパッチ適用などは基本全部自分でやる
- AWS,GCP等 ← EC2的なところは結局VPSと条件変わらない？あと個人にはちょっとお高い
- FirebaseなどのBaaS ← 今だったらこれかなぁ……
- HerokuなどのPaas ← apacheレベルもパッケージ化されてて自動でセキュリティパッチ充ててくれる、LAMPに慣れてる人間だと学習コストかかるのと重要課金破産とか怖いけど割と良い？
- さくらのレンタルサーバ的なもの ← 安いけどスケーリングできない、自由度低い

うーん、Firebaseか、普通にPHP + MySQLとか使いたいならHerokuが良いのかなぁ……

個人または少人数チームでWebアプリを構築・運用する際のなるべく安価でセキュアなインフラの技術選定について

Twitterでフォローしている技術者の方が、
フレームワークAはこれから勉強するのにオススメ(案件が増えてる)、
フレームワークBは使われなくなってきているのでやめといた方がいい
とツイートしているのを見ました。
また、○○とか△△というこれから徐々に使用されなくなる言語は～というふうに


**言語の流行り廃り**を語っている方がいるのですが、そういうことは**どこで知る**ものなんでしょうか。
疑問に思ったので質問させていただきました。よろしくお願いします

言語やフレームワークの流行り廃りをどこで知る?

趣旨とズレていたらすみません。

サーバーエンジニアやってます。
8年くらい鬱病を患っているのですが今の仕事が合わず悪化している状態です。

転職活動しているのですがgithubなどの提出があったりするとプレッシャーに感じて辞退してしまいます。
今の採用はどこもプライベートで勉強してる事前提なのでしょうか…

Githubには簡単なツール系のコードしかないのでたいしたアピールにはならないです。コンプライアンス上仕事で作ったコードも載せられないし、固有名詞避けてあげることも出来ますが、生きることに精一杯で余裕がないです。
技術ブログもやってますが初心者みたいなメモしかないし、ガッツリ調べた内容を纏める気力がないのでとても貧相なものになってます。

凄いコードやブログを公開してないとまともなエンジニアじゃないのかなと思い

調子いい時でも、普段の勉強も精神的にムラがあり興味を持った時しか勉強しないです。
それに動けばいいやスタンスで納品できる品質じゃないので人様に見せられないです。

休んだほうがいいのかもしれませんが、そもそも自分は無能なんでしょうか。

コードを公開しないとまともなエンジニアとして認められないですか？

初めてのアプリを作っています。
毎回同じ段階でつまづいてアプリを完成させることができません。
例えば、位置情報を使ったアプリの場合

0. 「GPSで位置情報を取得して、目的地に近づいたら指定した音楽を鳴らしたい！」
0. 現在地の位置情報を取得して変数に代入
0. 目的の位置情報を取得して変数に代入
0. 現在値の変数 - 目的地の変数が指定した値より小さくなった場合、音楽を再生
0. ロジックが決まって、いざ作ろうとしても位置情報の取得方法がわからない！　⇐詰む
0. このアプリ作るのムリ
0. 他のアプリを作ろう

これの繰り返しです。
取得する方法がわからないから、何時間かけてもできっこない！　と、思ってます

みなさんはどうやって「したいことを実現するための方法」を探しているのでしょうか？

あなたはアプリ開発の時どうやってメソッドなどを探してますか？

こんにちは、最近C++の記事を幾つか見ていて下記のような記述を幾つか見かけました
> デストラクタにvirtualをつけないと
> ポリモーフィズムを使った際などに派生クラスのデストラクタが呼び出されない可能性がある
> デストラクタが呼び出されないということはメモリリークの危険性を孕んでいる

といったものです。
だいたいこんな感じで解説がされているので「そういうものなんだな」
って思う方が大多数だと思いますが、
逆にデストラクタにvirtualを**つけない**場合のメリットはあるのでしょうか
無知な私からしますともしメリットが無いのであればもはやC++コンパイラのバグの次元で直せばいいのにと思ってしまいます

知ってる方がいらっしゃいましたら回答していただけると幸いです

デストラクタにvirtualをつけない理由・つける理由

インデントにタブを使うことのデメリットはありますか？

タブを使うことのメリット・半角空白を使うことのデメリットとしては
・半角空白を複数で1インデントとすることにより、少ない文字数で表現でき、ファイルサイズが小さくなる
・1インデントが正しく構成されているか一目でわかる
 →例えば半角空白4つで1インデントとするルールで、3インデントのはずの個所で半角空白11個とか13個で書かれているケースをしばしば見かけるが、ぱっと見ただけでは正しいインデントなのか判別しにくい
・タブならエディタの設定で、自分の見やすい表示幅に調節できる(ことが多い。エディタによるが)
・インデント中をカーソルで移動する際やインデントを削除する際に、少ないキー押下回数で済み楽に操作できる
・エディタの表示設定で、半角空白・全角空白・タブを表示するようにしたときに、半角空白でインデントをしているとうっとうしい
 →「半角空白・タブの混在」や「全角空白の混入」を避けるために、非表示文字も見分けがつく設定にしておくべきだと思う
・半角空白でインデントを表現する場合、2個派と4個派とその他派で対立が起こる

が挙げられ、一言で言えばタブを使うことは、メリットが多くデメリットは無く、合理的だと思っています。

ところが、以前先輩と話したときに「タブは制御文字だから問題が起きることがある」というようなことをいわれたことがあります。そのときに明確に確認できず、またもう話す機会が無いので確かめられません。

それが正しいかどうかは別とし…
(1)インデントにタブを使うことにデメリットはあるか
(2)インデントに半角空白を使うことにメリットはあるか
(3)現実問題として問題が発生することはあるか。あるなら具体的に。
についてご意見ください。

プラットフォーム特有・言語特有の場合には、その旨を明記していただきたいです。

よろしくお願いします。


※ここで言う**「インデント」**とは、**「ネストの階層構造を表現するために行頭に非表示文字を挿入し字下げすること」**とします。**行中の位置揃えや装飾を「インデント」と呼ぶ人もいるようなのですが、本質問では無関係**とさせてください。
※また、スペース派の方は「タブ幅が8文字になっていたとき」を引き合いに出す人がなぜか多いのですが、**本質問は「文字数の比較」では無く「タブとスペースの比較」**です。ので、「タブ幅が8文字になっていたとき」を引き合いに出すのならば**「タブ幅が8文字になっていたときは問題が起きるが、タブ1文字を半角8文字に置き換えたら問題は起きない」ことを前提条件**として考えていただきたいです。

※プロジェクトの方針等でルールが定められていた場合に、ルールに従うのは当たり前の話です。ので、そのようなケースはここでは考えません。単独のプロジェクト等で、方針を決める際の選定理由などと考えていただければいいと思います
※一応、最近私が扱う言語は、PHP, Java, JavaScript, HTML, CSS、開発対象はWebシステム, Webサイト, Androidアプリ, Chrome拡張です。一応このあたりをターゲットとしていただきたいですが、上記以外でも「この言語ではタブではエラーになる」 等の情報がありましたら教えていただきたいです。

※インデントにタブとスペースを混在させることは、少なくとも私にとってはありえないことで、必ずどちらかに統一すべきだと思います。なので基本的には議論の対象から外したいのですが、「混在も許すべき」「場合によっては役に立つ・必要」「混在も選択肢に入れるべき」などというご意見をお持ちの方は、そのお考えを教えていただきたいです。

この議論でよくつかわれる画像を添付しておきます。
![イメージ説明](9c8d2ed514b5c2268698792bee28fe2c.png)

インデントにタブを使うことのデメリット

linuxを使っていると出てくるターミナルという物がありますよね

これに似た用語で区別がつかないのですが・・・

・ターミナル（端末）
・ターミナルエミュレーター
・擬似端末
・コンソール
・仮想コンソール
・プロンプト

[参考サイト](http://qiita.com/tadsan/items/441dcd910537d3f408e5)
ちょっと古すぎる話はよく分からないのですが・・・歴史が絡んでいるようです。

端末（ターミナル）＝ 遠隔からコンピュータを利用する専用マシーン（自分は見たことありません。）
現在よく使用されているGUI画面のLinuxのターミナルの正式名称は、ターミナルエミュレータということですよね？（黒い画面のCUIのヤツですね）

コンソールと仮想コンソールとターミナルでは、何が違うんでしょうか？？
[コンソールとターミナルの違い](http://gihyo.jp/book/pickup/2010/0013)

ちょっとよく分からないですね・・・

おまけに、ターミナルエミュレータには、さらに細かく分かれるようで、**ttyとpts**というのがでてきまして・・・

ttyとptsの違いはなんでしょうか？？
[参考サイト](http://qiita.com/toshihirock/items/22de12f99b5c40365369)
tty = 実端末・・・なにそれ？

以前、標準出力のデバイスファイルを辿ったところptsというものに辿りついたのですが・・・・
さらに、**擬似端末**について調べると、ptyという物が出てきて、マスタースレイブのペアが・・・・・・

擬似端末 ＝「仮想コンソール、端末装置、シリアルポートハードウェアなどを使用しないテキスト端末のインターフェイスを提供する。」
って、ターミナルエミュレータのことですよね？

わかりにくいです・・・
これらの違いは一体何でしょうか？

歴史が絡むと話が難しいです。
どなたか教えてください。

Linux 端末の歴史と違い

一般的なオブジェクト指向言語全体に言えることに言えることで、言語ごとにこういうのあるとか聞けると良いかなと思ったのでタグは色々つけています

---

ひとつめですが、 static method にするか、 instance method にするかについです

個人的には instance method は this のプロパティや他の instance method を参照するもののみで、インスタンスが持つデータへのアクセスが不要で引数だけから返り値が決まるもの（シンプルなものだと 2つの引数を足す add など）は static にしたいです
プロパティを参照しないものは static に分かれていたほうが見やすく、知らないクラスを見たときにも、このメソッドはプロパティ参照しないことがわかるのはいいことだと思います

しかし、知人から聞いたところテストを考えるとプロパティの参照がなくても instance method にした方がいいとのことでした
その理由は、 static にするとそのメソッドが呼ばれることが決まってしまうが、instance method であればインスタンスをモックに置き換えることで、テストに都合が良いようにできるというものです

add みたいなシンプルなものは不要ですが、返り値のデータが大きく（複雑な構造のオブジェクト）なりがちでそれを使う側のテストではシンプルなデータのほうが確認し易い場合、単に処理に時間がかかる場合、細かい仕様が決まってなく中身が未完成だけど使う側はテストしておきたいとき、などを考えると一理あるように思えます

しかし、テストは作るアプリケーション単体には必要なものでなく、作る側が楽に確認するためのものであり、**テストだけのためにほぼ全てのメソッドを static method から instance method にするようなプログラムを見づらくすることは避けたい**です

テストのしやすさをとるか、アプリのプログラム単体を見てわかりやすくなるようにするかどちらかをとるしかないものでしょうか？
みんな仕方なく、static でいいものも instance method にしているのでしょうか


---

2点目です
こっちはC#固有のものかと思います
上で書いたようなモックにインスタンスを置き換える場合です

AクラスがBクラスのインスタンスをもつときに、BをBを継承したB2クラスに置き換えます
Bクラスで各メソッドが virtual 指定されていなければ、override でなく new になり、Aクラス内のBがB2であろうと、Bクラスとしてメソッドが呼ばれるのでB2クラスでなくBクラスのメソッドが呼び出されます

ほとんどのクラスはどこかのクラス内で保持される思うので、テストを考えるとほぼ全部のメソッドが**テスト以外に意味もなく** virtual になります

有名らしいMoqというライブラリも virtual つけないといけないそうですし、これについては他に方法はなさそうです

テストのためだけに全部に virtual つけていくのが良い書き方とはとうてい思えないのですが、みんな諦めて書いてるものなのでしょうか

###### 謝辞

思った以上にたくさんの回答いただき驚きました
オブジェクト指向って難しいですね
いつまでもオープンのままにしておくのもどうかと思ったのでこのあたりで終了とします
ベストアンサーはすごく迷ったので、一番高評価が多かった回答にしました

ありがとうございました

テストのためにメインのコードが見づらくなるのは皆諦めてるもの？

どうもこんにちは。
先にお伝えしますと、この質問は技術的興味から来た質問です。
まず、HTMLのコードで以下の書き方をよく見かけます。
```HTML
<!doctype html>
<html>
<head>
    <link rel="stylesheet" href="http://example.com/">
    <meta charset="utf-8">
    <title></title>
</head>
<body>
<script src="http://example.com/"></script>
</body>
</html> 
```
このコードでscriptタグをbodyタグの下に書いている理由をご教授していただきたいということが今回の質問内容です。
稚拙な質問で恐縮ですが、よろしくおねがいします。

scriptタグはなんで通常bodyに書くのか。

Linuxのshutdownコマンドとrebootコマンドについて質問です。

先日、職場で、rebootコマンドを実行するとまずいので、再起動時は"shutdown -r now"を指定するように言われました。
（環境変数や設定が消える？）

しかし、その理由が調べてもわかりません。

rebootコマンドとshutdownコマンドの違いは何なのでしょうか？


---追記 2016/12/17---
皆さん回答ありがとうございます。
質問が放置気味になってしまい、申し訳ありません。

様々な意見があり、とても参考になりました。
回答を見て疑問に思ったのですが、shutdowmコマンドのコードを見ることはできないのでしょうか？
"man page of SHUTDOWN"のページに記述されているファイルを見ても、ファイルが存在しないか、バイナリファイルなので、ソースコードの確認方法が存在するなら知りたいです。

追加の質問となってしまいますが、よろしくお願いいたします。

shutdownコマンドとrebootコマンドの違いについて

フローチャートを書くと自動的に最適化されたプログラムを生成してくれるようなシステムができてそれを使うのが当たり前、人力プログラムなんて時代遅れ、むしろ信用できない害悪
というような時代が来るのではないかと危惧してます

そうはならない、すくなくともいまの世代が生きてるうちにそんな時代は訪れないという根拠を示して安心させてください

プログラマという職業はなくなるか

真っ先に、この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によってまた見せつけられる時が、来るかもしれないですね。

人工知能・AIにより奪われる職業ランキング。1位は『プログラマ』だと思っていますが、どうですか？

GUIツールキットには様々な種類がありますが、その中でお勧めなのはどれですか？
自分が調べただけでも、これほどの数があり、wikipediaには下記の物を他の言語で
使えるようにした物も合わせて更に多くの種類が載っています。

・C++
Qt
wxWidget
GTK+

・C#
Windows Forms

・Java
Swing
SWT
JavaFX

・その他
HTML

条件としてはフリーソフトとして開発する予定で、オープンソースになっても構いません。
将来性の有りそうな物を選びたいです。

作成したい物をアニメーションの作成ソフトです。紙芝居クリエーターやWindows ムービー メーカーのような物、といえば分かりやすいでしょうか

GUIツールキットでお勧めはありますか？

オブジェクト指向（OOP）は変更に強い、と一般に言われます。
カプセル化とかいろいろな機能のおかげで、あとから仕様変更する場合などに他に影響が及びにくい、と。

しかし実際には銀行や官公庁の大規模プロジェクトで、システム開発の失敗や遅延、頓挫などをしばしば見聞きします。
それらはおそらくJavaでOOPで開発されているはずです。
失敗や遅延などする理由は、発注元の曖昧な要求や後出しの仕様変更の多発などが想像されます。

でもOOPであれば、少なくとも仕様変更には強いはず。
なのに、なぜ失敗しまくるのでしょうか？
なぜ仕様変更のたびに膨大な影響範囲の調査・テストが必要なのか？ ある一部分の機能を変更するだけなら、そのクラスの単体テストだけでいいんじゃないの？

「OOPは設計が大事。最初の設計がダメだった」という意見が想定されます。
しかし数百億円・数千億円規模のプロジェクトに関わるレベルの人ですら上手な設計が出来ないのであれば、じゃあ一体誰なら上手に出来るのでしょうか？
そう考えるとOOPって机上の空論というか、現実的に「仕様変更に強い」という夢のようなことは期待できないのではないでしょうか？

あと、もしOOPが理論どおりに機能する概念だとしても、開発に延べ何千人も関われば結局グズグズになっていくのではないでしょうか？ 少数精鋭でやったほうが速く安く正確に開発できるのでは？ そもそもなぜ延べ数千人・数万人もの開発者が必要なのか？ 規模がデカいだけで、機能個々のプログラムの内容自体はそんなに難しいものではないでしょう？
初心者に毛が生えたようなSEやプログラマ数千人かき集めるよりも、スーパーハカークラスを超高給で数十人雇ったほうがいいのでは？


質問を整理します。
0. オブジェクト指向は本当に変更に強いのか？
0. なぜOOP開発での失敗例が多発するのか？
0. 失敗例の教訓、改善法はあるのか？
0. なぜ少数精鋭チームで開発しないのか？


その他OOP開発や大規模プロジェクトの失敗等について思うところあればなんでもご意見ください。

大規模開発でオブジェクト指向は本当に変更に強いのか？

最近、CSSのFlexboxを使用するようになりました。

Flexboxが便利すぎて、ほとんどのレイアウトがFlexboxを用いて実現出来てしまいますが、Flexboxを多用することに関して何か懸念点はありますでしょうか？（速度面や可読性、また従来のFloat、positionでのレイアウトからFlexboxに変更する際の落とし穴、Flexboxでレスポンシブ対応を行う際の懸念点、等々）

Flexboxを多用することにおける懸念点について

現在このような結果で表示されるプログラムの作成を試みています。
>0p↲
>p
>1d↲
>pd
>0i↲
>ipd
>2a↲
>ipad
というように、格納位置・格納データの順で入力すると、指示された格納位置にデータが入り表示されるというプログラムを作成したいです。
データサイズに合わせられるように動的メモリ(malloc)、リスト(構造体)を使用したいと考えています。
初心者のため、現在のところまったくといいほどわかりませんので、何かしらアドバイスをいただけたらと思っています。
よろしくお願いします。