Excelの「セル結合」は使うべきではない? 104
ストーリー by hylom
Excelはデータ入力ツールなのか、整形ツールなのか 部門より
Excelはデータ入力ツールなのか、整形ツールなのか 部門より
Yohsa曰く、
はてなブログに投稿された「全人類に告ぐ。セル結合をやめろ。」という記事が反響を呼んでいる(はてなブックマーク、Twitter)。
題名は大げさであるが、要点をまとめれば、ワークシート上のデータの活用や再利用を阻害するセル結合等の書式の使用はやめて、整然化されたデータを作成しようと言う至極基本的な呼びかけである。
整然データは見にくい (スコア:2)
共通項は一目で分かるようにしてある方が、見やすい。計算機で処理しやすいようにするために見る人が苦労せねばならないのは、あるべき方向性ではないのではないのだろうか。
Re: (スコア:0)
データは整然としたままで、表示だけそのように切り替わる機能を用意するのが正しいのでは?
表示の細工の為にデータをぶっ壊していては、せっかくのデータがもったいない。
Re:整然データは見にくい (スコア:2, すばらしい洞察)
セルの結合は
「セルとは別に結合範囲情報を保持、結合範囲の代表セルのみ値が入り他は空」
ってなってるけど
「範囲指定して自動結合を設定すると全セルに値を保持して表示時に結合表示する、編集時はマルチカーソルで全部編集」
ってだけでもだいぶよさげ。
マルチカーソル動作ならその状態からクリックか何かでシングルカーソルにすれば一部結合解除も楽だし。
ついでに結合動作として「共通部分があれば指定記号("〃"等)に置換する」「完全一致の場合のみ指定記号に置換する」とかも選べると喜ぶ人多そう。
桁揃えは均等割とインデントで割と頑張れた筈だし、
最低この程度の機能さえあれば見た目のためにデータぶっ壊す入力はだいぶ減らせると思う。
Re: (スコア:0)
そもそも人が見やすいように意図してつくってて、計算機に再利用させる前提で作ってないのだから
Re: (スコア:0)
元記事は「データは再利用しやすい形にしておき、見やすさの最適化はそれを参照した別の集計シートに任せれば、再利用性と見やすさを両立出来るよ」というものすごく当然なことを言ってるだけなのだが、いったい何が不満なのかね。
Re:整然データは見にくい (スコア:2, 参考になる)
Excelは資料と使われることが多く、データソースとして使われることは多くはないのでは。
そう考えると、最短で資料を作るべきであり、後の再利用や、面倒な別シート管理は効率を落とすだけな気も。
特に、データとして考えない一般のビジネスマン(営業マン)にとっては、WYSIWYG的に直に埋め込む方が作りやすい。
Re:整然データは見にくい (スコア:4, すばらしい洞察)
ところがExcelはWYSIWYGではないので残念な結果になる
Re:整然データは見にくい (スコア:2)
最初から最終系が完全にイメージできてるのであれば、まあどう作ろうと構わないと思うよ。
でもまあ、「一般のビジネスマン(営業マン)」には無理で、作成途中は試行錯誤するわけだよね。
完成したと思ってもダメ出し喰らって再編集、なんてことも有り得る。
となると、編集しやすい状態にしておくのが良いんじゃないかな。
結局それって、再利用を考えたものと近いものになると思うな。
Re:整然データは見にくい (スコア:1)
「セル結合は使うべきではない」ではなく「Excelをデータソースとして使うべきではない」というのは、それはそれで1つの考え方とは思うけど。
でも現実問題、たとえば政府統計の総合窓口 [e-stat.go.jp]でのダウンロードは「XLSXかCSV」だし。
あるいは米国の政府経済分析局 [bea.gov]のダウンロードフォーマットは「XLSかCSVかPDF」だし、イギリスの統計局 [ons.gov.uk]も「画像・XLSX・CSV」だったりするので、日本だけの話ってこともなさそうで……。
流石に「データソースとしてExcelが使われることは多くない」とは言えないんじゃないかなぁ。
Re: (スコア:0)
それさ、Excel方眼紙を肯定するロジックになっていると分かって書いてる?
Re: (スコア:0)
毎月毎四半期毎年同じような資料を作らされるんだから
最初から意識して作っとけ。
一日缶コーヒー一本分に騙されたくはあるまい。
Re: (スコア:0)
きみが両方作ってくれるならいいよ
Re: (スコア:0)
お前も作れよ
Re:整然データは見にくい (スコア:1)
そんなコストを払う気はねえから気になるお前がコスト払って好きにやれってことだろw
正直表示レイヤとデータレイヤでシート分けておいても他人に使わせると
表示レイヤを直接修正されるだけなので何の意味もないのが現実。
# もちろん必要な部分以外を編集不能にすると「使えねー」と言われて使われなくなります。
# 使えねえのはお前の頭だと返すところまでテンプレ
Re: (スコア:0)
その「見る人」がその表を「直す人」「使う人」にいつでも変わりうるんてすけどね。
# 作る人よりもそれを使ってなんかさせられる人が主に死ぬ。
昔から欲しいと思っている機能 (スコア:1)
行ごとに列幅が変えられたらなあ。
Re:昔から欲しいと思っている機能 (スコア:2)
Excelの上にExcelオブジェクトを貼っておく
Re:昔から欲しいと思っている機能 (スコア:2)
1ページに構成の異なる複数の表を入れやすくなる。これで方眼紙もかなり減るのではないかと。
結合するとコピペ効率が落ちるので。
欲しいと思っている機能なら
・貼り付けを「値」もしくは「計算式」を標準にする
・「値」「計算式」の移動が欲しい
・吹き出しを移動する際吹き出しの指している部分は固定して欲しい
あたりかなぁ。
Re:昔から欲しいと思っている機能 (スコア:2)
今はキーボードマクロをいじったのをCTRL+JとCTRL+Kに割り当てているので、他の人のExcelを使うとかなり面倒。(マウス苦手なので)
Microsoft (スコア:0)
わかった!!セル統合機能を廃止しよう!!
Re: (スコア:0)
「セルを結合して中央揃え」を「選択範囲内で中央」に置き換えよう
Re:Microsoft (スコア:1)
「選択範囲で中央」はよく推奨されていて、セル数が変わらないところは利点だと思うけど、今回のような場合の縦結合に相当するものがないのでは?
書類としての利用 (スコア:0)
ヘッダー情報とかセルのグループ化見出しとかで使いましたね
CSV的な配列データ「を含んだ」文章でしょうか
本来ならワープロのテーブルを使うべきだとは思います
Re:書類としての利用 (スコア:3, すばらしい洞察)
ワープロのグリッド機能の使い勝手が悪いから
みんなエクセルをワープロ代わりに使ってるだけじゃん。
グリッド志向のワープロみたいなアプリがあればいい。
現状はエクセルがそれになってるだけ。
Re: (スコア:0)
一太郎って今どうなんだろう
Re:書類としての利用 (スコア:1)
グリッド指向って意味では一太郎はいまいち。真っ白な紙に書くって感じです。
グリッド志向が強い(強くできる)文字を並べるソフトはInDesignかなと思いますが、Excelのようにどこのグリッドからも自由に入力を始められるほど気楽ではありませんね。
Re:書類としての利用 (スコア:2)
ワープロソフトと印刷するための清書用の原稿用紙って同じものですよ。Wordは日本語に対応してないからいけない。
データ (スコア:0)
データ活用をしようとするのなら、エクセル自体をやめて
そのままBigQueryとかにつっこめるスプレッドシート使わない?って思う
Re: (スコア:0)
XMLにしろよ
JSONは氏ね
Re:データ (スコア:2)
XMLよりJSONのほうがいいわ…XMLのほうがいいのってどこですかね
Re:データ (スコア:1)
人が絡むなら XML かなあ。
ほら XML ならコメント書けるし(w
-- To be sincere...
Re:データ (スコア:2)
いやーコメントってのは難しいっすよね
ホントにコメント扱いするとパースしてシリアライズしたら消えちゃうとか場所変わるとかになるし…何とも微妙
"__comment"とか名前付けてそれは予約語、機能的には使用しない、と一つ上の層で取り決めて使うほうが間違いないんかなぁと思います。
ちょっと書くときには組み込みコメント記法が決まってるほうが気が楽ではありますね
Re:データ (スコア:1)
"__comment"を予約語+機能的には使用しないと決めたとしても、
パース+シリアライズで、複数書いた"__comment"が消えたり、
意図しない位置に出力されたりしません?
(入力例)
{
"__comment" : "hogeの説明",
"hoge": ...,
"__comment" : "fugaの説明",
"fuga": ...
}
(出力例)
{
"__comment" : "fugaの説明",
"fuga": ...,
"hoge": ...
}
jsonにどうしてもコメントを書きたいならhsonという選択肢もありますが、
それでも、コメントは削除されてしまいますし、
機械に通す前提なら、コメントは保持されない前提とするしかないのかな?
# 機械に通さなかったとしても、どうせコピペ+コメントのメンテ忘れがあるから、
# コメントは信用しない方が良いと思うのですが...
Re:データ (スコア:1)
意思表明を忘れていましたが、
コメント云々でフォーマットを優劣を決めるのは、
適切ではないのかなと考えています。
# XMLでも同じことですし
Re:データ (スコア:2)
そーなんですよね
コメントは現状良いネタ無いと思います
Re:データ (スコア:1)
それ以外のコメントなんて認めませんとも(w
-- To be sincere...
Re:データ (スコア:2)
えぇ…どっちのパーサも手で書いたことありますがあまり同意できないなぁ…
後ろ(?先?)見るだけで行けるっていうのはとっとか無くていい分楽なときもあんのかな
Re:データ (スコア:2)
いやまぁ0から書いた(バカ)んで、ライブラリ任せって事はないです
でもほんとにどこかわからんところから始まったときには楽かなぁ
ぐらいじゃないですかね、そういうの書いたことないですけど
先頭からやるならあんま変わんないかなぁ
しかしパーサを書くという視点では考えてなかったので、新鮮ですね
Re:データ (スコア:2)
同類のもんはでまわってますよ
ぱっと検索して
https://qiita.com/zaki_taka4/items/246b91bc569a41a1497d [qiita.com]
とか
XSLTとかXPATHとかはなんならJSON->XML->でやったって適用できますしね
機械にやらせりゃ良いところかな、とそこはあまり気にならないです
私がなぜJSONのほうが良いかと言うと読んだ時、シリアライズとかに使うときで、
* JSONには閉じタグがないのですっきり
* なんか無駄臭くていやなんですよね
* JSONには型(含む配列)がある
* XMLはattributeとelementの使い分けが定まらない
* XMLは悩む割に得るところが少ない気がする
あたりですかねぇ
Re:データ (スコア:1)
えっ
文書の論理構造と物理構造 (スコア:0)
文書の物理構造(見た目)と論理構造のマッピングというのは、
OCR(文字認識、文書のデータ化)では昔からのテーマなので、
コピペのときの振る舞いはそれこそ、最近流行りのAI()とかで解決(まぁ、我慢できる範囲程度には)できるのではないかと思うのですけどね。
Emacs方面では (スコア:0)
org-modeのtableでセル結合が出来ないというだけでtable.elから離れられない人がいる [github.com]らしい。
全人類に告ぐ。Excelをデータストアにするのをやめろ (スコア:0)
Excelはデータをため込むものではなく、データを入力する・整形して表示するためのツールである。
データをため込むのはデータベースで行うもので、Excelでしてはならない。
よって、セル結合を使うことは何の問題もない。
Re:全人類に告ぐ。Excelをデータストアにするのをやめろ (スコア:1)
データを入力する・整形して表示する
までに、試行錯誤が発生して、編集が必要になるね。
セル結合は、その編集の邪魔になるんだよね。
最終形が固まってて、それに対して数値なりデータなりを当てはめていく場合は、セルが結合があっても構わない、とは言えるね。
それ以外は、その限りではないね。
Re:全人類に告ぐ。Excelをデータストアにするのをやめろ (スコア:1)
一番左端のセルに決まってるじゃん。
何が分かりづらいの?
Excelを使うな、XMLで書け! (スコア:0)
Excelを使うな、XMLで書け!
ブラウザを使うな、HTMLで会話しろ!
と言ってるように聞こえる
Re: (スコア:0)
まあでも見た目の整形をcssみたいな外部ファイルでできるんならそれが一番健全だと思う。
Re:Excelを使うな、XMLで書け! (スコア:1)
xlsxをアンパックするとそうなりそうだが...
# 望みのものでないのはわかる
M-FalconSky (暑いか寒い)
Re:excelを書類だと思うのが間違い (スコア:1)
たまに印刷用ワークシートに直接書き込んで、関数やなんかを吹っ飛ばす方がいたり。
不可侵箇所にロックかけてない方も悪いね
Re:excelを書類だと思うのが間違い (スコア:1)
それは解決方法の一つなんだけど、その考えに追いついてこれない利用者が多いのですよ。
データシートを直接編集するから、あったはずの情報がなくなったりして再利用できなくなるし・・・・
マクロ禁止は難しいなぁ
作業ミスを減らすための仕組みを作るためにマクロを使っていたりするので。
マクロでも、コメントをしっかり入れてくれれば見る人が見れば十分わかりやすいのですが。