この業界の役に立たない技術

**デフォルトの名無しさん** · 2020/02/22(土) 08:15:09.69

・オブジェクト指向
→メリット不明
・LINQ
→メリット不明、デバッグし難いゴミ
・virtual（仮想関数）
→プロジェクト崩壊の元（作った本人ですら制御不能）
・データバインド
→メリット不明、デバッグし難いゴミ
・名前空間
→こいつに頼ってバッティングしたときの地獄を想像できない技術者がゴミ

なんかこの業界、技術の検証ってしないよね

1 · 2020/02/22(土) 08:41:48.63

かまってくれよん

**デフォルトの名無しさん** · 2020/02/22(土) 09:10:06.93

それらを使いこなせない低脳無能には当然メリットは不明に見える
だから「役に立たない」「メリット不明」という感想そのものは１００％正しい

なんせ主観だからな
主観＝感想が１００％正しいのは火を見るよりも明らか

つまりメリット不明のゴミはもっと別のヤツだ

**デフォルトの名無しさん** · 2020/02/22(土) 09:17:45.48

>>1にある技術は禁止にするとプロジェクトがうまくいくよ

1 · 2020/02/22(土) 09:23:20.57

ひとまずstatic関数だけを使うように指示した

**デフォルトの名無しさん** · 2020/02/22(土) 09:28:15.34

>>3
無駄に人を選ぶ＝属人性が高い＝デメリット
ですよね？

**デフォルトの名無しさん** · 2020/02/22(土) 09:31:03.39

プログラム覚えたての初心者が知ったかのドヤ顔で立てたスレかよ
使いこなせないものを「これっていらないよね」って言うアホはよくいるけど思ったよりさらに頭悪い>>1だった

**デフォルトの名無しさん** · 2020/02/22(土) 09:32:38.92

>>6
属人性というのは「外部でいくら勉強しても手に入らない知識」のことだよ
例えば、その会社独自のやり方とか、ドキュメントに書いていない仕様とか

世間一般のプログラミング知識であれば、それは属人性とは言わない。
高度な道具を使いこなせる優秀な人がいるからこそ世界は回っている
優秀な人を排除するのは属人性排除ではない。

**デフォルトの名無しさん** · 2020/02/22(土) 09:41:04.14

>>8
それも度数の問題でしょ？
高いか低いか

そんなこともわからんの？

**デフォルトの名無しさん** · 2020/02/22(土) 09:43:42.88

>>9
言ってる意味がわからんか？

仮にソフトウェア開発のことなら何でも知ってるスーパー天才が
会社に入ってきたとしても、わかるはずがない物が「属人性」

**デフォルトの名無しさん** · 2020/02/22(土) 09:45:59.78

>>10
資格が必要←属人性は高め
ボタン押すだけ←属人性は低め

わかる？

**デフォルトの名無しさん** · 2020/02/22(土) 09:48:20.47

>>11
間違い。

それは属人性じゃない。
資格を持っていれば"誰でも"できることだから
条件は「資格の有無」であって「誰か」という人ではない

一つのボタン押すだけ←属人性は低め
複数のボタンがあって押す順番は○○さんしか知らない←属人性が高い

**デフォルトの名無しさん** · 2020/02/22(土) 09:56:28.81

>>12
だから高め、低めの話だって

会社特有なら属人性度が90ぐらいだとしたら
資格が必要は属人性度は60ぐらいだろうよ
ボタンを押すだけの属人性度は業務のタイミングも考慮するとなると20ぐらいか？

っていう数値で表せるものでお前が思ってるようなのじゃねーよ
実際属人性の排除つったらボタン一発でできるようになることを指すんであって
PDFを公開したからって属人性はゼロになんてならねーよアホか

**デフォルトの名無しさん** · 2020/02/22(土) 10:02:38.57

>>13
> だから高め、低めの話だって

何が高め低めなんだよ？
主語が抜けてるだろ

お前は属人性じゃなくて技術難易度が高い
低いの話をしてるってだけだろ。

高い、低いの話の前に「属人性」は何かをはっきり区別つけろ

技術力が高い人なら、低い技術力で十分なことならできるんだよ。
それなのに、できないことが「属人性」
ボタンなんて誰だって押せるだろ？なのにできない。
それは○○さんしか押す順番を知らないからだ。

こういうのが「属人性」

**デフォルトの名無しさん** · 2020/02/22(土) 10:08:59.82

>>14
じゃあ、会議の場でもお前はそういえば？ｗ
誰も相手しなくなるからｗ

この業界の属人性排除はボタン一発でできるプログラムの作成を意味する

**デフォルトの名無しさん** · 2020/02/22(土) 10:09:12.02

資格が必要と言ってる時点で、資格を持っていれば誰でもできるんだから、属人性じゃないんだよなｗ

**デフォルトの名無しさん** · 2020/02/22(土) 10:09:51.69

>>15
反論は辞めたんだねｗ

**デフォルトの名無しさん** · 2020/02/22(土) 10:12:01.05

>>17
だって本質じゃないじゃん

本来必要ないのにわざわざそんな必要無い知識が必要になっちゃう
ようにしちゃう技術ってゴミじゃない？

ってのが言いたいことだろ

**デフォルトの名無しさん** · 2020/02/22(土) 10:13:23.75

>>15
> この業界の属人性排除はボタン一発でできるプログラムの作成を意味する
それは自動化

用語ぐらい正しく使えよ。

自動化するにあたっても、そのプログラミング言語が独自仕様満載だったりすると属人化する。
だから世間一般のやり方で作ることが属人化排除になる。
世間一般の知識でできることであればその「知識を持っている」（これが条件）人であれば誰でも作業できる。
独自仕様満載だと○○さんしかその中身を知らないことになって属人化する。
自動化されていてもメンテナンスができなくなる。

**デフォルトの名無しさん** · 2020/02/22(土) 10:14:29.29

>>18
必要あるならゴミじゃないだろ。
前提を押し付けるな。
まず前提が正しいことを証明してからにしろ。

**デフォルトの名無しさん** · 2020/02/22(土) 10:16:40.71

>>20
それは対象の技術のメリットがデメリットを上回っていることを説明すればいいだろ？

**デフォルトの名無しさん** · 2020/02/22(土) 10:17:33.31

>>21
属人性の話とは別の話になったことに気づきましたか？

**デフォルトの名無しさん** · 2020/02/22(土) 10:17:38.42

>>19
じゃあ、お前の属人化はPDFで公開すれば全部解消するんだな？

**デフォルトの名無しさん** · 2020/02/22(土) 10:21:28.33

昨日もファイル読み込んでコンボボックスに表示するだけの見た目2時間かからんような処理で
データバインド使ってて接続がおかしくなってるらしくデバッグに丸一日つきあわされたよ

これ使わないほうがいい技術じゃないかなぁ？

**デフォルトの名無しさん** · 2020/02/22(土) 10:29:04.62

>>23
> じゃあ、お前の属人化はPDFで公開すれば全部解消するんだな？

今は色んな意味が入り混じってるんだから言ってる意味を明確にしろ。
全部解消って「何が」解消するって言いたいんだ？

> お前の属人化はPDFで公開すれば全部解消するんだな？
属人化の問題は（PDFとか知るかｗ）公開すれば属人化でなくなる。
属人化でなくなったとしても、作業が大変だと困るから自動化する。

自動化しても属人化していたらメンテナンスできなくなるから、
属人化＋自動化が必要。そんだけだろ

**デフォルトの名無しさん** · 2020/02/22(土) 10:30:08.00

>>24
使い方に問題がるのかもしれないし、おまえの技術力に問題があるのかもしれないんだから
それだけで答えは出ない。

**デフォルトの名無しさん** · 2020/02/22(土) 10:30:45.33

× 属人化＋自動化が必要。そんだけだろ
○ 属人化排除＋自動化が必要。そんだけだろ

**デフォルトの名無しさん** · 2020/02/22(土) 10:31:09.75

①ファイル読み込んでデータを変数に格納する
②①のデータをコンボボックスでクリックしたときに表示するリストに格納
③①データをコンボボックスの選択項目に設定
④コンボボックスはABCの3つありAの選択によってBのリストの表示内容、Bの選択によってCのリストの表示内容が変わる
⑤更新ボタンでファイルを読み直しコンボボックスの内容も更新する

ってものを作ったんだけど
これがデータバインドなんて使ってるもんだから
どこの接続がどううまく行って無いのかさっぱりわからない
普通に組めばかかっても半日の作業だよね
結局さ、データバインドは①から⑤のどの辺をうまくやってくれるんだい？

**デフォルトの名無しさん** · 2020/02/22(土) 10:36:26.88

問題を解決したいなら、該当のスレにいって、問題を再現できる最小のコードを提示しましょう。

**デフォルトの名無しさん** · 2020/02/22(土) 10:37:19.17

①なんてアホでもできるよね？
②なんてアホでもできるよね？
③なんてアホでもできるよね？
④なんてコンボボックスの値が変わったイベント取れればそれで終わりだよね？
⑤なんて関数呼ぶだけじゃん

でもデータバインド使うと①も②も③も④も⑤もとにかく動かないんだ
いや、①と②と③と④と⑤をやるから面倒になったのか？

この技術のメリットってなんだ？

**デフォルトの名無しさん** · 2020/02/22(土) 10:39:18.40

>>30
ぐぐった？

**デフォルトの名無しさん** · 2020/02/22(土) 10:40:06.43

>>31
何のワードで？

**デフォルトの名無しさん** · 2020/02/22(土) 10:40:49.22

データバインドメリット

**デフォルトの名無しさん** · 2020/02/22(土) 10:42:39.08

>>33
誰かのブログが出てきたぜ
売り込みたいのか？

**デフォルトの名無しさん** · 2020/02/22(土) 10:50:11.15

一つしか出てこないわけ無いと思うが？

**デフォルトの名無しさん** · 2020/02/22(土) 11:04:38.07

初心者ほど、ある技術がすべての場合に置いて万能に使えると思っちゃうんだよな
犬小屋を作る技術で高層マンションが作れるとか、逆に高層マンションを作る技術で犬小屋を作れるとか

**デフォルトの名無しさん** · 2020/02/22(土) 11:34:26.83

>>35
オススメを貼れよ

**デフォルトの名無しさん** · 2020/02/22(土) 11:48:23.34

>>6
こういう主張をするヤツも見た

・変数
　→メリット不明
・配列
　→メリット不明、デバッグし難いゴミ

**デフォルトの名無しさん** · 2020/02/22(土) 11:56:22.06

>>38
初心者と上級者で意見が違う場合、
上級者が言ってることのほうが正しい。

**デフォルトの名無しさん** · 2020/02/22(土) 15:44:38.43

競技プログラミング
→メリットなし

**デフォルトの名無しさん** · 2020/02/22(土) 16:00:22.10

中小零細のIT企業が弊社独自の技術とか言い出したら
だいたいクソみたいな内容

**デフォルトの名無しさん** · 2020/02/22(土) 20:59:15.33

検証可能だけど、ものすごくコストが高いんだよな
同じプロジェクトを二つの方法論で、しかも複数やってみて
比較しなければならない
大変

**デフォルトの名無しさん** · 2020/02/23(日) 01:03:18.06

デザインパターン
濫用して可読性を下げるカス多すぎ

**デフォルトの名無しさん** · 2020/02/23(日) 09:34:39.03

自分の知らない技術に遭遇した時
その「使われ方」だけを見て
「あっ、ふ～ん…(察し)」となり
「じゃあこうやればやりたいことが多分できるんやろ」
で乗り越える。
内部の仕組みがどうなっているかは知らないし
興味もない。これが優れたエンジニア。

**デフォルトの名無しさん** · 2020/02/23(日) 09:54:24.82

>>42
やっても無駄だぜ
じゃあ、こっちのが工数も少ないし見やすいし良かったね

ってなっても
改修に強いとか汎用性が高いとか言い出す

改修に強くねーだろｗもう3倍強の工数使っちゃってんだからｗ
でもそれがわからんらしい

変更に強い基準→
汎用性の基準→

辺りの外堀も埋めておかないとダメだね

っていうかもう役に立ってないのわからんかなぁ？

**デフォルトの名無しさん** · 2020/02/23(日) 10:14:57.51

デザインパターン、本当はどうしても動的にしなけりゃうまくいかんところだけを
動的に処理するための技術だったりするわけだが、
無駄に使ってわかりづらくするってのは本当にたくさんある。

んなことよりもSOLID意識してテストコードかくなり、ディレクトリ構成考えるなりした方がよっぽど運用しやすいコードになるっつーのに。

**デフォルトの名無しさん** · 2020/02/23(日) 10:36:27.69

1の要件を満たす言語は・・・C言語？

**デフォルトの名無しさん** · 2020/02/23(日) 13:40:51.47

>>44
＞　内部の仕組みがどうなっているかは知らないし
＞　興味もない。これが優れたエンジニア。

昨年のNHKの番組でもやってましたけど、
米国のMITという大学でも、そういう感じでエンジニアを
養成するようになったそうです。
短期間で結果がでますからね。

日本の大学や専門学校もそういう流れのようです。

ただ、そういうエンジニアは大量に粗製乱造されるようになって
単価がどんどん下がるでしょうね。

**デフォルトの名無しさん** · 2020/02/23(日) 13:43:04.06

>>48
どっからやるんだろうね？
トランジスタあたりから作り方覚えるのかな？

**デフォルトの名無しさん** · 2020/02/23(日) 15:44:29.18

おいおいおいwww
今は2020年だぜおっさん！
オブジェクト指向なしで、どうやってアプリ開発するのか教えてくれよ。

**デフォルトの名無しさん** · 2020/02/23(日) 16:54:40.17

>>44

> 内部の仕組みがどうなっているかは知らないし
> 興味もない。これが優れたエンジニア。

言いたいことの本質はわかる。
キーワードはカプセル化、パッケージあたりかな？
わかるんだけど...それだと誤解を招く。

内部の仕組みを知らない=優秀
じゃなくて
内部の仕組みを知らなくても利用できるソフトウェア部品を提供できる技術者=優秀
だと思う。
まぁ、これは...アプリ階層の設計技術をナメてる人に向けて言う言葉だな。

**デフォルトの名無しさん** · 2020/02/23(日) 18:06:59.65

>>47
そして１で全否定されるのがC#（とくにWPF)w

**デフォルトの名無しさん** · 2020/02/23(日) 18:10:47.73

つまりどういうことかと言うと
>>1が理解できて、>>1が理解できない
もの違い

**デフォルトの名無しさん** · 2020/02/23(日) 18:33:14.32

誤) この業界の役に立たない技術
正) この業界の役に立たない>>1

**デフォルトの名無しさん** · 2020/02/23(日) 20:02:03.20

>>52
wpfってまだバージョンアップしてんの？

**デフォルトの名無しさん** · 2020/02/23(日) 22:01:20.79

トランジスタのN型、P型の物理的な説明
エミッタフロアの意味
フリップフロップ
組み合わせ回路
順序回路
リングカウンタ
アキュミュレータ

下から数え始めるときりがないな
GUI にたどり着くのはまだまだ先

**デフォルトの名無しさん** · 2020/02/23(日) 22:04:33.26

バッチ処理にオブジェクト指向の出る幕はねーわ。馬鹿だろ。
GUIプログラミングとは違うんだよ。

**デフォルトの名無しさん** · 2020/02/24(月) 02:58:14.44

ソレハ　イイスギデース

**デフォルトの名無しさん** · 2020/02/24(月) 09:06:54.64

>>50
え？出来ないの？

**デフォルトの名無しさん** · 2020/02/24(月) 14:15:11.76

>>59
この世の役に立たない技術で作られたUWP, WPF,Windowsフォーム,MFC(C++)を使わないでどうやってアプリ作るの？
Win32APIを直接叩くの？

>>1はLINQ、データバインディングの話に触れていたから、C#によるGUI Windowsアプリ開発の話だろうけど。

**デフォルトの名無しさん** · 2020/02/24(月) 14:26:59.44

>>59
別に、プログラミングの入門時なんてオブジェクト指向は知らないからオブジェクト指向じゃないプログラムを書くなんて誰でもできるよ。
でも、本気で利益の出る製品を作るとなると開発工数を削減する工夫や保守をする工夫、多人数で開発できるようにする仕組みが必要。
趣味のプログラマーや学生なら許されるけど、プロで>>1みたいな事を言うのなら流石にどうかと思う。
15年くらい前なら、それでも通用したのかもしれないけど。

**デフォルトの名無しさん** · 2020/02/24(月) 14:36:19.26

>>61
待って
まだメリットが工数削減なんて誰も言ってないよ
現時点でメリットは不明

工数削減が保証されればそりゃ採用間違いなしよ

**デフォルトの名無しさん** · 2020/02/24(月) 14:48:41.83

利益とギミックは関係ない
ギミック＝工夫や仕組み　が施された完製品でなくても、利益は出る

そのような言説が正しいと感じるのは、洗脳されてるから
ギミックの多さと利益の大きさは比例する……というオカルトを信じ込まされている

**デフォルトの名無しさん** · 2020/02/24(月) 15:07:17.92

洗脳とか言い出す奴はもはや、陰謀論者だな。
じゃあ、オブジェクト指向で作られていない有名なフレームワークを挙げてみろ。
勿論、サーバーサイドだってnode.jsやJSPも否定されることになるな。

開発工数と利益は関係あるだろ。
オープンソースを活用する仕組みを導入ふる第一歩にオブジェクト指向って必要だと思うけど？
...と言っても、わかるわけねーか。Gitすら使ったこと無さそう。gradle,Nugetなんてますますわからねーだろうな。

**デフォルトの名無しさん** · 2020/02/24(月) 17:50:09.72

>>64
そんな回りくどいことしないで各技術のメリットをあげろよ

**デフォルトの名無しさん** · 2020/02/24(月) 20:11:35.62

>>64
>開発工数と利益は関係ある
「開発工数」そのものじゃなくて「開発工数を削減する工夫」でしょ
ビミョーにすり替えが行われてる
だから何度でも言うがその手のギミックと利益は関係ない

「開発工数を削減する工夫」の最大のメリットは「開発工数を削減できる」にある

ライブドア事件の時に思ったのは「もしかしたら技術的な側面じゃあホントは利益なんて出て無かったんじゃねえか」だ
要するに粉ってただけだろアレ

なので普通は利益外因論も考える

ポケモンが売れてGB販売台数があり得ないV字回復したのもそういう外因だ

**デフォルトの名無しさん** · 2020/02/24(月) 20:17:17.72

商売の話するスレじゃねぇんだよ
そろばん叩きは他でやれや粕

**デフォルトの名無しさん** · 2020/02/24(月) 20:21:46.05

>>67
いいや、採算度外視だったらハナから技術なんかいらねぇよ
金になるから新しい技術を学ぶハズだ
ところがこの業界はイかれてる

**デフォルトの名無しさん** · 2020/02/25(火) 01:37:34.06

コスト積み上げで売値を決めるからそうなる
ソリューションの価値で売値を決めるなら工数なんて誤差になるのさ
じゃあなんでコスト積み上げでから脱却できないのかというと、お前らの会社が御用聞きだからだよ
あれもできますこれもできます、でも顧客のほしいものは顧客に聞かなければわかりません
そんな会社は儲からない

**デフォルトの名無しさん** · 2020/03/01(日) 14:23:20.74

age
もっと語れよ

**デフォルトの名無しさん** · 2020/03/01(日) 20:21:54.09

C++に"interface"っていう言葉クレ。中身は構造体でいいので。クラスでもいいけど。

**デフォルトの名無しさん** · 2020/03/02(月) 01:57:25.84

virtual = 0 だぞ

**デフォルトの名無しさん** · 2020/03/03(火) 22:50:42.56

>>71
構造体でクラスを実装すればええやん

**デフォルトの名無しさん** · 2020/03/04(水) 13:12:35.39

オブジェクト指向のメリットは知識がなくてもコード↔現実世界を連想しやすいってことでは
とにかく、物に名前をつけていけば形が出来上がるからね
ただし、現実世界に存在しないものに名前を付けてしまうと妖精さんが量産されておかしなことになりがち
twoGetter sageSetter nullPointer
みたいに物と結び付けないならそれは関数と同じ

逆に関数指向は名前から物を連想し難いところがデメリット
名前が指しているのが物なのか行動なのか関係なのか形態なのか解り難い
<$>　>>=　<*
こういうのが並んでても何も思い浮かばない
それらがどういう意味であるかを「覚えて」初めて解る
「覚える」コストが大きいのがデメリット

オブジェクト指向と関数指向はGUIとCUIの関係に似てる
物を意識した方が良いシーンではオブジェクト指向、物の境界を意識すべきでないシーンでは関数指向
コインの表裏だからどっちが役に立たないとかない
技術者であれば片方しか使えない人より両方使いこなせる人の方が優れていると言える

**デフォルトの名無しさん** · 2020/03/07(土) 21:26:32.92

>>61
＞開発工数を削減する工夫や保守をする工夫
＞多人数で開発できるようにする仕組みが必要

それな
そのためのオブジェクト指向

**デフォルトの名無しさん** · 2020/03/07(土) 21:27:51.67

>>64
それな

他にもたとえばC#で使う.NETとか典型的な
オブジェクト指向のフレームワークだからな

**デフォルトの名無しさん** · 2020/03/07(土) 21:30:30.21

>>65
言語ランキングの人気上位言語は
みんなオブジェクト指向のパラダイムが入ってるが？

Python、Ruby、JavaScript、Java、C#、C++……

もし生産性低いなら淘汰されるだろ？

**デフォルトの名無しさん** · 2020/03/07(土) 21:31:29.82

>>66
コスト削減が利益につながらない
というロジックは全然納得できん

**デフォルトの名無しさん** · 2020/03/07(土) 21:33:35.00

>>74
＞オブジェクト指向のメリット
＞知識がなくてもコード←→現実世界を連想しやすい

半分くらい同意かな

正しいOOは「知識がなくても」じゃなくて
ドメインの知識に沿って設計する
要はDDDね

**デフォルトの名無しさん** · 2020/03/08(日) 19:11:23.72

実際現実に即して作ったら死ぬだけだがな。
大事なのは認識が作りてと使い手で合わせやすいかどうか。
元々合わないようなものなら変にオブジェクト指向やっても可読性さげるだけだわ。

**デフォルトの名無しさん** · 2020/03/08(日) 19:15:50.38

ドメインとシステムの歩みよりが大切ね

**デフォルトの名無しさん** · 2020/03/15(日) 16:09:05.84

レスバの技術

**蟻人間** ◆T6xkBnTXz7B0 · 2021/02/04(木) 19:27:31.58

最近はパソコン中心の技術から、ウェブ技術への移行が進んでいて、従来のウィンドウズじゃないと動かないアプリから、モダンなブラウザがあればスマホでもタブレットでもどこでも動くアプリに移りつつある。

ウェブアプリはめったに不正な動作をしない。すごく安全。しかもマルチメディアとネットワークに強い。

**デフォルトの名無しさん** · 2021/02/04(木) 20:18:37.23

macOSが不要と言われる時代

**デフォルトの名無しさん** · 2021/02/04(木) 21:22:42.24

Ruby on Rails は、なんでも継承するから、全員の認識・デザインパターンが一致する。
だから、可読性・保守性が高い

Go みたいに継承を無くして、Duck だけにしたのは難しい。
極端に、Ruby化し過ぎ

**デフォルトの名無しさん** · 2021/02/05(金) 12:32:13.59

なんでも対面でやりたがる老害

**デフォルトの名無しさん** · 2021/03/02(火) 16:42:30.10

税理士が要らない
中抜きも要らない