スレ立てるまでもない質問はここで 159匹目

**デフォルトの名無しさん** · 2022/02/12(土) 22:44:40.76

この板はプログラムを作る人のための板です。
あらゆる質問はまず
スレ立てるまでもない質問はここで
スレにしてください。

【前スレ】
スレ立てるまでもない質問はここで 158匹目
https://mevius.5ch.net/test/read.cgi/tech/1635193843/
次スレは>>980が立てること

**デフォルトの名無しさん** · 2022/02/16(水) 13:24:11.42

>>18-20
返信ありがとうございます
よくわかりました

**デフォルトの名無しさん** · 2022/02/16(水) 13:26:16.85

>>41
どうでもいいけど博士号取ってまで土方プログラミングしてる人生辛すぎだろ
俺なら自○するわ

**デフォルトの名無しさん** · 2022/02/16(水) 13:29:15.56

基本情報は高度資格を取るまでの入口だよ
基本情報は幅広くコンピュータ科学の基礎を修める科目だから、これ役に立つの？って内容がゼロになることはなかなかない
無駄なトピックがないのは科目としての理想だけど、現実的にはある程度仕方ない
長い義務教育を終えた大人なら淡々と学ぶまでよ

**デフォルトの名無しさん** · 2022/02/16(水) 13:54:20.22

>>38
そりゃすごいな
いい会社なのかよくない会社なのかどっちにも取れるが

**デフォルトの名無しさん** · 2022/02/16(水) 14:10:50.33

>>46
どちらの可能性もあるけどいい会社の蓋然性のほうが高いかな
学ぶことを奨励して実際身についた人を評価する
このご時世にインセンティブをケチらず与える余裕もある
純粋に業績と評価制度だけで報酬を決めてもいいけど、知識のあるシニアプログラマーやメンバーの地力が縁の下の力持ち的にチームを支えていて、キーマンが離脱した途端にプロジェクトが破綻することもある
日本の管理職に技術者のスキルを評価する能力やシステムはないから、次善策として資格な試験を指標に使うのはありだと思う
技術のある人間を評価したいというメッセージにもなる

**デフォルトの名無しさん** · 2022/02/16(水) 16:39:01.44

ITの国家試験系は技術力の指標としては全く使えないぞ
手当をケチらない程度にはいい会社だが
技術力を評価できない程度には悪い会社の可能性あり
IPAの資格取得を半ば義務づけてる会社は官僚的でIT土方構造に組み込まれてる場合が多い

**デフォルトの名無しさん** · 2022/02/16(水) 16:48:54.81

昔、応用を取ったときの感想
それなりに実務に沿った内容になってるから(人事とかにしてみれば)基礎知識に触れたことがあるっていう判断には使えると思った
それで毎月一万円もらえるとかないから俺自身としては何の役にも立ってないけどｗ

**デフォルトの名無しさん** · 2022/02/16(水) 21:05:41.18

>>379
問題解決の能力や段取り力はある程度わかると思う。
そもそも試験日程を調べて願書の取寄せや入金、時間通りに会場へ行く、それすら面倒でやれない人材はたくさんいるからね。

**デフォルトの名無しさん** · 2022/02/16(水) 23:56:24.70

関数の注釈の付け方は
// abc
int fn() {
}
と
int fn() {
// abc
}
とでは前者の関数の上の外側につけるのが一般的なんですか？
外側だと閉じた時に
// abc1
int fn1() {}
// abc2
int fn2() {}
と無駄に半分をはみ出した注釈が占めてしまうのがあまり好きでないのですが

**デフォルトの名無しさん** · 2022/02/17(木) 00:00:03.09

何言ってるかがわかんねえ
1行で書ける関数の話してる？

**デフォルトの名無しさん** · 2022/02/17(木) 00:39:36.04

pythonは関数の1行目に書いた文字列がドキュメントコメントになるよ

**デフォルトの名無しさん** · 2022/02/17(木) 02:55:30.84

言語によってルールがあって、そこから逸脱するとツールの助けを得られなくなるので好みに拘らずルールに合わせてほしい

**デフォルトの名無しさん** · 2022/02/17(木) 07:10:35.64

ｊａｖａやC++は最初の上の方じゃないとだめですか？

**デフォルトの名無しさん** · 2022/02/17(木) 07:30:25.09

Javaなら上に必ずJavaDoc形式で書いてくれ
C++ならお好みでもいいけどDoxigen形式がいいんじゃないの

**デフォルトの名無しさん** · 2022/02/17(木) 07:43:37.98

ランサーズでパイソンを納品する方法についてです
私はターミナルを使って実行しているのですが、納品する場合はどのようにしたらいいですか

7 · 2022/02/17(木) 11:17:30.30

>>25
>>7
に書いた

KENTA のサロンでは、部活を作って活動する

例えば、AWS 部で、くろかわこうへいのサロンで学ぶとか。
AWS部の大ボスも、行ってるだろ

数万人いるキングコング西野のサロンと同じ。
何の事業でも出来る

皆、色々な部活に入って活動するから、
1年ぐらいで初心者が、10年以上のプロよりも上になる

米国の香具師が言ってる。
こんなすごいポートフォリオを作る初心者は、米国にはいないってw

時給1万円を目指すのなら、Rails → Go のみ。
これが、KENTAメソッドの本質

**デフォルトの名無しさん** · 2022/02/17(木) 11:32:36.47

相手と相談する

**デフォルトの名無しさん** · 2022/02/17(木) 11:46:01.21

仕様が決まってない時のテストってどうすればいいんですか？
アジャイル()でプロジェクトを進めてるんですがミーティングで会話してなんとなく次作る物を決めて実装
なんとなく動いてればOK的なノリで進めてたんですが
リリース直前に偉い人達が急にテストをやるぞと言い始めまして困り果ててます

**デフォルトの名無しさん** · 2022/02/17(木) 11:54:43.20

仕様が無いのでしようがない。
その場で決めた仕様でテストすれば？
時間の無駄だね

**デフォルトの名無しさん** · 2022/02/17(木) 12:11:55.55

偉い人がどういうテストを想定してるかだな
よくわからずなんとなく言ってるだけなこと多いしそうなら
完成品を手動で色んなパターンぽちぽち動かして不具合ないことを確認する程度でいい。要するに形だけｗ

**デフォルトの名無しさん** · 2022/02/17(木) 12:31:32.15

手動でぽちぽちテストは滅びるべき

再テストが面倒だと誰も再テストしなくなるからね
リリース直前に全体がなんか動かん状況になってから地獄を見る

まぁテストをしろって言ってなかった連中が悪いよ

**デフォルトの名無しさん** · 2022/02/17(木) 12:35:57.30

テストという言葉の認識が違うんやろ。仕様ナシなら画面遷移や機能のプレゼンをまずしておかないと。
GUIを多少キレイにしておいてパワーポイントみたいな紙芝居でいいじゃん

**デフォルトの名無しさん** · 2022/02/17(木) 12:49:43.27

>>60
仕様はあるけど確定されてないという意味？
であれば確定されてなくてもその時点の仕様を前提にテスト書けば？

確定されてない仕様すらないのであれば
何を元にプログラムを書いてるのか逆にわらかない

**デフォルトの名無しさん** · 2022/02/17(木) 13:03:17.96

ケンタのサロンに入れば未経験でも時給10000円を目指せるわけか
つまり年収約2000万の計算なんだがケンタすげえな

**デフォルトの名無しさん** · 2022/02/17(木) 13:06:06.98

コロナで急にエンジニアが増えた気がするけど、
そこまで需要(お金)はないよな

**デフォルトの名無しさん** · 2022/02/17(木) 13:08:02.92

>>66
テキストエディタ作る
↑
これだけで開発が進むなんてよくあること
例えばそこに載る検索機能ひとつとっても、完全一致のゴミ検索機能だけにするか、正規表現対応にするか
そもそも検索機能なくてもよくね？なんてのはその部分の開発者の気分に任せられる

**デフォルトの名無しさん** · 2022/02/17(木) 13:15:08.80

誰か>>55を

**デフォルトの名無しさん** · 2022/02/17(木) 13:20:28.19

>>69
>>56で答えたやんけ

**デフォルトの名無しさん** · 2022/02/17(木) 13:22:04.48

見落としてた、ありがとうございます

**デフォルトの名無しさん** · 2022/02/17(木) 13:27:29.38

JavaDoc形式でちょっとググったら
＞Java のドキュメンテーションコメントは /** */ という形式の Javadoc フォーマットで記述します。
とあった　// は使ったらダメなんだろうか

7 · 2022/02/17(木) 13:40:53.40

KENTA は、バックエンドが全職種の中で、
最も短期間で効率的に、高年収になれることを証明した人物

例えば看護師とか、数百万円の年収を得るには、
大学院・専門学校など、資格を取って、高い月謝を数年間も払わなければならない

一方、KENTA メソッドでは、
基本情報処理資格、Ruby on Rails, Linux, Docker, Node.js, Bootstrap,
VSCode, Heroku, CircleCI, Github Actions、データベースだけで数百万円になる

さらに、AWS Fargate, Terraform, React, Vue.js, TypeScript もやれば万全。
1年ぐらいで初心者が、10年以上のプロよりも上になる

つまり、低学歴の文系の貧乏人が、お金も掛けずに、
英語だけ出来たら、唯一稼げるキャリアパス。
この方法以外では、貧乏人が金を掛けずに、金持ちになる事はできない

だから、KENTAのサロンに、貧乏人が3千人も入っている

社会に必要な人材を、最も短期間で安く、効率的に生産するブロイラーw

**デフォルトの名無しさん** · 2022/02/17(木) 13:47:43.40

>>72
Ruby でも、RDoc, YARD など、独特なDocコメントの書き方がある。
この書き方に従っていれば、自動的にHTML が作られる

だから試しに、HTML化してみればよい

**デフォルトの名無しさん** · 2022/02/17(木) 13:48:28.02

ケンタッキーフライドチキンのことかと思ってたわ

**デフォルトの名無しさん** · 2022/02/17(木) 14:21:02.23

SAS使ってる企業って少ないのかなあ
Udemy探しても英語の講座しか出て来ない

**デフォルトの名無しさん** · 2022/02/17(木) 22:02:22.88

SASみたいな高いツール使うなら正規のトレーニング受けるだろ普通。

**デフォルトの名無しさん** · 2022/02/18(金) 00:15:18.87

テストコードがなくてPHPとFWのバージョンが古い
クソコードだらけの状況から逆転する方法ありますか？

**デフォルトの名無しさん** · 2022/02/18(金) 00:16:03.21

逆転する意味ある？
手間がかかる＝稼げる、だよ？

**デフォルトの名無しさん** · 2022/02/18(金) 00:30:22.34

バージョンが古い時点で古い環境を捨てる気がないから無理じゃろ

**デフォルトの名無しさん** · 2022/02/18(金) 00:34:52.33

>>79
なんでこんな修正も出来ないんだ！って怒られる
そして、稼げないｗ

>>80
無駄に慎重でバグには異常に厳しい
この状況だとやっぱり厳しいですか

**デフォルトの名無しさん** · 2022/02/18(金) 00:57:02.11

古い体質の会社なんでしょ
踏み台にして転職の1手

**デフォルトの名無しさん** · 2022/02/18(金) 05:37:11.37

スタティック変数って多いとメモリ食うの?

**ハノン** ◆QZaw55cn4c · 2022/02/18(金) 05:59:36.30

>>83
static であろうと auto であろうと

**デフォルトの名無しさん** · 2022/02/18(金) 06:02:47.93

環境のバージョンが古いのはどうしょうもないんだろうけどテストコードは書けばいいだけじゃねーの？
バグには異常に厳しいんならなおさら

7 · 2022/02/18(金) 11:01:28.89

>>73
に書いたように、

Ruby on Rails の初心者コースには、CI/CD も含まれている。
CircleCI, Github Actions で自動テストして、Heroku へデプロイ。

初心者は皆、この方法。
出来る香具師は、AWS Fargate, Terraform

BDD/TDD のRSpec では、ソースコード自体が仕様書になっている。
自動テストでは、仕様をチェックする

**デフォルトの名無しさん** · 2022/02/18(金) 13:44:27.70

クソコードだらけだとテストコードなんて書けないからな

**デフォルトの名無しさん** · 2022/02/18(金) 17:40:22.12

RでCSVファイルからグラフを書こうとしています。
列名に＋やー（Hoge-1的な）がある場合にsummariseなどがエラーになってしまいます。
列名を変える以外で正しく列名を認識させる方法はあるでしょうか。

**デフォルトの名無しさん** · 2022/02/18(金) 19:53:43.34

Rエアプだけど列名が数式扱いされてそう

1行目だけ文字列として取得するモードないんか？

**デフォルトの名無しさん** · 2022/02/18(金) 20:16:11.13

読み込むときにcheck.names=FALSEじゃね

**デフォルトの名無しさん** · 2022/02/18(金) 21:51:42.06

Ruby on Railsなんて使ってるの今日日クソシステムしかねえだろ

**デフォルトの名無しさん** · 2022/02/18(金) 22:52:16.78

？

**デフォルトの名無しさん** · 2022/02/19(土) 22:36:43.10

友達からプログラマーになったらデータをDBに出し入れすることに人生を注ぐことになるよ

と言われたのですが、そうなのでしょうか？

もっと魔法を扱うような仕事だと思ってたので本当だとしたら少し悲しいです

**デフォルトの名無しさん** · 2022/02/19(土) 22:51:14.71

まあ今どき組み込みでもDB使ってたりするから友達の言うことは概ね正しい
魔法を扱うような仕事したいならGoogleとかに就職して人工知能関係の仕事するとかかな

**デフォルトの名無しさん** · 2022/02/19(土) 22:58:33.01

>>93
概ね2通りです
DBにデータを出し入れする処理を作る人達
その処理を呼び出すUIを作る人達
それ以外もいますが少数派です

**デフォルトの名無しさん** · 2022/02/19(土) 23:52:14.83

あとはセキュリティとかグラフィックスとかいいんじゃないかな
センスがあればいける

**デフォルトの名無しさん** · 2022/02/20(日) 03:34:44.22

AWSは１年間タダで使えるからAWSの勉強（！？）とLinuxの勉強が併せてできるぞ
ボタンクリックするだけでサーバが立てれるのは感動したもんだ

**デフォルトの名無しさん** · 2022/02/20(日) 09:31:35.45

私はこれまでプロパティという概念とメソッドという概念を
クラスの中の変数宣言とクラスの中の関数宣言と理解してきました。

ところがJavaScriptを学ぶ中でこの理解を覆す概念で出くわしました。
それらがデータプロパティとアクセサプロパティです。
アクセサプロパティというのはゲッターとセッターを指すのだそうですね。

ゲッターとセッターはクラスの中の関数であるはずなのに
プロパティと名づけられたことで混乱しています。

私がこれまで理解していたプロパティとメソッドの区別は間違っていたのでしょうか。

**デフォルトの名無しさん** · 2022/02/20(日) 10:50:48.81

大きな誤りは「呼び方」に拘ってる点だな
ネーミングなんて細かいこと気にすんな。そんなのどうでもいい
getter＝classの中の変数値を取得するための関数
ってなるだろ

**デフォルトの名無しさん** · 2022/02/20(日) 11:05:45.11

>>98
プロパティの読み書き時に何らかの処理をすることができるようになった
って思えばいいんじゃね？

**デフォルトの名無しさん** · 2022/02/20(日) 13:09:01.63

Javaにプロパティはないよ
クラスのメンバ変数をプロパティと捉えるのは間違い
せいぜい文脈によって広義に許容される程度
Java7の頃に言語仕様に追加する議論があったんだけど、JavaBeans仕様のgetter, setterが長年プロパティ相当の役目を果たしてきたので、もうそれでええやんとお蔵入りになった

プロパティってのはそのオブジェクトの属性
この属性っていうのは実装面での話よりもやや論理的な概念
プロパティの値を聞かれたときに内部の変数の値を返すのが最も一般的なパターンだけど、別の変数の値を演算してから返してもいいし、データベースから値を問い合わせてから返してもいい
値を要求した側から同じようにアクセスできる属性なら何でもよくて、それが変数なのかそうでないのかは内部実装としてカプセル化されることこそがプロパティの特徴

JavaではhashCodeというObjectの属性がメソッドとして提供されているけど、こういうのは本来プロパティがふさわしい

**デフォルトの名無しさん** · 2022/02/20(日) 13:10:18.43

おっとJavaスレじゃなかったか

98 · 2022/02/20(日) 14:30:27.02

お答えくださった皆様、ありがとう。大変勉強になりました。

>>101
なるほど、そう考えると整合性がとれますね。

**デフォルトの名無しさん** · 2022/02/20(日) 14:59:19.23

>>93
いやプログラマーになったらモテるからチンコをマンコに出し入れすることに人生を注ぐことになるよ

**デフォルトの名無しさん** · 2022/02/20(日) 15:32:02.85

DBの仕事は必ず仕事が収束するから精神的に楽なジャンル。わりと計画通りに進行しやすい。仕様変更もたかが知れてる。
いちばんキツいのはGUIギミックなどデザイン分野。ちまちま積み上げたものが全部パァになってやれセンスがないだの遊び心だの固い柔らかいだの抽象的デバッグが永続する。
リリース後もずっと言われ続ける

**デフォルトの名無しさん** · 2022/02/20(日) 15:49:47.90

個人的には後者の方が楽しそうに思えるんだが

**デフォルトの名無しさん** · 2022/02/20(日) 15:57:15.34

楽しいと楽(らく)は字は同じだけどベクトルが違うからね

**デフォルトの名無しさん** · 2022/02/20(日) 15:57:42.70

DB系のレビュー「ここの処理はこうした方が負荷が少ないと思うから修正してもらえる？」

画面系のレビュー「うーん、なんか『違う』んだよねぇ～wちょっとこの辺見やすいように修正してもらえる？」

どっちの仕事がしたい？

**デフォルトの名無しさん** · 2022/02/20(日) 16:05:45.12

ああ~、やっぱり前の方がマシだったな、戻してこの部分の操作をいい感じにして…

う~ん、ここは１週間前のほうが良かったな、全部元に戻して初めから考え直そう…

賽の河原w

**デフォルトの名無しさん** · 2022/02/20(日) 16:06:31.52

デザイン分野は、下っ端のシロートでも全員バラバラに好きな意見を言ってくる。しまいに社長の意見で全部ひっくり返る。
こないだのヒカルの焼肉屋みたいに、空中分解してしまう。

**デフォルトの名無しさん** · 2022/02/20(日) 16:20:05.56

DB系のレビュー「なんか遅いから速くしてくれない？」

これは嫌だw

**デフォルトの名無しさん** · 2022/02/20(日) 16:38:46.48

>>111
そう？
まあどこがどう遅いのかとかどこまで速くすればいいとかを打ち合わせる必要はあるけど、そこら辺が決まれば改善提案はできるだろ

**デフォルトの名無しさん** · 2022/02/20(日) 16:56:03.62

DBもUIもそれ以外も同じ
あとからああしろこうしろと変更入ることよくあるし
その対応終わったと思ったら、ひっくり返ってもとに戻すなんてよくある

**デフォルトの名無しさん** · 2022/02/20(日) 21:13:51.71

>>110
社長「今運用してるDynamoDBでコレコレをLIKE検索できるようにしてくれや」
「もう顧客にOKしといたから明日までにやっとけ」

**デフォルトの名無しさん** · 2022/02/20(日) 21:42:13.74

>>114
そういうのはまた別な話

**デフォルトの名無しさん** · 2022/02/20(日) 21:45:47.25

>>115
社長「は？DBならLIKE検索なんてすぐだろ」
「ついでにカラム増やしてほしいんやインデックスつけて」

**デフォルトの名無しさん** · 2022/02/20(日) 22:04:23.11

>>116
社長/上司/営業とエンジニアの軋轢の話はまた別

**デフォルトの名無しさん** · 2022/02/20(日) 23:13:47.64

つーか社長がそこまで技術的な部分に介入してくる会社の時点で地雷だろ
DBとかUI以前の問題

**デフォルトの名無しさん** · 2022/02/20(日) 23:58:04.82

思いつきをいうステークホルダーが一人だけでしかもある程度技術に興味があるなら時間を惜しまず説明すればいけそう

**デフォルトの名無しさん** · 2022/02/21(月) 07:46:59.41

>>119
> 「ある程度」技術に興味がある
それ最悪やぞ
中身をよくわかってないのに思いつきでこうした方がいいとか言われて内心「それもう検討してダメってわかってるのに…」と思いつつ説明すると、いやこうすればいいだろって頓珍漢な代案出されて…

**デフォルトの名無しさん** · 2022/02/21(月) 08:37:03.80

経験豊富なおれがいちばん大変だったのはコレ！って愚痴りたいまつり

**デフォルトの名無しさん** · 2022/02/21(月) 08:39:06.68

>>118
技術的な問題だから変更できない
なんて言う会社は外部から見ると無能の烙印押される
GAFA級にならないと

**デフォルトの名無しさん** · 2022/02/21(月) 10:20:49.12

おまえ(客)が金出さないからできないんだよ、よりも技術的な問題でできないんですの方が話がスムーズに進むんだよ
こっちが悪いと思ってなくてもすみませーんと謝るのと同じ
言葉通りに受け取るなって

**デフォルトの名無しさん** · 2022/02/21(月) 10:36:05.50

>>120
これから先の世代の日本ではそういうお客様が爆発的に増えるだろうね
義務教育で中途半端に教えちゃうもんだから

**デフォルトの名無しさん** · 2022/02/21(月) 13:12:10.99

>>122
いやそういう話じゃねーよ
社長がカラムやらインデックス云々言ってる時点で論外なんだよ

社長がやるべき業務は経営であって、そんな下流工程に気をつかうほど規模が小さい会社にそもそも入るべきじゃないってこと

**デフォルトの名無しさん** · 2022/02/21(月) 13:20:58.55

>>125
社長「実は先週から提携した顧客がいてまあまあ大手なんだがカラム追加して検索できたらうちのサービス利用してもらえるって言われたからすでに契約済みなんだよ」
「経営判断だからよろしく」

**デフォルトの名無しさん** · 2022/02/21(月) 13:30:17.42

検索用の読み取り専用RDB用意するだけだろ?

**デフォルトの名無しさん** · 2022/02/21(月) 13:55:35.93

>>127
社長「明日まで対応だからな。追加予算なんてない。そもそもカラム追加になんで検索用とか必要なんだよ！？俺が知らないと思ってバカにしてんのか！？」

**デフォルトの名無しさん** · 2022/02/21(月) 14:40:04.74

仕様変更、仕様の追加は別予算
これは社内、客にも徹底してもらわないと

**デフォルトの名無しさん** · 2022/02/21(月) 15:25:09.72

社長「そんな細かいことまでやってたら客を逃すんだよ！誰がお前の飯代払ってると思ってんだ！？いいから今すぐやれ！」

**デフォルトの名無しさん** · 2022/02/21(月) 15:37:24.76

脳内社長のお人形遊び楽しい！w

**デフォルトの名無しさん** · 2022/02/21(月) 22:30:28.08

完全に0からゲームを作る場合はRPGツクールのような管理画面的なものから作り始めるのでしょうか？

それとも無の状態から1つずつ積み上げていく感じですか？

**デフォルトの名無しさん** · 2022/02/21(月) 22:40:28.89

開発規模と経験と実績から自明
素人が無から手を出すならとりあえず書き下ろしで駄目になるとこまで書いてみよう

**デフォルトの名無しさん** · 2022/02/21(月) 23:58:22.13

動的なウェブサイトを作りたいということもあって、
JavaScriptの入門書（独習　JavaScript 新版とかいう本）を読んでいるのですが、
難しい上に長いから全然読み進められないのですが、
もっと良い感じの本は無いのでしょうか？
あったら教えてほしいです。
あと、やっぱりプログラミングの入門書は、最低一回は全てのページを読み終えた方が良いのでしょうか？
それとも、必要に応じて必要な箇所を見ながら実際にプログラミングをしていくという方が良いのでしょうか？
回答よろしくお願いします。

**デフォルトの名無しさん** · 2022/02/22(火) 00:55:09.10

作るのが目的なら本は検索のためのキーワード抜き出しに使う程度でいい。読む必要なし。ぐぐりながら作れ

**デフォルトの名無しさん** · 2022/02/22(火) 02:13:21.92

何が難しかったのかわからんと答えようがないな
いきなり本買うんじゃなくて立ち読みで狙いに合ってそうか確認しなよ

**デフォルトの名無しさん** · 2022/02/22(火) 06:38:44.59

>>134
その本は捨てるか売っていい
どうせ読まないだろ

全て読めば動的サイトが作れるようになるわけではない
やりたいことをググりながら似たことを説明しているサイトを参考にして実現していく
それを繰り返していくこと

**デフォルトの名無しさん** · 2022/02/22(火) 08:57:53.94

プログラマーが読むべき本ってリーダブルコード以外にありますか？
技術的な本は専門的なことじゃない限り公式リファレンスとかで十分な気がしてあまり読む気がおきません

**デフォルトの名無しさん** · 2022/02/22(火) 09:47:20.11

読む気が起きないなら読まなきゃいい

**デフォルトの名無しさん** · 2022/02/22(火) 12:05:41.84

Code Complete

**デフォルトの名無しさん** · 2022/02/22(火) 12:34:42.18

>>134
ブラウザを作っているプロなどは、2冊のサイの表紙のサイ本を読む。
プロ用の本だから、Ruby の数倍も難しい。
10年ぐらいの歴史の変遷を追っかけるのが大変

初めてのJavaScript 第3版 ――ES2015以降の最新ウェブ開発、オライリー、2017

ES3 とか、古い規格には皆、苦しめられてきた。
JavaScript 第6版、2012、David Flanagan

だから、jQuery, Type Script, Coffee Script など、無数のAlt JS が作られた。
JavaScript でプログラミングするのが非常に難しいから

可読性が悪くて、バグが多いから

**デフォルトの名無しさん** · 2022/02/22(火) 12:51:31.55

サイ本は7版が最近出たぞ

**デフォルトの名無しさん** · 2022/02/22(火) 15:11:04.16

継承が良くないとよく聞くが何が良くないんだ？
継承をやめた結果がtypeプロパティによる条件分岐ではむしろ悪化してない？