常連

注目の的

社会貢献

回答者

拍手喝采

自己紹介

[TechAcademyがteratailの質問・回答を盗用していた件](https://www.haya-programming.com/entry/2019/03/22/092150)(静かなる名辞)

> teratail運営はできれば早急にこの件についての立場を示すべき。「ああいう使い方をされるのを承知で売っていた疑惑」が少しでも残っている限り、ちょっと安心して使い続けることができません。

経緯はリンク先のブログを読んでいただければわかると思いますが、簡単に言うと [TECHACADEMY](https://techacademy.jp/) が「当社に送られた質問に現役 JavaScript エンジニアが答える」という名目で teratail の質問・回答を大量に使用していたという問題がありました。

一つや二つではなく、まさに「大量に」と表現すべきもので、現在は発覚したものから次々と削除が行われており、すでに三桁にわたる記事が消えているようです。

そこで「この記事は無断転用ではなく teratail が売っていたのではないか」と囁かれています。根拠としては、TECHACADEMY のコンサルタントとして、teratail を運営しているレバレジーズの名前が挙がっていることのようです。

---

この件について本来は個人的に問い合わせるのが筋かもしれませんが、すでに複数の問い合わせがあるのではないかと思いますし、他所で色々と取り沙汰されるよりは teratail の会員の目に留まるところで話が進んだ方が良いのではないかと思い、質問させていただきました。

この質問はもちろん運営の方に通知させていただきます。

私の質問や回答は teratail に限らずどこで使っていただいても構わないと思っていますし、金銭の授受があってもそれほど気にしません。しかし、それは全員ではないと思います。

根も葉もない噂であれば、会員全員の目に留まるところではっきり告知していただいて我々を安心させてください。また、売っていた事実があったのであれば、今後の対応について聞かせてください。

今、話がどんどん拡大しているところです。TECHACADEMY だけの問題であれば、「もっと燃えろ、もっと燃えろ」と思うくらいですが、teratail が関わっているのであれば、まだボヤのうちにしっかりと対応していただき、対岸の火事としていただければと思います。

# 追記
[有志製作中のまとめ](https://jsfiddle.net/fn26jgv0/show/)
[上記更新版](https://jsfiddle.net/dc0yuwg7/show)

# 追記
hayataka2049 さんからの情報で、teratail 側の意見がわかりました。
また swordone さんからの情報で、KiRAMEX 側からの発表があったことがわかりました。
それぞれの回答をご覧ください。

KiRAMEX の発表
[弊社運営のオウンドメディアへのご指摘について](https://www.kiramex.com/news/info/2019/5c98d89a6d027a17770002ea/)
[上記ページの魚拓](http://archive.is/uvQov)

そこでちょっと疑問があるんですが、この時系列おかしくありません？

> ■ご指摘に対する時系列の対応について 
・2019年3月20日23時 
　はてなブログ「saitouena」にて質問と回答の盗用に関する上記のご指摘が公開される

> ・2019年3月20日23時 
　ブログの内容をもとに該当記事の精査を行うため、ご指摘の記事を含めて35件の一時削除を実施

> ・2019年3月22日9時 
　はてなブログ「静かなる名辞」にて質問と回答の盗用に関するご指摘が公開される

> ・2019年3月22日18時 
　上記ブログをきっかけに、弊社内で代表樋口を筆頭に置いた調査チームを組成。

盗用の指摘→精査のため削除→はやたかさんのブログ→調査チームを組成(組織？)

精査のための削除って何ですか？ 削除すると精査できるんですか？
見てすぐわかるレベルだったと思うんですが、精査自体、必要でしたか？

それから二日後、調査チームが結成されたのは、hayataka2049 さんのブログの後です。
調査チーム無かったんですか？ 精査って何してたんですか？

hayataka2049 さんが「teratail を安心して使い続けることができない」と発言している件

ここ最近WEB開発(PHP、MySQL)から離れていたため、最近のWEB開発環境がさっぱりになってしまいました。

ブラウザも勝手にバージョンupされてしまい。先ずは、ブラウザの開発ツールを使えるようにならないとダメだし、
エディターなんかも以前使っていたAptanaとか設定からやり直さないと･･･と言った状態に陥ってます。

そこで、いっそのこと開発環境の構築からスタートしたいと考えております。
この辺のツールにおいて、今は何が主流なのでしょうか？

とりあえず、昔に構築したサイトのメンテナンスを一人で行いますので、複数人数での作業を前提としたツールは不要です。

アドバイスなどがありましたら幸いです。よろしくお願いいたします。

因みに、以前構築したサイトを見たら、PHP5.1.6、になってましたが、これってバージョンUpしたほうが良いのでしょうか？
MySQLもそのころのバージョンのままです。

最近のWEB開発環境について

今回は技術的な質問ではなく、エンジニアとしての考え方に関する質問となります。

最近、技術の勉強`※1`をしていて、

> 「これで本当に勉強になっているのか？成長速度は遅くないか？」

と自問しております。

この自問の背景には、以下の仮説があります。
> より正しい考え方ができていないと、勉強しても何も身についていないのでは？
延いては、エンジニアのスキルそのものにも大きな影響を及ぼすのでは？

「より正しい考え方ができていないと勉強しても何も身につかない」という仮説`※2`を真とした場合、
その考え方とはどんなものがあるでしょうか？

---

`※1`
技術の勉強というのは具体的に、以下のことをしています。
```
・技術書を読む
・サンプルコードを書いてみる
・オリジナルアプリケーションを作って、実際に動かす
・質問する（御助言下さる方、本当にありがとうございます）
・VMでLinuxを動かす
```

`※2`
一例を挙げますと、

> 2時間勉強に使って、なんとか 「Hello, World!」 を出力できた

とします。

しかし、私の仮説においては、これでは全く勉強になっていません。その理由は、

> 仕組みを理解してこそ勉強であり、なぜ 「Hello, World!」 を出力できたのか、その仕組みの理解に全く時間が割かれていないため

です。

------------追記------------
貴重な御助言を下さいました皆様、ありがとうございます。

この質問に対してベストアンサーを決めることは、技術的な質問に対するそれとは異なり、
本質的な意味を持たないと考えております。
このまま勉強を続け、個人的に一番成長できたと思う考え方をベストアンサーとさせてください。

------------追記2------------
そもそも前提がおかしい、など、是非ご意見を頂きたく思っておりますので、お気軽にご回答ください。

エンジニアとして成長するための考え方

現在RailsアプリケーションでRSpecを使いながらテスト駆動か初に挑戦しています。

幾つかテストを書いて思ったことを質問させていただきます。
（テストを導入したのはアプリケーションの機能をほとんど実装してからです）

### 始めからテストをかけない
今回は、実装がほとんど出来ている状態からテストを書いているので、テストコードをメソッドごとにかけるのですが。
本来であれば最初に書くはずだと思います。ですが最初に書いたコードでは、綺麗にメソッド分割できておらず、ほぼベタ書き状態のものが多い気がします。
そこからリファクタリングをして、メソッドの分割、その後、各メソッドのテストコードを記述というのが理想的なような気がします。

###結合テストからするべき？（テスト=>実装の流れならば）
単体テストの場合ではクラス単位、メソッド単位で行うことが多いかと思います。
テストコードの中でクラスやメソッドを呼び出すということは、クラス名やメソッド名の変更、引数の有無など変更できなくなります。（その都度テストコードを書き換えるのならば良いのですが）

なので、結合テスト（ブラウザぽちぽちして、最終に得られる結果を期待するコードを書く）をすると、メソッドの分割や、名前の変更ができるようになるのではないでしょうか？

その後単体テストを記述し、ロジックの部分をリファクタリングするというのが良いのではないかと思います。

皆様の意見を聞かせて頂きたいです。

上手なテスト駆動開発の進め方について

いつもお世話になっております。
現在CakePHP3を使いWeb開発をしている者です。

CakePHPにあるFormヘルパーのpostLinkメソッドでの質問です。

現在、postLinkメソッドを用いてデータの削除を行い、
その際に、独自レイアウトの確認メッセージを表示させようと考えております。

以下のソースですと、Chromeの場合はデフォルトのモーダルウィンドウが表示されます。
※以下のページの1枚目参照
http://www.tbn.co.jp/posts/technology/2016/03/29/confirm-dialog.html
```ここに言語を入力
<?= $this->Form->postLink(__('削除'),
                          ['action' => 'delete', $id], 
                          ['confirm'=>'Are you sure?']); ?>
```

このデフォルトのモーダルウィンドウを
独自のレイアウトに置き換えることは可能でしょうか。
可能でしたら方法を教えてください。

参考にしたHPですと、Railsはできるようです。
http://www.tbn.co.jp/posts/technology/2016/03/29/confirm-dialog.html

ご回答お待ちしております。

(cakePHP3)postLinkの確認メッセージを独自レイアウトに変更する方法

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

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

###発生している疑問の概要
・日本では生涯プログラマとして働けないのか
・生涯プログラミングを仕事にし続ける方法はあるのか
・大学と専門学校どちらが良いのか
###前提・実現したいこと
生涯プログラマとして働きたいと考えている普通科高校２年生です。
日本では生涯プログラマとして働くのは無理なのでしょうか。
少し前までは専門学校に行って就職をしようと考えておりましたが、
それでは生涯プログラマとして働くのは不可能ではないか、と考えました。
私がそう思った根拠は、
・先生や先輩のレベル
・入学条件の緩さ
・同級生候補の意識の低さ 
などです。大学に行くのはやりたいことが決まっていない人だと
思っておりましたが、知識も必要となってきますよね・・・。
今までの自分の認識では「知識軽視の専門学校生」と「技術軽視の大学生」
という認識でしたが、個人のモチベーションで両方取れることに気づきました。
それなら大学の方が良いのでしょうか・・・。
専門学校に行こうとしていた理由は３５年定年説があるので、少しでも早く仕事をして
「使える」知識と技術を身に着けようと思っていたからです。
また、そもそも日本では
・PG→SE→PMというキャリアパスの一般化
・「プログラマ」の日本での地位の低さ
・PG３５年定年説
・生涯プログラマの需要も供給も少ない
という問題が今の時点でも見つかっております。
調べられる範囲で調べただけなので実情と違う点があった場合にはご教授願います。
日本国内での就職が厳しい場合、国外も視野に入れて就職活動（及び進学）
をしようと考えておりますが、なるべくなら日本国内で働きたいです。
一つの企業でずっと働いても、後から転職でもどちらでも構わないので
日本国内で生涯プログラマで働く方法があれば教えてください。
###試したこと
SEの知り合い一人への聞き取り調査、ネット検索。
###補足情報(言語/FW/ツール等のバージョンなど)
今は独学（＋オープンキャンパスで専門学校の先生に質問）でC言語を学んでおります。
最低限基本情報技術者試験は今期（遅くとも来期）にとっておこうと思っております。
一応そのレベルの知識があることを証明しておかないとFEも取れないレベルの人と
一緒にされるのは嫌ですから。万が一業界を変える時にも無いよりマシですし。
また、一般人の親や先生などを説得するのに役立つと思います。
今のパソコン全体の知識量としてはなんとかFEが取れるかどうか、
Cとしては『苦しんで覚えるＣ言語』(http://9cguide.appspot.com/index.html)
の基礎編ができるあたりの初心者です。学び始めたのが遅く、FEの勉強と両立のため
全然進んでおりませんが、やる気と若さはあります。マネジメントがやりたくないのではなく、
ずっとプログラムを書いてそれを仕事にし続けたいです。

日本で生涯プログラマとして働くことは可能か？

という問題があるのですが、なぜ、下記ソースのように'{$i}'>{$i}のような形になるのでしょうか？
valueが'{$i}'だとして、{$i}より小さいという意味がわからないです。


また、多数展開のecho "<option value = '1'>1</option>"変数展開も
どのような構造かよくわかりません。
詳しい方ご教授お願いします。

 ```php
  <?php 
            for ($i = 6; $i <= 100; $i++) {
              echo "<option value='{$i}'>{$i}</option>";
            } 
          ?>
```

改行どうすればできますか？

```php
echo "<option value = '1'>1</option>"変数展開
```

コードブロックこれでいいんですかね

PHPのソースについて質問です。

#変更点
##タイトル変更
タイトルが不適切とのご指摘をいただきました。
確かに冷静になって思い直してみれば「質問者が○○だからダメ」というのは行き過ぎていました。
ご指摘くださった（あるいは、同じく遺憾に思われた）方々へお詫びさせていただきますとともに、タイトルの方を修正させていただきます。
お騒がせしてすみません。

こちらの元のタイトルを残すか、というのも悩んだのですが、文面に不快感があるので敢えて残さない事にしました。

##リンクを追加
ご指摘ありがとうございました。一つ賢くなれました。
対応時にアドレス部分を消す事も考えましたが、原文をいたずらにいじるべきではないかな、と思ってこの形にしました。

#ベストアンサーについて
本当は皆様のご意見一つ一つにベストアンサーにしたい思いでいっぱいです。

が、回答を得ているの残置するのは良くないので、今回は一番早く回答をくださったMr_Robotoさんとさせていただきました。

私信ですが、論外とか言ってすみませんでした。悪意で挙げたのではなく個人的に好きな考え方だったのですが、こういう場合について他の方はどういうイメージで捉えているのか気になった、というところでした。
勝手をしてすみませんでした。

#いただいたコメントについて
すべて、読ませていただいています。
皆様の回答をいただいて、私の中で今後どのように対応していくのが良いか、考える際の基準にさせていただきたいと思います。
細かく議論をしていきたい思いもありますが、まだ私の中で自信がない・薄ぼんやりとしているところもあります…
半年ROMれ、というわけではないですが、まずは皆様の回答の仕方やここにいただいた考え方などを参考にして、よりよいものにしていきたいと思います。
せっかくご意見をいただいたにもかかわらず、ざっくりな回答になってしまって要領を得ない状態ですみませんが、今はこのようにさせてください。

#要望について
皆さんの懸念の通り、このような質問はこの場で完了するのではなく、運営の方に要望として出すのが適切だと思いました。
こちらは今回のご意見をいただいた中で、私の中で説明できるように整理をした上で要望という形にまとめようと思います。

#質問の動機
多分これはあったほうがいいのかな、と思いました。
動機というと聞こえはいいですが、言い訳のようにも聞こえるところがあります。

まず、思想などについて善悪を問うような質問をする事はどうなのか、と悩んではいたのですが、私の価値観のもと以下参考例のようなケースがあったとして、誤った判断でより多くの方を不快にさせてしまうよりは、今の段階できちんと定義付けておく方が良いと思いました。

#最後に
末文になりましたが、改めてご回答をいただいた皆さんと、やはり同じく関心をいただいた皆さんに感謝をお伝えさせていただきます。
またご迷惑をお掛けしてしまう事もあると思いますが、その際はまたよろしくご指導いただければと思います。
本当にありがとうございました。


#原文 以下

（※純粋に好奇心からお伺いします）

まず最初に私から皆様へ、日頃の感謝をお伝えしたいです。
teratailが非常に高い回答率を出しているのは普段から皆様の尽力によるものだと理解していて、
特に質問の仕方について色々と考えさせていただく中で、より良いものにしていこうとされている皆様への尊敬の念が絶えません。
また、質問者の皆様にも、多くの質問とその流れを参考にさせていただきました。
本来、私が問題にぶつかった時に質問をして、解を導いていただくか自ら見出すかの時間になっていたかと思うと、やはり皆様にも感謝をお伝えしたいです。
いつも本当にありがとうございます。

###本題
さて、そんな中で非常に残念なお話をしなければなりません。
多くの回答や支援がある中「答えがあればよい」と考えていらっしゃる（と私が感じている）質問者の方を決して少なくない数でお見受けいたします。
皆様はその方たちへ厳しくもお優しいコメント・回答をされています。
（恐らく技術者ではないが技術を使って何かをしたい方々なのでしょう、というのは容易に想像出来ますが）

###質問
私のこの質問こそが「プログラムと全く関係ない質問」で大変恐縮ではあるのですが、やはりお伺いさせていただきたいです。
「
・プログラムと全く関係ない質問に対し回答をするべきではない
・プログラムと全く関係ない質問だけど、質問者が質問したい内容自体を理解していないのでフォローしてあげるべき
」
私はteratailを利用する上で、この２点のどちらが望ましいのか非常に判断に困っています。

###見解
まず私の意見として、技術はお金では買えないということです。
彼らは買い切り1万とか、高額情報商材で30万円以上を出して稼げるノウハウを買って、ブログなりSNSなりでアフィリエイト活動をするわけですが、当然それらにはタグのようなIT技術（と呼んで良いかどうかは別とします）が必要です。
ただし、多くの人は1万だろうが30万だろうがセンスがなければ何をやっても失敗します。
同じ時期に始めた別の人が稼げても、その人は稼げない。そういう仕組みです。
なので、技術はお金では買えないと評しました。

参考までに。
高収入アフィリエイターはそういった背景を理解していて、プログラマーにきちんとした対価を支払って、自身のサイトの運営をしています。
私も技術者の端くれとして、本来はそうあるべきだと考えています。
ノウハウ泥棒にタダでお金になる技術を売る必要はない、というのが私の見解です。

###参考スレッド
アフィリエイターとはまた違う話ですが、参考にさせていただいたスレッドを以下にご紹介します。
【枠内は独自かつ勝手な主観に依りますので、目安ぐらいに考えてください】


###【まだ分かる、あるいは仕方のない範囲】
[・teratail の推奨していない質問
https://teratail.com/questions/40918](https://teratail.com/questions/40918)

[・最近のteratailについて
https://teratail.com/questions/29067](https://teratail.com/questions/29067)

[・teratail が目指す回答は、魚か、釣り方か、それとも ...
https://teratail.com/questions/39089](https://teratail.com/questions/39089)

[・ソースコードぐらいは```で囲んで欲しい！
https://teratail.com/questions/41441](https://teratail.com/questions/41441)

[・何故、答えがそこにあるのに、ググらない人が多いのでしょうか？
https://teratail.com/questions/20278](https://teratail.com/questions/20278)

[・運用担当者が必要な開発よりの知識について
https://teratail.com/questions/44782](https://teratail.com/questions/44782)

[・クックパッドのようなアプリを１から作るとしてかかる開発期間
https://teratail.com/questions/43287](https://teratail.com/questions/43287)

###【teratail内でも探せばすぐ出てくるのに探さなかっただろう例】
検索窓に「プログラマー」で検索すると恐ろしい勢いで見つかります。

###【私が勝手に推測している、恐らく検索しなかっただろう例】
（公開を自粛しますが、そう思われても仕方のない質問は多くあります、とだけ）

###【論外（でも個人的に好きです）】
[・KISSというプログラミング言語の仕様を教えて下さい。(ネタ)
https://teratail.com/questions/42236](https://teratail.com/questions/42236)

上記の殆どはここ１ヶ月や年内のものです。
あくまでも参考程度での紹介ですが、「こういう議論をする必要が出てきた」のは大変な問題だと捉えています…
上記の通り、今の状態が良くないと考えている方は私以外にもたくさんいらっしゃるようです。

###質問
もう一度問います。

・プログラムと全く関係ない質問に対し回答をするべきではない
・プログラムと全く関係ない質問だけど、質問者が質問したい内容自体を理解していないのでフォローしてあげるべき

今後、どのように対応していくべきでしょうか？
回答の仕方として魚か、釣り方か…ではなく、明確に回答する・しないの方針を固める材料にしたいと思います。
また、利用者さまの認識の乖離も無視できないものと認識しています。本項で皆さんの意見が交わされることで、少しでも多くの共通認識を取る機会になればと願います。

###私信
先輩方のMarkdown記法を見よう見まねでやってみたものなので、適切な使い方をしていないかもしれません。
それは別途ご指摘いただければ、今後のためになります。よろしくお願いいたします。

###最後に
末文になりましたが、プログラムと全く関係ない質問・相談をして良くないスレッドを一つ作成してしまいました事をお詫びいたします。
せめて少しでも適切なタグはないものかと探したところ、teratailタグが見つかったのでこちらのみ、使わせていただきました。

[相談と質問]そろそろ自力で課題を解消する気のない質問者に回答をするのをやめませんか？

teratailに質問するのが初めての場合、ソースコードを**```**で囲まずにベタで書いているという人が結構いるかと思います。親切な方が指摘してあげていますが、ときにはなかなか直さない人もいます。

こういうソースコードをコードとして囲っていない質問はとても損をしていると思います。まず、ソースコードがとても見難いです。そして、問題があるというソースコードを検証するためにローカルにコピーするのがとてもし難いです。調べて回答しようと思う気力がガクッと下がります。私はそのような質問を見たとき「そっ閉じ」する場合もあります。とくに、C/C++でのマクロ部分は見出しとして解釈されるため、詳しく見る気がかなり失せます。インデントも消えてしまうので、PythonやCoffeeScriptなどインデントが重要な言語の場合は、どういうコードなのかさえわかりません。

さて、そこで皆さんに質問です。

* なぜ、囲まない人が少なからずいるのでしょうか？どうしたら減らせるのでしょうか？teratailの質問のフォームはよくできていると思いますが、何が足りないのでしょうか？
* 質問フォームの右側にプレビューがでるので、普通ならおかしいと気付くはずです。それでも、そのまま投稿してしまうのはなぜなのでしょうか？
* このような囲まない人へはどう対応すべきなのでしょうか？「初心者だから仕方がない」と優しく教えてあげるべきなのでしょうか？それとも、「プログラマーであればmarkdownぐらい書けるのは当たり前」「書き方はヘルプに書いてある。ヘルプを読まない奴は技術者じゃない」「プレビューすら確認しない奴にプログラミングをする資格は無い」と突っぱねるべきなのでしょうか？
* こういった質問が出るのは仕方がないとして、質問への修正依頼をするにあたり、どのような文章がいいでしょうか？初心者でもわかりやすく、齟齬がなく、読めば誰でもできるような、そんな素敵な文章をお待ちしております。
* こういった質問をなるべく少なくするべく、私達回答者ができることやteratailの運営に要望として出せることは他に何があるのでしょうか？

ソースコードぐらいは```で囲んで欲しい！

よく次のような事が言われます。
* 魚を与えるな 釣り方を教えよ
参考サイト：
- 魚を与えるな [http://meganeinfo.com/etc/entry79.html](http://meganeinfo.com/etc/entry79.html)
- 魂が震える話 [https://www.facebook.com/tamafull/posts/498025733541633](https://www.facebook.com/tamafull/posts/498025733541633)
- 釣った魚を与える人か、魚の釣り方を教える人か？ [http://hkcpa.jp/nagoya-de-kigyou/archives/764](http://hkcpa.jp/nagoya-de-kigyou/archives/764)

そこで、次の質問です。
* 多くの質問者はどういった回答を求めてるのでしょうか?
* 多くの回答者は、どういった回答を心がけているのでしょうか?
* 運営側は、どういった QA サイトを目指しているのでしょうか?

私は、 
* 質問するときは、ともかく 解決先(魚)が欲しいです。釣り方も提示されていると嬉しいですが。
* 回答するときは、釣り方を書こうと思っています。 

質問者によって、ともかく空腹を満たすことが最優先な場合と、釣り方を知りたい場合が別れると思います。
QA ページを後日も役に立つものとするためには、釣り方を書くことが優先されるかもしれません。
でも時間が経てば、釣り方も変化します。
当初の回答内容は陳腐化、場合によっては非奨励な方法になることもありえます。
この辺りの折り合いをどうつけていくか ...

プログラミングに関係ないメタな質問なのでマイナスがつくことは覚悟してます。

＃ この質問をするきっかけは、 
＃ "写真共有販売のサーバ費用" の質問とその回答群
＃ "テーブルの作り方で不明" の質問とその回答群 などを読んだことです。

追記： 2016-06-26 11:30
* ベストアンサーは、運営からの回答にだけつけます。こ
こでの質問の私の本意は "teratail 運営の方針は？" なので。
運営側からの回答の為に、利用者の回答を大いに利用していただければと思っています。

追記： 2016-06-26 19:00
 こんな twieet を目にしました。
 > ...
 >「魚です」と言って目に付いた適当な何か(たまたま魚かも知れない)を渡している人とか、「魚の釣り方です」と言ってアウトドア教本の適当なページ(たまたま魚の釣り方かもしれない)をちぎって渡してる人、がいっぱいいるのが #teratail 
 > ...
 
 落語に "蒟蒻(こんにゃく)問答" というのがあります。
 質問と回答のギャップがおもしろい落語です。
 当事者同士よりも、そのやりとりを見ている第三者が一番 学べるのかもしれません。
 
 - [YouTube https://www.youtube.com/watch?v=SB0bEbjZ8sI](YouTube https://www.youtube.com/watch?v=SB0bEbjZ8sI)
 > 落語ファン必見！五代目小さん 談志 小三治の三人落語 「蒟蒻問答」 - YouTube https://www.youtube.com/watch?v=SB0bEbjZ8sI

動画をみる時間がないかたは、テキストで粗筋を。
- 落語あらすじ事典 蒟蒻問答（こんにゃくもんどう） [http://senjiyose.cocolog-nifty.com/fullface/2005/02/post_6.html](http://senjiyose.cocolog-nifty.com/fullface/2005/02/post_6.html)


追記： 2016-06-25 10:00
* 多様性が重要と思っているので、ベストアンサーにはなりえないけど、
既にある回答とはちょっと異なる観点のものを回答すること
も心がけてます。

追記： 2018-07-30
類似質問 
teratail における回答に関して [https://teratail.com/questions/138657](https://teratail.com/questions/138657)

追記 2019-06-11

質問者が 魚 (コード）をもとめているか、　釣り方(考え方など) をもとえているかを 質問
時に明示できるような機能を teratail に追加するとよいかもしれません。
また回答への ベストアンサーも 魚の回答と、釣り方の回答のそれぞれへつけられるとよいかもしれません。

そもそも質問者が回答群のなかからベストアンセアンサーを適切に選べるのかも疑問。
現在のベストアンサーは質問者にとって一番 役立った回答であり、技術的に本当に優れた回答なのかは甚だ疑わしい。
運営側からの書き込みや teratail 機能の改善で 考え方を示して欲しい。

teratail が目指す回答は、魚か、釣り方か、それとも ...

何かと問題が多いと言われ続けているパスワードですが、それでもやはりサイトに登録する上で設定を必要とすることがよくあります。

で、セキュリティ上「大文字・小文字・数字を混ぜる」というような指示をされることもあるのですが、ときおり「パスワードには英数字のみを使って、記号は含めないでください」というような指示の付いているサイトがあります。

数字しか打てないATMのような機械でも使うとか、ソフトウェアキーボード入力となっていて文字種が選べない、という状況なら制限の必要性はわかりますが、（他のサービスのログイン用として保管するという筋の悪いパターンは別として）パスワード自体を生データとして保存するのはむしろやるべきことではないですし、ハッシュ化してしまえば元の文字種も関係はしないはずです。

となると、いったいどのような理由があって制限をかけているのかよくわからないのですが、将来的に自分がパスワードを要求するようなシステムを作る際に見落としがあっても困るので、どのような理由が考えられるかご教示いただければ幸いです。

パスワードの文字種を制限する意味について

お世話になっております。

データベースのカラムが何に使われるかなどの詳細をドキュメントにまとめることになりました。
rubyのコードでCSV出力をする方法を知っているので,そちらで簡単なバッチコードを書いてカラムの内容などを出力しているのですが,皆さんはどうやってドキュメント化していますでしょうか。
rdocでもいいのですが,google スプレッドシート,Confluenceなどにもまとめたいと思っているので,CSVに書き出せるとありがたいです。結構労力がいると思いますが,皆さんはドキュメント化する時どのようにされているか気になるので,もし,実践しているということや便利なツールや最適化されているサイクルなどがあれば教えていただきたいです。

よろしくお願いいたします。

データベースの構造をドキュメント化するのにCSV出力などで情報を得たい

###moedelの処理でmaster/slaveを動的に振り分けたい
負荷分散の為にDBをMasterとSlaveに分けています。
参照の際にはSlaveに接続。更新の際にはMasterに接続する。
といった事をやりたいのですが、やり方が分かりません。

defaultではSlaveに接続している状態で、saveを行う処理ではmasterに接続したいのですが、
beforeSaveで$this->useDbConfigを書き換えもslaveに接続してしまいどのタイミングで書き換えればmasterに接続されるのかが分からずじまいです。
（そもそもこのやり方が間違えてる可能性もあり行き詰っています。）

どうかよろしくお願いします。

cakePHP3 DBのmaster/slave振り分け

CakePHP バージョン 2.8.4
論理削除利用ビヘイビア SoftDeleteBehavior（https://github.com/CakeDC/utils/blob/master/Model/Behavior/SoftDeleteBehavior.php）

以上の環境でWebアプリを開発しています。
結論から言うと、論理削除されるべき部分が物理削除されてしまいます。

●状況
SoftDeleteBehavior.php内のbeforeDeleteメソッド、実際に論理削除をしているdeleteメソッド内での動きを追いかけたところ、問題なく論理削除をされていました。（Deletedカラムにtrue（1）が入っている）
しかし結果として物理削除されてしまっています。

そこで実際にデリートをしているコントローラーのアクションの内部で、$this->モデル名->delete()をしている直後に
```php
debug($this->モデル名->getDataSource()->getLog());
```
としてSQLを確認したところ、やはり**updateされた上で、再度deleteされている**ことが確認されました。
そうなると、大元のCakePHPのデリート行為をビヘイビアで止められていないということなのでしょうが、なぜうまく止まってくれないのかがわかりません。

●行った設定
/app/Model/Behavior内に「SoftDeleteBehavior.php」ファイルを設置
AppModel.phpのAppModelクラス内に
```php
public $actsAs = array( 'SoftDelete' );
```
を記述。
DBの該当テーブルに
「deleted」（tinyInt型(1) デフォルト0）
「deleted_date」（datetime型）
を設定。
Model、Controller、ViewはBakeしたデフォルトのまま使用。


どなたかきっかけになりそうなヒントだけでもいいので、情報をご存じの方はご享受ください。
必要情報で不足がありましたら、提示いただければ追記します。

よろしくお願いします。

・追記
同じ症状に悩まされた方いらっしゃいますか？
またその場合「根本的な解決はしなかったけれど、こういう方法で回避した」という例もあればお教え下さい。
よろしくお願いします。


【以下、回答に対する追記】
![回答に対する追記画像](42143ec2c959ce206e579be82822c243.jpeg)

PHP CakePHP2 SoftDeleteBehaviorでの論理削除で物理削除されてしまう

HogesTable.php
```php:HogesTable.php
<?php

namespace App\Model\Table;

use Cake\ORM\Table;
use Cake\Validation\Validator;

class HogesTable extends Table {

    public function initialize(array $config = null) {
        $this->table('hoges');
        $this->primaryKey('hoge_id');
        $this->entityClass('HogeRecord');
        $this->addBehavior('Timestamp');
    }

    public function validationDefault(Validator $validator) {
        parent::validationDefault($validator);

        $validator = new Validator();

        $validator->notEmpty('user_id', 'user_idは空です。')
                ->requirePresence('user_id', true, 'user_idは必須です。');

        debug('validationしたよ！');

        return $validator;
    }

}

```

HogesController.php
```php:HogesController.php
<?php

namespace App\Controller;

use Cake\ORM\TableRegistry;

class HogesController extends AppController {

     public function index() {
          $hoge = TableRegistry::get('Hoges');
          $entity = $hoge->newEntity($this->request->data);
          $hoge->save($entity);

          debug($hoge->errors());
          exit;
     }

}
```

上記のコードでバリデーションが呼ばれません。なぜでしょうか？

CakePHP3.2でバリデーションできないんですけど助けてくださいお願いします。本当にお願いします。

HTMLコーダーは、極めていってもクライアントさんが理解できないので、
評価されてないと下記サイトに記載がありました。

HTMLコーダーのキャリアに存在する5つの問題点
http://baigie.me/sogitani/2013/03/corder/

会社勤めなら、多少は評価されるのかもしれませんが、自分で仕事をうける場合、
クライアントさんに、ITCSSをベースにして保守性管理制の高いコーディングをしたので、
ワードプレスでグラフィカルに作ったサイトより、5万円位高くなると説明しても、
ほぼ理解してもらえないと考えた方が良いでしょうか？

つまりコーディングは、自分で仕事を受ける場合は、ブラウザ上の表記が問題なければそれ以上突き詰めて、ITCSSやその他CSS設計を学んでも全くクライアントに評価されないので、
その時間があったら、サーバサイドやダイナミックに動く誰にでもわかるフロント側のJS、クライアントが大好きなカッコが良いデザインを学ぶ方に時間を使った方が合理的でしょうか？

直接プログラミングの質問でなくてすいませんが、同じ悩みがある方が多いと思います。

フロントをやるにしてもコーディングは、ある程度のセマンティックなコーディングが出来れば、それ以上のCSS設計などは評価されないので、サーバサイドやダイナミックに動く誰にでもわかるフロント側のJSにその時間を使う方が良いのでしょうか？

たにぐちまこと氏も言っていますが、コーディングはHTML5でゆるくなったことでワードプレスなどの自動化が決定的になった為将来性がないというのが現実と考えて良いでしょうか？

理想のお話でなく、現場の現実や将来性を教えてください。

HTMLコーダーは、極めていってもクライアントさんが理解できないので、 評価されてないと下記サイトに記載がありました。

**品質管理の必要性について**

お疲れ様です。いつもお世話になっております。

タイトル通りですが、品質管理・バグ管理の必要性について質問させてください。
個人的には、「100%必要ない！」とは思っていませんが、厳重に管理したバグ票やらを必死に分析して最終的に何に使うのでしょうか？

私の今までの現場の作業としてはメインとして設計・製造がメインですので管理というのをあまりやったことがありません。
そして、今までの大まかな流れは、以下のとおりです。
①設計or製造
②設計・製造バグが見つかる
③故障票などに記載（Redmine的なものです）
④分析
⑤故障票の確認
⑥分析が足らなければ更に分析（繰り返し）
⑦原因を突き止めたらやっと故障改修（分析してからでないと改修をコミットできない）

という感じです。いわゆる、なぜなぜ分析ですね。
なぜなぜ分析は、真の原因が突き止めたらそれに対して改善策を提示することが大事なようですが。。。

分析が必要ことは重々承知ですが、かなり時間がない状況でも故障の改修を後回しにしてでも分析を行うのがわかりません。分析した結果をいつを使うのでしょうか？大体プロジェクトが終了すればエビデンスとして格納してあるだけなような気がします。
品質報告も規模とステップ数、バグ件数で計算してるだけな気がしていて数字だけでしか管理されていないような気がします。

例えば、「あるexceptionによるシステムエラー」が起きたとしたら
１.なぜバグが起きたのか？
 →exceptionをキャッチしていない
2.なぜcatch文をいれていないのか？
 →設計書から見落とした
3.なぜ見落としたのか？
 →凡ミス
4.なぜ凡ミスが起きたか？
 →疲れていた、作業効率の低下、特に理由なし

ここで最後の回答をしたところで、管理者は「なるほど、気をつけて」としか言いようが無いし、作業者としても「疲れていた」とは言いにくいものもあります。
バグの内容にもよりますが、明らかに大したバグではない、凡ミスのようなものに追及していく必要はあるのでしょうか？
それより、さっさと改修しても良い気もします。
一つの現場だけでなく、だいたいどの現場も同じ漢字なので不思議です。

話が脱線して、質問もごちゃごちゃな気もしますが皆さんの品質管理についても率直な意見をお聞かせください。
よろしくお願いします。

品質・バグ管理の必要性についてご意見をお聞かせください。

teratailでは、大変皆様にはお世話になっております。
不器用なモノで、キツい書き込みとかしておりますが、ご勘弁を。

さて、このサイトを利用していて、いろいろプログラミングに関する取り組みとか、きっかけなど気になりましたので、ぜひご回答いただければ。

（あと、１つくらい質問をしないと・・・というサイト側の方針もあるようですので、従わせていただきたく。）

###皆様に質問したいこと
ざて、私は微力ながら、東京にて受託開発と、プログラミング教室などをやっております。
そこで、ここでの経験と、教えている経験からのご質問なのですが・・・

「フレームワークの有効性について」

です。
非常に便利で、私も当然のように利用しておりますが、どちらかというと、プロの道具に近いモノだと思っており、現場のプロが使うなら非常に有効性は高いが、初心者には、ブラックボックス化しすぎていて、敷居が高いのでは？という疑問です、。


###比較的初心者の方へのご質問
大変、不躾な言い方ですが、なぜ故にフレームワークから、学び始めている方が多いのでしょうか？

JQueryをやるまえに、JavaScript言語の基礎

Cakeの前にPHP言語の基礎

Railsの前にRuby言語の基礎

と、本来言語の基礎をつけてから、フレームワークを学ばれた方が効率がよいと思うのですが、teratailの質問を見ていると、フレームワークから入ってくる方があまりにも多いような気がしています。

私などが、教鞭を執るときには、まずは基本の言語体系から、と必ず決めておりますが、やはり生徒さんの中には、フレームワークを使って、早く成果をだしたいと思われている方が多いようです。でも、それでは力にならないと思っています。

初心者の皆様は、情報不足で、なんとなく検索の結果からとかからフレームワークに入ってしまったのか、誰かにフレームワークをつかえば、ちょちょいのちょい、なんて言われたのか？

きっかけなど、お教えいただけますと、助かります。

###エキスパートの方々へ
仕事ではフレームワークを使うことは多いと思いますが、たとえば新人さんが入ってきたときとか、フレームワークをいきなり教えてしまうことなどあるのでしょうか？
（もし、現在の風潮がそのようであれば、当校も方針変更しようかとも。。。）

実際に、とっととフレームワーク教えてくれれば、いろいろできそう、と期待を持った、生徒さんなどもおり、実際にはフレームワークなしでは、当然、一般的なＷＥＢサービスに近いモノに近づくのはほど遠く、
期待を裏切るのはとも思いながら、でも基本大切、と訴えてはおりますが・・・。

全般的に、プログラミング技術とは関係の無い質問になってしまいましたが、ぜひ、いろいろな方のご意見をおききしたく。

乱文失礼いたします。
ぜひ、優しい気持ちで、ご意見いただければ。




### ありがとうございました
皆様貴重なご意見ありがとうございました。ベストアンサーもなかなかお選びするのが難しかったのですが、取り急ぎは１名、選ばせて頂きました。

あらためまして、本当に皆様、いろいろご意見ありがとうございました。
自分的は、もしかして古い考えだなと思いつつも、なかなか変えられずいたところもあり、時代の変化の話などもしていただき、スッキリいたしました。
引き続き、よろしくお願いします。

本来、各投稿にコメントで御礼するところですが、まとめて、失礼いたします。

フレームワークの有効性について

以下のように配列Bを条件に多次元配列Aを並べ替えたいです。
何かいい方法はあるでしょうか。

```PHP
//多次元配列
$arrayA = array(
			array(
				'item'=> 'item1',
				'date'=> '2016-04-01'
				  ),
			array(
				'item'=> 'item1',
				'date'=> '2016-04-02'
				  ),
			array(
				'item'=> 'item1',
				'date'=> '2016-04-03'
				  ),
			array(
				'item'=> 'item2',
				'date'=> '2016-04-04'
				  ),
			array(
				'item'=> 'item2',
				'date'=> '2016-04-05'
				  ),
			array(
				'item'=> 'item2',
				'date'=> '2016-04-06'
				  ),
				  
		  );


//並べ替えの条件とする配列		  
$arrayB = array(
			   'item1',
               'item2',
			   'item1',
			   'item2',
			   'item1',
			   'item2',
		  );
		  
		  
//希望の結果
$arrayA = array(
			array(
				'item'=> 'item1',
				'date'=> '2016-04-01'
				  ),
			array(
				'item'=> 'item2',
				'date'=> '2016-04-04'
				  ),
			array(
				'item'=> 'item1',
				'date'=> '2016-04-02'
				  ),
			array(
				'item'=> 'item2',
				'date'=> '2016-04-05'
				  ),
			array(
				'item'=> 'item1',
				'date'=> '2016-04-03'
				  ),
			array(
				'item'=> 'item2',
				'date'=> '2016-04-06'
				  ),
				  
		  );
```