「Script」を含む日記 
はてなキーワード: Scriptとは
2025-01-29
■anond:20250128182203
普通にそんな不自然な会行くなよとは思うけど↓こういうこの歳ならこのくらいの処世が出来て当然だろ何して生きてしたんだ？みたいなのも負けないくらい嫌いだしキショい
20代前半の子がBBQをしたことがなく、会社入ったらそういう催しがあるかと思..<script src="https://b.st-hatena.com/js/comment-widget.js" charset="utf-8" async></script>若干面倒くさい夫だなとは思うものの、増田も40年も生きてきたら誘われた時点で「あらやだうちの旦那も呼んでいい？人多い方が楽しいわよ！肉焼かせたらプロ級よお！」っておばちゃんムーブに持ってくもんでは？2025/01/29 11:26
2025-01-21
■ある精神障害者の末路
昨年の11月で一般就労して3年経った。私は10代の頃に統合失調症と診断され、さらに30代半ばで知能検査を受けたところADHDグレーゾーンとの主治医の判断から発達障害の薬も処方されている。
入社当初は週20時間のパートで、徐々に勤務時間を増やし、昨年の2月からは正社員になった。現在は42歳だが、常時フルタイムで働くのは初めて。一人暮らしのため家事もこなす必要があるものの、いまのところ順調に生活できている。仕事終わりには平日でも出かけることがあり、休日も大抵は遊びに行くくらいだ。
業務内容は典型的なオフィスワーク。苦手な分野(電話ほか)は障害者雇用ということで配慮してもらっている。昔からコンピュータには親しんでいるタイプで、Google Apps Script などプログラミングも多少は扱えるため自分一人で担当している業務も多い。ありがたいことだ。これほど真っ当に仕事ができたことは今までなかった。
しかし、最近では不満もいくつか出てきた。その一つは、業務が属人化しているのに誰もその状況を打開しようとしないこと。自分一人で担当している業務があるというのは、まさにそれ。各種業務のマニュアルを整備する、各自の苦手分野を克服するために研修を開くよう訴えるなどしても現時点では何も変わっていない。
こうした訴えが気に入らないのは理解できる。障害者雇用で働いてる奴が偉そうな口をきくな、と思われても不思議ではない。人間関係も悪くはなかったとは思う(飲み会にもたびたび誘われていた)が、最近は孤立気味だ。
結局のところ、私のような障害者の行く末は多数派である健常者の「お気持ち」によって左右されるのだ。健常者であっても合理的で首尾一貫している人物は稀で、不快な印象を与えた途端に手のひらを返される。効率を求めるはずの職場で、効率を上げるための訴えが通用しない不条理。これこそが障害者の末路だ。世間には「統合失調症患者の発言は支離滅裂」と言われ、必死に努力を重ねてきた結果がこれ。やりきれない。
ちなみに、自分だけが担当している業務のうちいくつかはマニュアルを作ったもののフィードバックは無し。もしもマニュアルの出来が悪いならそう伝えれば良い、というよりそう伝える「べき」だろう。
まあ、孤立気味なのは別の理由がある可能性もある。誰かから事情を聞いたわけでもないので本当のところはわからないし、ただ被害妄想に陥っているのかも。今日11:00前に投げたSlackに対して終日返信が無かったのは事実で、たびたびこういうことはあるが。
ここに書いた内容にも「統合失調症患者の妄想」だの色々と言われるだろう。”統合失調症患者の発言であれば妄想である”という命題が成り立つのであれば証明してほしいところだが、多数派であるだけが取り柄の健常者には難しいかもしれない。
2024-12-22
■gmailの大掃除と、自動処理の方法
簡単にすっきりさせて容量を減らす方法
検索式を書きますので、それで見つかったファイルを全て選択して、削除などのアクションをしてください。
細かな調整は各自のお好みで変更してください。
◆1年以上前のファイルサイズの大きなメール（300kB以上)を検索（星を付けたメールは除く）。削除しましょう。
older_than:1y larger:300k -is:starred
◆プロモーションやソーシャルに分類された1か月以上前のメールを検索。削除しましょう
(category:promotions OR category:social) older_than:30d
◆受信トレイの180日以上前のメールを検索。アーカイブして、受信トレイのメール数を減らしましょう
label:inbox older_than:180d
◆プロモーションやソーシャルに入ったメールで2日経ったものを検索。既読にしましょう。
label:inbox (category:promotions OR category:social) older_than:2d
これらの作業を毎日自動で行ってもらう方法
Google Apps Script（GAS)を使うとこれを毎日自動で行ってもらえます。
実行の左のアイコンで保存。関数をcleanUpGmailを選んで実行。初回は権限確認のメッセージが出るのでOKを押してください。
無事実行出来たら一番の難関はクリアです。これを毎日自動で実行してもらいましょう。一度に250通が処理されます。
また余裕があれば、左上の無題のプロジェクトになっているところの名前を「gmail自動処理」などに変更しても良いでしょう。
自動実行の方法
実行する関数：CleanUpGmail デプロイ：Head イベント：時間主導 時間べース：時間ベース 時間の間隔：6時間おき
これで1日に4回、合計1000通が自動処理されますので、たくさんメールが溜まっている方でも、1か月程度で全て処理されると思います。
function cleanUpGmail() { // メインの関数の開始ログ console.log("=== cleanUpGmail start ==="); // 1) 2年以上前 &amp; 300KB以上 &amp; from:gmail.comではない &amp; スター付きではない → 削除 console.log("古い大きなメールは削除"); processThreads("older_than:2y larger:300k -from:gmail.com -is:starred", "trash"); // 2) プロモーション or ソーシャル &amp; 30日以上前 → 削除 console.log("プロモーションとソーシャルは1か月で削除"); processThreads("(category:promotions OR category:social) older_than:30d", "trash"); // 3) 受信トレイ &amp; 180日以上前 → アーカイブ console.log("受信トレイの180日以上前 → アーカイブ"); processThreads("label:inbox older_than:180d", "archive"); // 4) 受信トレイ &amp; プロモーション or ソーシャル &amp; 2日以上前 → 既読 console.log("受信トレイでプロモーション or ソーシャル かつ 2日以上前 → 既読"); processThreads("label:inbox (category:promotions OR category:social) older_than:2d", "markRead"); console.log("=== cleanUpGmail end ==="); } function processThreads(query, action) { // 1回あたり250件だけ処理 var batchSize = 250; // 最初の 250 件のみ取得 var threads = GmailApp.search(query, 0, batchSize); var count = threads.length; Logger.log("検索クエリ: [" + query + "] | 取得スレッド数: " + count); // スレッドごとにアクションを実行 threads.forEach(function(thread) { switch (action) { case "trash": thread.moveToTrash(); break; case "archive": thread.moveToArchive(); break; case "markRead": thread.markRead(); break; default: Logger.log("不明なアクション: " + action); } }); Logger.log("処理したスレッド数: " + count); }
2024-11-28
■anond:20241127195624
これでテトリスが遊べる
<body id=D onKeyDown=K=event.keyCode-38><script>Z=X=[B=A=12];function Y(){for(C</p> <p>=[q=c=i=4];f=i--*K;c-=!Z[h+(K+6?p+K:C[i]=p*A-(p/9|0)*145)])p=B[i];for(c?0:K+6?h</p> <ol> <li>=K:t?B=C:0;k=i=K=q--;f+=Z[A+p])X[p=h+B[q]]=t+1;if(e=!e)if(h+=A,f|B)for(Z=X,X=[</li> </ol> <p>l=228],B=[[-7,-20,6,h=17,-9,3,3][t=++t%7]-4,0,1,t-6?-A:2];l--;)for(l%A?l-=l%A*!</p> <p>Z[l]:(P+=++k,c=l+=A);--c>A;)Z[c]=Z[c-A];for(S="<b>";i<240;S+=(c=X[i]|(X[i]=Z[i]</p> <p>|=++i%A<2|i>228))?"<b style=color:#"+142*c+">■":"＿")i%A?0:S+="<br>";</p> <p>D.innerHTML=S+P;Z[5]||setTimeout(Y,99-P)}Y(h=e=K=t=P=0)</script>
2024-09-23
■Xのbotで儲けたい
今さらな気しかしないけど、実際どうなんだってことで試してみることにした。
一連の騒動でbotって禁止されたり、課金しないとダメになったのかと思ったけど、どうやらそういことはないらしい。
プログラミングは未経験だけどGoogle Apps Scriptでコードを入れてアカウントを作って、botでポストするまでは仕上がった。
サーバを用意しなきゃいけないものだと思ってたけど、そういうのが必要なく形になったから面白い。
内容はざっくりと言うと、天気予報を自動で取得して、ポストするbotだ。
最初に思いついた計画はアフィリンクを垂れ流すアカを作りたかったけど、とりあえず第一弾ってことで。
これでインプを稼いで、収益化や！と意気込んでいたけど、そうはいかない。
稼働して形にはなってるから、これからは調整と追加を行っていくフェーズに進んだとは思う。
ただ、先行きは怪しいな。
あとは、アイデア勝負で他のネタのbotを考え続けて、当たるまで続けるとか。
プログラミングの経験値を積めましたって話で面白かったってとこはあるけど。
2024-09-07
■
PixivのAIタグなしもだけど誰でも作れる分、反AI側が自演してもわからないって状態だからこういうのRPするやつは頭弱そう
<script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>オモロい即落ち2コマだ…
AI絵師()
「フランスの出版社のイメージキャラクターを製作させていただきました‼︎」
フランスの出版社
「AIイラストは読者を失望させるので取り下げます」
「今度からはAIイラストは絶対に使わないよ」 pic.twitter.com/wGBRkWf28x— 雷池 (@thunder_battery) September 7, 2024
2024-09-06
■最近の教養は身内ネタになりつつある
これとか
<script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>地震があったあと、理系民が「筑波大は地下核実験を〜」みたいなミームがあるんだが、それを反ワクチンとかの陰謀論の人達がギャグをギャグと理解できずに引用してて、「やっぱり」って言ってるのを最近ちょくちょく見るので、ギャグや冗談は教養の上になりたつものなんだなって改めて思う。教養の上で…— くられ (@reraku) September 5, 2024
多分これ身内ネタを知らないと「教養がない」にされるコースなので勘弁してくれという感じ。
こんなの筑波大関係者じゃなきゃ言わないし、筑波大関係者じゃないのに言ってたらただの失礼な奴だろ。
2024-09-04
■
娘がコンクリート事件の概要を読んでしまい、以来不安と恐怖で通勤に支障が出るようになってしまった。 世の中の不条理や凄惨な事件を知ることが自分の身を守ることにつながったり、同じ過ちを防ぐ改善策をもたらす可能性は否定しないけど、万人におすすめしないことも強調したい<script src="https://b.st-hatena.com/js/comment-widget.js" charset="utf-8" async></script>能力の話になってしまうが、不安強い人って比較力や洞察力が弱くて、目の前の物事や状況の違いとの区別がつかない事が多いかも。傾向と対策や回避方法が立案できないとただのホラーコンテンツだよね。2024/09/04 15:33
根拠ねーーー！
2024-07-03
■anond:20240702154522
フィクションの乗り越えられてない切なさ<script src="https://b.st-hatena.com/js/comment-widget.js" charset="utf-8" async></script>ジジは原作ではまた話せるようになるよ。2024/07/03 10:40
こマ？
■anond:20240703042923
- 翻訳専任の時短ワーママ(Deeplにぶち込めば解決レベルならそもそもAIどうこう以前の話)
- 議事録の作成(AIで要約できない会議はしないは理想ではあるけど、基本的に人間が手直しするよ)
- FAQの作成（既存のチャットボットに連携させようが入力を制御しないとフツーに品質にバラ付きあるんだなぁ)
- プログラムガー1 (一般的なマクロレベル、Google Apps Scriptレベルなら、ブン投げてコメント書いて貰えるし、修正もして貰えるので、属人化は難しくなりました)
- プログラムガー2(面倒なのでAI助けを借りながら書くは普通ですけど、全メンバーにとってAIが補助以上である開発ってちょっとイメージわかないです)
フツーにAIによる業務効率で○○時間短縮できたと報告すればいいのではないでしょうか？
2024-05-29
■断食18日目
[断食9日目](https://anond.hatelabo.jp/20240524084725)の続き
1. 男, 体重84.4kg, 身長175.5cm, 今年最高重量95.5kg, 90kg overの期間8ヶ月
2. ヘム鉄サプリを数日前から接種開始、1錠/dayから開始して現在3錠/day
3. アマニ油(日清オイリオグループ)も数日前から摂取開始
4. 爪、ヒゲが伸びるのが驚き。ただし、伸びの速度が遅い
5. 足の指を丸めると、指が攣る事が多かったが、解消した。末梢神経の電解質バランスが正常化している
6. 血圧149/102mHg
7. backupfile rotate script(bash)を書く程度の仕事は出来る
昨日は台風1号の接近にともない一日中雨。散歩に行けず超ストレスだった。今朝は外気温16℃の中、5時50分に散歩に出発した。Tシャツ一枚だがとても気持ちいい。半径3km以内にはまだ、行ったことがない道がまだまだある事に気がついた。
2024-03-02
■エクセルマクロのお作法（計算用シートという諸悪の根源について）
前置き
この日記の内容は、会社の後輩から「最近エクセルマクロを勉強し始めて（キラキラ）」という話を聞いて、先輩ムーブをかますために話した内容になります。
とにかくこれから説明する「計算用シート」が憎くて憎くてたまらず、ちょっと引かれるほど熱弁してしまいました。
ただ、他の方がどうされているのかや、逆に「計算用シート」を愛用する方の意見も聞きたくなり、増田に書いてみました。
増田の経歴
- 中小企業の非エンジニア（事務職員）
- エクセルマクロ歴８年くらい
- 初めて触った言語がＶＢＡで、前任が作ったエクセルマクロを改修をいきなり頼まれたのがきっかけ
- 会社の都合でJava Script、PHPからなる社内システムの改修、保守を担当したことあり
- 今は趣味でPythonでNLP、LLMを勉強中
この記事の趣旨
エクセルマクロのお作法とか書きましたが、要するにエクセルマクロで「計算用シート」って色々な意味でよくないよね、という話をしたいです。
３行でまとめます。
〇 エクセルシートはユーザーインターフェース（インプット）か出力結果（アウトプット）のためのものとすべき
〇 データ加工をする場合には、原則配列や辞書型配列（連想配列）に格納して加工を行い、最後の結果だけシートに出力するべき
〇 何事にも例外はある。
計算用シートとは
- ユーザーインターフェース（インプット）
- 出力結果（アウトプット）
- 計算用シート
- （データ用シート）
エクセルマクロにも色々あると思いますが、今回は下記を想定します。
日付や人物名などを入力し、データベースや別のエクセルファイル、別のシートから取得したデータを入力された値を基に加工し、加工後のデータをシートに出力する
この場合、入力欄があり編集可能なシートがユーザーインターフェース、最終的に加工されたデータが出力されるシートが出力結果です。
（もちろん、ユーザーインターフェースの別の欄（セル）に出力する場合もあるし、その場合はユーザーインターフェースと出力結果が一体のものとみなします。）
また、データ用シートは同じエクセルファイル内に基となるデータが含まれる場合を想定します。
（これ自体が非推奨で、SQLデータベースかせめてAccessを使え、という意見はありますがそれは別にして…）
ではここで定義する計算用シートとはなにかというと、文字通り計算を行うためのシートです。
１．元となるcsvファイルをエクセルに読み出してシートに格納
２．そのデータは日付が数値型になっているので、日付（数値型）の入った列を文字列に変換した日付（文字列型）列を新たに作成
これは極端な例ですが、とにかく変数や配列を定義せず（あるいはエクセルのセルオブジェクトを変数のように扱い）、エクセルに値を入力し、それを直接加工することで目的となるデータ加工をしたり、様々な処理をします。
なんかこんな感じの処理をしているエクセルマクロ、どこの会社でも腐るほどあるんじゃないでしょうか。
ある程度マクロに慣れた気の利く人なら、このシートはロックや非表示にして、ユーザーから触れないようにするでしょう。
・・・これ、やめたほうが良くないですか？。
駄目な理由
ある程度詳しい人なら同意してくれると思いますが、このやり方でダメな理由はいっぱいあります。
- 計算速度が遅い
後で説明する配列や辞書型配列（連想配列）と比べると格段に処理が遅いです。
ちょっと詳しい人が知っている「画面更新の非表示」を駆使しても、配列を使った処理からみれば止まったハエです。
- 可読性が下がる
いったんエクセルシートにデータを格納して加工しているので、コードとエクセルシートを両方見る必要があり、とても読みにくいです。
変数として命名されていないのも致命的で、処理の意図が余計に分からなくなります。
計算用シートを事前に用意して、別のセルに関数を格納しておき、マクロと関数を使ってデータ加工をするものも見たことがあります。
- エクセルシートの制約に引っかかる
あまり知られていませんが、セルの最大文字数は32,767 文字です。
セルの最大文字数を超えると自動的に隣のセルに値が入り、シートが滅茶苦茶になります。
他にもエクセルの数値を丸める自動変換の仕様とか文字列→日付の自動変換とか、いくつものバグに苦しめられます。
できる人だと、いちいち最大文字数が多い場合の処理を書いたり自動変換機能を殺したりしてくれますが、そんなことに手間をかけているから日本のGDPは上がらないんだと思います。
他にも、データが大きくなると処理が重くなり不安定になる、計算用シートを人が触ってしまうリスクがある、などいくらでも理由は上げられます。
（逆に利点は、目の前でガチャガチャ動いてスーパーハッカーになった気分になれるくらいしか思いつかない・・・）
じゃあどうするの
配列を使いましょう。
配列とは何ぞや、という人はググってください。
配列にデータを入れて、データ加工は配列や変数に対して行い、一番最後の出力だけセルに値を格納する。
個人的にオススメしたいのは辞書型配列（連想配列）で、うまく使うとデータの管理が簡単になり、処理も爆速になります。
（参考）【VBA】大量データから高速で値を検索【Dictionaryを使う】
csvファイルもなまじエクセルで開けるだけに別のブックやシートで開きがちですが、これは悪魔のささやきです。
直接ファイルを読み出してLine InputやSplitで配列に格納しましょう。
エクセルとして開くやり方はコード書くのは簡単でも、実行時間に天と地ほどの差が出ます。エクセル開くと処理もめちゃ不安定です。
（参考）Excel VBAでCSVオープンするときのパフォーマンス比較
いや、冒頭のマクロを書く人の気持ちも分かるつもりです。自分もコードを書き始めたころは全部シート上で操作していました。
冒頭のマクロのほうが直感的なんですよね。自分が手で書くことをマクロにやらせる、というマクロ本来の趣旨にはあっていますし。
途中の計算過程もすべて目の前で展開されるから分かりやすいです。
ただ、それではダメなんです。。。処理は遅いし挙動は不安定だし後で改修・保守する人が死にます。
あと、エクセルシートやセルは当然エクセルにしかないので、エクセルマクロ（VBA）から他の言語に移れなくなります。
自分もエクセルマクロの里の出なので、計算用シート脱却には苦労しましたが、苦労して会得した配列や辞書型配列（連想配列）のスキルはそのまま他の言語に活かすことができました。
配列の中身を見る方法は別にある（ローカルウィンドウやDebug.printを使うなど）ので、リハビリに取り組んでほしいです。
（参考）VBA デバッグの仕方
もちろん例外もあります
計算用シートを許容できる、使うべきケースもあると思います。。
個人的には、
（最後のは、なんでも自分で確認しないと気が済まない上司の発注で、意味不明と思いましたしたがしぶしぶやりました。）
この場合、インプットのエクセルシートに直接加工するのは論外なので、計算用（加工用）のシートを用意してそこで操作を行うことは必要だと思います。
他にも、こういうときは「計算用シート」があったほうが良い、という状況があれば教えてもらえると嬉しいです。
最後に
そもそもツッコミとして、「データ加工するならエクセルマクロを使わずにpythonとかRとかもっとまともな言語使えよ」という言葉が来そうな気がします。
ただ、個人的にはエクセルマクロ（VBA）は大好きですし、初心者にもおすすめしたいです。
自分のような非エンジニアだと、セキュリティの関係などでPythonの開発環境とかすごく用意しにくいんですよね。
（あと、コマンドプロンプトの真っ黒な画面が怖かった）
その点エクセルマクロは、開発環境の用意はプロパティでチェック項目を一つオンにするだけだし、入門書がたくさんあるし、セルの挙動を追えば視覚的にプログラムを理解できるし、初心者に優しいです。
（そのやさしさが上述したとおり悪魔の罠なわけですが。）
最初は計算用シートに頼ってでもエクセルマクロからプログラミングを始めて、本格的なデータ加工をし始めたあたりで計算用シートという諸悪の根源から脱却する。
さらに本格的なデータ処理を行うために、PythonやRなど別の言語を習得したり、エクセルからSQLデータベースやACCESSなどに切り替えていく、というプロセスがいいのではと個人的に思います。
2024-01-24
■anond:20231229033832
追記。
<script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>【コオロギ研究所閉店のお知らせとお詫び】
いつもコオロギ研究所をご利用いただき誠にありがとうございます。
2024年1月25日をもちましてコオロギ研究所公式オンラインショップを閉店することになりました。
開店以来、長い間皆様の応援のおかげでコオロギ研究所を続けることがでしました。… pic.twitter.com/V4bkP2J36i— コオロギ研究所🦗 (@korogi_lab) January 17, 2024
原材料の高騰で閉店とかそれはひょっとしてギャグで言ってるのか？