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

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

前スレ

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

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

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

>>902
ログ解析するときゃそのパターンかもしれませんが、
最初から Elasticsearch に突っ込んでもいいと思いますが...

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

>>886
RDBしか扱えない自称DB専門家は確かに多い
本来は適材適所に使い分けるべきなのにRDBしか知らないためそれが出来ない
RDBが万能だと思い込んでいるようだ

**デフォルトの名無しさん** · 2021/08/08(日) 18:57:18.45

(自称)DB専門家にもその適材適所の判断ができる人とできない人がいるというだけだろう。
RDBも知らない人ならもっとできないだろうし。

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

判別は簡単
何でもかんでもRDBしか使っていないならばモグリ確定

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

>RDBしか扱えない自称DB専門家は確かに多い

多いと言えば、RDB専門バカより「RDBをわかったつもりになっている人」の方がはるかに多く見かけるな。

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

amazonもgoogleもユーザーからの入力を受けて
リアルタイムでDBを動かしているわけではないよね?
部分的にはそうだけど、大半の検索は事前にやっているよね?

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

>>905
> RDBしか扱えない自称DB専門家は確かに多い
逆だろ。「自称DB専門家」が ISAM くらいしか理解できなくて、
RDB のテーブル構造に落としこめる技量がないから
威張っているだけだ。
そんなもん、ER

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

すまん、ミスタッチだ。
そんなもんb ER 図（エンティティ＝リレーション図）とか見れば
一発でわかるんだが、テーブル設計というのは
「プロジェクト全体で共有する」という志向があるので、
阿呆なプロジェクトリーダーがいると現場の人間が
迷惑するのだよ。
そういう意味では、SQL はそれほど悪い言語ではないし、
将来性のある言語ではないかと思う。

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

おじいちゃん、今はもう90年代じゃあないんですよ。

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

>>911
あなたが何も理解できていないことが露呈

Mb · 2021/08/08(日) 21:25:09.50

>>909
amazon はどうか知らないが、
Google はあらかじめ「ダブル配列法」というのを
使っていて、それでインデクスを構成していて
高速化している。
ただ、ダブル配列法は英語のようなスペースで
区切られていう言語だと効率はいいんだが、
日本語のような「膠着語」でありマルチバイト文字を
使っている言語だと、辞書を再構成するのに
けっこう手間がかかるんだよ（つーても、語彙数はせいぜい
数百万語なので、現代のコンピュータで処理するのは
たいした手間じゃないんだが）。
「トリプル配列法」というのがあるので、
気が向いたら実装してみてくれ。

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

マイクロソフトアクセスから大体その辺は教えてもらった

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

>>914
ダブル配列ってのはtrie木の実装方法

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

ダブル配列はもう古い。
これからはシンメトリック配列。

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

>>916
説明読んだがさっぱりわからん

**デフォルトの名無しさん** · 2021/08/09(月) 01:39:26.13

ワクチンは毒
https://odysee.com/@SpringProtector:c/Dr-Jane-Ruby-Red-Blood-Cell:3

酸化グラフェン
https://kovlog.net/graphene-alcohol-decompose/

**デフォルトの名無しさん** · 2021/08/09(月) 01:51:32.97

もうRustの入門書注文しちゃったんだけど…

**デフォルトの名無しさん** · 2021/08/09(月) 03:55:16.72

ダブル配列って理解するのも実装するのも面倒だけど、自分で組む必要があるの？
ライブラリの中身の話っぽいからさ。

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

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