はてなキーワード: ハエとは
②ユニットバスの排水溝(風呂の方じゃなくて風呂の下の空間の方)をビニル袋で作った水風船で塞ぎます(水が流れないようにフタできたら何でもいい)
③キッチンハイター原液をユニットバスの下の空間にあらゆる場所から流し入れ、ハイター漬けにします。憎しみを込めて5kg全部使います。②でフタをしているので、排水されずにハイターが溜まっていきます。
④数時間後、ユニットバスの下の空間にシャワーを流すと謎の塊が大量に流れて来るので、出てこなくなるまで水を流し、その塊を捨てます。
※スプレー型タイプのものは、ユニットバス下の奥まで届かないので、スプレー型で手前だけ処理してもハエ共は楽しく発生します。
「百獣の王のライオン」、そもそも百獣の王の百獣は何なのでしょうか
ライオン自身は百獣の王だと思ってないし、他の獣もライオンは王だと思ってません。
サバンナにいるライオンが従えていると思われる動物100匹とライオンキングに出演したかを⚪︎×で示しました。
百獣の王ではなく二十獣の王ですね。ちょっと寂しい。
寒くて雪が多くて除雪で腰は痛いし暖房費もかかるし大変だけど冬一番好きで冬終わってしまったのが寂しすぎて泣いてる
路面のアスファルトはもうほぼ出てて冬靴の底がすり減るし今日ついに夜歩いても全然寒くなくて本当にちょっと泣きながら帰ってきた
寒くて雪が多くて暖房費もかかるし除雪も大変だけど冬はヒグマもマダニもハエも出ないし(クモは出る)不審者も出足が鈍くて森も街も夜遅くまで気にせず歩けるサイコーの季節(ただし猛吹雪の日を除く)
川辺の道はきれいだし河畔の雪原には青紫の影がくっきり落ちてウサギとか狐の足跡が延々続いてるし街の道を歩いても小型犬中型犬大型犬の足跡がずっと続いてて散歩の記録がいつまでも残ってるから何が歩いたかありありとわかってかわいいし夜降ってくる雪は見上げればいつまでもずっときれいだし雪の結晶も肉眼で見られて外灯できらきらして最高だしコート着てればその下の格好はあんまり気にしなくていいし毛も剃らなくていいしあったかいコーヒーは常においしいし遠くのスーパーから溶けるのを気にせずアイスを買ってゆっくり歩いて帰ってこられるし汗かかないから街中まで1時間以上歩いても平気で行けるし冷凍パスタも溶けないしストーブの前でぬくぬくしてた猫の思い出もよく蘇ってくる
こんなにも冬最高なのに毎年終わってしまう
悲しい
日陰の雪を探して踏みに行っては名残を惜しむ三月
春くんな
この日記の内容は、会社の後輩から「最近エクセルマクロを勉強し始めて(キラキラ)」という話を聞いて、先輩ムーブをかますために話した内容になります。
とにかくこれから説明する「計算用シート」が憎くて憎くてたまらず、ちょっと引かれるほど熱弁してしまいました。
ただ、他の方がどうされているのかや、逆に「計算用シート」を愛用する方の意見も聞きたくなり、増田に書いてみました。
エクセルマクロのお作法とか書きましたが、要するにエクセルマクロで「計算用シート」って色々な意味でよくないよね、という話をしたいです。
3行でまとめます。
〇 エクセルシートはユーザーインターフェース(インプット)か出力結果(アウトプット)のためのものとすべき
〇 データ加工をする場合には、原則配列や辞書型配列(連想配列)に格納して加工を行い、最後の結果だけシートに出力するべき
〇 何事にも例外はある。
エクセルマクロにも色々あると思いますが、今回は下記を想定します。
日付や人物名などを入力し、データベースや別のエクセルファイル、別のシートから取得したデータを入力された値を基に加工し、加工後のデータをシートに出力する
この場合、入力欄があり編集可能なシートがユーザーインターフェース、最終的に加工されたデータが出力されるシートが出力結果です。
(もちろん、ユーザーインターフェースの別の欄(セル)に出力する場合もあるし、その場合はユーザーインターフェースと出力結果が一体のものとみなします。)
また、データ用シートは同じエクセルファイル内に基となるデータが含まれる場合を想定します。
(これ自体が非推奨で、SQLデータベースかせめてAccessを使え、という意見はありますがそれは別にして…)
ではここで定義する計算用シートとはなにかというと、文字通り計算を行うためのシートです。
1.元となるcsvファイルをエクセルに読み出してシートに格納
2.そのデータは日付が数値型になっているので、日付(数値型)の入った列を文字列に変換した日付(文字列型)列を新たに作成
これは極端な例ですが、とにかく変数や配列を定義せず(あるいはエクセルのセルオブジェクトを変数のように扱い)、エクセルに値を入力し、それを直接加工することで目的となるデータ加工をしたり、様々な処理をします。
なんかこんな感じの処理をしているエクセルマクロ、どこの会社でも腐るほどあるんじゃないでしょうか。
ある程度マクロに慣れた気の利く人なら、このシートはロックや非表示にして、ユーザーから触れないようにするでしょう。
・・・これ、やめたほうが良くないですか?。
ある程度詳しい人なら同意してくれると思いますが、このやり方でダメな理由はいっぱいあります。
後で説明する配列や辞書型配列(連想配列)と比べると格段に処理が遅いです。
ちょっと詳しい人が知っている「画面更新の非表示」を駆使しても、配列を使った処理からみれば止まったハエです。
いったんエクセルシートにデータを格納して加工しているので、コードとエクセルシートを両方見る必要があり、とても読みにくいです。
変数として命名されていないのも致命的で、処理の意図が余計に分からなくなります。
計算用シートを事前に用意して、別のセルに関数を格納しておき、マクロと関数を使ってデータ加工をするものも見たことがあります。
あまり知られていませんが、セルの最大文字数は32,767 文字です。
セルの最大文字数を超えると自動的に隣のセルに値が入り、シートが滅茶苦茶になります。
他にもエクセルの数値を丸める自動変換の仕様とか文字列→日付の自動変換とか、いくつものバグに苦しめられます。
できる人だと、いちいち最大文字数が多い場合の処理を書いたり自動変換機能を殺したりしてくれますが、そんなことに手間をかけているから日本のGDPは上がらないんだと思います。
他にも、データが大きくなると処理が重くなり不安定になる、計算用シートを人が触ってしまうリスクがある、などいくらでも理由は上げられます。
(逆に利点は、目の前でガチャガチャ動いてスーパーハッカーになった気分になれるくらいしか思いつかない・・・)
配列を使いましょう。
配列とは何ぞや、という人はググってください。
配列にデータを入れて、データ加工は配列や変数に対して行い、一番最後の出力だけセルに値を格納する。
個人的にオススメしたいのは辞書型配列(連想配列)で、うまく使うとデータの管理が簡単になり、処理も爆速になります。
(参考)【VBA】大量データから高速で値を検索【Dictionaryを使う】
csvファイルもなまじエクセルで開けるだけに別のブックやシートで開きがちですが、これは悪魔のささやきです。
直接ファイルを読み出してLine InputやSplitで配列に格納しましょう。
エクセルとして開くやり方はコード書くのは簡単でも、実行時間に天と地ほどの差が出ます。エクセル開くと処理もめちゃ不安定です。
(参考)Excel VBAでCSVオープンするときのパフォーマンス比較
いや、冒頭のマクロを書く人の気持ちも分かるつもりです。自分もコードを書き始めたころは全部シート上で操作していました。
冒頭のマクロのほうが直感的なんですよね。自分が手で書くことをマクロにやらせる、というマクロ本来の趣旨にはあっていますし。
途中の計算過程もすべて目の前で展開されるから分かりやすいです。
ただ、それではダメなんです。。。処理は遅いし挙動は不安定だし後で改修・保守する人が死にます。
あと、エクセルシートやセルは当然エクセルにしかないので、エクセルマクロ(VBA)から他の言語に移れなくなります。
自分もエクセルマクロの里の出なので、計算用シート脱却には苦労しましたが、苦労して会得した配列や辞書型配列(連想配列)のスキルはそのまま他の言語に活かすことができました。
配列の中身を見る方法は別にある(ローカルウィンドウやDebug.printを使うなど)ので、リハビリに取り組んでほしいです。
(参考)VBA デバッグの仕方
計算用シートを許容できる、使うべきケースもあると思います。。
個人的には、
(最後のは、なんでも自分で確認しないと気が済まない上司の発注で、意味不明と思いましたしたがしぶしぶやりました。)
この場合、インプットのエクセルシートに直接加工するのは論外なので、計算用(加工用)のシートを用意してそこで操作を行うことは必要だと思います。
他にも、こういうときは「計算用シート」があったほうが良い、という状況があれば教えてもらえると嬉しいです。
そもそもツッコミとして、「データ加工するならエクセルマクロを使わずにpythonとかRとかもっとまともな言語使えよ」という言葉が来そうな気がします。
ただ、個人的にはエクセルマクロ(VBA)は大好きですし、初心者にもおすすめしたいです。
自分のような非エンジニアだと、セキュリティの関係などでPythonの開発環境とかすごく用意しにくいんですよね。
(あと、コマンドプロンプトの真っ黒な画面が怖かった)
その点エクセルマクロは、開発環境の用意はプロパティでチェック項目を一つオンにするだけだし、入門書がたくさんあるし、セルの挙動を追えば視覚的にプログラムを理解できるし、初心者に優しいです。
(そのやさしさが上述したとおり悪魔の罠なわけですが。)
最初は計算用シートに頼ってでもエクセルマクロからプログラミングを始めて、本格的なデータ加工をし始めたあたりで計算用シートという諸悪の根源から脱却する。
さらに本格的なデータ処理を行うために、PythonやRなど別の言語を習得したり、エクセルからSQLデータベースやACCESSなどに切り替えていく、というプロセスがいいのではと個人的に思います。
意味不明。きっとなにか重要なことが語らえてないだろうけども、暗号技術の意味がなくなるステップがまるで見えないので意味不明。
> SNSはなりすましで溢れ、人類はオフラインのコミュニティ移行する
認証技術としての基盤である暗号技術が無いならそうかも。でも私には暗号技術がなくなるとは思え無いので、これも無いという結論になる。
> 今でも、インプレゾンビが湧いているが、あれが人間かどうか見分けが付かなくなる
迷惑アカウントが人間だろうがAIだろうがどうっちでも良くないですか?どっちでも迷惑なことに変わりないうんこにたかるハエです。
> 優しい人や知人を装って、詐欺に誘導するアカウントが増えると思う
> 3.デジタルな娯楽を作る人が居なくなる
それはないと思う。大量工業製品で溢れてる現代において陶芸や裁縫は結構な趣味として確立している。AIが無限にデータを作れることと人間が作らなくなることはイコールじゃない。
> ボタン一個押すだけで、ハリウッド映画を無限に作れるようになるのに、わざわざ金使って映画撮る人おる?
いないと思う。想像の通り少なくなるでしょう。
> 他の分野もそうなるし、既に音楽やイラストは手を引いてる人が出てそう
お金が稼げなくなると言う意味ならそうです。表現を辞めるかどうかは別の話。
人々は、音楽やイラストも、スケボーとかダイビングみたいな自己表現、趣味の一つであることを思い出すだけです。
> AIを作っている会社がボロ儲け、AIを使う人が適度に儲け、使えない人は貧乏生活
> これは今の株価を見てもそうなると思う
そうだと思います。AIを動かす電気を作る人なんかはもっと儲かると思います。エネルギーセクターも結構妙味があるかもしれません。(思いつき)
> ゲームのオンライン対戦なんかも機能しなくなるし、インターネット普及前の生活まで戻ると思う
対戦相手が人間かAIかわからないと言う意味ではそう。でもAIは十分人間と見分けがつかないレベルであれば、今までのオンライン大戦と何も変わりません。
なのでインターネット普及前までの生活に戻る。というのが意味不明で何を言っているのかわからない。同意できない。
なんか、もっとボロカスに書こうと思ったけどところどころ、同じ考えだった。