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

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

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

**デフォルトの名無しさん** · 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でインテリセンスのついた開発環境をおしえてくだされ。まさか
そんなものはない？

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

>>42
LinuxアプリはWindowsで開発するんだよ。

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

例えばC#アプリの例でお願いします。

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

Eclipse, NetBeans, Emacs, Visual Studio Code, Atom

何でも、ソースコードを所定の場所に置けば、インテリセンスが働くだろ？

**デフォルトの名無しさん** · 2016/12/18(日) 23:40:52.78

オライリの実践デバッグ技法は良書
ただ、GDB DDD Eclipse の使い方を同時並行で解説しているから
少し混乱しやすい。

**デフォルトの名無しさん** · 2016/12/18(日) 23:44:05.58

ツールの使い方じゃなくてもう少し上のレイヤのデバッグテクをテーマにした良書はないのか
ブレークポイントの説明とか何度も読まされて辟易するよ

**デフォルトの名無しさん** · 2016/12/19(月) 00:34:24.03

>>47
お望みの書籍はこれかな？
https://www.amazon.co.jp/%E9%81%93%E5%85%B7%E3%81%A8%E4%BA%BA%E9%A1%9E%E5%8F%B2-%E6%88%B8%E6%B2%A2-%E5%85%85%E5%89%87/dp/4787712101/

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

>>47
オライリーのデバッグの本（なんか蝶の書いてあるやつ）は科学的な手法とかアルゴリズムとかが中心だよ

**デフォルトの名無しさん** · 2016/12/19(月) 21:49:43.65

>>47
テスト駆動開発とかは？

**デフォルトの名無しさん** · 2017/04/11(火) 07:43:01.86

DAOのテストってどうしてる？
テスト自体はデータをクリアしてインサートしてDAOのメソッド呼んで戻り値を調べてAssertって感じで普通に書けるんだけど
テストがDBに依存しちゃってるからサーバーが落ちてる時とかメンテナンス中に
にテストが通らなくなって困る
JUnitだけど一時的に機能無効化するオプションとかあるのかな

**デフォルトの名無しさん** · 2017/04/11(火) 11:38:08.44

>>51
> テストがDBに依存しちゃってるからサーバーが落ちてる時とかメンテナンス中に
> にテストが通らなくなって困る
ローカルにDB作れば？

> JUnitだけど一時的に機能無効化するオプションとかあるのかな
DAOのテストで、何を無効にするの？

**デフォルトの名無しさん** · 2017/04/11(火) 23:42:02.49

>>16
GUI周りは大いに不満です

C#のCollectionの快適さは異常

**デフォルトの名無しさん** · 2017/04/12(水) 09:06:08.45

>>53
> Collectionの快適さ

具体的にはどこらへん？

**デフォルトの名無しさん** · 2017/04/12(水) 21:32:52.95

一番がAny()
isEmpty()じゃないことに感動した

大概の拡張メソッドがラムダ突っ込めるし

**デフォルトの名無しさん** · 2017/04/12(水) 21:41:41.61

冗長にも思える拡張メソッドの一群おかげでやりたいことが直感的にできる
Javaもラムダ扱えるってなって喜んだのもつかの間
C#に比べてあまりに貧弱で悲しくなった

**デフォルトの名無しさん** · 2017/04/12(水) 23:10:54.64

なるほどなるほどAny()ですか

**デフォルトの名無しさん** · 2017/04/13(木) 01:22:43.82

明らかにパクリと言われないようにちょっとズラしてパクらないといけない
でもズラしてパクると使い勝手悪くなる
JavaがC#に追いつく日はもう来ないだろうね

**デフォルトの名無しさん** · 2017/04/13(木) 01:27:23.06

>>58
そんな事気にしてる言語なんてない…いや、Javaを持ってるOracleは気にするかもな。とりあえずJavaで訴訟するために

**デフォルトの名無しさん** · 2017/09/19(火) 08:24:16.23

オライリー
Effective Debugging ―ソフトウェアとシステムをデバッグする66項目
Diomidis Spinellis

読んだ方、どうでしたか？

**デフォルトの名無しさん** · 2018/05/23(水) 21:42:10.50

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

6LKCX

**デフォルトの名無しさん** · 2018/07/05(木) 00:18:12.40

S9R

**デフォルトの名無しさん** · 2018/12/05(水) 17:53:36.13

ノートで入力作業するとき、現在行がウィンドウの上のほうに固定されるか、
または上に向かって改行するエディタがあると見やすい。近視なんで。

**デフォルトの名無しさん** · 2018/12/05(水) 18:11:56.05

キー入力を拾わなければならないから
KeyDown
KeyPress
KeyUp
これらのイベントがあるようなので
一文字ずつ表示させればエディタになるんだろうか

**デフォルトの名無しさん** · 2018/12/05(水) 19:58:39.13

KeyPressでそのまま表示させることはできた。（上から下）
・下から上へ折り返し表示
・日本語入力
・編集機能
を実装すれば完成

**デフォルトの名無しさん** · 2018/12/05(水) 20:02:44.63

1行プログラミング
Label1.Text = Label1.Text & e.KeyChar