アカウント名:
パスワード:
FDDからUSBメモリに変更しても、使用者の学習といううえではメディアの差でしかなく、機械を変更できてしまえば1時間程度の研修で終わる話。どちらかというと、織機のコントローラと、織機へのデータ入力用のアプリの問題で費用がかかりすぎるのでは?データ出力がAドライブ固定出力になっていて、アプリを修正したくても、開発会社が既にないとか。織機のコントローラを変更したくても、メーカの都合で織機ごと新しい機器にしなければならないとか。(当然費用はかかる。)
使用者の学習では問題解決できない織機と制御アプリといったシステム側のマイグレーションが金がかかりすぎてできないとか、メーカーの都合でできないとかという方が大きいのではないか?
この業界に携わる者ですが、機械の変更が簡単に出来ない業界の仕組みがあるのです。
西陣織を製造する工程は、分業化が進んでいて、データを取り扱う工程だけでもデザインからデータを作成する業者、データを管理している業者(これが製造元と言われている)、実際に生産設備を保有して織る業者(良く言えばファブレスってやつ?)、みたいな感じです。
業者といえば聞こえはいいですが、ほとんどが個人経営の高齢化の低賃金業界で、設備投資もあまりできません。
皆が一度に変更できればいいんだけど、それができない感じです。
もしかしてフロッピーがデータ流通媒体であると同時に保存媒体だったりする?倉庫に過去のデザインが全部フロッピーで保存してあってそんで足りないとか?
もしそうなら、FDD⇔HDDとかのアーカイブシステムをどっか一箇所にいれればすむような。Free UNIX のブートFDを作ったみたいに rawwrite/rawread なものを用意してさ。そうすればメディア自体は使いまわせると思うが。さらにサンプル生データをネットに置いておくと小粋なビューアーとか誰か作ってくれそうだし。 (でもデザインの権利関係とかで簡単ではないんだろうなぁ)
#FDの記録って、エラー訂正は入ってなかった気がするがチェックサムとかエラー検出はあったっけ?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
本当に使用者の学習が問題か? (スコア:0)
FDDからUSBメモリに変更しても、使用者の学習といううえではメディアの差でしかなく、機械を変更できてしまえば1時間程度の研修で終わる話。
どちらかというと、織機のコントローラと、織機へのデータ入力用のアプリの問題で費用がかかりすぎるのでは?
データ出力がAドライブ固定出力になっていて、アプリを修正したくても、開発会社が既にないとか。
織機のコントローラを変更したくても、メーカの都合で織機ごと新しい機器にしなければならないとか。(当然費用はかかる。)
使用者の学習では問題解決できない織機と制御アプリといったシステム側のマイグレーションが金がかかりすぎてできないとか、メーカーの都合でできないとかという方が大きいのではないか?
Re: (スコア:4, 参考になる)
この業界に携わる者ですが、機械の変更が簡単に出来ない業界の仕組みがあるのです。
西陣織を製造する工程は、分業化が進んでいて、データを取り扱う工程だけでも
デザインからデータを作成する業者、データを管理している業者(これが製造元と言われている)、
実際に生産設備を保有して織る業者(良く言えばファブレスってやつ?)、みたいな感じです。
業者といえば聞こえはいいですが、ほとんどが個人経営の高齢化の低賃金業界で、設備投資もあまりできません。
皆が一度に変更できればいいんだけど、それができない感じです。
Re:本当に使用者の学習が問題か? (スコア:0)
もしかしてフロッピーがデータ流通媒体であると同時に保存媒体だったりする?
倉庫に過去のデザインが全部フロッピーで保存してあってそんで足りないとか?
もしそうなら、FDD⇔HDDとかのアーカイブシステムをどっか一箇所にいれればすむような。
Free UNIX のブートFDを作ったみたいに rawwrite/rawread なものを用意してさ。
そうすればメディア自体は使いまわせると思うが。
さらにサンプル生データをネットに置いておくと小粋なビューアーとか誰か作ってくれそうだし。
(でもデザインの権利関係とかで簡単ではないんだろうなぁ)
#FDの記録って、エラー訂正は入ってなかった気がするがチェックサムとかエラー検出はあったっけ?
Re: (スコア:0)