なぜEXCELは嫌われるの?
■ このスレッドは過去ログ倉庫に格納されています
仕様書とかEXCELだと糞とか言うじゃん
でもEXCELすごく使いやすくね? Excel否定してる人間て、多数派のWindowsを否定して自分だけは違いがわかってると悦に入ってるMac信者と構図は似てる エクセルはええけどウインドウズはあかんやろ素直になれや エクセル使えばプログラマーを雇う必要がなくなって
大儲けできるらしいぞ。 asdciidocとかmarkdownでgit管理した方が良いのに 行と列の覚え方は
・漢字の縦棒、横棒
・columnのl、rowの文字の高さ横一直線
R1C1とcellsでは
11 12 13
21 22 23
31 32 33
との数字の並びをイメージすれば間違えない 2002/11/4はシリアル値が37564
2016/12/27はシリアル値が42731
だったのは知ってた? WEEKDAYって平日じゃね?
DAY OF THE WEEKでは? だいたい表はA1から1シートごとに作るもんだと聞いて
実はAccessのほうが使いやすいんじゃないかと思ってやってみたら全然だめだった
データ編集とかまわりとの連携力がExcelとAccessじゃ段違いだ Accessは帳票ツール
DBとして使うべきで無い
DBとして使うならFileMakerにしとけ DBを使おうとするなら、仮想でもいいからサーバー建ててMysqlかPostgres
後の展開がぐっと楽になる Microsoft Excel ではなく単に Excel になった? 勉強しなくても適度にそれなりのことができたり、
それなりのものが出来るからいろんな人が使いたがる。
そして、そんな奴らの作ったひどいファイルを
使い方をきちんと学んだ人間がメンテナンスするから
Excelが嫌われる。
Excelは低スキルホイホイなんだよ
Wardが使いこなせない、残念な人たちにドキュメントを作る手段を与えてしまった >>671
これ。
プログラミング非経験者の処女作である勤務管理ツールの保守を引き継いだけど、アセンブラでも読んでる気分になる。
マクロもサンプルコードの寄せ集めで、インデントすらぐちゃぐちゃなんだけど、シートの隅で不可視の演算してて、しかも記録紙と演算器が融合してるのが質悪い。
変数とかの命名も「おもて、裏、タイトル@、タイトルA」とかで訳わからん。 アセンブラw
読んでる気分になるw
あんなもん読めて当然だ スキル無くても使えるぐらいExcelが優秀だったということだな エクセルはヘルプが優秀
一方プログラムの開発ソフトは、、、 エクセル嫌ってるヤツはエクセルを勉強しようともしないし、自分で買おうともしない 正規表現使えない
複合キーでVLOOKUPできない
配列計算弱すぎ
なぜだ >>678
それってWindowsすら嫌って使ってない奴では?
最近はMac信者も多いし >>680
EXCELはMac用のアプリとして開発されたわけだが >>681
起源はともかくその後はWindowsが中心で、Mac版は派生系みたいな位置付けされてない?
互換性微妙なところもあるそうだし。
筋金入りのWindows/MS嫌いはマカーというよりUNIXおじさんというイメージ。
若い世代は小学校からMS製品の手ほどきを受けるけど、パンチカードやカセットテープ知ってる世代だと、Windowsを知る前にUNIXマスターになってしまった人も居るみたいだ。
先にUNIX知ったらWindowsは好きになれんわなあ。 MS-DOSの頃はそれほど嫌われる要素無かったんだけどなぁ。
性能的な不満はあっても毛嫌いはされてなかったと思う 互換性の為に、増築に次ぐ増築で歪になってしまった感。 ろくでもないVBAの関数直そうとも増やそうともしないもんな
なんでや 伝統のVBAマクロが膨らみ過ぎて謎クラッシュ多発するからいい加減移植したいんだが、
おまいらだったら何の言語環境で移植考える?やっぱ.net系?
要件としては、ユーザーからのフォーム入力を色々受け取って最終的にcsvで返すやつ
必ずしもExcelである必要はないが、出来ればスタンドアロンにしたい >>686
まず謎クラッシュの原因を探して潰す
おそらく入力データに変な文字が入ってるんだろ
最初に着手するのはクラッシュを再現できるようなログ出力機能の実装だ
スタンドアロンならVB.NETだな
ただ、実際にこのような境遇になったらPHP一択のような気がするよ
というか最初からエクセルのシートに入力させたらいいんじゃねーのかな https://i.imgur.com/O5O49KC.png
このアイコン
太さ1ピクセルの□を並べると
真ん中が太く見える >>692
フォーム開くだけでExcelごとたまに落ちるから、フォームの読み込み時にゴミデータ掴んでるかもなぁ…
キーボードが不自由な人にも使えるようにクリック主体のフォームなのよ(銀行のATMみたいな)
>>688も含めてweb系となると鯖が必要になるわけだが、鯖立てる許可は通りそうにないorz ユーザー書式でmが月(month)と分(minute)で区別がつかなくて
「分」単独はできないのはそのままなの? 1月や12月を入力しても、それを入力した年で入力される仕様はそのまま? 文字やセルの区切りをクッキリして
印刷してもズームしてもずれない表示にすべきだよね 底辺はいつだって他人が嫌い
他人を下げるしかマウントとる手段がないから なんで秘伝のExcelって、シートもコードも汚いんだろうな
保守したくないわ 12.₃₄のように
小数点以下を小さくする書式って実装しないのかな
表記自体があまり一般的でないのかな 実際に罫線があるのに
印刷プレビューで表示されないことがあるの困るね
印刷プレビューと入力画面で違うのもそうだが
印刷プレビューで文字がセル内に収まっていたとしても
実際に印刷するとはみだしたり####になったりするのが解せない そそ、等倍表示でも表示されないのはむかつく
仕方ないからPDF出力で確認してるけど解せない ####ほんと糞
切り詰めて…表示すればいいじゃねえか 条件付き書式の範囲指定を固定させて欲しい
スタイルシートモドキな使い方すると便利だけど、しばらくするとグチャグチャになる >>713
セルの書式設定を変えればいいだけじゃないのか? Book1 Book2 Book3
の3つを開いてるとき
なんかCtrl+Tabを押しても
なぜかBook3だけアクティブにならないバグあるよね Excel2003の方が動作自体は安定してた気がするのは、当時大した機能を使っていなかったからだろうか・・・? スプレッドシートの正しい使い方
・正規化がデフォ
・書式に時間をかけない、指摘されてもスルー
wordの正しい使い方
・markdownにある以上の演出は基本アホ向けだと思って付き合う
こんな認識
filemakerとかkintoneとか結局一般には難しくてあまり普及しないのか? filemakerは引継ぎが大変で負債になりやすい
kintoneが検討されるような場面では月額料金がネック >>718
正規化って第3正規形までする必要ある?ない? >>720
キッチリ隅々じゃなくても3がデフォかと EXCELが嫌われてるわけじゃなくて
流派が多すぎて宗教戦争になってるだけだよね、EXCELって 方眼紙みたいな論外の使い方が力をもったのと、第1正規系の影すらないゴミファイルが多かったからかと・・・・ せめてセルの結合だけやめてくれるだけでだいぶ違うんだけどなあ エクセルにMVC持ち込んだらそれはそれで文句言うでしょ >>726
誰かに出すワークシートなら、十分アリだと思うよ
自分専用のメモとか計算用ならさすがに余計なお世話だけど エクセル自体はMVCになってるんだよ
表とグラフわかれてるでしょ
あれがMとVだよ
あんな風に入力用の表と出力(印刷)用の画面をわければいい
方眼紙が問題なわけじゃないんだよ MとVが一緒になってる時点でMVCじゃねーじゃんwまるで分かってないwwww マクロ選択画面でCtrl(+Shift)のショートカットキーを指定したら
そのキーでそのマクロを選択できればいいのにね ユーザー定義の書式で、
m単独で月(month)でなく分(minute)の設定ができないのはなんでなんだ 1000列以上あるときは画面内に4桁以上の列番号がなくても
4桁分スペースをとってほしい
なんで勝手に幅が変わるのか SWITCH関数は、最後に「その他の条件」を普通に指定できるのに
なんでIFS関数は、「その他の条件」を指定するため(しかも指定しないと#N/Aになる)
にいったんTRUEを入れる必要がある? シリアル値はUNIXみたいに秒単位で整数にすれば、誤差で困ることは減るはずなのにね スピルって評判いいの?
それとは別に、絶対参照の付け忘れ検出が欲しいところだと思う VBAは遅いけど代替がない。
Pythonは配布が面倒。
Java Apache POIは低機能、環境整備が面倒。配布はさらに面倒。 関数の動きが変すぎるし足りなすぎる
Python導入とか浮いた話の前にやることあるじゃろがファッキン セル結合のボタン非表示化しなさいって言いたい。
下手な従業員が作ったら「セルの範囲がことなりますコピーができません」って出る。 会社の資料作る程度ならVBAでいいかなあ・・・って感じ。 セルの結合が嫌いなので、どうしても結合したようなマスを作りたいときは、そのサイズのテキストボックスを作ってセルにリンクさせてたわ Pythonは更新プログラムで弾かれるから実用性が低い >>745
セルの結合はVIEWの問題
結合が嫌なのは正規化が崩れるから
つまりVIEWとMODELを分離すればいい >>738
このせいで数式の挙動が狂った
という声が挙がっている pythonでもvbaでも実際問題、何も変わらんだろ。
問題はcell山椒を暗黙のスコープでできるってことと、excel関数と絡み合ってメタクソなことが起きるってことで。 エクセルはコツを掴むまでは速度が出ない
そういう部分を吸収してくれるようなフレームワークが本来は出るはずなんだ
VBAの罪はそういう外部フレームワークを育成する土壌がないこと 元々vbaはそんなことを想定して設計されていないし
合計と最大値最小値ソートぐらい以上のことをやるのは
あまり適切とは言えない
別の言語を選択するべき ■ このスレッドは過去ログ倉庫に格納されています