アカウント名:
パスワード:
EXCELが悪いんじゃなくてブック作ったやつが悪いんじゃないかコレ。同じやつが作成したならどんなシステムでも同様に糞な結果だっただろ。
既存のシステムを何の見直しもせずそのまんまExcel化しようとしたのがいけないんでしょう。こういうところ国内企業のERP導入失敗事例とおなじですね。
Accessは不要でしょう。小規模だし同時データアクセスも無いでしょうから。こういうのはメンテのことを考えると変にブラックボックス化しないほうが良いと思います。
>こういうのはメンテのことを考えると変にブラックボックス化しないほうが良いと思います。専用のメンテナが存在しない前提では、機能の一覧性が重要ですからね。今回の担当者はどうにか熟したが、次の担当者がどうにかしようとした時に、そもそも何処に何が存在するのかすら判らないなんて事にもなりかねませんし。
こういうのってセンスがない人が作るとものすごく変なのが出来るセンスがなくても作り慣れてればそこそこのものが出来るけど初めて作ったか本でも見ながら作ったんだろうなと予測
自分で手を上げた結果がこれなら作成者が悪いというのは同意でも指示されて作ったなら指示者が悪いと思う
・未経験者に作らせた・指示者がExcel指定して作らせたこれのどちらかでしょう。
後者の場合、Excelでやるものでは無いですよ、と言った開発者は居るでしょう。ただ(いけ好かないということで)切られるから作ってない。
市教委「教員の負担削減のために通知表を電子化します。Excelで作ってください。はい、これ元のデータね。あとは各校の実態に合わせてそっちで直して。」
予算無しから運用でカバーする事が大前提になってる案件っぽいので、多分誰が何を作っても炎上する案件だと思いますがw・・・こんなもの、差し込み印刷で良いだろと思いますけどねー。
気付いてる人どんだけいるかわからんけど、リンク先の一番下からリンクされてる記事に、続きになる話も書かれてますね。「通知表電子化へのコメント「Access使えば?」「なんで受けた」「統一フォーマットは?」分かる範囲でお答えします。」http://justsize.hatenablog.com/entry/2017/06/30/232721 [hatenablog.com]
ところで、こういう「IT業界の苦悩を表現したブラックジャック風ゲーム」があるんだそうだけど、http://nlab.itmedia.co.jp/nl/articles/1706/29/news109.html [itmedia.co.jp]
>「過労死」「20万人月」「致命的な脆弱性」といった嫌な予感しかしない名称の「要件カード」には特殊効果があり、「予算がない」「技術がない」「担当者なし」みたいな特殊効果カードをまとめて引いたような気分ですかね。
>「クラウド活用」「人工知能」などIT関連のフレーズが記載された「要件カード」を引き、「Excelを使う」はこっちかなー。誰がどんなものを作るか、予算と開発期間はどれだけかを検討する前に、なぜか使う技術だけは先に決まってるという。恐い。#今回に関して言えば、Excelは悪くないと思う。悪いのは特殊効果カードの方なので。
せやな。とりあえずhymlaはマイナスモデってことで。
作った人の問題もあるとは思うが、ExcelってVMCみたいな多層構造を標準としないんだよな。それでいて最初から縦横+シートっていう多次元データ構造を前提とする。加えて開発環境も貧弱。
使う人と作る人が別だと、かなり色々気を使って作らないと破綻しやすい。というか下手に見た目から出来ちゃうので仕様書とかテストとかなおざり。
その分、手軽にちょっとしたことをやるのに向いてる。使う道具を間違えたってことだね。
つまり「EXCELが悪い」んじゃなくて「EXCELを選んだのが悪い」かな?
それなりのソフトウェアエンジニアであれば、Viewとしてのシート、データ格納用のシート、中間処理のシート+ロジック(マクロ)と階層化できることにはすぐ気付ける。世の中の「まともな」マクロ解説記事でも同様の方針を示してくれるし。でも、専門家でもない教員が本業の片手間でやったらこうなるのは目に見えていた。
専門家が介在したらせめてAccess使うとか多少マシな「システム」にしただろうけど。ただ件の記事読むとそもそも予算が無いようだね。どんぶりで見積もって初回1000万+年間保守100万+適宜改修費用が最低レベルの費用感?
教員用PCの殆どにはExcelが入っているが、Accessが入っているとは限らない。フリーのデータベースを使えばその問題は避けられるが、それを日本の教師が受け入れることはない。
別にフリーのDBなんぞなくともhttps://srad.jp/comment/3238263の言うようにデータ用のシート分ければ良いだけ。
シートでなくブックで分けて共有してしまえばほぼ共用DBとして扱えるし、同時アクセスに困るというなら読み出しはブックオープンでなくODBCドライバ経由でSQLで取り出しても良いわけで。
単純に作った人間にセンスがないだけだと思う。
Excelでシステム化するとたとえ最初はMVCに分かれていたとしても作った教員か職員がいなくなればメンテナンスできないしMVCをそれぞれ同じ言語で同じ場所に書けたら、ちゃんと勉強した人じゃないと引き継いだ教員が魔改造してMVCなんて概念はすぐに無くなっちゃうでしょ。
Excelでシステム作って悪いところは、簡単に修正できるのでどんどんシステム自体が細分化してしまうところでは?
「単純に作った人間にセンスがないだけだと思う」は、ちょっとPCに詳しいだけの教員に求めすぎかと。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
EXCELは悪くない (スコア:5, すばらしい洞察)
EXCELが悪いんじゃなくてブック作ったやつが悪いんじゃないかコレ。
同じやつが作成したならどんなシステムでも同様に糞な結果だっただろ。
Re:EXCELは悪くない (スコア:1)
既存のシステムを何の見直しもせずそのまんまExcel化
しようとしたのがいけないんでしょう。
こういうところ国内企業のERP導入失敗事例とおなじですね。
Accessは不要でしょう。
小規模だし同時データアクセスも無いでしょうから。
こういうのはメンテのことを考えると変にブラックボックス化しないほうが良いと思います。
Re: (スコア:0)
>こういうのはメンテのことを考えると変にブラックボックス化しないほうが良いと思います。
専用のメンテナが存在しない前提では、機能の一覧性が重要ですからね。
今回の担当者はどうにか熟したが、次の担当者がどうにかしようとした時に、
そもそも何処に何が存在するのかすら判らないなんて事にもなりかねませんし。
Re: (スコア:0)
こういうのってセンスがない人が作るとものすごく変なのが出来る
センスがなくても作り慣れてればそこそこのものが出来るけど初めて作ったか本でも見ながら作ったんだろうなと予測
自分で手を上げた結果がこれなら作成者が悪いというのは同意
でも指示されて作ったなら指示者が悪いと思う
Re: (スコア:0)
・未経験者に作らせた
・指示者がExcel指定して作らせた
これのどちらかでしょう。
後者の場合、Excelでやるものでは無いですよ、と言った開発者は居るでしょう。
ただ(いけ好かないということで)切られるから作ってない。
Re: (スコア:0)
予算無しから運用でカバーする事が大前提になってる案件っぽいので、多分誰が何を作っても炎上する案件だと思いますがw
・・・こんなもの、差し込み印刷で良いだろと思いますけどねー。
Re:EXCELは悪くない (スコア:1)
気付いてる人どんだけいるかわからんけど、リンク先の一番下からリンクされてる記事に、続きになる話も書かれてますね。
「通知表電子化へのコメント「Access使えば?」「なんで受けた」「統一フォーマットは?」分かる範囲でお答えします。」
http://justsize.hatenablog.com/entry/2017/06/30/232721 [hatenablog.com]
ところで、こういう「IT業界の苦悩を表現したブラックジャック風ゲーム」があるんだそうだけど、
http://nlab.itmedia.co.jp/nl/articles/1706/29/news109.html [itmedia.co.jp]
>「過労死」「20万人月」「致命的な脆弱性」といった嫌な予感しかしない名称の「要件カード」には特殊効果があり、
「予算がない」「技術がない」「担当者なし」みたいな特殊効果カードをまとめて引いたような気分ですかね。
>「クラウド活用」「人工知能」などIT関連のフレーズが記載された「要件カード」を引き、
「Excelを使う」はこっちかなー。
誰がどんなものを作るか、予算と開発期間はどれだけかを検討する前に、
なぜか使う技術だけは先に決まってるという。恐い。
#今回に関して言えば、Excelは悪くないと思う。悪いのは特殊効果カードの方なので。
Re: (スコア:0)
# バズワードを使う連中とは距離を置いておきたい。
Re: (スコア:0)
せやな。
とりあえずhymlaはマイナスモデってことで。
Re: (スコア:0)
作った人の問題もあるとは思うが、
ExcelってVMCみたいな多層構造を標準としないんだよな。
それでいて最初から縦横+シートっていう多次元データ構造を前提とする。
加えて開発環境も貧弱。
使う人と作る人が別だと、かなり色々気を使って作らないと破綻しやすい。
というか下手に見た目から出来ちゃうので仕様書とかテストとかなおざり。
その分、手軽にちょっとしたことをやるのに向いてる。
使う道具を間違えたってことだね。
つまり「EXCELが悪い」んじゃなくて「EXCELを選んだのが悪い」かな?
Re: (スコア:0)
それなりのソフトウェアエンジニアであれば、Viewとしてのシート、データ格納用のシート、
中間処理のシート+ロジック(マクロ)と階層化できることにはすぐ気付ける。
世の中の「まともな」マクロ解説記事でも同様の方針を示してくれるし。
でも、専門家でもない教員が本業の片手間でやったらこうなるのは目に見えていた。
専門家が介在したらせめてAccess使うとか多少マシな「システム」にしただろうけど。
ただ件の記事読むとそもそも予算が無いようだね。
どんぶりで見積もって初回1000万+年間保守100万+適宜改修費用が最低レベルの費用感?
FileMaker (スコア:2)
ま,通知表ぐらいだったら,FileMakerでひな形作っとけば,各学校の事情に合わせるのは楽そう。
まあ,Accessでもいいんだが,学校で一人はいると思われるパソコン先生には荷が重たかろう。
Re: (スコア:0)
教員用PCの殆どにはExcelが入っているが、Accessが入っているとは限らない。
フリーのデータベースを使えばその問題は避けられるが、それを日本の教師が受け入れることはない。
Re:EXCELは悪くない (スコア:1)
Re: (スコア:0)
別にフリーのDBなんぞなくともhttps://srad.jp/comment/3238263の言うようにデータ用のシート分ければ良いだけ。
シートでなくブックで分けて共有してしまえばほぼ共用DBとして扱えるし、
同時アクセスに困るというなら読み出しはブックオープンでなくODBCドライバ経由でSQLで取り出しても良いわけで。
単純に作った人間にセンスがないだけだと思う。
Re: (スコア:0)
Excelでシステム化するとたとえ最初はMVCに分かれていたとしても
作った教員か職員がいなくなればメンテナンスできないし
MVCをそれぞれ同じ言語で同じ場所に書けたら、ちゃんと勉強した人じゃないと
引き継いだ教員が魔改造してMVCなんて概念はすぐに無くなっちゃうでしょ。
Excelでシステム作って悪いところは、簡単に修正できるのでどんどんシステム自体が
細分化してしまうところでは?
Re: (スコア:0)
「単純に作った人間にセンスがないだけだと思う」は、ちょっとPCに詳しいだけの教員に求めすぎかと。