ぶっちゃけ始めるのにいい言語て何　part5

**デフォルトの名無しさん** · 2021/06/04(金) 09:25:30.26

前スレ

ぶっちゃけ始めるのにいい言語て何　part4
https://mevius.5ch.net/test/read.cgi/tech/1615612545/

**デフォルトの名無しさん** · 2021/08/04(水) 18:51:14.82

ケンタは日本人初のA級ライセンス、そして師匠はなんとあのあわしろ氏なのだ。
忠告を素直に聞くべき。

**デフォルトの名無しさん** · 2021/08/04(水) 19:15:07.20

初手Rustでこの仕事の適正を判断するのって結構良いと思う

**デフォルトの名無しさん** · 2021/08/04(水) 20:11:53.18

>>805
使えるプログラマーか使えない土方か判別できそう。

**デフォルトの名無しさん** · 2021/08/04(水) 20:47:54.15

それだったら初手Cだろう
ポインタと構造体が分からないやつはいらない

**デフォルトの名無しさん** · 2021/08/04(水) 20:57:52.95

>>804
その二名って関係あったのね

**デフォルトの名無しさん** · 2021/08/04(水) 22:28:39.65

>>807
プログラミングではもちろんその二つが非常に重要だと広く知られていて
例えばRustなんかは構造体が再び言語の中心に来ているし
ポインタについてもCよりC++がより扱いを厳密化し、そのC++よりRustはさらに所有権を明確にするなど進化を遂げている

**デフォルトの名無しさん** · 2021/08/04(水) 22:47:56.02

>>797
VBAをあまり舐めない方がいい。
EXCELに旧VB6が入っているようなもものだからな。Web系で無ければその気になればシステムだって組むことが出来る。
それに加えて自分で行った操作をそのままコードに出来るからな。本当に初心者の場合はかなり助かるだろう。

後、大概の人なら何とかやっていける間口の広さも強みと言えるだろうな。基本的に簡単な言語だから初心者も取っ付き易い一面を持ちながらSASのようなビッグデータを扱えるアドオン、Javascriptと混在したソースコードの記載、.netの機能もある程度はそのまま使えたり俺は使ったことがないがVBAHaskellなるものもあるそうだ。

そして今まで長いこと生き続けて来ただけあって相当こなれた言語であること。大体知りたいことはググればすぐに出てくることも強み。
そしてそもそもEXCELだからユーザーや客に仕様の説明をする際に簡単なものならその場で即興でVBAで組んで説明することも可能。
SEとしてもある意味近道と言うことが出来るだろう。

**デフォルトの名無しさん** · 2021/08/04(水) 22:54:29.91

>>809,810
文章から溢れる如何ともしがたい低スキル臭ww
井の中の蛙を自覚すれば世界が開けるよ

**デフォルトの名無しさん** · 2021/08/04(水) 22:57:38.99

>>811
そういう虚勢や煽りはいいから

**デフォルトの名無しさん** · 2021/08/04(水) 23:05:25.89

何がRustだ！なめんなよ！何がRust…

Rustの入門書注文ボタンポチッ

**デフォルトの名無しさん** · 2021/08/05(木) 00:38:21.33

完全な初心者が初手Rustは無謀の極みやぞ
せめて他言語をかじってからやれ

**デフォルトの名無しさん** · 2021/08/05(木) 00:56:07.25

rust away

**デフォルトの名無しさん** · 2021/08/05(木) 01:26:16.90

初手Rustが流行れば世界平和が実現します

**デフォルトの名無しさん** · 2021/08/05(木) 01:26:49.37

VBAはデバッガ標準装備でその点はいい気もするけど
みんながOffice使ってるわけじゃないし作法も独特で古臭い
それならWebブラウザで完結してデータの加工のみに注力できる
オンライン版のJupyter Notebook(Python)を推す

**デフォルトの名無しさん** · 2021/08/05(木) 01:27:53.18

MSならMakeCodeもいいかも
ハードウェア所持してなくても楽しめる

**デフォルトの名無しさん** · 2021/08/05(木) 02:27:38.09

c#とvsの組み合わせでいいじゃん
環境構築が楽、インテリセンスが強力、GUIがすぐ作れる、検索すればナレッジが沢山ある、言語の応用範囲が広い

c#とvsに行き着くまで他の言語で何度も挫折した実体験から強く推したい

**デフォルトの名無しさん** · 2021/08/05(木) 02:41:27.09

C#もガベージコレクション有り言語だから、
C/C++/Rustがカバーする広範囲を代替することは出来ない。

**デフォルトの名無しさん** · 2021/08/05(木) 02:46:48.18

今ではRustで本番サービス作ったりもしてるけどプログラミング勉強始めた時C++から始めて挫折したわ
Cからやり直して理解出来た

**デフォルトの名無しさん** · 2021/08/05(木) 03:03:09.27

>>821
一番最初はシンプルな昔からのC言語を学んで、
その次に（C++は飛ばして）Rustを学ぶのが、筋良くプログラミングを理解できる道だと思います。

**デフォルトの名無しさん** · 2021/08/05(木) 03:04:50.36

Rust,Goの両睨みでいきましょう

**デフォルトの名無しさん** · 2021/08/05(木) 08:47:28.75

例えば将棋AIとか馬力が必要なことに野心が無ければ、C#とかPythonでいいと思うんだが。
成果物がすぐ出来るのが良いし、Web系だとスマホで結果が見れたりして面白い。
なんなら環境がどこにでも有りそうなVBAも。

**デフォルトの名無しさん** · 2021/08/05(木) 09:10:26.90

>>824
言ってることが意味不明すぎ
「Web系だとスマホで結果が見れたりして面白い。」って何の結果？
スマホで見れることが珍しいの？
プログラミング言語とどういう関係が？

**デフォルトの名無しさん** · 2021/08/05(木) 09:26:44.54

>>825
書いた言葉通り、Javascriptで試しに動かしたことを出先でスマホで確認しましたってだけの話。

**デフォルトの名無しさん** · 2021/08/05(木) 09:37:11.44

>>826
元のスレ見たけどJavaScriptという単語がどこにも見当たりませんね
それはともかくC系(Rust)以外ではWebで必須となるJavaScriptを身に付けることが一番重要ですね

**デフォルトの名無しさん** · 2021/08/05(木) 09:53:35.16

WASMにしろJavaScriptの素養は必要だし、
巷間で有名なWEBデベロッパのロードマップでも
ロードマップ作成者の個人的なおすすめの初手はJavaScriptだったから
初手にJavaScriptは結構良いかもしれない

参考:
https://github.com/kamranahmedse/developer-roadmap/blob/master/img/backend.png?year-2021-2

https://github.com/kamranahmedse/developer-roadmap

**デフォルトの名無しさん** · 2021/08/05(木) 09:59:50.10

何をやるにしてもウェブを避けて通れない時代だし
ウェブではJavaScriptとWASMが必須だもんな
そしてWASMの記述言語はRustがベスト

**デフォルトの名無しさん** · 2021/08/05(木) 10:01:57.77

画像

https://i.imgur.com/fvfcOSV.png

**デフォルトの名無しさん** · 2021/08/05(木) 10:07:21.38

一応、フロントとDevOpsも

フロント
https://i.imgur.com/ig5g4Hj.jpg

DevOps
https://i.imgur.com/pHtxaGL.jpg

**803** · 2021/08/05(木) 11:46:52.22

>>831
YouTube で有名な、雑食系エンジニア・KENTA のサロンの、
バックエンド初心者用コースのポートフォリオと全く同じ

基本情報技術者資格、Ruby on Rails, Linux, Docker Compose, Node.js(Webpack, Babel), Bootstrap
VSCode(Remote Container, WSL2 ならRemote WSL), Heroku, CircleCI、データベース

今までは、Docker Compose までが初心者用コースだったが、
最近は誰でも、Docker出来るから、
AWS Fargate, Terraform, React, Vue.js, TypeScript も

だから、AWSのくろかわこうへいのサロンにも、入る必要がある

これが済んだら、Ruby → Go で、時給1万円を目指す

KENTA、2021/4

2021年のWeb系エンジニア転職を成功させる3つの技術要素
www.youtube.com/watch?v=70VrB7LTe9g

2021/2

Web系エンジニアを目指す人のためのプログラミング学習ロードマップ
www.youtube.com/watch?v=0TABrlhci5M

**デフォルトの名無しさん** · 2021/08/05(木) 13:06:31.52

WebはWebサーバー立てるとかhttp理解するとか初っ端で詰みそう
htmlファイルをブラウザで開くとかなら初心者でも出来そうだけど

**デフォルトの名無しさん** · 2021/08/05(木) 13:50:23.27

>>832
グロ

**デフォルトの名無しさん** · 2021/08/05(木) 14:08:38.31

>>833
そこで詰むようなら何やっても詰むからさっさと辞めたほうがいいよ

**デフォルトの名無しさん** · 2021/08/05(木) 14:11:35.05

いまはGoogle ColabやPaizaのがあるから
そういうところは後回しにできる
昔でいう電源オンでBASIC使える感覚

**デフォルトの名無しさん** · 2021/08/05(木) 15:16:37.19

>>835
まあまあｗ

サーバって言っても、ピンキリだしさ。

http なんてプロトコルなんだからちゃんと理解してるやつの
ほうが業界でも少ないだろうしｗ

**デフォルトの名無しさん** · 2021/08/05(木) 15:54:13.95

>>837
どの階層のプロトコルについても細かいところまで全て知り尽くしてる人は少なくても
各プロトコルでIT業界にいるならば絶対に知っていないといけない基礎常識レベルはあるよね

例えばIPアドレスが何でどう使われるのかとか
UDPとTCPでは何が違ってくるのかとか
HTTPとHTTPSでは何が違ってくるのかとか
HTTP/1とHTTP/2とHTTP/3では何が違ってくるのかとか
HTTPとHTMLとCSSとJavaScriptのそれぞれの役割の違いとか
これらがせめて区別できていないと与えられた設計と仕様をプログラミングするだけのIT土方になっちゃう

**デフォルトの名無しさん** · 2021/08/05(木) 18:25:02.22

TOYOTAが採用した時点で日本人ならRust一択になってしまった

「このシステムはRustで作られた」

これ以上に信頼性を担保する言葉はあるまい

**デフォルトの名無しさん** · 2021/08/05(木) 18:34:26.83

>>839
スパゲッティコードで有名な会社を引き合いに出されても信頼性のかけらもない

**デフォルトの名無しさん** · 2021/08/05(木) 18:43:49.84

あわしろ氏はHaskellを強く推奨してる。

**デフォルトの名無しさん** · 2021/08/05(木) 19:19:36.41

もうハスケルの時代じゃないんだよ

**デフォルトの名無しさん** · 2021/08/05(木) 19:34:05.04

>>840
こらこら、パスタと言いなさい。

**デフォルトの名無しさん** · 2021/08/05(木) 21:23:03.86

Rustはデータ構造がスパゲティになっていると、所有権や生存期間で破綻するから、そういうコードを防止する側面もありますね。
ちなみに下手くそプログラマーさん曰く「自由度がない！（＝気ままにスパゲッティに書けない！）」

**デフォルトの名無しさん** · 2021/08/05(木) 22:24:13.73

このスレでRustアピってるやつルビキチと同類だな
中途半端な知識で嘘を垂れ流して返ってRustの印象を悪くしてる

Rustスレではヒヨってるのに初心者スレではバレないと思って知ったかぶりw
ルビキチより始末が悪い

**デフォルトの名無しさん** · 2021/08/05(木) 22:37:23.37

嘘は見当たらないと思うが
嘘だと言うならば具体的に書こうぜ

**デフォルトの名無しさん** · 2021/08/06(金) 05:33:29.36

>>845
それ某コテハンの人だぞ
ある種の病気だからプリプリせず華麗にスルーしときな

**デフォルトの名無しさん** · 2021/08/06(金) 05:55:36.53

>>845
嘘を垂れ流しとはどのレス？
妄想で敵を作って戦っている？

**デフォルトの名無しさん** · 2021/08/06(金) 12:55:54.46

>>823
> Rust,Goの両睨みでいきましょう
「静的な型付け」を標榜しているのだが、
変数の宣言が明示的ではない。
let で宣言はしているのだが、そこで int か long か、
froato か double なのかが明示的ではないので、
ぐだぐだ長いルーチンを扱うと、おかしな
ことになりそうな気がする。
複数人でお互いに他人のソースコードに手を突っこむような
原画では、Rust も Go もダメじゃないかと感じた。
「デジタルドカタの軛」ではないかと考える。

**デフォルトの名無しさん** · 2021/08/06(金) 12:57:18.31

>>839
くぐったらマジでTOYOTAもRust言語使ってるんやな

**デフォルトの名無しさん** · 2021/08/06(金) 13:01:40.11

つーか、C では int の -1 と true が同じ意味なので、
「=」と「==」のミスで苦労したプログラマも
多かったと思う。
「let」というのもいかにも古いし、
変数宣言のときに型はきっちり定義して、
代入は「:=」を使って、
比較は「=」を使うとか、なんかしら工夫は
あったほうがよかった気がする。

**デフォルトの名無しさん** · 2021/08/06(金) 13:13:26.36

>>850
だれがプログラムを書いているのかわからんが、
派遣社員が Rust コーダーとして使い潰されて
秋葉原で無差別大量殺人とか起こされたたくもないなぁ。
トヨタは生産拠点を日本・北米・欧州のそれぞれに
持っていて、オンラインで連携をして二十四時間体制で
生産しているらしいが、下手なコードでシステムを作られて
保守がままならんとかいうのは勘弁してほしい。

**デフォルトの名無しさん** · 2021/08/06(金) 13:14:20.08

>>849
それは貴方が勉強不足
・Rustは静的な強い型付け言語
・Rustでは暗黙に型変換が自動的に行われることはない
・Rustのlet文では型を宣言できる（型推論できる時のみ省略可能）

>>851
・RustではCと異なりif等の条件にはbool型のみ可
・つまり混乱が起きることはない

**デフォルトの名無しさん** · 2021/08/06(金) 13:24:42.46

>>853
そんなていねいに指摘せんでもスルーするのも優しさ
前世紀から完全に時間が止まってるもん
後発言語がそんな設計なわけないやん

**デフォルトの名無しさん** · 2021/08/06(金) 14:29:39.62

トヨタはFlutterも使ってるらしいな
実に適切な選択をしていると思う

**デフォルトの名無しさん** · 2021/08/06(金) 15:01:13.86

>>853
>Rustでは暗黙に型変換が自動的に行われることはない

あるよw

**デフォルトの名無しさん** · 2021/08/06(金) 16:19:12.66

>>853
ふーん
ビット演算とか使うとき融通効かなそう

**デフォルトの名無しさん** · 2021/08/06(金) 18:35:03.99

>>856
便宜上、参照/外しを自動適用することはあっても、プリミティブな型の変換が暗黙に自動適用されることはないよね。

>>857
なぜ？
Cだって0がfalseになるだけだから、
bool型を持つ言語では例えば==0か!=0などと明示的にbool型にするだけ。

**デフォルトの名無しさん** · 2021/08/07(土) 00:16:26.12

>つーか、C では int の -1 と true が同じ意味なので、

doubt

**デフォルトの名無しさん** · 2021/08/07(土) 01:02:37.09

>>854
確かにRustなどを批判してる人はなぜか知識が昔のまま止まっている人が多いね

**デフォルトの名無しさん** · 2021/08/07(土) 08:03:38.20

>>860
> 確かにRustなどを批判してる人はなぜか知識が昔のまま止まっている人が多いね
FORTRAN や LISP や C のような古い言語から乗り換え乗り換えして Java とかに
落ちついた人は、「知識が昔のまま止まっている」わけではないが、
開発歴が長いだけあって「始めるのにいい言語」の評価として
「業務で使えて、かつ安全で、大規模化に対してロバスト」とかいった
基準にも目配りしたくなる。
単純に批判がいけないわけでもなかろう。
「LISP は括弧が多すぎて読みにくい」対
「FORTH は括弧がないから読みにくい」みたいな議論は、
洒落や冗談以外では意味が乏しくはあるが、
それをいうとブロック化の方法については
不毛な議論になりそうにも思う。

**デフォルトの名無しさん** · 2021/08/07(土) 09:37:48.23

いま初スレから読み返しているんだが、
「始める」っつっても「一から始める」とは
限らんのだよな。
本を読んで、他人のコードを読みながら一から
勉強するんなら、RATFOR みたいなのも
アリかもしれない。
業務用の入門用ということであれば、
可読性が高くて再利用しやすいという点で
Java なんかもそれほど悪くない（少なくとも
C 言語よりはマシ）とも思う。
COBOL とか PL/I も、そう思うと腹が立たない。

**デフォルトの名無しさん** · 2021/08/07(土) 09:42:34.65

>>861
「Javaとかに落ちついた人」でそれ以降の技術を知らないのなら
それは「知識が昔のまま止まっている」ことになるぞ

**デフォルトの名無しさん** · 2021/08/07(土) 11:21:28.45

COBOLは日本語のドキュメントが充実してるから全然あり
ろくに日本語ドキュメントがない、なんなら英語のも充実してない言語はおすすめしない

**デフォルトの名無しさん** · 2021/08/07(土) 11:34:49.01

スクリプト言語から入るのは、車の運転で言うとAT車から入るようなものじゃ

**デフォルトの名無しさん** · 2021/08/07(土) 12:51:35.15

トランスミッションの仕組みを知る必要はない動けば良い

**デフォルトの名無しさん** · 2021/08/07(土) 12:58:49.59

>>685
> スクリプト言語から入るのは、車の運転で言うとAT車から入るようなものじゃ
それはそれでいいと思う。
メモリの GC を自動でやってくれる言語だと、ポインタが使えなくて
すべてハンドル（ポインタへのポインタだな。Java の「参照」は
これに近い）経由で行なっているので、ハンドルそのものを操作するのは
システム側にしか許されていない。
C 言語だと、うっかりすると結果的にシステムの最奥部にアクセスできちゃう
（出自がシステム開発用の言語だから当然だ）ので、
「初心者ドライバーが暴走しないように配慮されている言語」は、
街乗りの AT 車的な用途にはいいと思う。
Web のサーバーアプリケーションなのかスマホのアプリなのか
デスクトップ・アプリケーションなのかパソコン用のツールなのか、
それぞれあっていいと思う。
公道車輛だけが車輛じゃない、ということなんじゃないだろうか。

**デフォルトの名無しさん** · 2021/08/07(土) 13:04:00.83

>>866
そうだな。飛行機にクラッチはない。
芝刈り機や耕運機みたいなプログラミング言語も
あるし（awk なんかはそれに近い）。

**デフォルトの名無しさん** · 2021/08/07(土) 13:36:56.42

COBOLなんかやるくらいだったらSQLとデータベース設計でも勉強したほうがまし
データベース論理設計が分からないってのが一定数いるらしい(笑)

**デフォルトの名無しさん** · 2021/08/07(土) 15:01:24.05

「データベース」という言葉は、「情報基地」という意味で、
「作戦指令室」みたいな意味だったんだわ。
昨今は死語だろうが、「デバッグルーム」とうちらは呼んでいた。
いわゆる「DB」は、「RDBS」といって、
「リレーショナル・データベース・システム」の
略なんだわ。
で、その基礎に Codd の「リレーショナル・データベース理論」
というのがあって、その根底に表（テーブル）という
コンセプトがあるわけだ。
そこから勉強すると、SQL はいい言語ではあるし、
いわゆるデータベース設計は、システム屋にとっては、
けっこう上級者の仕事だと思う。
そういう意味では、初心者向けではない。
とはいえ、いわゆる「プログラマ」が学びなおすのに
SQL は適した言語ではある。

**デフォルトの名無しさん** · 2021/08/07(土) 15:27:56.06

まともなカリキュラムなたたいてい一番最初にDBとDBMSの区別を教えられると思うが。

**デフォルトの名無しさん** · 2021/08/07(土) 17:24:04.37

>>871
すまん。m(_ _)m
こちとら「まともなカリキュラム」を経験していない
独学の野良プログラマなので、そのあたりの知識が
かなり怪しいのだ。
指摘されて思い出したが、正確には
「リレーショナル・データベース・マネージメント・システム」
なんで、「RDBMS」が正しいんだよな。
「コンピュータ」も、いま普及しているのは
「エレクトロニック・データ・プロセシング・システム」なので、
「EDPS」が正しい、みたいな話もあった。
そういう意味では「ぶっちゃけ始めるのにいい言語」
（というか、「ちゃんと学びなおしたほうがいい言語」）
となると、「日本語と英語」という話になると
思われる。

**デフォルトの名無しさん** · 2021/08/07(土) 17:39:23.47

そういう意味では、「データ」っつーのは「入力（input）」された
「符号化された情報」であって、JIS でいう「情報処理」は
「データ処理」（ちなみに data は複数形で、単数形は datum）
だとか、「インデックス」というのは、「鍵（key）データと
『それがターゲットであるかどうか確認するためのデータ』という
識別子（アイデンティファイア）と、必要なデータを指し示す
データポインタ（いや、そこにあっても問題はないし、必ずしも
電算用語でいう「ポインタ」ではなくていいわけだから「参照値」）の
三つ組のデータだ」とかいう話は、共立出版の『bit』で学んだ。
まず「教えられるべき内容」があって、「まともなカリキュラム」が
あって、その後に「教育用の言語」としての「始めるのにいい言語」が
あってしかるべきだと思うがどうか。

**デフォルトの名無しさん** · 2021/08/07(土) 19:32:43.46

長年初心者に付き合っているんだが
SQLでつまづく人は少ないな
エクセルに似ているということで
理解しやすいのかな

**デフォルトの名無しさん** · 2021/08/07(土) 20:30:41.90

COBOL懐かしいな。
ピリオドが行からはみ出てバグるとか、ずいぶん悩まされたもんだ。
でも、久々にバッチ処理とか回したくなってくるな。
ファイルからファイルに出力するだけのプログラム何本も組んでさ。

**デフォルトの名無しさん** · 2021/08/07(土) 21:06:43.64

>>875
> ファイルからファイルに出力するだけのプログラム何本も組んでさ。
いや、それは基本だろ？　なんら恥ずべきことではないし、
unix ツールのフィルタの基本はそれだ。

**デフォルトの名無しさん** · 2021/08/07(土) 21:18:19.24

>>874
> 長年初心者に付き合っているんだが
> SQLでつまづく人は少ないな
表（テーブル）というものの直交性が分かりやすいんだと思う。
もっとも、その発想は Codd のリレーショナル・データベースの
概念に負うわけだから、おれが偉そうに言う筋合のものではないのだが。
ただ、そのテーブルの設計とか、「データベース ID」とかいった概念は、
掘りさげてゆくと深いものがある。
ただ、SQL は「使えるようになったらステップアップできる言語」
ではあるものの、「（最初に一から）始めるのにはいい言語」かどうかは
判らない。

**デフォルトの名無しさん** · 2021/08/07(土) 21:28:19.97

>>874
Linqならともかく、エクセルなんてどこが似てんのかな。

**デフォルトの名無しさん** · 2021/08/07(土) 22:49:24.36

UNION・INNER/OUTER JOINで20個くらいテーブル連結したら、思ったようなSELECT結果にならないとか、
そういうのは慣れても見かける。

**デフォルトの名無しさん** · 2021/08/07(土) 23:08:50.14

大規模なインターネットサービスではSQL/RDBMSが使われないのを見てもわかるように、とにかく遅くて無駄で効率が悪い。
だから何事をするにしてもまずは、「それをするのにSQL/RDBMSが本当に適しているの？」からスタートすることが大切。

**デフォルトの名無しさん** · 2021/08/08(日) 00:24:43.50

データは複数形だからデータムと言うように、あわしろ氏が推奨してたな。

**デフォルトの名無しさん** · 2021/08/08(日) 00:37:00.78

テーブル定義でがっちりビジネスロジック組むのは
ドキュメンテーション的にも正しいと思うが
そこで仕事終えてて使い勝手まで考慮してないケースが泣ける
VIEWやキャッシュまで含めて設計せーやと

**デフォルトの名無しさん** · 2021/08/08(日) 11:05:04.94

>>874
DBならストアドプロシージャだけどあれもスクリプトみたいなもんやしそれ以前にテーブルとビューの設計のが難度高い予感

**デフォルトの名無しさん** · 2021/08/08(日) 11:40:43.09

>>877-878
例えばExcelでマスタ表作ってvlookupとか普段やってる人なら
DBの基本も理解できるだろう

**デフォルトの名無しさん** · 2021/08/08(日) 11:47:51.14

>>878
似てるもなにも
シートにSQL投げられるしな

**デフォルトの名無しさん** · 2021/08/08(日) 12:37:03.16

>>880
DBの専門家と言われる人々の多くがRDBしか頭の中になくて不適切な場合でもRDBを選んでしまってるケースが多いね

>>882
インターネット上のほとんどのサービスは9割以上の部分でガチガチ厳格なDB操作が必須なものではなくて
さらにはDBアクセスすら毎回は不要でキャッシュ設計が重要なのはその通りなのですが
自称DB専門家たちはその視点が抜け落ちていてDB自体の設計とチューンアップだけやっている愚か者が多いですね

**デフォルトの名無しさん** · 2021/08/08(日) 14:07:36.72

Swiftみたいな気持ち悪い言語はお勧めしない

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

>>882
それは別分野です
バッチなのかhttpなのかにもよるから

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

>>886
キャッシュ設計はDB屋の仕事じゃない
全体のアーキテクチャ設計者かアプリの設計者の仕事

自称DB専門家にキャッシュ設計を期待するような愚か者は聞いたことがないですね

**デフォルトの名無しさん** · 2021/08/08(日) 15:23:21.27

そもそも>>886の言う「DBの専門家」って、DBしか知らない専門バカみたいなイメージなんだろう。
いわゆるDBの専門家のうち実際何割くらいいるのかは知らんが。

**デフォルトの名無しさん** · 2021/08/08(日) 15:39:52.74

Redis使うようなケースだけじゃなくreadレプリカや結果整合性の分散DBもある意味キャッシュを使ってるのと同じことになるが
そういうアーキテクチャ設計はDB専門家には頼まないわな

**デフォルトの名無しさん** · 2021/08/08(日) 15:47:34.19

これからのプログラミングは手順を記述するのではなく、数式を記述するべきです。
手順には時間軸があります。
数式にそれがないので数学的な最適化が可能となるのです。
プログラミングの数学的アプローチです。

**デフォルトの名無しさん** · 2021/08/08(日) 16:00:21.50

>>889
そこを分離して考えてる古い人たちには、Internetでの様々な大規模サービスは実現出来なかったでしょうね。
非効率にRDBMSだけを使って無駄に遅いシステムが現実にたくさんあるのは事実ですが、なぜ彼らはRDBMSだけにこだわるのでしょう？

**デフォルトの名無しさん** · 2021/08/08(日) 16:05:42.68

RDBが優れすぎているからだな
結局世の中のほとんどのシステムはRDBだけで十分なパフォーマンスで動いている

**デフォルトの名無しさん** · 2021/08/08(日) 16:11:32.99

>>893
RDBには用途によっては非効率面もあるが逆に効率の良い面もあるからな
一面だけ見てトレードオフを理解しないうちは君も彼らと同じ愚か者だぞ

**デフォルトの名無しさん** · 2021/08/08(日) 16:20:35.11

今のRDBはnoSQLの機能を組み込んできてますよ

**デフォルトの名無しさん** · 2021/08/08(日) 16:27:12.81

>>896
ゆるふわJSONとの相性がいいからドキュメントDB使いたいとか抜かしてる頭の悪いスクリプト坊やを軽く一蹴できる程度にはなったね
RDBの列に生のJSON突っ込んでJSONPath関数が使えてとインデックスが張れたら済むだけの話だったっていう

**デフォルトの名無しさん** · 2021/08/08(日) 16:30:20.50

おおかた自称DB専門家とやらにバカにされて悔しい思いでもしたんだろうが
掲示板でそいつをバカにしたところでお前が偉くなるわけじゃないぞ

つまらんルサンチマンは捨てて自分を高めることに力を注げ

**デフォルトの名無しさん** · 2021/08/08(日) 16:30:39.94

>>894
GoogleやAmazonなど大手IT企業はRDBではサービスできないのが判明したため新たなDBを作って運用していますね

>>896
RDBでないものをNoSQLと呼ぶのですよ
RDBには組み込めません

**デフォルトの名無しさん** · 2021/08/08(日) 16:31:21.11

Codd の RDBMS 理論というのは、
理論としては扱いやすいんだけども
「業務」という場面においては
「現場の人間」には理解しきれていないように思う。
たとえば「部分文字列の全件検索」とかは
DB サーバー側で完結してくれたら効率的なんだが、
クライアント側でそのあたりを処理しようとおもうと、
サーバーとクライアントのトラフィックで効率が落ちる。
「それぞれのクライアントがどうやって DB サーバーの
リソースをうまく共有・利用するか」みたいな話は
業務系の SE としての経験を七年とか八年とか積まないと、
なかなか実感としては湧かないと思う。

**デフォルトの名無しさん** · 2021/08/08(日) 16:39:17.42

>>897
非定形ドキュメント型のアプリ構築する時
最初 Elasticsearch が最有力だったんですが、
SQL-Serverに該当機能があるのわかってよかったです

Elasticsearch で構築してたら
リレーショナルの機能を全部実装しなきゃならなかったはずで、
そしたら地獄だったでしょうね

**デフォルトの名無しさん** · 2021/08/08(日) 16:44:44.54

ElasticsearchはRDBからコピーしてきてキャッシュ的に使うもんだよ
ドキュメントDBとして使えてしまうのは事実だが、機能性や信頼性はゴミだ

**デフォルトの名無しさん** · 2021/08/08(日) 16:46:27.30

>>899
GoogleもAmazonもRDBめちゃくちゃ使ってるよ
Google Ads(昔のAdWords)はずっとRDB
長い間MySQLやOracleを使ってたが大規模な分散環境でも使えるRDBを自分たちで開発してそれがSpannerになってる

ぶっちゃけ始めるのにいい言語て何 part5

ぶっちゃけ始めるのにいい言語て何　part5