コーディング、テスト、デバッグ、エディタ技術総合 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/08/26(金) 10:40:24.82

・特定の言語や設計、アルゴリズムではなく、
・あくまでも「実装の方法論」について議論するスレです。
・補完、スニペットなどの「コードを構築する」効率的な手法や
　テスト、デバッグ自の「操作」の省力方法や、画面構成、必要な構文を
　調べる方法、コードベースの中を「移動」する方法、コマンドライン、
　ファイル、ディレクトリ関連、必要なドキュメント、参考にするソースコードにた
　どり着くためにコンピュータやインターネットを「探索」する技術などについて議論しましょう。
・なるべく、特定のエディタやフレームワーク、ツールなどの専用のワードを多用
　せずに、他の人はそのツールを知らない前提で一般用語で議論しましょう。

**デフォルトの名無しさん** · 2016/08/26(金) 20:40:36.97

何のスレだか分かりにくいな
開発環境の使い方がメインか

**デフォルトの名無しさん** · 2016/08/26(金) 21:51:59.40

>>2
いや、開発環境ありきじゃなくて、どんな工夫をすればコーディングが
しやすいかを考えていきたい。
同じ開発環境やフレームワークを使っていると、ふと「俺は何かを創ってい
のか、それとも創らされているのかわからなくなってくるときがある。
だから、例えば、「○○製の××のノコギリは便利」じゃなくて、
「どういう状況で、どういう性質の工具を選ぶべきか」
「自分だけのオリジナル工具、オリジナルの使い方があってこういう意図で
　使っている」とかを議論していきたい。

**デフォルトの名無しさん** · 2016/08/26(金) 21:53:50.14

>>1
心意気や良し

**デフォルトの名無しさん** · 2016/08/26(金) 22:14:48.43

こういう焦点がはっきりしないスレは意外と伸びるもんだよな。雑談で。

**デフォルトの名無しさん** · 2016/08/26(金) 23:01:14.73

道具の問題じゃない。

使ってる人間の問題。

**デフォルトの名無しさん** · 2016/08/27(土) 10:22:03.81

意外とIME辞書って使いようによっては強力なツールだと思ってる。
日本人ってアメリカにはない「文字変換」という優れた習慣を持っている
と思うんだが。

**デフォルトの名無しさん** · 2016/08/27(土) 16:58:24.06

　　　　　　ｸ　　　ｸ　｜|　プ　//
　　　　　　ｽ　ｸ　ｽ　　| | │　//
　　　　　　／ｽ　　　　| | ッ //　　ｸ　　　ｸ　｜|. プ　//
　　　　　　／　　　　　　　 //　　　ｽ　ｸ　ｽ＿ | | │　//
　　　　　　　　／￣￣＼　　　　　／　ｽ　　 ─ | | ッ //
　　　　　　　／　　_ノ　　.＼　　　／　　　　　　　　　//
　　　　　　｜　　（＞）（＜）　　　　　＿＿＿
.　　　　　｜　　⌒（__人__）　　　.／　⌒　 ⌒＼
　　　　　　　 |　　　　｀ Y⌒l　　　／　（＞）　（＜）＼
.　　　　　　 |　　　　. 人__ ヽ　／　::::::⌒（__人__）⌒ ＼
　　　　　　　ヽ　　　　 }|　| | 　　　　｀ Y⌒ l__　　　|
　　　　　　　　ヽ　　　　ノ､|　|　＼　　　　人＿　ヽ／
. 　　　　／^l 　　　　　 / /　　,─l　　　　　　ヽ　＼

**デフォルトの名無しさん** · 2016/09/01(木) 19:52:06.60

パブリックな名前空間でのネーミングに時間を費やすやつは有能。
そういう輩をdisるやつは無能。

辞書を作っておくのが効率的

**デフォルトの名無しさん** · 2016/09/01(木) 19:56:50.68

早い段階で命名が整理されてると混乱しないな

xxx、xxx2、xxx2bみたいに
行き当たりばったりにつけていくのは無能

**デフォルトの名無しさん** · 2016/10/30(日) 22:21:39.28

オブジェクト指向は「再利用の記述」の省力化を目指しているが、
記述を省力化しすぎて「既存コードを読むストレス」を無視している
と思う。「読みながら部分的に手を加えるストレス」というべきか、
もうすでに出来上がったものをどう利用したらいいのか、
手を加えたことで、どう変わったのか恐る恐るやるよりも、
いっそ一から書いた方がずっと楽な場合もある。そっちのほうが安心できる。

**デフォルトの名無しさん** · 2016/10/30(日) 22:33:20.64

NuGet、Excel、VS。
Excelは表からコードを作るのに使える。
RFCとかUnicodeとか表が提供されるもの結構多い。

**デフォルトの名無しさん** · 2016/10/31(月) 09:48:34.51

>>11
オブジェクト指向はけっして「再利用の記述」（の省力化）を目指しているわけではないように思う…というのはさておき、

「既存コードを読むストレス」を無視しているように見えるのは、きっと不完全な開発ツールを使っているからだろう
まず既存コードがどのようなネットワークを形成しているか、具体的にはコードを抽象化してメタ情報（使われている
メソッドがどこに定義されているか、読んでいるメソッドがどのメソッドからコールされているか、インスタンス変数は
どのクラスで定義されどのメソッドがそれを参照・変更しているか等々）として得ることができればかなりストレスを軽減できる
で、実際そういうツールは少なくとも80年代から普通に提供されている（例：Smalltalk環境）し、00年代にはほぼ整っている
「手を加えることでどう変わったのか」を把握する方法はすこし時代が下るけど、ｘＵｎｉｔやバージョン管理で把握・制御可能だ

**デフォルトの名無しさん** · 2016/10/31(月) 14:49:14.87

>>13
ってことはオブジェクト指向はそもそも「サポートしてくれるツールがある事」
が大前提であり、理論より、ツールの使い方ありき、ツール覚える方が先。
ということになるな、そうするとよくありがちなParsonやCarなどをとりあえず
作って抽象的な説明から入るオブジェクト指向の講義はナンセンスということ
にならないか？
「まずこのツールをDLして、操作方法を覚えろ」の方がいいのでは？

**デフォルトの名無しさん** · 2016/10/31(月) 15:37:43.02

>>14
どうしてそういう結論になるかわからん
ネットワークのたとえを引き続き用いると
まず最初に小さく単純でいいからネットワークを作ることを学ぶにあたって
どういう風にネットワークを形成していくか、それはどうあるべきかという抽象的な説明は必要ないとでも？