「単体テストを手動で行いエビデンス取る」の破壊力

**デフォルトの名無しさん** · 2020/09/23(水) 12:29:11.02

単体テストは自動化するものだと思っていたから
一瞬何を言っているのかわからなかった

**デフォルトの名無しさん** · 2021/08/22(日) 09:13:05.54

Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴バージョン1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

第二プログラミング言語として Rust はオススメしません Nim をやるのです
https://wolfbash.hateblo.jp/entry/2017/07/30/193412

Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

**デフォルトの名無しさん** · 2021/08/22(日) 10:26:58.06

Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴バージョン1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

第二プログラミング言語として Rust はオススメしません Nim をやるのです
https://wolfbash.hateblo.jp/entry/2017/07/30/193412

Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

**デフォルトの名無しさん** · 2021/09/30(木) 00:33:23.23

きれいなテストが書けるやつのコードは読みやすいよ
テストに工数がかかるし意味ないって言ってるやつはCLEANなコードが書けていないだけ

**デフォルトの名無しさん** · 2022/01/25(火) 07:14:27.74

おまえらテストいちいち自動化してんの？
マジでえらいな
おれ時間勿体無いしそんな時間あったらネットしたりしてたいから
手動でぱぱっと終わらして
仕様変更来ても関係なさそうな部分だったらテストしないわ

**デフォルトの名無しさん** · 2022/01/25(火) 09:51:11.69

>>692
> テストしてんの？テストしないわ

までよんだ

**デフォルトの名無しさん** · 2022/02/23(水) 22:50:38.23

なんだか２０年くらい前にユースケース図が流行ったときに
全く役立たない棒人形ばかり仕様書に書いていた事を思い出した。
テストプログラムもユースケースと同じように書いてる本人も意味が分かっていないかも？

**デフォルトの名無しさん** · 2022/02/24(木) 05:17:14.07

テストプログラムがなんのことか知らないけど、
よく使われている有名なオープンソースソフトウェアには
かならずテストコードがありますよね？

テストコードの重要性は否定できないのでは？
ユースケースは殆ど見かけないけど

**デフォルトの名無しさん** · 2022/02/24(木) 09:59:05.05

>>695
ユースケース図のコピペと同じで
常にパスするテストコードばかりのプロジェクトも見たことある。

関係ないがその会社は他にも難があり

VisualSourceSafe（当時）みたいな履歴管理システムは分かりにくいから使うな。
クラスはトレースが困難だから使うのはやめるように
JavaのInterfece宣言がプライベードメソッドにだけされている。
DBでSelectした場合は必ずInsertした順序で出るから・・・

今でもこんなところがありそうなので怖い。

**デフォルトの名無しさん** · 2022/02/26(土) 11:15:18.32

え？ユースケース図は今は書かないの？
要件定義ではいつも書いてるけど

**デフォルトの名無しさん** · 2022/09/23(金) 05:40:13.22

このスレ加齢臭すごいな
汎用系→WEB系に転職したけど
まさに汎用系の現場にいたようなやつらばかりだね

どうせアレだろ？「スクリプト言語は簡単！バカでも出来る！！」信仰なんだろ？
一生COBOLでPERFORM文でも書いとけや
金になるからって若手に変な仕事押し付けないでください。

**デフォルトの名無しさん** · 2022/10/23(日) 22:13:04.99

スクショパシャパシャを強いられて辛い

**デフォルトの名無しさん** · 2022/11/11(金) 10:21:17.49

工数を埋めるため

**デフォルトの名無しさん** · 2022/11/17(木) 14:21:47.08

これ「単体テストをしてるフリをするBOT」の需要あるだろ

**デフォルトの名無しさん** · 2022/11/17(木) 15:17:22.85

ユニットテストにエクセル生成のライブラリをくっつけたやつが有れば便利なんじゃないかと思ってる

**デフォルトの名無しさん** · 2022/12/10(土) 16:45:59.33

TDD楽しいからな

**デフォルトの名無しさん** · 2023/04/05(水) 20:50:28.08

なんかAIがテストコードを生成してもおかしくない時代になってきたな

**デフォルトの名無しさん** · 2023/04/18(火) 08:37:01.78

単体テストって改修した部分のコードをexcelに貼り付けて確認表を埋めるんだろ。知ってる。

**デフォルトの名無しさん** · 2023/08/29(火) 14:52:38.70

単体テストの結果がおかしかったので修正しておきました！(テスト結果を)

**デフォルトの名無しさん** · 2023/10/01(日) 14:23:05.16

>>704
テストパラメータをズラズラ並べる時なんかはcopilotの補完がかなり利くね
テストデータを外出しにすると逆に補完が利きづらいから外出ししたくなくなるw

**デフォルトの名無しさん** · 2024/06/19(水) 18:51:58.17

ユニットテスト≠単体テスト

**デフォルトの名無しさん** · 2024/06/21(金) 06:13:37.92

ユニットテストの日本語訳が単体テストなんですが…