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

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

前スレ

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

**デフォルトの名無しさん** · 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 でしくじった過去はあるわけだが、
コンセプト自体は悪くないと思う。

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

そういえば、このスレはなんで５まで伸びているんだろう。
つまりは年寄りの雑談スレだということか。
だったら、次のスレタイは「ぶっちゃけ始めるのにいい言語て何」とかいった
生温かいタイトルを踏襲するよりま、「自分はこういう言語から入った。
おまいらも一度は経験しとけ！」みたいなテイストもありかと思ふ。

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

何を始めるのにいい言語かという主語がないため
この議論は永遠に終わらないと思う
もし言語が1つに統一されて選択肢がないという状況にならない限り

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

>>940
JavaScriptをjsと略すのはよくあるが
JSPをjsと略すのは見たことがない

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

JavaScripu は変数スコープがいいかげんなので、
初心者向けではないと思う。
C 言語はハードウェアべったりの言語なので、
それなりの仮想機械を間にかませて、
教育用の原語として再定義するのは
悪くないアイディアだと思う
（C の兄貴分である BCPL はそんな感じだった）。
「右の値と左の値」とか、「＆でアドレスが取れて、
＊で内容が取れる」とか、「sp++だと評価が先で
--spだと評価は後」とか、「void がないので値を
返さない関数はアキュムレータの値がデフォ」とか、
「ハードウェアを学ぶための教育用のアセンブラ」
としては、けっこう面白い言語だと思う。
Turbo C とか Turbo Pascal とか、IDE とセットで
教育用として復活せんかな、とも思う。
仮想環境だと数十年前より千倍は遅いだろうが、
今のマシンだったら数十年前より十億倍は速いので、
ストレスにはならんと思うのだが。

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

いつの時代から来た人ｗ

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

>>942
> 何を始めるのにいい言語かという主語がないため
> この議論は永遠に終わらないと思う
「主語」は「誰が」であって、「何を」は目的語では
ないかと思われる。
ここに書きこんでいるのはたぶん歴戦のプログラマなので、
「誰に、何を」というイメージはあろうが、
「新人に」「学生に」はあるだろうが、いい歳をした
子持ちもいるだろう。
「自分の子供に学ばせたい言語」という観点だとどうだろう。
「LOGO」という人もいるだろうし。

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

>>944
嘘つき
JavaScriptの変数にブロックスコープが無かったのは昔の話
現在のJavaScriptは様々な点で改善されて非常に優秀な良い言語の1つとなっている

**デフォルトの名無しさん** · 2021/08/11(水) 19:37:55.50

「○○はJavascript級の糞言語」みたいな形容があるくらいだから、本格派の糞言語なんじゃないの。

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

>>947
> JavaScriptの変数にブロックスコープが無かったのは昔の話
あるから使うわけなので、だったら名前を変えたほうがいい。
FORTRAN（60 だと思う。Fortran 77 だったらまだマシだった）
のコードをツール使って C に変換したコードが goto の嵐で、
それを Java（もちろん GOTO 文はない）に移植したときは
本当に眩暈（めまい）がした。
けっきょく製造プラントの中のワーク（加工材）に流れを
ペトリネットを実装したかったというのがわかって結着した。
OGI島のＪ〇Ｅで経験した実話である。

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

そういえば、N88 BASIC には「ラベル（名札）」という概念があって、
GOTO の飛び先と GOSUB の飛び先のどっちもラベルで指定できた。
これをごちゃまぜにして「八人の女王」を書いたら、
自称 SE た二人がかりで解析しようとして、
三日経たずにギブアップした。
別の後輩の H くんは、マクロアセンブラ使いだったので、
CALL ～ RETURN と JUMP が混在しててもどうってことないし、
スタックポインタをどういじくるかが頭に入っているので
「こんなの、局所変数をスタックに積むか積まないかだけの
話じゃないっすか？」と五分で見破った。
このさい、仮想マシンのニモニックから勉強するのもいいんじゃねぇか？と
思う。

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

ウィキペディアによると、ブレンダン・アイクは、世界一の糞言語を作ってやると友人たちに宣言すると、たった二週間で糞言語を完成させてしまったという。
これはLivescriptと命名され、不幸にもネットスケープ・ナビゲーターに搭載された。
Javascriptの誕生である。

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

>>948
今のJavaScriptは非常に良い言語
昔に指摘されてた問題点を全て解決しただけでなく強化してしまった

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

信者の方ですか？

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

>>952
それは素晴らしいことだ。
DOM という概念をちゃんと消化していて、
Eclipse に HTML5 と CSS2 も JSP も最新の JavaScript も
サポートしたプラグインが用意されているのなら、
ぜひとも使ってみたい。
つーても、「古い JavaScript のコードを読ませたら
『非推奨』だらけなんでゲロ吐いた」みたいなのは
御免被りたいが。

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

凄すぎる糞なんだよなーー

**デフォルトの名無しさん** · 2021/08/11(水) 21:44:09.93

大昔のEclipseプロジェクトをさわるときしかEclipseなんて使わんから
今から勧めるのだけはやめてほしい

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

もはや皆既食になって消えたのかと…

**デフォルトの名無しさん** · 2021/08/11(水) 22:23:46.16

Eclipseとかまだあんですか？
現場で最後にみたの10年前まえ？

**デフォルトの名無しさん** · 2021/08/11(水) 22:26:31.97

今時何つこてるん？

**デフォルトの名無しさん** · 2021/08/11(水) 22:32:36.35

どこの現場も
windowsもmacでも
VScodeばっかりです

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

動作が安定しないんだよなVSCodeって
時々勝手に落ちるし

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

あんまないけど。
落ちても数秒間で再起動てくるし
とあるバージョンでその症状まれにあったとあしても
更新サイクルがめちゃ早い

**デフォルトの名無しさん** · 2021/08/12(木) 04:06:08.71

>>961
え？全く無いけどw

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

Eclipseとか懐かしいな
よくあんなクソ重たい環境使ってたと思うわ

**デフォルトの名無しさん** · 2021/08/12(木) 06:39:38.27

とにかく重いeclipse

**デフォルトの名無しさん** · 2021/08/12(木) 07:36:42.88

貧乏くさい発想だがライセンス必要なIDEはプロジェクトによっては使えないのでフリーな開発環境に慣れてしまうほうがむしろ楽だったりする

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

eclipseというかNetBeansだったけどやっぱ色々ダメなとこあってもなんか楽だったよ
VScodeはずっとMP吸われながら使ってる感じ
快速コーディングはしてるんだけど精神的に疲れる

根がマジメで1個ずつバージョン確認しながら設定したい派なので
コマンド打ったら自動でなにか降ってきて設定されるようなやり方に疲れる
もちろんLinuxのaptなんかもメンタル削られるがあれはバージョン指定できるからまだマシだし
その気になれば他の方法もあるし

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

最も嫌われている開発ツールはNetBeansとeclipse
ttps://insights.stackoverflow.com/survey/2021#section-most-loved-dreaded-and-wanted-collaboration-tools

**デフォルトの名無しさん** · 2021/08/12(木) 09:29:59.18

運用担当から開発者までVScode一択ですな
何にでも化ける印象

自分は営業にまで使ってもらってる

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

>>695
> とにかく重い Eclipse
OS/2 の VisualAge C/C++ の頃から使っているが、それに慣れちゃうと
あんまり気にならないなぁ。
そもそも、大きな現場だとマシンがリースだったから、
古いマシンに当たるとそっちのほうが遅くてツラい。
普段使いのマシンは五年くらい使って書いかえるが
環境もほとんど変えないので重いとか遅い感じは
しなかった。
複数人のプロジェクトでツールを共有して、周囲に質問できるんなら
乗り換えるのに吝かではないのだが、昨今はリモートワークで
そういう現場も少なそうに思う。
そういえば、 Eclipse よりNTT の仕事で使った TraSoLna が酷かった。

**デフォルトの名無しさん** · 2021/08/12(木) 11:23:38.07

変化に対応出来ない辛さですな

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

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