  |
はてなキーワード: 表計算とは
グラフの描画も表計算も数値計算もExcelの方でよくない？？
関数、ピボット、VBA、ソルバー当たり使いこなせばだいたいのことできるのでは…
強いて言うならpandasのdf.describe()には感動したけど、普通にExcelでも関数書くだけだしな〜と思ってしまう。
データ分析の基礎しか勉強していないから、あれなんだけど、これからどんどんExcelではできない作業がPythonではできるようになるの？？？
ちなみに、スクレイピングとかは圧倒的にVBAよりPythonとかなんだろうなってのは思っています。
（追記）
皆さんありがとう。データの量という観点が抜け落ちてました。重大なご示唆をありがとうございます。
あのさ、
それを介する際のゲートウェイは人の手書きっていうのがなんとも滑稽で
というか
取引先ごとに表計算のシートのフォーマットの形が異なり違うから、
それを人間が読み取って解読して別のシートに分かる様に入力もしくは手書きで書き直すって
人間を介すと急にヘボくなる
ファクシミリやめない？って思う反面
私は今受話器を片手にファックスしたことを電話で伝えるこれまた昭和時代から受け継がれているスタイルを継承しつつ
まあ指原莉乃さん的に言うなら
クイックルワイパーでよくない？って
もういつまで雑巾がけ大変な目を喰らわなくちゃいけないのよ！って
よくよく考えてみたら、
デジタルってあとで改変し放題なので、
変更出来ない仕組みが確立しないと、
いつまでたっても受発注の作業は手書きアンドファクシミリな簡単なお仕事どえす！って求人募集も甚だしいんだけど
本当に、
オフィスの複合機が壊れて調子悪いときにメンテに来て貰った人に
さすがドキュメントカンパニーですね！って得意げに言ったものなら、
人類はいつまでたってもファクシミリから解放されることがないのかしら？
そんでね、
読み込んだ紙が出てくるじゃない
途中でメビウスの輪のようにねじれを加えてファクシミリを送信し続けたら、
ボイジャー1号か2号あたりにもファクシミリ届くんじゃない？って思うそんな発想の
どういうカタチで印刷されるのかしら？
もうメビウスだけに目の付け所がシャープでしょ！ってやかましーわい！って
お後がよろしいようでって終わりたいんだけど
でわでわ。
うふふふふ。
ぱくぱくいけちゃうから何か食べておかないと行けないときも調重宝するわよ。
私はそう思うな。
憧れるわね。
すいすいすいようび～
今日も頑張りましょう！
Microsoft365を利用するとWord+Excel+OneDrive（1TB）を年間12,000円で利用できる。しかし、これを使い続けると5年間で60,000円の費用がかかる。それならばOfficeが付いた10万円のPCを買ったほうが得なのではないか。節約した金でOneDriveからGoogleDriveに乗り換えれば今よりも快適な環境が手に入ると思う。
問題は自分がMacユーザーということだ。他の作業をMacでやって文書作成と表計算をWindowsでするとデータの貼り付けができなくなる。ロジクールで異なるOS間でデータの貼り付けが出来るマウスが売られているがそれを使うべきか。
０．本稿の趣旨
正式な合格発表はまだだけど（25日予定）、スコアレポートは午前87.5、午後85.0ということなので、ひとつには自分の備忘としてまとめておきたくて、どうせまとめるなら誰かの参考になればと増田に。
職場で、IT知識の底上げのため、若手にITパスポートを受験させていると聞き、どんな程度か受けてみたらあまりに簡単だったので（対策は過去問を一週間やっただけ（昨年９月12日申込み、20日受験）。多分、やらなくても合格できた）、もう少し歯ごたえのあるものを受けようと決意。本来であれば今年の４月まで受けられなかったはずが、新型コロナウィルス感染症の影響で日程が変わったため、９月試験が延期になり再度申込みも受け付けるということで、昨年12月23日申込み、本年１月31日午後試験、２月７日午前受験。
２．午前試験＆午後試験（アルゴリズム・プログラミング以外）対策
にしむら工房の午前過去問アプリを１月半ばから。ITパスポートで深く考えずに使ったらしっくりきたので、FEでも引き続き同じシリーズのアプリを使用。ランダムで全範囲から20問、２回連続で正解したものは出題しない設定で、スキマ時間にちまちま解いてました（ちなみに、スマホよりタブレットの方が全然捗ります。あまりスクロールしなくても問題文の全体を見渡せるのが便利）。いわゆる文系問題といわれるストラテジとマネジメントは、自分の業務である程度は通じているので、午前過去問で午後にも十分と判断。テクノロジは、午前でよくわからない用語をググって調べることで、とりあえずの対策に。アルゴリズムとプログラミング対策がそれなりに進んでから最後の追い込みを、と思っていたらずいぶんと手間取ってしまい、橋本祐史『情報処理教科書 出るとこだけ！ 基本情報技術者［午後］第２版』を１月28日になってやっと購入。急いで一回通して読み、テクノロジ分野だけ再読。
参考書を買って独学。ネットの口コミをあれこれ調べ、カバーしている範囲が一番広そうだった矢沢久雄『情報処理教科書 基本情報技術者試験のアルゴリズム問題がちゃんと解ける本 第２版』を１月７日に購入。しかし、通読するまでもなく事務屋にはレベルが高すぎるとわかり、10日にAmazonで一番売れている福嶋宏訓『うかる！ 基本情報技術者［午後・アルゴリズム編］2021年版』を買い直して読み始めたけど、これでも説明が端折りすぎに思われ、16日に大滝みや子『基本情報技術者 大滝みや子先生のかんたんアルゴリズム解法〜流れ図と擬似言語〜第４版』を追加購入。自分にとってちょうどいいレベルだったので、これと心中する覚悟で擬似言語パートを繰り返し読みました。
昨年９月23日にRaspberry Piを買い、併せて入手した石井モルナ『みんなのRaspberry Pi入門 第４版』のPythonパートでいわゆる「写経」に励む。次いで、子供が使うようになったらあげようと大槻有一郎『12歳からはじめるゼロからのPythonゲームプログラミング教室』の「写経」に移ったものの、それ用に開いたままにするのが物理的に困難でエタる。替わりに、田中賢一郎『ゲームを作りながら楽しく学べるPythonプログラミング』がちょうどAmazon Primeで読み放題対象になっていたのでこちらを「写経」し始めるも、画像素材のダウンロードがどこでできるのかわからずこれもエタる。次いで同じく読み放題に加わったリブロワークス『スラスラ読めるPythonふりがなプログラミング』も通読したが、途中からコードがどんどん長く難しくなり、理解には程遠い状態だった。最後の追込みに、１月24日に瀬戸美月『徹底攻略 基本情報技術者の午後対策 Python編』を買って通読。
５．ふりかえり
書類仕事に慣れていて文章を速く読めることと（試験本番で速く読むためではなく、知識の詰め込みを効率よくやるため）、ストラテジ・マネジメント関連の話題をそれなりに押さえていること、この両者を満たせば、事務屋でも基本情報技術者試験合格は十分狙えます。テクノロジ関連にもある程度はなじんでいる方が、もちろん望ましいでしょう。
アルゴリズムとプログラミング以外は、午前の過去問で十分だったというのが今の判断。この場合、過去問は、用語や答えを暗記するのではなく、仕組みや考え方をちゃんと調べて理解することが大切です。ただし、ある程度解ける状態でないと、調べてばかりで進まないので、平均すれば半分は解けるようでないと、この方法は使いづらいんじゃないでしょうか。なお、橋本本で出る可能性が最も高いとされていたSQLは午後では出ませんでしたが、出る可能性が高い状態が続くでしょうから、SQLZOOで実際に動かしてみることをおすすめします。受験後にやり始めましたが、読むだけよりよほどしっかり頭に入ってきます。あと、梅津信幸『あなたはコンピュータを理解していますか？』は、直接の試験対策にはなりませんが、基礎の基礎をこれ以上分かりやすく書いているものはないでしょう。受験勉強を始める前に一読をオススメします。
アルゴリズムは、大滝本に尽きます。○○ソートの種類をたくさん覚えなくても、ちゃんとトレースできれば、出題されたアルゴリズムのことを知らなくても、問題文で与えられた情報だけで解けます（一応、アルゴリズムは満点でした）。大滝本を読んでトレースせよ、大事なことなので２回言いました。
プログラミングは、読んだ中では大槻本が良かったですが（電子書籍だったらね）、初回を踏まえた対策本がこれから複数出てくるでしょうから、本稿はあまり当てになりません。アルゴリズムでもそうですが、知っているところを読んで買うかどうかを決めるのはダメで、知らないところを読んでわかりやすそうと思えるかどうかで選びましょう。結局、参考書・教科書が必要なのはわからないところをわかるようになるためで、わからないところの記述が使えないなら、最大の目的には向いていないということなのですから。
お前が表計算にもデータベースにも使えないゴミ作って徹夜した時間に残業代払えだ？
は？ありえねー。
お前らが帰れないのはお前らが仕事してるふりしかしてないから。
仕事してるっぽさを出すことに全てをかけて消耗しきってるだけなのにやりきったと言いはる。
訓練のために訓練をして毎日アイロン掛けを頑張ってピカピカの制服で毎日コスプレファッションチェック。
エクセル方眼紙に手打ちで紙の資料から数字を入れてそれを印刷して次のアホがまた手打ちする。
なんでそれに国民が金払うの？
で、お前が普通に働けるの？
特技はエクセル方眼紙です（キリリ
言うなら「まともな価値観と倫理観を持って組織の非常識を論破し続けたら異端者として不正の責任をすべて被せられたのでこれから裁判の準備する」だろ？
戦えよ。
プログラミングで主にやる事は下記の2つ。
①IFでAかBを選択させてどっちかの設定を実行
②Whileで決められた回数分繰り返す
とてつもなく複雑で冗長な処理によって実行されている。
わかりやすいので画像処理でいうと、数十万から数百万の画素（RGBAの24bitで表される数値）を小さなブロックに分解し、数学的に周波数の重なりとして計算して変換、含まれる頻出パターンをテーブルにして圧縮伸張を行なう。みたいなことが瞬間的に行われている。
「まさかそんな事できるわけないだろ」というレベルの処理が実際に行われており、これまた直感的でない。
だからそれをどう書くんだよ。という答えはコレ。有名なjpegの実装だ。
libjpeg というライブラリを書くことはできるだろうか？画像の圧縮の理論から考え始めることはできるか？
正直無理だ。自分はプログラマだがそんなに数学が得意ではなく、頑張ったとしても下手するとコレを作るのがライフワークになってしまい、他のことができなくなる。
例えばブラウザを0から作るとして、jpegの処理以外にも画像だけでpngとかgifとかwebpとか、その他もろもろとてつもない作業が必要になる。
「とてつもなくて想像もできないので流石に無理だろう？」
いや、でも、実際動いてるのよ。ここ何十年、コツコツと積み重ねて実現している。
「積み重ね」とはライブラリであったりフレームワークであったりOSであったりする。
「どういう風になっているのか」
外部に向けたインターフェイスがどうなっているのかは理解する必要がある。「使う」ために必要だからだ。
この2つは分けて考えなければならない。
ちなみに、たとえばChromeのコアであるChromiumはのコードはコレだ。
つまり言いたいことは、実際に動くアプリケーションというのを作りたいのにも関わらず
プログラミング入門書は、これで判定と繰り返しという基礎ができますと言うだけ。
これがもう滅茶苦茶イライラする。
「これで判定と繰り返しという基礎ができます」というのが基本的な理論（定理的なもの）で、その他に必然的だが唯一無二ではないベストプラクティスというものがある（法則的なもの）。
後者をうまく説明する入門書に出会っていないんだろうな。という印象。イライラはやめよう。つかれる。
ベストプラクティスはいろいろあるのだが「層の構造にする・レイヤーに分ける」というのは重要なアイデアだ。
libjpegというのはjpegの処理を行う「ライブラリ」だ。他のアプリケーション...たとえばブラウザはこのライブラリを「使う」。
ブラウザではjpeg画像の圧縮展開というとてつもなく難しい処理を「libjpegの使い方」の理解までで済ませ、過去の蓄積であるlibjpegのコードを利用することで真の意味で0から実装しないようにしている。
この場合、libjpegが「低レベル・低レイヤー」の存在であり、中身については「使い方」つまり「仕様」の理解までしか行わないことで、実際に作りたいものを作れるようにしているわけだ。
完成しているプログラムは二例ほど挙げたがどうですかね？
複雑なことをする、特に低レイヤーのコードはとてつもなく難しい。
でも、とりあえずこんな感じのコードなら解るよね？
こういうレベルから理解して、ちょっとずつ難しい処理を学んでいくしかない。
ハードルは高いんですよ。実際。
なので、木材からだと難しいからプレハブのキット的なものを探すとか、ログハウスのカタログを読むとか、あるいは100人乗れる物置を買うのがいいかもしれない。そういうところから始める。
それらがフレームワークであったりライブラリであったりする。目的に合うものを探して、自分がやりたいことをどう実現するかとにかく考える。
「テキシコー」https://www.nhk.or.jp/school/sougou/texico/ で言われる通り、「小さく分けて考える」「手順の組み合わせを考える」「パターンを見つける」「大事なものだけ抜き出して考える」「頭の中で手順をたどる」をひたすら実行する。
unityはコードが公開されているので、本当に読みたいなら。。
オブジェクト指向は一旦忘れよう。
オブジェクト指向の「隠蔽」というのは層の構造が持っている重要な要素ではあるけど、「低いレイヤーについて考えない」のが基本的な作戦だという理解の方が重要だ。
前述の通り「できる限り作らない」んですよ。「使う」だけ。知るべきことを最小化する。
そして本当に作るべきものに関しては、利用する下のレイヤーのライブラリなりを探して・仕様を理解して、どう組み合わせてfor, if, あるいは計算させれば実現できるのかをひたすら考える。
単に翻訳がしたいのか？表示に割り込む方法を知りたい？日本語に翻訳するのは実行時なのか開発時なのか？
要求される表示エリアが言語によって異なるために、デザイン調整が必要になる問題をどうするか？
分解が甘いので何をしたらいいか調べることができないんだと思う。
ちなみに、アプリ内の文言というのはアプリの外部から変更できないように実装されている事が多いので、利用者が上書きする仕組みはかなり難しい。
AndroidなりiOSの仕様にもそのへんに割り込める機能はないはずなので、OSの開発に入っていく必要がある。結構大変だとおもう。
アプリの開発者が、そういう機能を備えた多言語化のためのライブラリを使うようになれば実現可能ではあるので、そっちの方向で頑張るのがおすすめだが、英語圏の開発者には多言語化のモチベーションが低いという基本的な問題はあるのよね。
この辺の「できる・できない・むずかしい」の判断は、いろいろな勉強をすると常識としてある程度みえてくる...気がする。
ついでに。ウェブサイトやウェブサービスの翻訳だとこういうサービスがあったりする。
ブラウザはページの描画処理のなかに割り込む余地が大きく取ってあるので、ブラウザのExtensionとかならできることがいくらかあるかもしれない。
個人的に気に入らない話はOSのアップデートは使いやすくなるからとてもいい事だからすぐにやった方がいいと宣伝されている事。
まあ、半分は嘘だよね。古いものが残っていると先に進めないんだよ...。
現在のクライアントOSは、巨大なプラットフォームのパーツの一部として理解したほうが正しくて、古いパーツが残っているとツライんですよ。
そして「サービスを受けるための道具であって、あなたが何でも好きにできる機械ではないです」みたいな世界になりつつあって、ちょっと問題と言われてもいる。
これはかなり困った傾向なんだけど、全体としての流れはあんまり変わりそうにない。
オブジェクト指向好きですな...。ここではオブジェクト指向は特に気にしなくていいですよ。
とてつもなく複雑なことをやっているために、すべてのバグを潰すことはコストが高すぎてできないんですよね。
それよりバグは未来を先取りするコストと考えて、本質的に価値のある機能を増やしていくというのが基本的な方向になっている。
だからパソコンはたまに不具合を引き起こすんです。しゃーない。
しかし中途半端に理解している老人などは、そんなことじゃ分からん。自分に分かるように説明しろと言い出す。
説明は出来る。しかし相手はイライラするし理解されない。よって説明をしてはいけないという状況に追い込まれる。
ここでどうすればいいのだと理解不能に陥る。
まあ、説明って得てして難しいよ。しゃーない。
そのとおりです。
オープンソースのプロダクトなら原理的には調べられるけどね。Androidとかはオープンになってる。
それを許容することで先に進んできているという事実は受け入れたほうがいいと思う。
「把握・理解可能な範囲」に留めていたら、数十年前のコンピュータの世界から抜け出せなかった。
deep learningの世界ではそれがより一層進むかも。この辺は詳しくないけど。
ここでの「理解」についてはそのとおり。これはもう諦めるしかない。
これが常にある。IT関連は常に新しい情報が出てくるのでそれに送れると無知になってしまう。
なんでこんなことも分からないんだとか言われ放題で、IT系の企業に努めている人は常に新しい知識を入れられる
面倒くさがらない人が向いている。
「面倒くさがり」の方が問題に気づいて「頑張って面倒じゃなくする」ことができるので、プログラマにとっては美徳なんて言われますけどね。
同時にくじけないとか諦めない、しつこいみたいな素養は必要かも。
応用まではとろうな。がんばれ。
このへん自分も知らんですよ。べつに全部知っている必要はない。
（追記: はてな記法の引用すらもさっきまで知らなかったしな！そんなもん）
層の構造をとっているということと関係があるんですが、仕様が変わると、その上に乗っているものを全部なおさないといけないんですよね。
でも革新のために互換性を捨てなければいけないケースも多い。このへんはハードでもソフトでも同じ。
そして、メンテのコストが上がっても使い続けたほうがトータルで安上がりという場合は、古いものが残ってしまう。
あるいは「（多少の問題はあっても）動いているものは変えるな」という経験則から意図的に残す場合もある。
西暦2020年にもなって、プログラミングが簡単には出来ないし、ハードウェアの規格も完全に統一はされていない。
というかプログラミング言語自体多すぎる。ソフトウェアはデファクトスタンダードのモノ程度は知っているが、
ぜんぜん完成していない荒っぽいものを目にしているのだと理解したほうが的確。
それなのに毎日理解のできないパソコンやスマートフォンを使っている。
オブジェクト指向のおかげ様だがオブジェクト指向に対して無性に腹が立つ。
自分の全く知らない場所でいけしゃあしゃあと演算を行い、そして結果を出す。それも大半が正しい結果で
利便性が抜群だ。些細なミス(バグなど)はあるが圧倒的に利便性が勝っている。
そんな道具に踊らされている自分が滑稽だ。理解できない愚かな自分は正に機械の奴隷のようだ。
本当に理解できない。辛い。
勘違いしてはいけないのは、それらはすべて先人の努力の蓄積によって成り立っているということ。
「よくわからないけど存在している道具」ではなくて、信じられないほど複雑だけど、多くの人々の行動によってなんとかかんとか実現した道具なんですよ。
「オブジェクト指向のおかげ様」じゃないんです。（もちろんオブジェクト指向というのも大きな発明の一つですが）
そしてブラックボックスとして使うのは多くの場合正しいです。そこは諦めましょう。
でもエンジニアとしての立場からは、その裏に隠れているとてつもない技術や思考の蓄積に感動してほしいなと思う。
人類がこんなもん作れたのって、かなりすごいよ？
エクセルってどこまで使えるようになったら、
常温に置いていたコーラを飲んでワイルドだろー？って言えるようになるのかしら？
エクセルって奥が深いわー。
どうだい？
ワイルドだろー？
ってまたスギちゃんみたいに言ってみました。
でもさ、
思ったんだけど、
エクセルってなにができるかってより何がやりたいか！ってことに重きを置いた方がよくない？
あんな書店とかにあるエクセル大辞典なんて分厚くて持ってられないわ！
あれも重すぎるのよ。
古いアルバムのようにペラペラめくって見ても涙そうそうとはいかないわよね。
そして、
そのエクセレントエクセルマスターのところに滞在して別れ際に涙するって言うのが
ストーリーテーラー下條アトムさんが織りなす物語の定番の流れよ！
本当になにをもって使えると言い切れるか！
それが一番大事よ！
でもなぜか、
必ずしも同じ関数があるとは限らないし、
エクセル使ってないのに、
私、100年早いのよね、きっと。
ね？ワイルドでしょ？
うふふ。
もうすっかり目玉焼きベーコンレタストマトサンドは見かけなくなっちゃったけど、
そういう所って朝穫れの激安だから
そんだけキュウリも食べたら積み重なるってことよ。
すいすいすいようび～
今日も頑張りましょう！
| 時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
|---|---|---|---|---|
| 00 | 72 | 9428 | 130.9 | 17 |
| 01 | 60 | 3538 | 59.0 | 20 |
| 02 | 25 | 3356 | 134.2 | 44 |
| 03 | 23 | 2268 | 98.6 | 61 |
| 04 | 22 | 1918 | 87.2 | 52 |
| 05 | 28 | 3633 | 129.8 | 54.5 |
| 06 | 5 | 462 | 92.4 | 91 |
| 07 | 48 | 2634 | 54.9 | 35.5 |
| 08 | 45 | 2749 | 61.1 | 41 |
| 09 | 75 | 5263 | 70.2 | 33 |
| 10 | 76 | 5010 | 65.9 | 39.5 |
| 11 | 44 | 1790 | 40.7 | 22.5 |
| 12 | 71 | 3450 | 48.6 | 32 |
| 13 | 48 | 3498 | 72.9 | 41.5 |
| 14 | 70 | 5445 | 77.8 | 30.5 |
| 15 | 34 | 2369 | 69.7 | 36 |
| 16 | 48 | 3393 | 70.7 | 34.5 |
| 17 | 44 | 3700 | 84.1 | 38.5 |
| 18 | 104 | 7902 | 76.0 | 30.5 |
| 19 | 67 | 6331 | 94.5 | 29 |
| 20 | 79 | 4750 | 60.1 | 40 |
| 21 | 87 | 9192 | 105.7 | 40 |
| 22 | 85 | 6322 | 74.4 | 33 |
| 23 | 69 | 11613 | 168.3 | 43 |
| 1日 | 1329 | 110014 | 82.8 | 35 |
あけましておめでとうございます(12), あけましておめでとう(8), ことよろ(6), あけおめ(12), 新春(3), レバノン(11), といれ(4), 表計算(4), 新年(20), 元日(7), livestream(4), 正月(29), むずかしい(8), 年末(14), 早々(8), あけ(5), はなし(6), 宝くじ(6), 神社(4), 今年(35), 機械学習(4), 嵐(6), ほんとうに(5), 将棋(5), 脱出(5), 豆腐(5), パチンコ(6), ぶん(8), 都市(5), よろしく(10), 声優(11), ひと(16), おめでとう(7), 来年(7), おもう(12), 去年(7), 歌(8), 頑張り(6)
■老後は刑務所に入る /20191219234201(10), ■米津のことを考えすぎて頭が爆発しそうなので書き捨てる /20200101052010(9), ■新年から地獄を見てる /20200101172141(8), ■ /20200101020013(7), ■事実や正論は悪口ではないと言うが /20200101012755(6), ■「プログラミング教育で論理的思考力が育つ」 /20200101095317(5), ■加湿器って全く意味がないことが判明した /20191228175226(5), ■悠仁さまはポケモン買ってもらえるのかな /20191231212526(5), ■飛行機の貨物室って人間長時間いても大丈夫なん？ /20200101203737(4), ■ /20200101080431(4), ■新年の抱負はなに？ /20200101123122(4), ■ /20200101133925(4), ■今年こそは世界の支配者になってやる /20200101195415(4)
6914920(697)
