JavaScriptライブラリ使わずプログラミングする技術

**デフォルトの名無しさん** · 2021/09/26(日) 17:34:36.72

お前らに最高のプログラミング手法を伝授してやろう

使っていいのはw3cで決めれられたAPIのみ
その他のライブラリは使用禁止
ライブラリを使わないと作れないようなものは作るな
これを守れば10年後も修正せずに同じアプリが動く

**デフォルトの名無しさん** · 2021/09/26(日) 23:36:43.09

>>6
そうやってライブラリに依存すると
ライブリがバージョンアップした時に必要ない更新作業をすることになるだろ

>>7
認めてるのはw3cだけ。ライブラリは一切使うな

**デフォルトの名無しさん** · 2021/09/27(月) 00:43:05.42

github数十数百万スターのライブラリでサクッと作ってサックと請求
あとは鼻くそホジホジ、稼ぎたかったら世の流れに乗っとけ
オナニーコード、オレオレフレームワークなど誰も喜ばない

**デフォルトの名無しさん** · 2021/09/27(月) 04:59:40.51

>>5
D3は火船でも最近取り上げたほどの優ライブラリですが?

**デフォルトの名無しさん** · 2021/09/27(月) 05:06:38.46

>>3
ロートルはいつになったらネスケからアップデートすんの

**デフォルトの名無しさん** · 2021/09/27(月) 06:11:39.15

>>10
これをみよ
https://www.buildinsider.net/web/popularjslib/2014
https://www.buildinsider.net/web/popularjslib/2015
https://www.buildinsider.net/web/popularjslib/2016

2014年のCofeeScript、2016年はどこへ行った？
2014年のthree.js、2016年はどこへ行った？
2014年に「成長力」とされたD3.jsも2015年で消えた
5年、10年動き続けることを目標とするプログラムとしては、危なくてとても手を出せたものではない

重要なことだがjQueryやReactなどのライブラリは使わない。理由はそれらのライブラリが
一部のブラウザでしかサポートしてない独自機能を呼び出している恐れがあるからだ。
自作のプログラムにそういうライブラリの混入を許せば長寿命という特徴が損なう恐れが出てしまう。
互換性や寿命が減る恐れは阻止しなければいけない

ライブラリを使わないということはその部分を自力で1から書くということだ。たいそれたことに思えるかもしれないが
そうとは限らない例えばAjaxによる画面更新は有名なライブラリにたよらずとも数十行で実装できる

一度たかだか十数行のコードを書く苦労を受け入れるか、ライブラリを利用して楽をする代わりに
この先ずっと寿命の短さの恐怖に怯えるか、諸君らはどちらを選ぶ？私なら断然前者を選ぶがな

書くのが大変なら
・凝ったことはやらない
・使わないと出来ないようなことには手を出さない
これだけでよい

JavaScriptのライブラリは今、戦国時代だ
つまり「せっかく覚えた知識が数年で時代遅れになる」ということだ
だからW3Cに準拠したものしか使わない

これが歴戦の開発者すら論破した我らの完璧な理論だ

**デフォルトの名無しさん** · 2021/09/27(月) 06:54:32.36

別スレで暴れてたPOSIX原理主義の人か、そらともそれを見て真似して見ようと思った暇人か

**デフォルトの名無しさん** · 2021/09/27(月) 07:52:00.96

POSIX原理主義の人のマネをして適当なことを言ってるのか、
それともPOSIX原理主義の人が実際に言ってることなのか
どっちなのかな？

もし後者ならPOSIX原理主義はおかしい
POSIXの名前を語るなよ

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

>>8
バージョンアップしなきゃいいんだよ。
使うライブラリは全部手許にコピーを置いてバージョン固定で使う。

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

double arrow使ってて当然主張としてbabelも使わないんだからES6なんだろうが
俺はpreset-env S5出力してるからこいつのコードよりブラウザ互換性高いわ

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

S5 -> ES5 E抜けた

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

>>12
ブラウザ互換性なんかよっぽどの知恵遅れのガイジかドマイナーブラウザ使ってる奴なんか切り捨てるのが当たり前
今はアクセシビリティを重視することが重要

**デフォルトの名無しさん** · 2021/09/27(月) 15:28:36.82

そもそも契約前の要望確認時に対象ブラウザ指定しないのがおかしいし、
そこに主要でないブラウザが要求されるなら金額上乗せしとけってだけの話

**デフォルトの名無しさん** · 2021/09/27(月) 15:33:04.98

>>19
そういう話はしてない

ライブラリを使わないでW3Cに準拠して自分で書けば
5年10年後でも修正せずに動くということ

ライブラリには一部のブラウザでしかサポートしてない独自機能を呼び出している
恐れがあるから、そんなものを使うと長寿命という特徴が損なわれる恐れがある

W3Cに準拠すれば、すべてで20年動くプログラムになる
一度書けばどこでも、ずっと使えるプログラムになる

**デフォルトの名無しさん** · 2021/09/27(月) 15:35:47.32

ツッコミどころ満載だな

5年、10年たったらハード、ソフトともにものすごく変化するから
今作っているものが使える可能性がそもそもものすごく低い

ライブラリが数行で済むならいいんだが、往々にして数百行になったりするし
誤差はどうするんだとかテストはどうするんだとか
自作のプログラムは何かと問題が多い
ドキュメントをかっちり残しておかなければ行けないという点もある
ライブラリだとこの辺の問題が解決されている

**デフォルトの名無しさん** · 2021/09/27(月) 15:43:43.90

>>20
W3C発行のHTMLがすべて廃止された日
https://www.mitsue.co.jp/knowledge/blog/frontend/202102/08_0910.html

W3C自体が終わってるけどね

**デフォルトの名無しさん** · 2021/09/27(月) 15:45:53.73

>>21
W3Cには全てのブラウザが準拠しているから
ハードやソフトが変化したとしても同じように動く

数百行になるような場合はすでに書いたとおり
凝ったことはやらない。ライブラリを使わないと出来ないことには手を出さない。
それだけ

デバッグ作業からは何も生まれない。そもそもやる必要をなくせばいい。
そんなことができるのか？と思うかもしれんが、
答えは「1行書き足しては実行、書き足しては実行・・・を繰り返す」だ

何十何百行もあるプログラムを書き終えたあとでおかしな動きをすることがわかったら
どの行に問題が潜んでいるかの特定には時間がかかるし
全部作ったあとで出来上がったコードを見ながらテスト項目を立案するのも骨の折れる作業だ

一方、毎行1行ずつカキコ足しては実行というテストをしていて、ある1行書き足した時点で
おかしなことになったと気づけば、今書いた1行に原因がある可能性が高く、場所の特定に割く時間を抑えられる

この1行書いては実行というのは別にシェルスクリプトに限ったテクニックではない。
コンパイル不要な言語ならどれでも気軽にできる

**デフォルトの名無しさん** · 2021/09/27(月) 15:50:16.28

>>22
やはり20年、いや25年後もWin/Mac/UNIXすすべてで動く普遍的なプログラムを書けるのは
POSIXに準拠することだけであることが証明されたようだな

**デフォルトの名無しさん** · 2021/09/27(月) 15:51:02.28

W3Cはもう終わったのでブラウザが準拠する保証はないよ
プログラマとしては5年ごとに最新技術で作り直す方が楽しいんじゃないかな
式年遷宮ですよ

**デフォルトの名無しさん** · 2021/09/27(月) 15:53:14.38

世界の覇者であるLinuxがPOSIXに準拠し続けるかどうかはわからん
UNIXで残ってるのはMacだけだしなあ

**デフォルトの名無しさん** · 2021/09/27(月) 16:29:47.18

手を出さないって客にどう説明するんだよ

**デフォルトの名無しさん** · 2021/09/27(月) 17:15:24.87

>>26
覇者？w
覇者はwindowsなのだが

**デフォルトの名無しさん** · 2021/09/27(月) 17:16:35.40

素人のネタスレに客てｗ

**デフォルトの名無しさん** · 2021/09/27(月) 17:25:15.95

>>29
これがネタだったらどれだけいいかって思うよ・・・

某大学でこの内容がそのままを講義になってるの

**デフォルトの名無しさん** · 2021/09/27(月) 18:25:11.84

そもそもhtmlやjsは全体的に行きあたりばったりな仕様が多いから、今考えるとどう考えても欠陥としか思えない仕様が多い
box-sizingの初期値なんて結局みんなborder-boxにしてる
jsの文法全般とかそのまま使うのはアホらしい
みんなもう少しマシなものにリセットしたがってるし、例えば仕方なくlintとtypescriptでお茶お濁したりしてる

商業の話ではなくて理想の話で言っても、htmlやjs後方互換性が劣悪な環境の原因になってるのは明らか

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

何が言いたいかといえば、理想論の話をすると>>20のような存在そのものが邪魔

**デフォルトの名無しさん** · 2021/09/27(月) 22:11:02.86

>>26
LinuxはPOSIX準拠してない定期

**デフォルトの名無しさん** · 2021/09/27(月) 22:40:12.97

>>5
>>4はES6以降の標準しか使ってないぞ

**デフォルトの名無しさん** · 2021/09/27(月) 23:32:49.46

>>34
4.3　W3C勧告準拠指針の詳細
2016年現在，一般ユーザに対する操作画面はWebページとして作成するケースが主流になっており，
アプリケーション開発においてWeb（HTML/CSS/JavaScript）は必要不可欠な存在になっている．
Webの規格はPOSIXとはまったく異なる発展を遂げてきたが，POSIXに似た事情を抱えている．

UNIX業界では各OSが機能を独自拡張し，互換性が低下した状況を改善すべくPOSIX規格が策定され
一方，Web業界では各Webブラウザが機能を独自拡張し，互換性が低下した状況を改善すべく
W3Cという組織が設立され，勧告（W3C勧告）がアナウンスされるようになった．

そこで，クライアント端末向けにWebプログラムを作成するにあたってはW3C勧告に準拠するという指針を設ける．
W3C勧告もまたWeb上で閲覧でき[11]，プログラマは常にその内容を確認しながらプログラミングできる．

4.3.1　各種JavaScriptライブラリ使用の禁止
この指針の下ではjQuery等の各種JavaScriptライブラリを原則使わない．
W3C勧告の範囲の仕様にのみ基づき，プログラムを書く．
後述するXMLHttpRequestに関しても基本的な部分は40行程度で記述できる[12]．
一度書けばほかのプログラムにも流用可能であるため，以後はコピーして使えば開発効率はさほど低下しない．

ライブラリを使わない理由は，そのライブラリが各Webブラウザの独自機能を
利用していないという確証がないからである．そのようなライブラリを利用すると，
将来のWebブラウザでは正常に動作しなくなる可能性が高まる．

**デフォルトの名無しさん** · 2021/09/28(火) 00:52:59.44

それ結局独自ライブラリじゃん

**デフォルトの名無しさん** · 2021/09/29(水) 08:28:45.86

>>7
＞2016-03-24 11:52

情報が古い

**デフォルトの名無しさん** · 2021/09/29(水) 10:11:12.54

>>37
W3Cに準拠してるから5年くらい余裕ですわ

**デフォルトの名無しさん** · 2021/09/29(水) 16:14:59.86

>>38
>>7はnpmパッケージの所有権絡みの問題？でW3C準拠とか全然関係ない話で5年も経つんだから当然解決済だろ。
情報が古い

**デフォルトの名無しさん** · 2021/09/29(水) 17:06:41.35

>>39
どう解決したのかな？おん？

**デフォルトの名無しさん** · 2021/09/29(水) 17:07:31.95

> 解決済だろ

「だろ」は推量で自分は知らないってこと、だろ？

**デフォルトの名無しさん** · 2021/09/29(水) 17:10:28.71

npmのパッケージ依存地獄問題を解決したらノーベルIT賞もらえるわ

**デフォルトの名無しさん** · 2021/09/29(水) 17:13:38.92

エコシステムは依存関係の増大を促し脆弱さをもたらす
僕たちの絆社会も同じ問題を抱えているのかも知れませんね

**デフォルトの名無しさん** · 2021/09/29(水) 17:23:20.79

解決っつか、それで困るようなところは自衛手段とるようにしてるだろ。

**デフォルトの名無しさん** · 2021/09/29(水) 17:43:50.09

>>44
> してるだろ。

「だろ」は推量で自分は知らないってこと、だろ？

**デフォルトの名無しさん** · 2021/09/29(水) 17:44:43.13

お前らさては知ったかぶりだろ

**デフォルトの名無しさん** · 2021/09/30(木) 00:52:23.30

だからそれ結局自分の独自ライブラリじゃん

**デフォルトの名無しさん** · 2021/09/30(木) 07:03:50.77

パッケージ管理の手本はdebian。
後続のnpmはdebianの運用ノウハウでなんとでもなる。
npmパッケージのライセンスに注意して使えば問題ない

**デフォルトの名無しさん** · 2021/10/01(金) 07:09:23.05

jsなんて所詮DOM装飾
ライブラリが壊滅しても誰も実損しない
カード決済や金融取引などのように
厳格で高セキュリティを求められないしな
なので開発が楽なライブラリをどんどん使って
効率的に稼ぎましょう

**デフォルトの名無しさん** · 2021/10/01(金) 11:20:49.87

jsの仕様にはDOMは含まれていません
基本からやり直し

**デフォルトの名無しさん** · 2021/10/01(金) 16:01:33.26

だろよりじゃろの方が可愛いじゃろ

**デフォルトの名無しさん** · 2021/10/02(土) 07:43:33.69

JSはマークアップを装飾するために生まれた言語
JSが破綻しても深刻な被害なんてないんだから
どこも間違ってない
50はJS以外何を扱ってるんだ？
多言語扱う人間からしたら
JSは単なるマークアップ言語
ブラウザ・ユーザー・インターフェイス言語なんだけど？
サーバーセキュリティがしっかりしてれば
ブラウザが崩壊しても深刻な被害はないんだよ
つまりブラウザ側のフレームワークやライブラリの信頼性なんて重要じゃないから
効率よく作って稼げばいいって話

**デフォルトの名無しさん** · 2021/10/02(土) 07:55:53.65

それは偏見

**デフォルトの名無しさん** · 2021/10/02(土) 08:00:26.43

フレームワークやライブラリを使うなっていうほうが偏見な

**デフォルトの名無しさん** · 2021/10/03(日) 03:28:59.07

何言ってんだ？

**デフォルトの名無しさん** · 2021/10/04(月) 11:07:04.23

オープンソースにして放流したり
チームで作業したりせんかぎりは
我流で作ったほうがいい。

**デフォルトの名無しさん** · 2021/11/07(日) 18:27:03.41

w3cには現実で使われているAPIの半分しかない

**デフォルトの名無しさん** · 2023/09/19(火) 11:53:59.80

金曜日入れないの？