アカウント名:
パスワード:
コメントタイトルの記事が2009年に出ているが、今回の件と関係あるのだろうか。https://www.atmarkit.co.jp/news/200909/07/lltv03.html [atmarkit.co.jp]
今回の件がどのレベルの「更新」なのか分からないので関係ない可能性もあるが、記事のシステムの保守がつらすぎて、入れ替えてやる→ドツボに、という流れではないかと邪推してしまう。
関係ありそう。
https://twitter.com/ponta_murakami/status/1215764842818101248 [twitter.com]
元コメの記事と繋げて読むと、凄い…マジっぽい。性能とか気を利かせて特殊な事をやると、後の人に引き継げずドツボにハマるものなぁ。
https://www.esd21.jp/news/251d831b824bb14087777c0739fd81f44f87bc96.pdf [esd21.jp]https://www.usp-lab.com/works.html [usp-lab.com]
基幹から腐ってるってどこぞできいたけどなんか他でも影響でそうだな。リストに載ってるウエルシアは基幹システム刷新で乗り切ってる(はずな)ので無印も一から構築すべきだったな。
# 無印のサイトってここ数年検索して結果帰ってくるのにうん秒かかる感じだったので# やっと刷新かよと思ったらこんなことになってて驚いてる。
> リストに載ってるウエルシアは基幹システム刷新で乗り切ってる(はず
東急ハンズもほぼユニケージから脱してDynamoDBにデータを置く方式に移行したっぽいですね。
https://www.hands-lab.com/tech/entry/1482.html [hands-lab.com] を見るとデータ連携や集計バッチではユニケージが残ってますが。
https://www.hands-lab.com/tech/entry/5437.html [hands-lab.com] こっちを見るとまだ残ってる部分については負債の塊って扱いに。
一応上記のブログだとユニケージは> 初学者がまず動くアプリケーションを作成して、動くものを作ることができる
そうですね。旧ザクでガンダムにショルダーアタックかますような美学を感じます。でも自分が乗るならやっぱドムかゲルググあたりにしときたいのもまた確か。
うーんこの...シェルスクリプトで大抵のことはできるよ！ってのは個人的には楽しかっただろうなと思うけど。
パッと見ゲロ吐きそうになる。でももしかするとこの手法が覇権を握った並行世界もあるのかもしれない。ただやっぱ、スタンダード(結果的にであっても)な実装でないと丸ごと負の遺産に化ける可能性は避けられないね。
汎用のツールを組み合わせての...ならいいんだけど、自作コマンドてんこ盛りで。ただ小さくぶった切ったツールをパイプでまた繋いだだけに見える。これ、これらのコマンドを作った本人しかメンテできないだろ。selfがセレクトで、sm2がサムアップ,sm4が中間計,sm5が合計,mapが縦横変換... だれが判るかい！
> selfがセレクトで、sm2がサムアップ,sm4が中間計,sm5が合計,mapが縦横変換... だれが判るかい！
うーん、このネーミングセンスはすごい(悪い意味で)…命名ってプログラミングのなかでも相当に大事な作業の筈ですよねえ…
うちの会社は元物理学者がつくったシェルスクリプトが意味不すぎて、そのたびにphpやpythonに少しづつ置き換えてるシェルスクリプト好きな人って変数名短くしがち
昔のFORTRANを思いだした。悪い意味で。
> シェルスクリプト好きな人って変数名短くしがち
シェルスクリプトから呼び出すコマンド類がそもそもそうですからねえ。cpとかmvとかlnとか。ただし sm2、sm4、sm5 には、そういう嗜好の範囲を超越したヤバいものを感じます。
シェルスクリプトで開発とか眩暈がする。
viとかemacsとか…
山ほど一時ファイルできそう。
直後のツイートで「という予想」と言ってますよ！
https://twitter.com/ponta_murakami/status/1215764940176285696 [twitter.com]
中の人ならなおのことそういわないといけないし。想像だとしても割としっくりする予想なわけで。
シェルで書いたかどうかは置いといても、メンテや移行にこんなに労力がいるというあたりで、大したことのない「スーパーエンジニア」なんだろうなとはおもいます。# メンテや移行、増強・増設の方針まで考えないシステムなんて
件の人の以前のツイート等を見ても中の人らしき形跡もなく、話題なものをたくさんリツイートするタイプの人です。直前に@ITの例の記事を誰かがツイートしたものもリツイートもしてます。ツイート時点で@ITの記事も含めて Togetter 等でも話題に上がってましたので、話題に言及して自分の予想をツイートした多くの人達のうちの一人と見るのが妥当だと思います。
ツイート内容からしても、「中の人」としてしっくりするようなものではないです。当時からUSP研究所に委託する形で改修していたようなので、「解決できるスーパーエンジニアはもういない」というのはおかしいんですよ。今も存在しているUSP研究所にまた頼めばいいんだから。そもそも例の開発手法は、標準コマンド+αでできていて依存するものが少ないのも売りの一つなので、ツイートにあるサーバ引越し程度でどうにもならない状況になるとは考えづらい。
結局、今回の件と例の開発手法が関係があるかどうかは謎のままかな。
一番設計やらせちゃダメなタイプの人よな。大規模システムなら後の保守や拡張も考慮するのが普通だろうに誰も止める人がいなかったのか、あえてそうやったのか。どちらにしても良い会社とは言えん。
でも、こういうの経営者にウケは良いのよ。・小粒だけどコンスタントに成果が出る。・要望に対して短期間（1週間、1か月程度）で成果が出る。（見える）・プログラマ＆作業員も業務報告に「〇〇ができました」と安定して成果が書ける。・費用も安い。
つまり、早い、安い、動くシステム開発手法なんだよ。問題は、ハードウェア性能を浪費することぐらいと、性能限界があること。負荷の高いオンライン・トランザクション処理を除けば、十分使えるのよ。まあ、Ｅｘｃｅｌと同じや。遅い、高い、動く（？）システム開発手法は、ウケが悪い。みずほ銀行とか何百億の追加費用がかかったっていうし。「後の保守や拡張も考慮するのが普通だろうに」というのは、普通じゃないんですよ。どこもこれができなくて苦労しているのだ。
そんなに受けがいいシステムなら、そのまま使えばいいわけで。使えないから移行するんでしょう。
ウェブストアを閉鎖したりなどで発生した機会損失を考えたら、シェルで安く上げた費用とポピュラーなシステムで作り続けていたことと、どっちが本当に安上がりだったんですかね。
VBと一緒に滅びてほしい
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
システム統合にSOA？ RDBMS？ bashで十分！ (スコア:3, 参考になる)
コメントタイトルの記事が2009年に出ているが、今回の件と関係あるのだろうか。
https://www.atmarkit.co.jp/news/200909/07/lltv03.html [atmarkit.co.jp]
今回の件がどのレベルの「更新」なのか分からないので関係ない可能性もあるが、
記事のシステムの保守がつらすぎて、入れ替えてやる→ドツボに、という流れではないかと邪推してしまう。
Re:システム統合にSOA？ RDBMS？ bashで十分！ (スコア:1, 興味深い)
関係ありそう。
https://twitter.com/ponta_murakami/status/1215764842818101248 [twitter.com]
Re: (スコア:0)
元コメの記事と繋げて読むと、凄い…マジっぽい。性能とか気を利かせて特殊な事をやると、後の人に引き継げずドツボにハマるものなぁ。
Re:システム統合にSOA？ RDBMS？ bashで十分！ (スコア:1)
https://www.esd21.jp/news/251d831b824bb14087777c0739fd81f44f87bc96.pdf [esd21.jp]
https://www.usp-lab.com/works.html [usp-lab.com]
基幹から腐ってるってどこぞできいたけどなんか他でも影響でそうだな。
リストに載ってるウエルシアは基幹システム刷新で乗り切ってる(はずな)ので無印も一から構築すべきだったな。
# 無印のサイトってここ数年検索して結果帰ってくるのにうん秒かかる感じだったので
# やっと刷新かよと思ったらこんなことになってて驚いてる。
Re: (スコア:0)
> リストに載ってるウエルシアは基幹システム刷新で乗り切ってる(はず
東急ハンズもほぼユニケージから脱してDynamoDBにデータを置く方式に移行したっぽいですね。
https://www.hands-lab.com/tech/entry/1482.html [hands-lab.com]
を見るとデータ連携や集計バッチではユニケージが残ってますが。
https://www.hands-lab.com/tech/entry/5437.html [hands-lab.com]
こっちを見るとまだ残ってる部分については負債の塊って扱いに。
一応上記のブログだとユニケージは
> 初学者がまず動くアプリケーションを作成して、動くものを作ることができる
Re:システム統合にSOA？ RDBMS？ bashで十分！ (スコア:2)
Re: (スコア:0)
そうですね。旧ザクでガンダムにショルダーアタックかますような美学を感じます。
でも自分が乗るならやっぱドムかゲルググあたりにしときたいのもまた確か。
Re: (スコア:0)
うーんこの...
シェルスクリプトで大抵のことはできるよ！ってのは個人的には楽しかっただろうなと思うけど。
Re: (スコア:0)
パッと見ゲロ吐きそうになる。でももしかするとこの手法が覇権を握った並行世界もあるのかもしれない。
ただやっぱ、スタンダード(結果的にであっても)な実装でないと丸ごと負の遺産に化ける可能性は避けられないね。
Re:システム統合にSOA？ RDBMS？ bashで十分！ (スコア:1)
汎用のツールを組み合わせての...ならいいんだけど、自作コマンドてんこ盛りで。
ただ小さくぶった切ったツールをパイプでまた繋いだだけに見える。これ、これらのコマンドを作った本人しかメンテできないだろ。
selfがセレクトで、sm2がサムアップ,sm4が中間計,sm5が合計,mapが縦横変換... だれが判るかい！
Re: (スコア:0)
> selfがセレクトで、sm2がサムアップ,sm4が中間計,sm5が合計,mapが縦横変換... だれが判るかい！
うーん、このネーミングセンスはすごい(悪い意味で)…
命名ってプログラミングのなかでも相当に大事な作業の筈ですよねえ…
Re: (スコア:0)
うちの会社は元物理学者がつくったシェルスクリプトが意味不すぎて、そのたびにphpやpythonに少しづつ置き換えてる
シェルスクリプト好きな人って変数名短くしがち
Re: (スコア:0)
昔のFORTRANを思いだした。
悪い意味で。
Re: (スコア:0)
> シェルスクリプト好きな人って変数名短くしがち
シェルスクリプトから呼び出すコマンド類がそもそもそうですからねえ。
cpとかmvとかlnとか。
ただし sm2、sm4、sm5 には、そういう嗜好の範囲を超越したヤバいものを感じます。
Re: (スコア:0)
シェルスクリプトで開発とか眩暈がする。
Re: (スコア:0)
viとかemacsとか…
Re: (スコア:0)
山ほど一時ファイルできそう。
Re: (スコア:0)
直後のツイートで「という予想」と言ってますよ！
https://twitter.com/ponta_murakami/status/1215764940176285696 [twitter.com]
Re: (スコア:0)
中の人ならなおのことそういわないといけないし。
想像だとしても割としっくりする予想なわけで。
シェルで書いたかどうかは置いといても、メンテや移行にこんなに労力がいるというあたりで、大したことのない「スーパーエンジニア」なんだろうなとはおもいます。
# メンテや移行、増強・増設の方針まで考えないシステムなんて
Re: (スコア:0)
件の人の以前のツイート等を見ても中の人らしき形跡もなく、話題なものをたくさんリツイートするタイプの人です。直前に@ITの例の記事を誰かがツイートしたものもリツイートもしてます。
ツイート時点で@ITの記事も含めて Togetter 等でも話題に上がってましたので、話題に言及して自分の予想をツイートした多くの人達のうちの一人と見るのが妥当だと思います。
ツイート内容からしても、「中の人」としてしっくりするようなものではないです。
当時からUSP研究所に委託する形で改修していたようなので、「解決できるスーパーエンジニアはもういない」というのはおかしいんですよ。今も存在しているUSP研究所にまた頼めばいいんだから。
そもそも例の開発手法は、標準コマンド+αでできていて依存するものが少ないのも売りの一つなので、ツイートにあるサーバ引越し程度でどうにもならない状況になるとは考えづらい。
結局、今回の件と例の開発手法が関係があるかどうかは謎のままかな。
Re: (スコア:0)
一番設計やらせちゃダメなタイプの人よな。
大規模システムなら後の保守や拡張も考慮するのが普通だろうに誰も止める人がいなかったのか、あえてそうやったのか。
どちらにしても良い会社とは言えん。
Re:システム統合にSOA？ RDBMS？ bashで十分！ (スコア:1)
でも、こういうの経営者にウケは良いのよ。
・小粒だけどコンスタントに成果が出る。
・要望に対して短期間（1週間、1か月程度）で成果が出る。（見える）
・プログラマ＆作業員も業務報告に「〇〇ができました」と安定して成果が書ける。
・費用も安い。
つまり、早い、安い、動くシステム開発手法なんだよ。
問題は、ハードウェア性能を浪費することぐらいと、性能限界があること。
負荷の高いオンライン・トランザクション処理を除けば、十分使えるのよ。
まあ、Ｅｘｃｅｌと同じや。
遅い、高い、動く（？）システム開発手法は、ウケが悪い。みずほ銀行とか何百億の追加費用がかかったっていうし。
「後の保守や拡張も考慮するのが普通だろうに」というのは、普通じゃないんですよ。どこもこれができなくて苦労しているのだ。
Re: (スコア:0)
そんなに受けがいいシステムなら、そのまま使えばいいわけで。
使えないから移行するんでしょう。
ウェブストアを閉鎖したりなどで発生した機会損失を考えたら、シェルで安く上げた費用とポピュラーなシステムで作り続けていたことと、どっちが本当に安上がりだったんですかね。
Re: (スコア:0)
VBと一緒に滅びてほしい