コーディング、テスト、デバッグ、エディタ技術総合 [無断転載禁止]©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
どうしてそういう結論になるかわからん
ネットワークのたとえを引き続き用いると
まず最初に小さく単純でいいからネットワークを作ることを学ぶにあたって
どういう風にネットワークを形成していくか、それはどうあるべきかという抽象的な説明は必要ないとでも？

**デフォルトの名無しさん** · 2016/10/31(月) 17:04:52.62

ツール覚えるのに必死で創造性を発揮するどころではないな。
覚えたころには次がでてくる。W

C#を使うと便利すぎて不満など全くない。使い込んで行けば不満もでるのだろうが
不満をさがしたら自分の未熟以外のものはでてこない。このオブジェクトの海の
なかのどこかに問題をスマートに解決する方法があって、それを自分が知らない
だけという感覚に陥る。こんな意識状態ではきっと創造性などは生まれない。

**デフォルトの名無しさん** · 2016/10/31(月) 20:43:50.21

>>14
Parsonてなんぞｗｗｗ

**デフォルトの名無しさん** · 2016/10/31(月) 21:18:21.78

Personのタイプミスだよ。
いやさ、オブジェクト指向やってると疲れんのよ、主 publicとか private
とか protected とか static とかプロパティの辺がさ、
「クラスの作り方、派生、変更の仕方」なんてもんあまり勉強した内容じゃなくて、
俺が習得したいのは「言語組み込みクラスのメソッドの使い方」なんだよ。
そこらの他人が書いたコードやすでにあるコードなんてどうでもいいの。

**デフォルトの名無しさん** · 2016/10/31(月) 22:52:59.24

>>18
ぱーか

**片山博文MZ** ◆T6xkBnTXz7B0 · 2016/10/31(月) 23:14:28.80

>>18
まずはそのクラスがあるヘッダーを#includeする。
次に、変数宣言を使ってそのクラスのインスタンスを作成するコードを書く。
必要ならば、そのインスタンスを使って、メソッドを呼ぶ。

**デフォルトの名無しさん** · 2016/11/01(火) 05:45:27.04

確かにガチガチにオブジェクト指向で塗り固めたコードは見苦しいよ。
訪れるかどうかすらもわからない、「後々のために」を理由に
いろんな修飾子付けてゴテゴテにデブったコード書いて、
「オブジェクト指向ししてる俺は意識高い」みたいなのってなんだかな~
と思う。策士策に溺れるというか、本末転倒なんだよ。

**デフォルトの名無しさん** · 2016/11/01(火) 10:41:54.82

ツールを使いたくない（使えない）ならオブジェクト指向やめるか、一時記憶を強化するしかない

**デフォルトの名無しさん** · 2016/11/01(火) 12:06:28.92

継承したときに使いたいものだけ見えるようにする方法ってあるの？
２つしかいらんのに邪魔なのが１００個も見えるという状況は気分が悪いよね

**デフォルトの名無しさん** · 2016/11/01(火) 13:28:29.79

>>23
その２つだけを使いたいことをIDEが知る方法はあるの？

**デフォルトの名無しさん** · 2016/11/02(水) 12:10:38.60

>> 23
interface

**デフォルトの名無しさん** · 2016/11/14(月) 19:01:39.35

このスレのタイトルに適した本ってなんだろ、コードコンプリートとか、
オライリの実践でバッグ技法とかかな。
おまいらコード書く順番ってどうしてる、
関数の具体的な中身を決めないまま mainから書き始めるか、
関数の部品の中身をつくってから関数同士の組み合わせ方をあとで考えるか、
クラスありきで作り始めるか、クラスの必要性に駆られてからそれまでのコード
をクラスに書き直すか。

**デフォルトの名無しさん** · 2016/11/15(火) 04:07:44.74

まずはピンコンフィグかな

**デフォルトの名無しさん** · 2016/11/17(木) 07:46:25.96

リーダブルコードは有名なのか

**デフォルトの名無しさん** · 2016/11/17(木) 18:56:03.28

で、Rubyのデバッガでいいのある？

**デフォルトの名無しさん** · 2016/11/29(火) 14:59:26.52

プログラムが何をもって「完成」になるかわからないときってない？
なにが成功でなにが不十分なのか明確な基準持っていないっていうか
そもそもあまり関心がないみたいな、テストケース書こうとしたとき
急にどうでもよくなる感じ。
問題がおきたらなおせばいいや、って。

**デフォルトの名無しさん** · 2016/11/29(火) 18:45:56.10

あ

**デフォルトの名無しさん** · 2016/11/29(火) 20:48:54.69

初歩的なことかと思いますが
テスト要領書って、本来コーディング前に作っておくものでしょうか？

うちの会社じゃ
いつもコーディングの後半に作ってるんですが
一般的にはどうなんだろうと思いまして

**デフォルトの名無しさん** · 2016/12/10(土) 07:29:52.95

要領書は設計書書き始めたら並行して書く

**デフォルトの名無しさん** · 2016/12/10(土) 11:51:31.58

デバッグテクニックって大事なのにぜんぜん共有されないよね
あってもブレークポイントとか変数ウォッチの使い方マニュアルみたいな役に立たない情報しかない

**デフォルトの名無しさん** · 2016/12/10(土) 12:32:45.44

>>34
基本的に関数の行数は数行（10行未満）長くても十数行で
それらはテストしやすいように、呼び出しやすい関数になっている。
なのでブレークポイントや変数ウォッチなんか使う意味がない。

**デフォルトの名無しさん** · 2016/12/10(土) 12:39:39.05

>>35
それはまあ確かに理想的だけどレガシーコードや若手の書くコードは実際そうなってないわけじゃん
そういうダメなコードをデバッグする効率のいい方法というか原則とか考え方みたいなものを共有できたらいいと思うんだよね

**デフォルトの名無しさん** · 2016/12/10(土) 12:54:38.43

ダメなコードをデバックする効率的な方法？

ダメなコードを簡単に直すのが一番効率的な方法だよ。
その方法のことをリファクタリングという。

**デフォルトの名無しさん** · 2016/12/10(土) 12:55:26.86

× ダメなコードを簡単に直すのが一番効率的な方法だよ。
○ ダメなコード（複雑なコード）を簡単なコードに直すのが一番効率的な方法だよ。

**デフォルトの名無しさん** · 2016/12/10(土) 21:18:18.70

バッチ処理がダメだった時の修正案を実行前実行中に
考えて作っておく。
バッチ処理が失敗した時は速やかに代案を実行する。
バッチ処理が失敗した時の焦りや怒り、うろたえは馬鹿にならないから
そんな状態で代案は生まれにくいし、コーディングミス
をしてハマる可能性がある。
だから健全な精神状態で代案をいくつか用意しておく。

**デフォルトの名無しさん** · 2016/12/12(月) 06:32:25.58

最近deltadebugに興味がある

**デフォルトの名無しさん** · 2016/12/12(月) 07:51:08.90

なんだいそれ？

**デフォルトの名無しさん** · 2016/12/18(日) 11:38:27.43

Lnuxでインテリセンスのついた開発環境をおしえてくだされ。まさか
そんなものはない？