実データでプログラミングすれば単体テストは不要!
すげーや(笑)
https://www.usp-lab.com/methodology.html
開発方式の特徴: 一休さん方式
> 一休さんは、屏風に書かれた虎を見事捕まえてみよ、という難題を前に、
> 「さあ、すべて準備は整いました。私が虎を縄で縛りますから、虎を屏風から出してください。」
> という頓智で場を切り抜けた逸話がありますが、ユニケージは一休さんにならい、
> データという虎を見事捕まえるために、まずデータを全部出してもらうことを要求します。
何を言ってるのかさっぱり理解できない。俺が馬鹿なのか?
> さらに、実データを使ってプログラミングすることにより、
> 単純な動く動かないの単体テストはプログラミングの過程でクリアでき、開発効率も向上するのです。
すげーなー、実データがあれば単体テストが不要になるんだー
> ユニケージには、多くの「お作法」が存在し、ドキュメントの削減に寄与しています。
> 例えば「ワンプログラムワンフロー」の原則や、「アプリケーション固有のLEVEL4」の作法は、
> 複雑になりがちなプログラム間の相互関係の記述やテストを不要にしています。
シェルスクリプトは移植性低いからOSを変更したりバージョンアップした時に
動くかどうかわからないじゃん。テストしないとだめだよ。 自分ができないからってふわっとした手動テストで悦に浸る60であった
自動テストのコストが許容できなくなるほど高いのも60が見積もれないからやろ
一番デカいメソッド ←レガシーやん、見切られてるだけやw >>60
テスト対象の仕様を把握してないから自動テストができないだけだろ
プロジェクトで1番でかいメソッドとやらのディシジョンテーブルをまず書いてみろよ >>62
そんなもの不要。
プロジェクトで一番でかいメソッドは
いきなり本番投入!
俺はプロだからな! コンパイル通ったらバグが無いと思ってる素人より
テスト通ったらバグが無いと思ってる管理者の方が悪質 それはテストをしない理由にはなりえない
勿論自分はプロだから、なんて戯言も >>62
書けば?w
その時間に手動の単体テスト終わりそうだけどw >>66
ザルテスト・ザルではないことを証明できないテストを
やったところで、テストを通過したことにはならんよ
ザルの目を通過しただけのことだからね つーかディシジョンテーブル書いてみろと言った途端に皆ビビり過ぎ まあ、1番デカイヤツヤラせて見ろよ
これで自動テストやろうぜ厨はリアルで潰せる
そいつは何の成果もあげられない絶対だ
こういうアホの思いつきをプロジェクトから無傷で追い出すのも立派な能力
掲示板でもガチでキレたらオープンソースの自動テスト作ってもらうで
自動テストの話はそれが終わるまでさせん 1番デカイヤツが糞過ぎて、ディシジョンテーブル起こせません渡せません。まで読んだ
オワコンなプロダクトにはオワコンな人間が跋扈する、と 自動テストなんか不要!
→ほーん、じゃあそれ手動でテストしてんの?
→そもそもテストしてませんでした
この流れだからなw >>69
でかいやつの、手動テスト vs 自動テストか
まず手動テストやらせてみようぜ! 自動テスト用のテストデータを自動生成するプログラムの
テストは自動テスト? 2000年ぐらいのときの人類は自動テストを
人工知能のように考えていた人がいるんだよ
ファクトリーオートメーションのような
コンピュータを導入した自動化のことだって
分かんなかったんだよ
念のために言うけどファクトリーオートメーションは
人間が何もしなくても勝手に何かものを作ってくれる機械じゃないよ お前らが日々セコセコと作ったジャーナルやらのデータが既にあるやろってのが彼らの理屈
それを虎とよんで提出したら作ってやるという思想 自分たちで新しいデータを作らないという前提なの?
そら使えねわw もしかしてユニケージってCOBOLで開発済みのたシステムを
リプレースするための開発手法なのか? ビッグデータ解析とかに使うのが正解ってのがここ数年で出た答えやと思うぞ
COBOLのリプレスなんか出来んぞ
インデックスもロールバックもないしな
そもそもリアルタイムに処理なんかさせたら崩壊すんぞ シェルスクリプトでビッグデータ解析をします。
え?どうやって?
まずシェルスクリプトを実行します。
そしておもむろにそのシェルスクリプトから
Pythonプログラムを実行します
それもうビッグデータ解析に使ってるのPythonやないかーい PythonやろがCやろがawkだとしても、シェルのパイプで連結しとって、並列処理ができて作法に準拠しとればユニケージなんやで、それがオラクルよりも速いから信者がいるわけやぞ これがWindows系のパイプやと処理が終わりきらんと次の処理にデータを渡さんけど、Linux系なら次の処理に渡すんよね
これをたくさん繋げるから並列に大量のデータに対して効き目があるんよ
って教え込まれて育つんやぞ オラクルよりも早くなるのはデータが少ないときだけだから、ビッグデータを扱うと普通のデータベースより遥かに遅くなるという罠 >>83
それ知らんかった
エビデンスあるん?
興味あるわぁ >>79
ビッグデータ解析にユニケージが使えるわけ無いだろ >>85
え!インデックスもねぇーし、ロールバックすら出来なくて、データをリアルタイムに更新するとぶっ壊れるんやぞ
それやから夜間バッチでデータの持ち方を変更して行くのに、ビッグデータ向けじゃないとは? >>84
エビデンスの話をするならユニケージの方がオラクルよりも速いというエビデンスがないんだよ
ユニケージはオラクルよりも速いと主張してるだけで
エビデンスを提供してない ユニケージはファイルの書き込み量が多すぎるんだよね
なんか今のディスクは安いし大容量だから
そんなの気にしなくて良いって反論してるみたいだけど
気にしてるのは、ディスク読み書きの量が多かったら
遅くなるという所なので反論がまとはずれ
オラクルとかはメモリ内でほとんどのことを処理するので速い >>84
例えば数十GB、数千万件ぐらいのデータをデータベースに突っ込んで
日付項目にインデックスを張った状態で
特定の日時範囲のデータを数十件を取得するのと
ユニケージコマンドで全体なめて検索するのとでは
圧倒的にデータベースのほうが速い >>89
ほう!ほう!
ええねぇ~ええねぇ~
そうすると所長は検索なんやから項目を無作為に選べないととか言い出すんやろなぁ
奴らの言う一休さん方式こそインデックスをはるポイントやなか? >>90
何が言いたいのかわからないわ
でたらめな文章をごまかすためにエセ関西弁で書いてるの? 皆どんぐらいユニケージさわっとるの?
おいは数年前に3年ほど >>90
テキストファイルにインデックスはってどうするの?
そのインデックスを使うコマンドが存在しないんだが >>93
この3年でユニケージ以外のプログラミング技術
何ができるようになった? ユニケージにかかわると、成長できない人間になっちゃうのよ
あれ、どれだけ勉強せずに仕事をこなすか(単純作業を繰り返すか)が
メインの開発手法だから ユニケージは飲みニケーション重視の文化だからねw
昭和かって思う。 インデックスを、はるん違うよ
そこが何かやりたかった箇所じゃない?って意味
まぁ概ねその通りやね、リアルタイム処理が出来ない事とか認めんしね
引っ張り出した後のデータを加工する側はユニケージやなかったから色々他にも触っとったよ ソフトウェア工学的に間違っていることに対して
「一休さん方式」とか名前をつけると
それを新しい手法とか勘違いするような間抜けが釣れるんだろうね
いやさ、常識で考えてみ
こんな弱小ベンチャーが思いつくようなこと
世界でとっくに考えられてるからさ
そして、ああこれ、だめな考え方だねってなったから名前ついてないの プログラムを書く前に、データベース設計を先にやりましょう
でもデータベースを使わないから
一休さん方式という名前をつけたのね(苦笑) 経営者や高齢をターゲットにしたコンサルもどきの資料だね
言いくるめるにはこういうのもありなんじゃね、誠実かどうかは置いといて ユニケージなんか使うよりそこらのDBMSのほうが早いし、商用ならカスタマーサポートもある ユニケージの人たちってUSP、ユニバーサル・シェル・プログラミング研究所とか
名乗ってるけど、あそこの人たちが研究してるのはユニケージであって
シェルスクリプトじゃないんだね
他の会社よりも少しUNIXシェルを使ってましたってレベルで
シェルスクリプトの専門家じゃない 都合がいいから、そこにアジャイルってフィルタも被せるんやぞ 「ニセ・誤情報に騙されないために」 総務省がネットリテラシー教材を公開
https://www.itmedia.co.jp/news/articles/2206/20/news095.html
騙されないためには・・・その分野の専門家?
ユニケージはソフトウェア開発の専門家ではありません
シェルスクリプトの専門家ではありません
POSIX原理主義者は、過去ニセ・誤情報を発信して
批判されています
その人(POSIX原理主義)は関連する情報や商品(ユニケージ)を
売っています ID:qE3yIUXX
こいつは結局POSIX原理主義者だったんだろうか
それともユニケージ幻想を捨てきれなかった哀れなエンジニア崩れだろうか (´・`)v-。o○ヾ(||´ロ`)o=3ゲホゲホ