  |
はてなキーワード: スプレッドシートとは
高校教師なんだけど生徒の単語学習を効率よく楽しくできるように、ラインの英単語botを作りたいと思った。
どうせ学校単位で同じ単語帳つかってるし、ライン＠とか使えばもう少し日常的に単語学習できるんじゃないかなーと。。。
GASでできるかな？slackのお遊びbotを作ったことくらいしかないんだけど。。
数学とか理系科目全般を中１の二学期で投げ出して当時はそれでいいだろとか思ってたけど、英語教師になってからこういうプログラミング的な技術があればどんだけいろんなことが楽になる、楽しくなるんだろうと思ってる。。。
以下は理想
スプレッドシートの同じ行に、問題A単語番号・B英文・C空欄付き和訳・D部分訳（解答判断基準）
てのをいれて、
②回答する→一致すれば褒めるコメント、不一致ならA列＋C列をはきだす
書き方は釣りっぽいけど、今30代前半以下のPCユーザーにはフロッピーディスクを実際に見たことがない人達が多いはずで、あのアイコンが「保存のメタファー」として直感的でなくなってるのは確かだと思います。
ただ、検索を虫眼鏡アイコンで、電話を黒電話アイコンで、電気を稲妻アイコンで表象するのと同じように、ひとたびユーザーの側に「これはこういうもの」という強力な連想が確立・共有されてしまえば、ユーザーが必ずしもその表象されてる実物を知らなくても大きな問題は起きないようにも思います。
それより何より、自分が昔から気になってるのは、この保存アイコンに代表される「機能アイコン」の特殊性についてです。多くの人々が感じているように、機能アイコンには意味がわかりにくいものが多い。たとえばWordやExcelだとこんな感じ：
https://gyazo.com/c0d77ae6fd252d756b40f95da10c9cc7
https://gyazo.com/f2807738b32978daa8edb8ab9f9b8441
「これアイコンにする意味あんのかな、単体で見ても全く意味わからんな」というものがたくさんあるよね。
何で機能アイコンってわかりにくいか、考えたことありますか？ デスクトップメタファーでは、コンピューターの中にあるオブジェクト（ファイルやディレクトリ）を実世界に存在する書類やフォルダに見立てて、それをアイコンとして表現することで直感的に理解・操作できるようにしているわけですが、機能アイコンはそうじゃないんですよね。機能アイコンが表現したいのは、オブジェクトではなく、アクション（行動・働きかけ・変化）なんです。
①その機能を表象するモノをそのまま使う（フロッピーや虫眼鏡や錠前など）
②その機能を表象するモノに、動作や変化を示唆するプラスやマイナスやバツや矢印を重ねる（削除行に×マークをつけたスプレッドシートなど）
③その機能を実行したときの視覚的結果を表す（中央寄せや下罫線など）
このうち①は、実世界での活動になぞらえられるような基礎的機能にしか使えない。②は、もともと小さい機能アイコンにさらに小さい意味素を付け加えることになるので、とても見にくいうえに、似たような機能アイコンを区別しにくい。③は、ごく簡単な結果であればよいけれど、複雑だったり抽象的だったりする結果を表現することはほとんどできなくなる（たとえば、上のExcel機能アイコンの「アイテムの後ろの空行を削除する」や「XPS形式の添付ファイルとして電子メールで送信」など）。①②③のいずれも、アクションをオブジェクトで表現することに本質的に無理があるからわかりにくいわけです。
じゃあ、なんでそんな「本質的に無理がある」ものがここまで普及して広く使われているのか。この問いを突き詰めると、機能アイコンはもはや直感的理解を助けるためのメタファーではないからだ、という答えにたどり着きます。
例えば、わかりにくい（アイコンとしての具象性が劣っている）からといって機能アイコンを取り去るとどうなるか考えてみると、「いや、やっぱちょっと困るな」となる人は多いのではないでしょうか。もしリボンUIに文字だけで機能がずらずら並んだらものすごく見にくいし、目的の機能を探しにくい。つまり機能アイコンの利点は、今では①UIの省スペース性（たくさんの機能を有限のUI領域に整然と詰め込める）と、②瞭然性（学習さえ済んでいれば、文字列の読解処理を経ずに瞬時に判別できる）の2つにあるのです。
機能アイコンはデスクトップメタファーとは違って、ユーザーの学習コストは下げてくれない（直感的理解は全く支援しない）けど、一度学習してしまえば、日々その機能を利用するときの操作コストは格段に下げてくれます（元増田も、保存アイコンがないよりは、フロッピーアイコンのままのほうがずっと楽なはずです）。これが確実にユーザーエクスペリエンスを向上してくれているわけですね。
個人的には、だから機能アイコンのことは機能シンボルって呼ぶ方が実態に則してるんじゃないかなと思ってます。アイコンは偶像だけど、シンボルは約束事、協約ですからね。
すでにGoogleスプレッドシートという表計算ソフトを天下のGoogle社が無償で公開しているんです。
Excelと同等以上の高度な機能性、拡張性を備えながら、ブラウザ上で編集・共有できる、非常に優れたものなんですよ。
それでも今なお有償のExcelが有力なのは、単に互換性の確認や移行作業を面倒がる企業が多いというだけです。
なので、あたらしく表計算ソフトを安価に導入したい、という人は今ほとんどGoogleスプレッドシートを選びます。
そういう状況なので今、表計算ソフトを一から作ろうとしてる企業は市場に存在しないと思いますし、悪手だと思いますよ。
常に動きながら戦闘するような場面ではもちろん遠すぎて使わないがね
(テンキーに割り当てたスキルをゲーミングマウスから使うなどはありえるが、それは別に物理キーがなくとも可能なので例外とする)。
立ち止まってる時に、UI操作や特定機能をワンボタンで実行するためにあると良い。
ネトゲはWASD(通だとESDFとか右にずれてく)とその周囲のキーだけじゃ全然足りないから、テンキーでもゲーミング独自のマクロキーでも沢山あればあるだけ良い。
それらにShiftやAltやCtrlを組み合わせて3倍以上のキーでも余裕で足りないからね。
あと、さらに付け加えるなら、ゲーム攻略をするときにGoogleスプレッドシートなどで期待値や効率を計算しながら遊ぶのはコアゲーマーあるあるだから、
いくらタッチタイピングがそこそこ出来ても、テンキーではない方の1～0キーをブラインドでミスなく打つのはかなり難しいからね。
GASを使うのは初めてだけど、なんとか形になった。
自動化っつってもそんなに大層なことはやってなくて、
そんな感じ。
感想として、前にもここに書いたけど純正エディタはすごく使いづらい。
頭文字が大文字じゃないと動かない関数なのに自動変換してくれなかったり、閉じ括弧補完してくれなかったり、インデントも行毎にいちいちTABキー押さなきゃいけなかったり、(これはたぶんだけど)ES6に対応してなかったり。せっかくjs使ってるのに…！
あと、今回はスプレッドシートとGmailしか使わなかったんだけど、カレンダーとかも交えた方が後々幸せかもしれない、と思った。
とにかく純正エディタから早く逃れたくて最後の方はやっつけになってしまった。
無料で使わせてもらってる手前、あんまり文句も言えないんだけど、もうちょっとリッチになるだけで大分使う人増えそうな感じがするだけに、すごくもったいない気がした。
Webでは単純にテキストサイトではない本当に色々なことができるようになってきた。
HTML5になって以降まさに飛ぶ鳥を落とす勢いだ。
ここ５年くらいでデスクトップアプリに負けないレベルのSaasも出てきた。
Slack、Youtubeや生放送、Googleドキュメント、Google mapをカーナビ代わりにしている人もいる。
Javascriptも相変わらず日進月歩でTypescriptやらNodejsやらReactやらVue.js Three.jsなど、もうテキストサイトの付属品ではないことは明らかだ。
個人的にはWebGLでアプレットを使わず3Dの描画ができるようになったのは衝撃的だった。
そんなわけで、Webはどんどん急激に高度化し大規模化してきている。
ここまで大規模化していったシステムはセキュリティ的にもシステム的にもこれまでのような少数のチームがちまちま作るには手に負えない状況に来ているんじゃないかと思う。
それが表面化してしまった事件が今回のコインチェック事件ではないか。
コインチェックはおそらくWeb系のエンジニア主体でイケイケで開発したんだと思われる。
ただセキュリティが甘かった、つまりシステムとしてセキュリティ（内面）に問題があった。
これはまさにWebエンジニアの弱いところを突かれたといっても過言ではない。
それに伴ってWeb企業もSIer化していくんじゃないかというのが私の持論。
全てとは言わないが、これまでのWeb系エンジニアの開発スタイルはどちらかというとイケイケドンドンでできたらいいや使えたらいいやの精神でやってきたんじゃないか。
これでは大規模なシステムになるとセキュリティも保守も難しくなってくるだろう。
大規模なシステムはきちんとオブジェクト指向で作ってテスト駆動でウォーターフォール式で開発するのが筋ってものだ。長期的な目で見れば理にかなっている。
今後高度化していくWebに対応するためにはそうやって作っていくべきだろうし、自然にそうなっていくだろう。
大規模なサービスに関わるWebエンジニアは自然にSIer的になっていくんじゃないか。
Googleスライドとかスプレッドシートはヤバいくらい複雑なシステムだと思うしハイクオリティだとおもうんだけど、どんな開発体制で作られたんだろうか気になる。
