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

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

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

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

**デフォルトの名無しさん** · 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

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