グーグルはすでに、GmailとGoogleフォトの休眠アカウントの削除を2023年12月から行っているが、多くのユーザーがこの一括コンテンツ削除の第2段階がいつになるのかを気にしている。グーグルによるアカウント削除の第1ラウンドは、2年間以上、1度も使われていないアカウントのみが対象だった。では次のデータ削除の対象になるのはどんなアカウントなのか？　新たにグーグルから送られてきたメールは、詳細を明らかにするとともに、少々混乱を招いている。 グーグルの「2年間非アクティブのポリシー」は変わったのか？ 1月24日、私は持っている非アクティブなGoogleアカウントの1つが、Gmail、GoogleフォトおよびGoogleドキュメントのコンテンツとともに削除対象になっていることを告げるメールを受け取った。日付は重要で、メールには「あなたのGoogleアカウントは8カ月以上使われていません」とあり

iOS17.4の開発者向けベータから、AppleがChatGPTも活用しながら、iOS18に採用する人工知能（AI）モデルの開発に取り組んでいることが分かった、と米メディア9to5Macが報じています。Appleは現在、自社開発のAIモデルとChatGPTの結果を比較しながら開発に取り組んでいるようです。 ■3行で分かる、この記事のポイント 1. iOS17.4ベータから、Appleの自社開発AIモデルに関する記述が発見された。 2. OpenAIのChatGPTと自社開発AIの回答を比較し、開発に活用している模様。 3. Appleはユーザーのプライバシーを重視し、デバイス上で処理が完結することを重視。 iOS17.4からAppleの自社開発AIモデルに関する記述 2024年6月の発表が見込まれるiOS18では、Siriが大幅に進化すると噂されています。 9to5Macによると、iOS1

Amazonが社員に注意喚起した｢ChatGPTに共有してはいけないモノ｣2024.01.27 16:3516,611 Kevin Hurler - Gizmodo US ［原文］ （ そうこ ） 2023年1月28日の記事を編集して再掲載しています。 ChatGPTで揺れるテック業界。 昨年のデビュー以来、教育現場、ジャーナリズム界隈、軍事業界とあらゆる分野で着目され（一部恐れられている）ているAIチャットbotのChatGPT。もっとも揺れているのはGoogleをはじめとするテック企業。 Amazonも例外ではありません。 ChatGPTのトレーニングに社外秘データを使われたくないAmazonの弁護士チームがChatGPTのリスクを考慮。米Business Insiderの報道によれば、現在開発中のコード含むAmazonの極秘情報をChatGPTと共有しないようにとAmazon社員に向

はじめに Go言語用のEbitengineというゲームエンジンに興味があったので、試しにスイカゲームもどきを作りってみました。Ebitengineを使うと意外と簡単にスイカゲームもどきを作る事ができたので、なるべく分かりやすく作り方を紹介してみようと思います。 まずは先に完成品をお見せします。ちなみにフルーツの回転は面倒くさいので実装しないことにしました。 ちなみにEbitengineはwasmでも普通に動きます。ビルドしたものをこちらに置いたのでブラウザから実際に動かす事ができます。 それではスイカゲームもどきを作って行きましょう。 描画する まず一番初めにフルーツの画像を作るところから始めます。これはリンゴ、オレンジ、ブドウ、パイナップル、メロン、スイカのつもりです。 続いてフルーツを定義します

iOSアプリはプライバシーとパフォーマンスに関連する理由からバックグラウンドでの実行が許可されていませんが、プッシュ通知はバックグラウンドでも許可されています。この通知を好きなようにカスタマイズし、データを収集しているアプリが数多くあることが指摘されています。 ???????? Privacy Concerns about Apple Push Notifications TL;DR: data-hungry apps use push notifications as a trigger to send app analytics and device information to their remote servers, even if the apps aren't running at all on your iPhone. Such apps include TikTok, F

前回は、「UIデザインってそもそも何なの？」という概論的な説明と、UIデザイン未導入の組織の中でみんなでデザインを始めてみるための施策（プロトタイピングとユーザビリティ評価）を話しました。 今回はサービス、プロダクト開発において、デザイナーではない人でも知っていて損はないUIデザインの重要ポイントについて説明します。主に以下の３つのテーマについて順番に議論をしていきます。 デバイスやソフトによるUIの違い ユーザーにかかる身体的・認知的負荷を理解する UIの重要概念（ナビゲーション、インタラクションなど）を知る 「ちょっと」と銘打っておきながらめちゃくちゃ長いnoteになってしまったので、気になる項目だけ読むか、何回かに分けて読んでいただくことをおすすめします、。 ※どこか内容に間違ってる部分やご意見ありましたらコメントいただけたら嬉しいです。 デバイスやソフトによるUIの違い皆さんがお使

更新日:1月27日23時57分

レアさん @Rea_tefeti 作るの担当してた 出したてのでっけぇ切り身その場でザクザク切ってポンとノータイムで寿司コーナーに置くからド新鮮で出し惜しみのない寿司だよ twitter.com/pap1yong/statu…

ワダツミ @WadatumiG 放蕩オペラハウスの中の人。軍事とオタライターにして決闘者でPW。D&Dを筆頭にTRPG好きで歴史好き。バンドリ好き。 ボドゲの遊び相手を常に求めているので軽率に誘いがち。 同人通販 h-opera.booth.pm 欲しい物 onl.bz/5pBtzWm h-opera.com ワダツミ @WadatumiG 件の原作ラッシャーへの怒りの声の中には「脚本家にそんな権限無いと思うよ？」「プロデューサーの仕事だよそれ」「監督が決めたんじゃないかなぁ」と突っ込みたくなるくらい「全部脚本家の仕業」扱いされてるのあってそれはそれで気の毒に……脚本家のインスタでのクソ無礼な発言読んで吹っ飛んだわ

「チームトポロジー」や「エンジニアリングマネージャーのしごと」「スクラム実践者が知るべき97のこと」の著者や翻訳者などで知られる吉羽龍太郎氏が、「ソフトウェアに関わる人が知っておくといいかもしれない法則10個（勝手セレクション）」という興味深いポストをX（旧Twitter）で公開しています。 ソフトウェアに関わる人が知っておくといいかもしれない法則10個（勝手セレクション） コンウェイの法則 パレートの法則 グッドハートの法則 パーキンソンの法則 ブルックスの法則 リトルの法則 ピーターの法則 ハインリッヒの法則 ピーク・エンドの法則 ホフスタッターの法則 — Ryutaro YOSHIBA (@ryuzee) January 23, 2024 これらの法則の多くは経験則だったりもしますが、いずれにせよ知っておくと上司の説得に役立ったり、ソフトウェアの開発現場でチームの運営に役立ったり、物

スケジュール管理やタスク管理、みなさんは得意ですか？ 私はとっっっても苦手……でした！ 大学2年生ぐらいまで。 私の場合、スケジュール管理やタスク管理が得意とかどうこうのレベルじゃなくて、そもそもスケジュール管理もタスク管理も“したくない”というレベル。 だって、全て縛られているような生活になってしまうから。実際に色々とやってみたこともありましたが、なぜか上手くいかない。管理しない方が楽しく過ごせていたんです。しかし、“ある出来事”をきっかけに、スケジュールやタスク管理を徹底するようになりました。 そこで今回は私が実践しているスケジュール&タスク管理のアイデアをご紹介します。もちろん、全ての人に当てはまるわけではないと思うのですが、少しでも参考にしていただけたら幸いです。 大学1年生のときに経験した「ある出来事」そもそも、なぜ、スケジュールやタスクを管理をするようになったのか。それは、大学

Gmailが「メール送信者のガイドライン」を改訂し、なりすましメールへの対策を強化する旨を発表しています。今までは原則、なりすましメール対策の有無にかかわらず、メールはいちおうは届いていました。しかし今後は、なりすましとみなされたメールは届かなくなる方向に向かいつつあります。 なりすましメールとみなされないようにするために、メール送信者には、「メール送信ドメイン認証」への対応が求められます。メール送信ドメイン認証の技術には、主に以下の3つがあります。 SPF: Sender Policy Framework (RFC 7208) DKIM: DomainKeys Identified Mail (RFC 6376) DMARC: Domain-based Message Authentication, Reporting, and Conformance (RFC 7489) SPFは従来

(((はげしい)))キーウィ@オカリナ講師のジャスティン @Justin_ocarina 「酸辣土豆丝（すっぱ辛いじゃがいもの千切り）」といいます。 千切りが細ければ細いだけ美味しいような気がします。火が通っているのにすごくシャキシャキ。 pic.twitter.com/VagcqEpFNJ

ホットクック使い始めて1週間くらいなんだけどねマジでフルタイム勢全員買った方がいい。優勝すぎる。これは革命すぎる。体感1時間〜2時間は時短になるという記事。コメント欄を見ると「1年ぐらいは使い続けてから利点と欠点を聞きたいところ」というのが目に入ったので、2021年5月から毎日のようにホットクックを使ってる感想を書いてやろうかという気になった。 ホットクックの利点として時短をあげる人は多いし実際そうなのであるが、時短ができるということは人間じゃやってられないような時間をかけた料理が簡単に作れるということでもある。 例えば牛すじ。柔らかくなるまで煮るのは本当にたいへんなのであるが、毎年冬にはスーパーの500gで1000円くらいの牛すじ肉を買ってきてビーフシチューをよく作っている。まぜ技ユニットを取り付けて2時間も煮込めば、安物の硬い牛肉が箸で切れるほど柔らかくなる。歯の悪い高齢者も食べれると

シェルでデータ加工するときSEDをよく使いますが、その利用例と覚え書きです、参考になれば sedコマンドはLinux/Unix/BSD/OSXに標準で入っているので、Macの人なら覚えておくと捗るかも(Linuxとは少し違うのでそこは調べてね?) 当方の利用環境がRedhat系Linuxメインですので、微妙に書式が異なることがありますが、大体の書式は同じはずですので、そこは、ご容赦願います (4/15 ちょっと追加…) Windowsでもsed使いたいという人がいたので、ちょっと追記、以下のサイトからWindows用のバイナリを取得すれば、Windowsでもsedが使えます。WSLなどLinux環境を追加したくない、sedのコマンドだけほしい、PowerShellやプロンプトで使えればいいだけという人にお勧めです。 sed for Windows Site 使用例をいろいろ上げてみる '#

command not found: というエラー表示は時々見るが、この前ターミナル操作をしていたら、 command not found: sed というエラーが出てきた。 sedが見つからない？　・・どういうこと？ いやいや、でも普通に sed --h と打ち込んだり man sed などとしてもきちんと表示されるので、sedコマンドがない、などということはなさそう。 しかし同じ操作をすると、やっぱり何度でも安心感を持ってそのエラーが再現される。 ・・どういうこと？ 具体的に何をしていたのかと言ったら、かつて .bashrc に書いていた、そして今は .zshrc に書いてある、短いシェルスクリプトの関数をターミナルから呼び出して動かしていたのだけど、たしかにというか、そのコードの中の sed の段階になるとエラーで落ちてしまっている状況だった。 それは自分にとってはかなり有用な関数（

数理論理学 = Mathematical Logic for Rational Agents : 合理的エージェントへの応用に向けて