ネタと思ったらマジだったシェルショッカー

これもまたマッポーの一側面か。 取り敢えず纏めたけどもうちょっと関連Tweetの補充が必要かも。 ……しかし、どうも当人の弁を聞いてみるとシェルショッカーの営為は「科学」&「技術」ではなく「宗教」&「呪術」であり、「POSIX&W3C原理主義」を名乗る「疑似科学」ということらしい。マジはマジでもヤバい方にマジだった由。
10
ShellShoccar-jpn, a secret society @shellshoccarjpn

POSIX原理主義で書かれたこのアプリを見よ。郵便番号14万件から住所を返すのに何秒かかるかな。シェルスクリプトでは速いプログラムが書けぬとぬかしておる者は、まともな使い方を知らなかった己の愚かさに打ちひしがれるがいい、ワッハッハ。lab-sakura.richlab.org/ZIP2ADDR/publi…

2016-03-05 09:45:59
たいたい竹流 @torgtaitai

シェルが好まれない理由は端的に言って可読性・保守性の問題であって。速度の問題じゃないんよねー。 twitter.com/shellshoccarjp…

2016-03-24 07:35:58
椎路ちひろ @ChihiroShiiji

.@torgtaitai 環境変更に伴う保守コスト vs. ソフトウェア自身の機能変更、修正保守コスト+担当者引き継ぎコスト…ってことになるんでしょうかね。もし前者が大きければシェルショッカー有利だと。

2016-03-24 08:09:21
椎路ちひろ @ChihiroShiiji

.@torgtaitai あとはシェルショッカーはRDBアクセスをファイル・アクセスに変えてしまっているので、参照だけならまぁなんとかなっても、更新が絡む事例だけはひょっとすると更新の確実性と速度に問題が出るかもなと思いました。

2016-03-24 08:12:36
たいたい竹流 @torgtaitai

@ChihiroShiiji 環境に依存するソフトウェアなど言語道断!あと速度論は相手が喜ぶだけなので論じる価値さえ感じられません。LL言語に求めるのはそこじゃないんですからして。 しかしシェルショッカーってのは絶妙なネーミングですな。

2016-03-24 08:16:48
椎路ちひろ @ChihiroShiiji

@torgtaitai (賛成するかどうかは別にして)依存モジュールが多いと知らないうちに環境依存入ってるかもよという主張と環境(言語仕様、ライブラリ仕様)自身の変化が早いでしょという主張もシェルショッカーはしてるので、環境変更保守コストはそこいらへん込みだと思います。

2016-03-24 08:21:19
たいたい竹流 @torgtaitai

@ChihiroShiiji 言いたいことはミリ単位でなら理解できる気もしますが、第三者として引き継いだ時を考えると地獄しかない案件ですよね。安易なクイック&ダーティーハックのための逃げ道でしかないですよ環境変数なんて。サーバ全体に影響与えるグローバル変数とか正気じゃないです。

2016-03-24 08:24:36
椎路ちひろ @ChihiroShiiji

.@torgtaitai 速度に関してはシェルショッカーのアプリ例は更新が低頻度か0で参照が高頻度な例が多いように思われるので、RDBアクセスを排除してテキストファイル処理に置き換えても、リーダ・ライタ問題やトランザクション処理の欠如とかがシビアに効いてこないのだと思います。

2016-03-24 08:25:52
椎路ちひろ @ChihiroShiiji

.@torgtaitai 思うにシェルショッカーは引き継ぎがなく、処理規模も小さい個人サイト向けくらいかなとは思っています。あまり複雑なサービスは提供しない、長期間OSのアップデート程度以外ノーメンテで放置、引き継ぎ不要という前提ですね。

2016-03-24 08:29:16
たいたい竹流 @torgtaitai

@ChihiroShiiji そう、その前提が常に許せない。ソフトウェアってのは想定以上に長く使われるし、使われ続ければ人に引き継ぐものですよ。それを甘く見過ぎてるのがギルティーだなと。

2016-03-24 08:33:18
【PR】ⒼⓄⓇⓃ™ PhD 新刊準備中重装改 @gorn

@ChihiroShiiji @torgtaitai ただ、シェルショッカーのそれって NYSOL の MCMDを使ったほうが可読性もある程度保持できる気がするな。 nysol.jp

2016-03-24 08:36:32
たいたい竹流 @torgtaitai

@gorn @ChihiroShiiji ここまで込み入った仕様把握するくらいなら、新言語学んだ方が人生の役に立つ気がしてなりません。 あと、速度は論じたくないです。不毛だから。

2016-03-24 08:39:31
椎路ちひろ @ChihiroShiiji

.@gorn @torgtaitai シェルショッカー的には共通規格になってなくて長期の仕様安定性に欠けるから採用できない気がする。思うにシェルショッカーは可読性とかぶっちぎってPOSIXやW3Cのような保守的共通規格の長期に渡る仕様安定性を極限まで利用する宗旨だと思うので。

2016-03-24 08:45:46
椎路ちひろ @ChihiroShiiji

@torgtaitai しかしその一方でロクに使われず死んでいくサービスやツールも一杯あるからまさにそのために向いた手法!悪の組織の怪人だけに無駄死に前提!(酷い)

2016-03-24 08:51:20
【PR】ⒼⓄⓇⓃ™ PhD 新刊準備中重装改 @gorn

@ChihiroShiiji @torgtaitai でも、人間の保守可能性をぶっちぎっているので、フィクションで時々登場する保守不可能になってマニュアルを経典とそらんじる世界になるね。

2016-03-24 09:02:39
椎路ちひろ @ChihiroShiiji

@gorn @torgtaitai ま、実の所ある程度は本人も極端な方針過ぎて実用上は問題があることは分かってるから悪の秘密組織シェルショッカーなんじゃないかなという気はしなくもない。

2016-03-24 09:11:23
椎路ちひろ @ChihiroShiiji

@gorn @torgtaitai ……真意は聞いてみないと分からないけど、もしかすると流行りのフレームワークやツール達に仕様の安定性があまりに欠けていることへの皮肉というか批判なんじゃないかって気もしなくはないかも。後は一種の「曲芸」としての面白さかな。

2016-03-24 09:13:14
【PR】ⒼⓄⓇⓃ™ PhD 新刊準備中重装改 @gorn

@ChihiroShiiji @torgtaitai あと、データを取り扱う場合、データの健全性担保が重要でRDBの場合は一意制約や外部キーで健全性が強制できるけど単純なファイルだとそうはいかない。勿論、更新が入る場合は特にね。昔、GAEとかでロックを無理やり作ってちんだw

2016-03-24 09:16:25
椎路ちひろ @ChihiroShiiji

@gorn ま、テキストファイルと言ってもシェルショッカーはXMLを行構造テキストに変換して解析したりもしてるので、id属性とかは文書内で一意…とかXML文書としての正しさ…とかくらいは実装すれば理論上はできるけど実装そのものが結構辛そうではある。

2016-03-24 10:13:01
椎路ちひろ @ChihiroShiiji

@gorn そして何とか構造チェックをしたとしても並列に更新要求が来るのに応える方はてんで弱いだろうというのはあるしね。私も書き、gornさんも書いているように。

2016-03-24 10:21:17
ShellShoccar-jpn, a secret society @shellshoccarjpn

いかん、「のだ。」の「だ」が抜けたままツイートしてしまったぞ。キャラが壊れてしまうではないか。

2016-03-24 11:52:51
ShellShoccar-jpn, a secret society @shellshoccarjpn

.@torgtaitai @ChihiroShiiji 微妙ではないっ!世の中のWebページをショッピングカートと化し、我らの布教グッズを売るとともに資金源にするという恐ろしい計画を実行させる怪人にしてプロジェクト「シェル」スクリプト製「ショッ」ピング「カー」トが由来だ!

2016-03-24 12:04:38
ShellShoccar-jpn, a secret society @shellshoccarjpn

.@torgtaitai @ChihiroShiiji このショッピングカートの恐ろしいところはな、ブログパーツのようにカゴ入れボタンやレジへ進むボタンをただのHTMLやCMSに貼れ、ショッピングサイト化できることだ。「侵略型ショッピングカート」と名づけた。ワッハッハ!

2016-03-24 12:05:37
ShellShoccar-jpn, a secret society @shellshoccarjpn

.@gorn @ChihiroShiiji @torgtaitai 保守可能性が低いだと。関数バリバリの言語には言われたくない。我らのプログラムは、関数は例外終了のみ、分岐やループは極力なし、あっても範囲は極力小さくしておる。なぜか。gotoを忌み嫌う理由と同じ理由だ。

2016-03-24 12:15:49
1 ・・ 8 次へ