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

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

前スレ

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

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

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

**デフォルトの名無しさん** · 2021/08/09(月) 04:47:03.07

>>920
プログラミング言語Rust入門ドキュメント
https://doc.rust-jp.rs//

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

Rustって、ルストって呼ぶの？
英語の発音聞くとラストっぽいけど。

**デフォルトの名無しさん** · 2021/08/09(月) 11:15:05.26

ラストだよ

**デフォルトの名無しさん** · 2021/08/09(月) 14:27:12.53

「ラスト」っていうのは、たぶん「錆びた」という意味だと思う。
「ラスティ・ネイル（錆びた釘）」というカクテルがある。
「螺子（ねじ）回し（スクリュー・ドライバー）」という
カクテルは有名だ。

**デフォルトの名無しさん** · 2021/08/09(月) 15:57:38.59

ダブル配列は初心者の頃に一度は実装してみるもんだろ。

**デフォルトの名無しさん** · 2021/08/09(月) 16:34:20.57

>>976
> ダブル配列は初心者の頃に一度は実装してみるもんだろ。
「ダブル配列法」は、「偏りのないバイトデータ」を前提としているので
多バイト系の文字コードに関していうと、かえって効率が悪いんだわ。
だったら素朴なトリプル配列法のほうが、いまどきはコンセプトとして
使いやすいと思われる。

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

言い訳は良いから。

**デフォルトの名無しさん** · 2021/08/09(月) 19:42:56.45

求めるものは屈服と服従だけ

**デフォルトの名無しさん** · 2021/08/10(火) 04:23:58.53

もうc#で結論出てると思ってたけどまだrustがどうとかやってんの？

**デフォルトの名無しさん** · 2021/08/10(火) 04:27:54.32

C#なんて話題あったの？
今(初心者以外が)始めるならRustが一番熱いよね

**デフォルトの名無しさん** · 2021/08/10(火) 05:54:57.58

Visual StudioでサポートされてるからC#で遊んでるけど、
Rustも同じ様になるなら、乗り換えようかな。
それともC++との代替わりかな。

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

導入が楽ということでJavaScript＋Web APIとPHPを（無限ループ）

**デフォルトの名無しさん** · 2021/08/10(火) 12:08:57.00

>>932
早くVSでサポートして欲しいよなぁ
そうなったらC++から乗り換える

**デフォルトの名無しさん** · 2021/08/10(火) 13:41:07.70

IT土方の動向を探るにはIT土方も入れたアンケートではないと実態を把握できないからね

**デフォルトの名無しさん** · 2021/08/10(火) 13:41:25.39

誤爆すまん

**デフォルトの名無しさん** · 2021/08/11(水) 00:17:02.26

webやるならjsでフロントバック両方やる方が初心者が覚える事少ないんじゃね？
どうせjsからは逃げられないんだし

**デフォルトの名無しさん** · 2021/08/11(水) 03:56:05.50

jsはES2015までクラスもないのにフロントの必須スキルとか言われてたんだろ？

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

常に進化し続ける言語
js...

**デフォルトの名無しさん** · 2021/08/11(水) 14:12:55.79

「js」がなにを指しているのかわからん。
「JavaScriput」なのか「JSP」なのか？
JavaBeans なんかは小規模のの Web サイトでは使いやすい。
Java applet でしくじった過去はあるわけだが、
コンセプト自体は悪くないと思う。

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

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