[過去ﾛｸﾞ] gitを使わずにディレクトリコピーでバージョン管理 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
368(1): デフォルトの名無しさん [] 2021/09/23(木)20:54 ID:UmbIjW4x(1/57)
>>366
APIのユーザ言語がJavaScriptならJSONが良い気がするけど
CSVがJSONよりシンプルなのは事実だからなあどっちが良いかはこれはわからんね
370(1): デフォルトの名無しさん [] 2021/09/23(木)21:23 ID:UmbIjW4x(2/57)
>>369
jqはC言語だからなあ
他人が作ったC言語のコードと自分で書いたawkのコード
トラブったときに対処しやすい方を選んだってことだと思うけどね
371: デフォルトの名無しさん [] 2021/09/23(木)21:25 ID:UmbIjW4x(3/57)
jqコマンドを勝手にインスコできない環境でもスクリプトは書けるだろうし
374(1): デフォルトの名無しさん [] 2021/09/23(木)22:16 ID:UmbIjW4x(4/57)
>>372
jqコマンドをインスコできなくてもawkは最初から使えるじゃん
なぜならばPOSIXだから
jqコマンドが便利だからといってそれに依存したらjqコマンドが
ないと動かなくなる、同じように別の便利なコマンドを使うようにして
いったら依存関係でガチガチになっちゃうじゃん、歯止めがかからないんよ
POSIXのコマンドにのみ依存するって考えはポータビリティの観点からは
良いことだと思うよ、ドメイン特化な軽量パーザを実装してどのような
環境でも動きますっていうのは魅力的なことだよ
375(1): デフォルトの名無しさん [] 2021/09/23(木)22:18 ID:UmbIjW4x(5/57)
>>373
そんなことないと思うけどね
ドメイン特化な軽量パーザを実装することもできるわけだし
他のライブラリ、コマンドに依存してないから移植しやすくてすばらしい
小さいツールを組み合わせて使う、これUnixの奥義なり
377: デフォルトの名無しさん [] 2021/09/23(木)22:20 ID:UmbIjW4x(6/57)
POSIX原理主義者のGitHubみたけどテストコード結構あるよ
作りがシンプルでテストコードもきれいに整備されてるよ
あれはソフト開発の理想形だと思うけどなあ
380: デフォルトの名無しさん [] 2021/09/23(木)22:24 ID:UmbIjW4x(7/57)
>>376
ユニケージは実際に無印良品などで使われてるからなあ
実績ありまくりじゃん、ユニケージが効果を発揮することもあるってことだよ
ユニケージだから良い、ユニケージだからダメということではなくて
その手法がハマる状況っていうのはあるものだよ、COBOLもそう
381(1): デフォルトの名無しさん [] 2021/09/23(木)22:24 ID:UmbIjW4x(8/57)
>>378
POSIXにはまだ早い
384: デフォルトの名無しさん [] 2021/09/23(木)22:26 ID:UmbIjW4x(9/57)
>>379
jqコマンドをインスコする権限がなくても使えるよ
バイナリというブラックボックスをコピーするのは良くないな
ブラックボックスにプログラムが依存するのも良くない
それはポータビリティがない
387(1): デフォルトの名無しさん [] 2021/09/23(木)22:28 ID:UmbIjW4x(10/57)
>>382
awkはPOSIXだからあるんだけど
jqはPOSIXじゃないからないんだよね
>>383
そんなこと言い出したらすべてのプログラムはPOSIX準拠ってことになっちゃうから
そしてその考えのもとではポータビリティを保てないからその思想に価値はないよ
jqがPOSIXでないのが問題だってことを認識して欲しい
388(1): デフォルトの名無しさん [] 2021/09/23(木)22:30 ID:UmbIjW4x(11/57)
>>385
yumとかaptとかですね
システムに変更を加えるときは管理者権限が必要
コピー元はどちらなのかな？
>>386
オープのソースと言うなの個人プロジェクトですがな
飽きて消されたらこの世から消えてしまうほど儚い命ですわ
390(1): デフォルトの名無しさん [] 2021/09/23(木)22:32 ID:UmbIjW4x(12/57)
GitHub消されたらかなわんからプロジェクトフォークしますか？
じゃあ使用する外部コマンドやライブラリ全部フォークしないといけまへんな大変でんな
POSIXならそういうことありまへんけど
393(2): デフォルトの名無しさん [] 2021/09/23(木)22:33 ID:UmbIjW4x(13/57)
>>389
依存関係でがんじがらめになって移植しずらくなるのがよろしくないよねってことだよ
重厚長大なものより軽量でポータブルな実装を好む、それがUnix
396(2): デフォルトの名無しさん [] 2021/09/23(木)22:36 ID:UmbIjW4x(14/57)
>>391
これ気まぐれに消されたら終わりだな・・・
おそろしい、こんな儚いものにプログラムが依存するなんて考えられない
>>392
意味がよくわからないんだけど
コマンドとかライブラリの話をしてたつもり
FreeBSDはOSっていう別のものだよ
FreeBSDは組織として作ってるものだから
そうそうなくなりはしないかと
400(1): デフォルトの名無しさん [] 2021/09/23(木)22:38 ID:UmbIjW4x(15/57)
>>394
バイナリに依存してるに決まってるじゃん
jqに依存してもいいってことはどんなコマンドやライブラリに依存しても
よいっていうふうになって歯止めがかからなくなり気づけばあのコマンドがないと
いけないあのライブラリもないと動かないみたいなことになって身動き取れなくなるってこと
POSIXのコマンドにのみ依存するようにするっていうのはそれを防止するための防衛線なんよ
401(1): デフォルトの名無しさん [] 2021/09/23(木)22:39 ID:UmbIjW4x(16/57)
>>395
POSIXからawkがなくなることは絶対ないので問題ない
403(1): デフォルトの名無しさん [] 2021/09/23(木)22:41 ID:UmbIjW4x(17/57)
>>398
それを言い出したら依存するコマンド依存するライブラリのバックアップを
全部取らないといけなくなるじゃん、だから頭がおかしいのはそれをやればいいと言ってるあなたなの
407: デフォルトの名無しさん [] 2021/09/23(木)22:42 ID:UmbIjW4x(18/57)
>>402
その線引きって現実的にできないよね
なんでjqは例外なのかってことになる
一方でPOSIXというポータビリティのための
一般的な仕様に則ってPOSIXのコマンドのみに依存するというのは
わかりやすくて論理的で理にかなっていて誰もが納得する
あなたは現実見れてない、jqだけ認めるルールなんて人間には作れない
408(1): デフォルトの名無しさん [] 2021/09/23(木)22:43 ID:UmbIjW4x(19/57)
>>404
awkが絶対tarじゃないのはご存知のとおりですね
411(1): デフォルトの名無しさん [] 2021/09/23(木)22:44 ID:UmbIjW4x(20/57)
>>405
依存するコマンド依存するライブラリに際限がないからね
君は頭の容量が足りないようだね
413(2): デフォルトの名無しさん [] 2021/09/23(木)22:46 ID:UmbIjW4x(21/57)
>>409
POSIXは世界で通じる仕様ですが
jqのみを例外にするっていうのはあなたの頭の中にしかない
現実味のないルールってことですね
416(1): デフォルトの名無しさん [] 2021/09/23(木)22:47 ID:UmbIjW4x(22/57)
>>410
jqは個人が適当に作って公開してるだけのプログラムだから
その個人があきてやーめたといってGitHubのリポジトリ削除したら
それで試合終了です
awkはPOSIXだからそういうのないんですけどね
419(1): デフォルトの名無しさん [] 2021/09/23(木)22:48 ID:UmbIjW4x(23/57)
>>414
なにを言ってるのかな君は
awkはPOSIXだからどのような環境でも使えるんですよ
awkに依存することは良いことです、jqはPOSIXではないので
どのような環境でも使える保証がありません、だからjqに依存するのはダメなことなのです
421: デフォルトの名無しさん [] 2021/09/23(木)22:50 ID:UmbIjW4x(24/57)
>>418
awkはどのような環境でも使えますから
いつでもどこでも書いて良いんです
いっぽうjqコマンドに依存していたプログラムはどうでしょうか
jqコマンドが使えなくなったとたん文鎮の役にも立たないゴミファイルと化します
非POSIXコマンドに依存することの恐ろしさをわかったことだと思います
424: デフォルトの名無しさん [] 2021/09/23(木)22:52 ID:UmbIjW4x(25/57)
>>420
awkでJSONをパースすれば良いんです
awkが絶対に消えることがないのはPOSIXによって保証されています
いっぽうjqはあっさり消えます、なぜならばPOSIXに準拠していないからです
仕様って大事ですね
425: デフォルトの名無しさん [] 2021/09/23(木)22:53 ID:UmbIjW4x(26/57)
>>422
>>423
個人が勝手に公開してるだけだから
オープンソースだろうがなんだろうが個人の都合で勝手に消されても文句言えないっすよ
オープンソースは永遠を約束するものではないです
POSIXは約束しますけど、なぜならばPOSIXは仕様だから
428: デフォルトの名無しさん [] 2021/09/23(木)22:54 ID:UmbIjW4x(27/57)
>>426
jqも作者が自分で作って勝手に公開してるだけの信頼性もなにもないクソコードですよ
POSIXじゃないから何の保証もないです
430(1): デフォルトの名無しさん [] 2021/09/23(木)22:56 ID:UmbIjW4x(28/57)
>>427
jqは仕様がないただの個人が勝手に作っただけのプログラムだから
いつ消えても文句言えないですよってこと
awkはPOSIXだから消えないってことですね
432(1): デフォルトの名無しさん [] 2021/09/23(木)22:58 ID:UmbIjW4x(29/57)
>>429
awkはテストされてますし実績もありますよね
jqは作者が自分で作って勝手に公開してるだけだからテストされてないですし実績もないでしょうけど
433(1): デフォルトの名無しさん [] 2021/09/23(木)22:58 ID:UmbIjW4x(30/57)
>>431
ええ、あなたはそう言いましたが現実は違いますよって説明したつもりです
437(1): デフォルトの名無しさん [] 2021/09/23(木)22:59 ID:UmbIjW4x(31/57)
>>434
awkにの方が実績があります、テストコードがあるかは知りませんけど
圧倒的な実績がありますのでその実績の前ではjqのテストコードはないに等しいです
439(1): デフォルトの名無しさん [] 2021/09/23(木)23:00 ID:UmbIjW4x(32/57)
>>435
それがわかれば誰も苦労しないでしょうに
あなたは想像力が足りてない、いつ消えてもおかしくありません
440(1): デフォルトの名無しさん [] 2021/09/23(木)23:01 ID:UmbIjW4x(33/57)
>>438
実績はあるでしょう、探してみてください
442(1): デフォルトの名無しさん [] 2021/09/23(木)23:01 ID:UmbIjW4x(34/57)
必要だから作ったんでしょうし、必要は発明の母、awkはパーザの父です
445(2): デフォルトの名無しさん [] 2021/09/23(木)23:02 ID:UmbIjW4x(35/57)
>>441
いまはあるってだけでしょ
あなたは想像力が足りてないjqはいつ消えてもおかしくない風前の灯火です
447(1): デフォルトの名無しさん [] 2021/09/23(木)23:03 ID:UmbIjW4x(36/57)
>>443
探し方が甘いだけでしょうね
jqはPOSIX非標準なのでそもそも論外ですよ
451: デフォルトの名無しさん [] 2021/09/23(木)23:04 ID:UmbIjW4x(37/57)
>>444
ええそうでしょうね、でもPOSIX非標準なのでポータビリティを既存する悪いコマンドですね、め！
453: デフォルトの名無しさん [] 2021/09/23(木)23:07 ID:UmbIjW4x(38/57)
>>450
POSIXに基づいて作っているので誰でもどこでも使えますし
誰でもどこでも作れますよ、これがポータビリティの威力です
いっぽうPOSIX非標準コマンドに依存してるプログラムはその依存する
コマンドを使える状況じゃないとただのゴミです、なぜUnixでポータビリティを
大事にするのかよくお考えになったが良い、非標準への依存はしがらみでしかないわけです
実行環境を変えるときに大きな足かせとなってあなたは苦悩するでしょう
455(1): デフォルトの名無しさん [] 2021/09/23(木)23:11 ID:UmbIjW4x(39/57)
>>454
jqはPOSIXではないのでその保証がないですし
どこの馬の骨ともわからない個人が勝手に作って勝手に公開してるだけの
非常に脆弱なコマンドなので、そういうコマンドに依存してはいけないです
jqコマンドを使用するのはシステムに脆弱性をもたらすようなものです
456(1): デフォルトの名無しさん [] 2021/09/23(木)23:12 ID:UmbIjW4x(40/57)
USP研究所がjqを作ってたら使ってもよかったですけどね
459: デフォルトの名無しさん [] 2021/09/23(木)23:14 ID:UmbIjW4x(41/57)
C言語っていうのがまたよろしくないよね
言語自体がmalloc,freeで危険極まりないので
jqコマンドの脆弱性を疲れてサーバがクラッキングされる未来が見える
460(1): デフォルトの名無しさん [] 2021/09/23(木)23:15 ID:UmbIjW4x(42/57)
>>457
awkというPOSIXの高級言語があるんでそちらを使うべきですね
jqはダメです
462(1): デフォルトの名無しさん [] 2021/09/23(木)23:16 ID:UmbIjW4x(43/57)
>>461
C言語はアセンブリで作られてますね
だからなんですか？
464(1): デフォルトの名無しさん [] 2021/09/23(木)23:16 ID:UmbIjW4x(44/57)
awkとC言語を比較したときにどちらが安全化は火を見るよりも明らか
467(1): デフォルトの名無しさん [] 2021/09/23(木)23:17 ID:UmbIjW4x(45/57)
>>463
awkでは要求を満たさなかったからC言語を使ってるんでしょう
まずはawkを検討するそれでもダメならC言語
JSONはawkが最適です
469: デフォルトの名無しさん [] 2021/09/23(木)23:18 ID:UmbIjW4x(46/57)
>>465
C言語で作られてるjqは脆弱性の塊みたいなもの
ミッションクリティカルでは使えないですね
awkが使えるならawkを使う、これが鉄則
471(1): デフォルトの名無しさん [] 2021/09/23(木)23:20 ID:UmbIjW4x(47/57)
>>466
はいの意味がわからないな
awkとC言語の比較の話をしてるんだよ
mallocやfree、ポインタが使えるC言語よりawkの方が安全でしょってこと
473: デフォルトの名無しさん [] 2021/09/23(木)23:21 ID:UmbIjW4x(48/57)
>>468
jqのようにawkで作れるものをC言語で作るのはありえないですが
USP研究のPOSIX原理主義者がC言語を選ぶのはありですね
476(1): デフォルトの名無しさん [] 2021/09/23(木)23:22 ID:UmbIjW4x(49/57)
>>474
ええ、そしてC言語はアセンブリで作られていますね、で？
言語の比較をするときにそれがどの言語で作られてるかを話すのは
あまり意味がないというか、詭弁のつもりなのかな？
言語同士の安全性の比較の話ですよ
477(1): デフォルトの名無しさん [] 2021/09/23(木)23:23 ID:UmbIjW4x(50/57)
>>475
これよりもすごい実績があなたにありますか？
https://www.usp-lab.com/works.html
無能なのはあなたです
480: デフォルトの名無しさん [] 2021/09/23(木)23:24 ID:UmbIjW4x(51/57)
>>478
はいウソｗ
481: デフォルトの名無しさん [] 2021/09/23(木)23:25 ID:UmbIjW4x(52/57)
>>479
あなた内容読まずにリツイートするタイプのアホだね
483: デフォルトの名無しさん [] 2021/09/23(木)23:27 ID:UmbIjW4x(53/57)
>>482
Wikipediaじゃなくて元のソースを隅から隅までよんでみ
ユニケージのおかげです本当は感謝してますって書いてあるから
484: デフォルトの名無しさん [] 2021/09/23(木)23:27 ID:UmbIjW4x(54/57)
やっぱり一次ソースを読まないタイプのアホだった
488(1): デフォルトの名無しさん [] 2021/09/23(木)23:29 ID:UmbIjW4x(55/57)
>>485
そういうつまみ食いみたいな読み方はダメ
隅から隅まで読んでみ、ズルしちゃダメ
読み終わったらもう一回連絡頂戴
492: デフォルトの名無しさん [] 2021/09/23(木)23:32 ID:UmbIjW4x(56/57)
> ユニケージはケースにはまれば非常に有用で強力なツールです
良いことが書いてありますね
493: デフォルトの名無しさん [] 2021/09/23(木)23:38 ID:UmbIjW4x(57/57)
ハンズラボがユニケージを導入したときはエンジニアはいなかったわけですが
ユニケージを採用することでシステムの開発が可能になり素人はやがてエンジニアになり
エンジニアはユニケージを通じてレベルアップしたわけです
ユニケージを使っていたがゆえにAWSへの移行もスムーズにできたわけです
この移行のしやすさこそが基本技術としてPOSIXを使ってることのメリットなわけです
基本技術にPOSIXがなかったらいまごろハンズラボは爆発して跡形もなかったでしょう
POSIXのポータビリティはクラウドへの移行のしやすさというスケーリングの可能性をも
内在しているわけですね
ハンズラボのブログを全文読んでそういう感想を持ちました
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.047s