並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 267件

新着順 人気順

懸念点とはの検索結果1 - 40 件 / 267件

  • DMARC をなめるな - 弁護士ドットコム株式会社 Creators’ blog

    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は従来

      DMARC をなめるな - 弁護士ドットコム株式会社 Creators’ blog
    • 家の購入を考え始めたら読んでほしい。購入体験を良くするために知りたいことの全て|Yuko Kawashima | 川島 優子

      こんにちは、yukoです。 2023年も終わりに近づいてきましたが、不動産屋さんはじめました。 私の自己紹介は次回以降で改めてどこかでできたらと思いますが、今まで、投資銀行でM&Aアドバイザリーをしたり、商社で海外投資をしたり、テック企業でfintechサービスを作ったり、あたらしい暮らしを提案するスタートアップで働いてきました。 住宅売買に関する知識はあらゆるサイトで公開されているので、最近考えていることに触れつつ、マンション購入時に私自身が見ていたことや調べていたことを踏まえ、家を買う時はこれだけ見ておけばだいたいわかったな、という情報をまとめていきます。 これだけ見ておけば、と言いつつ14,000字の長文です。。既に一度売買をご経験されている方は、第三章だけでもお読みいただけたら嬉しいです! この記事の目標 第一章 購入前の準備 ・資産性を理解する ・お金についてがっつり考える 第二

        家の購入を考え始めたら読んでほしい。購入体験を良くするために知りたいことの全て|Yuko Kawashima | 川島 優子
      • パワポ生成AI 自動プレゼン生成ツール

        ■プレゼンテーションタイトル ・会社名 ・所属 ・氏名 ・2023/12/21 ■目次 ・企画の概要 ・課題 ・提案内容 ・実施要領 ・予算 ・期待できる効果 ・スケジュール ・懸念点 ■企画の概要 ・企画のコンセプト ■課題 ・提案の背景 ・解決したい課題の定義 ■提案内容 ・課題の解決方法 ■実施要領 ・実施する対象範囲(スコープ) ・チーム体制(役割分担) ・やらないことリスト ■予算 ・実際の予算 ■期待できる効果 ・損益シミュレーション ・定量目標 ・定性目標 ■スケジュール ・準備期間 ・実施期間 ・評価方法 ■懸念点

          パワポ生成AI 自動プレゼン生成ツール
        • 私が 1on1 でしていること - Mobile Factory Tech Blog

          言葉の定義 モバファクの 1on1 の目的 1on1 で自分が大事にしていること 1on1 はメンティーの時間である 1on1 はメンターの時間でもある 1on1 初回 今使っている 1on1 のフォーマット 体調 半期目標の進捗振り返り ネクストアクションの振り返り うまくいかなかったこと・もっとよくなりそうなところ・うまくいったこと・その他に話したいこと ネクストアクション 1on1 の中でのやりとり お休みの取り方がわからない 最近見積もりの精度が高くなっている 朝会の議事録をとるようにしたい 最近チームの動きがぎこちないと感じている 1on1 定期的な振り返り まとめ こんにちは。駅メモエンジニアの id:dorapon2000 です。 今回は自分自身がメンター側として実施している 1on1 について、どのように実施しているのかご紹介しようと思います。 1on1 のやり方はメンター

            私が 1on1 でしていること - Mobile Factory Tech Blog
          • 賃貸マンションで「防音ブース」をDIYでつくってみた - マンションと暮せば by SUUMO

            はじめまして。リノベーションデザイナーをしているフジイです。 妻の「狭くてもいいので防音室が欲しい」という一言がきっかけで、約1週間かけて自宅の賃貸マンションに防音室をDIYしました。仕組みさえ分かれば、DIY初心者の方でも比較的簡単に、既製品の約5分の1の予算で製作できるので、時間と根性さえあればとてもコスパのいいDIYです。 「防音室」と言ってしまえばニッチですが、「お隣との防音壁」や「お篭もり用の小さなブース」としても汎用的に使えるアイデアです。 自宅に録音ブースが欲しい人はもちろん、自宅で仕事や作業をする人やビデオミーティングが多い人、お篭もりスペースが欲しい人の一助になればうれしいです。 防音ブースをDIYするキッカケ 2017年に結婚した妻と都内のマンションで生活をしていました。僕はフリーのリノベーション・住宅デザイナー、妻はソロのシンガーでナレーションなどの声を使った仕事を生

              賃貸マンションで「防音ブース」をDIYでつくってみた - マンションと暮せば by SUUMO
            • GitHub Copilotの全社導入とその効果 - ZOZO TECH BLOG

              はじめに こんにちは、CTO/DevRelブロックの堀江(@Horie1024)です。ZOZOではGitHub Copilotを全社へ導入しました。本投稿では、GitHub Copilotの導入に際して検討した課題とその課題の解決策としてどのようなアプローチを取ったのかを紹介します。 目次 はじめに 目次 GitHub Copilotとは何か? GitHub Copilot導入の背景と目的 導入する上での課題 セキュリティ上の懸念 ライセンス侵害のリスク GitHub Copilot for Businessの利用 導入による費用対効果 試験導入による費用対効果の見積もり 試験導入の実施 対象者の選出 アンケートの設計 試験導入の実施 アンケート結果の集計 アンケート結果の考察 費用対効果の見積もり 全社導入の判断 導入決定後のGitHub Copilot利用環境の整備 社内LT会 おまけ

                GitHub Copilotの全社導入とその効果 - ZOZO TECH BLOG
              • 科学やってない人ほど科学を妄信するよね

                増田は大学教員で生物系 科学者として生きてます 最近「科学的に無害と明らか」みたいな言葉をよく聞くけど、そういう言葉って科学をよくわかってない人ほど言いがちで、言う人ほど科学を無邪気に妄信し過ぎている気がしている 「科学的に正しい=何があっても覆らない絶対正義であり真理」みたいに思っているのだろうけど、世の中でそのようなものはほぼないし、あってもごくわずか 例えば、1000人に飲ませれば999人に効く薬があったとしても1人には効かないこともあるわけだ 研究結果でも作用機序が明らかで、統計的にも薬に効果があることが間違いないなら「その薬が効くのは科学的に明らか」なんだけど、例外的にレアな遺伝子型や体質や、諸条件が揃わない患者には効かない、ということもあり得るのが普通 とすると「科学的に明らかなことだけど、例外も頻発する」みたいなことも起きるわけで、それは別に珍しいことではない いかに科学で正

                  科学やってない人ほど科学を妄信するよね
                • 意識も理想も高いけど実現には至れない人|FromAtom

                  これは、複数の他社の人から聞いた話をくっつけたり混ぜたり脚色した話になる。つまるところフィクションだ。 あるIT企業ではチームごとに始業時にスタンドアップミーティングを行っている。スクラムで言うところのデイリースクラムである。よくあるやつだ。 ある日、5〜6人くらいの小規模チームに新しいメンバーが加入した。新卒ではないけれど第二新卒くらいの若さのメンバーであった。将来的にはリードする役職(テックリードだったり、デザインリードだったりそういうやつ)につきたいという、意欲のあるメンバーだ。仮にメンバーを山田としよう。 入社後しばらくした山田からマネージャーに相談があった。 「毎朝、スタンドアップミーティングをしているが、時間の無駄にしか感じない。それぞれが進捗を共有するが、自分には関係ないタスクの話を聞いても意味がないので早くタスク消化に入りたい。」 マネージャーはスタンドアップミーティングの

                    意識も理想も高いけど実現には至れない人|FromAtom
                  • プログラマーの教養としての原則

                    参考 プリンシプル オブ プログラミング - 3年目までに身につけたい一生役立つ101の原理原則 発行: 2016/3/23 著者: 上田 勲 まえがき プログラマーの世界で語り継がれる原則や格言を知ることは、その共通の言語や道徳を理解する手助けとなります。 『プリンシプル オブ プログラミング』(以下、プリプロ)は、統一された語句と形式により、先人のプログラマーたちが重要視していた思考法やアプローチを、微妙な概念の違いに気を使うことなく理解できるよう構築されています。この記事では、この本を読む上で役立つ101の原則マップと原則から抽出した価値観をまとめます。プリプロを読む際のガイドになればと思います。 一方で、プリプロに収録されていないウィットに富んだ原則や格言も多く存在します。この記事では、主に私の現場で重要視しているプリプロの101の原則以外の原則・格言も追加で紹介します。 プログラ

                      プログラマーの教養としての原則
                    • 政治家版の口コミサイトを作った(追記しました)

                      多くの人が勘違いしてるのが、ほとんどの人にとって投票所に行くこと自体は面倒じゃないと思う。 その手前の、投票先を選ぶのが面倒なんだよ。 俺自身がそうなんだが、政治に関する知識が0だと、wikipediaは事実だけで解釈しずらいし、ボートマッチ系も回答しずらい。 SNSを見たって、左右とも意見が激しすぎるし、そもそも有名な政治家以外はまともに検索ヒットしない。 だから政治家の良い点と悪い点を投稿・見比べることができる口コミサイトを作った。 「何を根拠に支持or不支持されているのかを明らかにする」がコンセプト。 良かったら使ってみてくれ。 https://seijikalog.org 【追記】 たくさんの方からご意見をいただくことができ、大変嬉しいです!!ありがとうございます! その中でご指摘頂いているように懸念点が数多く存在することも理解しております。 ただ、現在公開しているサイトは2022

                        政治家版の口コミサイトを作った(追記しました)
                      • 【追記しました】家を借りないといけないのだが疲れてしまったのでアドバイスください

                        ※皆さんの反応を見て追記しました。 元記事も少し修正しました https://anond.hatelabo.jp/20240110180819 4月に転勤が決まったので部屋を探しているんだけど、色々見すぎて疲れてしまい、もうここでいっかー⋯と適当に決めたくなっている。 でもここで頑張らないとのちのち後悔するのは明らかなのでどなたかアドバイスください。 増田家のスペック・30代前半の夫婦 ・3月に第一子誕生予定 ・夫 正社員、年収1400万(手取り月収65万?)くらい、唐揚げが好き ・妻 正社員(短日数and時短勤務)、昨年の年収300万くらい。もうすぐ妊娠9ヶ月で、現在は2月からの産休前の有給消化で自宅警備に徹している ・自家用車1台あり(夫が通勤に使用) ・毎月の支出の内訳 NISA 30万 現金預金 10万+残り 食費 5万(外食費込) ガソリン、交友費、デート代、夫の小遣いなど雑費

                          【追記しました】家を借りないといけないのだが疲れてしまったのでアドバイスください
                        • 科学的発見が誇張→曲解→誤解→蔓延するメカニズムの図解と簡単で効果抜群の2つの対策|ふろむだ@分裂勘違い君劇場

                          科学的発見が私たちに届くまでの伝言ゲームで、さまざまな誇張・曲解・誤解が注入されています。 いったい、どうやったら、この伝言ゲームに勝ち、信用できる科学的発見と、地雷とを見分けることができるのでしょうか? 『Science Fictions』という本がその参考になります。 この本は、アメリカのamazonで306人に評価され、☆4.6という高評価。 世界最大の書評サイトgoodreadsでは1925人に評価され、☆4.39という高評価。 日本のamazonでは31人に評価され、☆4.0と、中程度の評価(翻訳は良い)です。 この記事では、この本を元に、以下の2つの視点から、この問題と、その解決策を検討します。 〔問題の把握〕 科学的発見の流通システムにおいて、いかにして、発見が誇張され、曲解され、誤解され、流通し、最終的に私たち一般人がそれを信じてしまうのか、その全体像を把握する。 〔解決策

                            科学的発見が誇張→曲解→誤解→蔓延するメカニズムの図解と簡単で効果抜群の2つの対策|ふろむだ@分裂勘違い君劇場
                          • デブ増田だがわりと順調に痩せてきたと思うので記録を残す

                            先日以下のエントリでアドバイス貰ったり叱られたりした増田です anond:20230926120623 概要はこんな感じ 40歳、身長170cmなんだけど最近80kgが見えるくらいにまで太ってきてしまって、流石に身体が重いので減らしたい 毎日往復25km自転車通勤してても体重が全然減らなかったから、食う量が多すぎるんだとは思う 7:30 朝食 納豆ごはんと牛乳 12:00 昼飯 コンビニのちっちゃい惣菜2個(煮物と油淋鶏とか 野菜系と肉系の組み合わせ) 14:00 カフェラテやエナドリなど糖分とカフェイン 17:00 おやつ 菓子パンとか 21:00 夕飯 だいたい炒めもののおかずと米 23:00 おやつ スナック菓子 で! その後およそ3週間、貰ったアドバイスの中でできそうなやつを実行してみた 「あすけん」をはじめた勧めてる人が多かったあすけんという食事管理アプリを使いはじめた いわゆる

                              デブ増田だがわりと順調に痩せてきたと思うので記録を残す
                            • 結婚する上で懸念すべき点

                              1. まずは結婚してからATM扱いされる事が懸念点である、こういう時よくATM扱いされるほど稼いでるのか?笑とか言われるけど いくら稼いでいるかでの問題では無くてお金さえ入れてくれたら後は用済みといった扱い、金さえ振り込めば用無しと言った扱いの事の事です。 2. それと家庭内で孤立したり嫁から邪険に扱われたりする事、例えば仕事から疲れて家に帰ったら加齢臭臭いから近寄るなみたいな事言われてファブリーズを吹きかけられたり、寝室を別にされたり、亭主元気で留守が良いみたいに家にいるだけで邪魔者みたいに扱われたり、旦那が家にいるだけでストレスだとか言われたり、家族が口を聞いてくれなかったり嫁が子供に父親の悪口を吹き込んで家庭内で孤立させたりなどetc。 3. ベットや観葉植物以下の扱いを受ける事。 4. 産後クライシス、ホルモンバランスの乱れなどが原因で子供が産まれたらそれまでは仲が良かった夫婦でも

                                結婚する上で懸念すべき点
                              • フロントエンドの新規開発でNext.jsの採用を見送った話 - バイセル Tech Blog

                                ※こちらはバイセルテクノロジーズ Advent Calendar 2023の10日目の記事です。 前回の記事は、金澤さんのAuth0とEntra IDを扱うプロダクト同士を繋げるためのIstio設定あれこれでした。 はじめに こんにちは、開発3部の神保です。 バイセルでは、お客様宅への出張訪問による買取が買取チャネルの主力となっています。現在開発3部の弊チームでは、この出張訪問買取で使用されるWebアプリケーション「Visit」の新規開発を進めています。 VisitのフロントエンドにはReactを採用しましたが、Next.js等のフレームワークは使用せず、Vite + ReactによるSPA (Single Page Application)構成を選択しました。 技術選定の過程では、社内での採用事例などからNext.jsも検討の対象となりましたが、最終的にはその採用を見送る結論に至りました

                                  フロントエンドの新規開発でNext.jsの採用を見送った話 - バイセル Tech Blog
                                • デロイト、グリコに加えユニ・チャームでもシステム障害…ベンダ能力に疑問も

                                  デロイト トーマツ コンサルティングが入居する丸の内二重橋ビル(「Wikipedia」より/Kakidai) 5月30日付「ダイヤモンド・オンライン」記事は、ユニ・チャームで一部商品の納品遅延を起こしているシステム障害について、システム更新作業の主幹事ベンダが外資系のデロイト トーマツ コンサルティングであると報じている。デロイトは4月初めに障害が発生した江崎グリコのシステム更改作業でも主幹事ベンダを務めており、外資系ベンダを起用するリスクがにわかに注目されつつある。業界関係者の見解を交え追ってみたい。 ユニ・チャームは5月16日、一部商品について注文集中による出荷が遅延している旨をアナウンスしていたが、27日付「日経クロステック」記事によれば、ゴールデンウイークに実施した基幹システムの更新で新基幹システムと物流システムの接続でデータ連係に不具合が生じたという。 システム障害による出荷トラ

                                    デロイト、グリコに加えユニ・チャームでもシステム障害…ベンダ能力に疑問も
                                  • 「“コミケは戦場”と必要以上に煽らないで」代表が語る、同人誌即売会を取り巻く環境

                                    世界最大級の同人誌即売会「コミックマーケット102」が、8月12日(土)・13日(日)に東京ビッグサイトで開催される。 例年8月と12月に行われ、それぞれ夏コミ・冬コミと呼ばれるコミックマーケット(通称・コミケット、コミケ)。近年はコロナ禍の影響で、来場者数の上限をはじめ様々な制限を設けてきたコミケ。しかし、今回の夏コミではそれらを大幅に緩和。 コロナ禍でイベント開催について設けられた各種のガイドラインが廃止されたことを受け、1日あたりの来場者数の上限を撤廃し、さらに当日午後からの入場が可能になるなど、かつての熱狂を取り戻す準備が整いつつある。 とはいえ、現在の東京ビッグサイト全16ホールを使っての、1日当たりの上限撤廃後の開催は今回が初めて。コミックマーケット準備会共同代表・市川孝一さんも、「最後に人数上限を設けなかったのは2019年冬のコミケット97」と、運営面におけるブランクも指摘す

                                      「“コミケは戦場”と必要以上に煽らないで」代表が語る、同人誌即売会を取り巻く環境
                                    • コミュニティノートをファクトチェック|ヒト

                                      日本共産党員の方のツイートにコミュニティノートで物言いが付いた。それに再反論されている方がおられたので、両者の言い分を聞いてどちらか正しいのか見定めようというのが本記事の主旨である。 自民党の党則および規律規約を確認すれば簡単に分かることだが、このコミュニティノートの記述はデタラメと言う他なく、香西の言っていることは自民党に関する限り間違いではない。そもそもまともでない機能ながら、ここまでいい加減なコミュニティノートが付くのは遺憾だ。https://t.co/iEEYH8YQ6E https://t.co/8TvYqWMq49 — 共和国神殿💍 (@n_jacoken) July 16, 2023 Q.日本共産党は委員長を批判したら除名? A.すべての党員は自由に意見をのべ、異論があればそれを保留する権利も規約で保障されています。松竹氏らは正規ルートで意見表明を一切やらず、突然、外から党

                                        コミュニティノートをファクトチェック|ヒト
                                      • EC2とcronで動いていたバッチ基盤をマネージド化した - Uzabase for Engineers

                                        概要 ソーシャル経済メディア「NewsPicks」SREチームの中川です。 皆さんはバッチ処理基盤はどうされていますでしょうか。 NewsPicks では少し前まではそれらをEC2、cronの組み合わせで動作させていました。 何年も前からこの仕組みだったのですがSREとしてはEC2の面倒見るのも手間ですし、それ以上にcronを変更する際のオペレーションミスが目立ったのが懸念点でした。 その為、まずはAWSマネージド化するための基盤を整備し、その後バッチアプリを載せ替えていくようにしました。 対応前の基盤構成 同じSREチームの安藤さんが CloudNative Days Tokyo 2023 で登壇されたときの資料をお借りします。 ご覧の通り、大体のサービスはマネージド化していましたがバッチ基盤だけは旧来のままEC2インスタンスを利用していました。 10年モノのサービスのインフラを漸進的

                                          EC2とcronで動いていたバッチ基盤をマネージド化した - Uzabase for Engineers
                                        • Google Analytics 4 でミスされやすい・誤解されやすい「設定」7選(寄稿:小川卓) - はてなビジネスブログ

                                          株式会社HAPPY ANALYTICSの小川卓(id:ryuka01)です。 Google Analytics 4 の本格利用がGoogle Analytics終了とともに始まり、多くのサイトや企業が移行を完了したと思われます。しかしGA4は新しい計測形式になり、混同しやすい内容が増えました。特に今までGAを使っていた人ほど、誤った理解で設定を行ったり、数値の定義を間違えて理解してしまいます。 そこで今回は注意するべきポイントを7個まとめてみました。みなさんが正しく設定や理解をできているかを1つずつチェックしながら、ぜひ本記事をご覧ください。 事実1:Google Analytics 4ではコンバージョンのカウント方式が2種類ある 事実2:「データ保持」の期間設定は「探索レポート」のみ反映される 事実3:拡張計測機能で設定した取得項目を見るためには設定が必要な項目もある 事実4:内部トラフ

                                            Google Analytics 4 でミスされやすい・誤解されやすい「設定」7選(寄稿:小川卓) - はてなビジネスブログ
                                          • 2024年のWebアクセシビリティ | gihyo.jp

                                            あけましておめでとうございます。株式会社ミツエーリンクスの中村直樹です。昨年と同じく、2023年のWebアクセシビリティに関連する出来事を振り返りつつ、2024年のWebアクセシビリティの展望について俯瞰していきたいと思います。 WCAG 2.2の勧告とWCAG 2.1の更新 長らく待ちわびていたWCAG 2.2について、2023年10月5日付けでようやくW3C勧告(Recommendation)となりました(日本語訳はまだありません。詳細は後述の「臨時WGの活動状況」を参照⁠)⁠。また、これと連動する形でWCAG 2.1(日本語訳)の勧告も改めて発行されました。 今回のWCAG 2.1の更新では、達成基準4.1.1構文解析に注記が設けられています。これにより、WCAG 2.2で削除された達成基準4.1.1の扱いについて連続性が保たれるようになっています。WCAG 2.1からの変更点は、公

                                              2024年のWebアクセシビリティ | gihyo.jp
                                            • ウェブブラウザ・Braveが非難されまくっているGoogleの「Web Environment Integrity」を無効化してリリースすることを発表

                                              Googleが「健全なインターネット」のために策定を進めている「Web Environment Integrity(WEI)」に対して反対を表明している、ウェブブラウザ・Braveが、WEIを無効化する方針であることを明らかにしました。 Disables WebEnvironmentIntegrity feature and origin trials. by mkarolin · Pull Request #19476 · brave/brave-core · GitHub https://github.com/brave/brave-core/pull/19476 Google’s Plan To DRM The Web Goes Against Everything Google Once Stood For | Techdirt https://www.techdirt.com/2

                                                ウェブブラウザ・Braveが非難されまくっているGoogleの「Web Environment Integrity」を無効化してリリースすることを発表
                                              • セガサターンのマルコンをUSB化する拡張ユニットを作りました - GEEKY Fab

                                                セガサターンのマルチコントローラー(マルコン)をUSB化するための拡張ユニットを作りました。 マルコンの標準ユニットと付け替えることで、マルコンがUSBゲームパッド化するっていうイカしたやつです。 セガが「拡張ユニット発売予定」と言ってから20年以上の時を経て、やっと現実のものとなりました。 マルコンの説明書に拡張ユニット発売するって書いてた 出典: https://segaretro.org/images/9/9e/MultiControllerSaturnJPManual.pdf 作ったもの なんで作ったか こんな感じの仕様にします マルコンの信号仕様調査 ハードウェア編 回路図を書いてみる 基板図を書いてみる 基板を製造します 部品を実装してみる シェルも作ることにする 回路と基板を設計しなおす シェルと基板を組み合わせる ソフトウェア編 プログラムを書く 動かしてみる 最後に 作っ

                                                  セガサターンのマルコンをUSB化する拡張ユニットを作りました - GEEKY Fab
                                                • ALPS処理水の定義について、間違ってるのは id:filinion の方だよ【追記あり:別のデマについて】

                                                  言及先処理水の放出なんて、嫌がられて当然なのでは? - 小学校笑いぐさ日記 [B! 原発] 処理水の放出なんて、嫌がられて当然なのでは? - 小学校笑いぐさ日記 下のid:sisya氏のブコメはそれ自体が間違いなのでご注意ください。(そこに至るやりとりは記事本文の最後に追記しました)その後も☆がいっぱいついてるし、一度流布されたデマを訂正するのは容易ではない例ですね。 - filinion のブックマーク / はてなブックマーク 本文id:filinion さんが、はてブで燃えた自ブログ記事への批判、特にトップブコメになった id:sisya さんのブコメについて、それは「オレオレ定義」に基づく「デマ」だとブログに嫌味たらしい追記3件計1,500文字するほどお怒りの件。 定義が何かなんて非本質的なしょーもない話だと個人的には思いますし、ブログ記事への批判は、先に投稿された 小学校笑いぐさ日

                                                    ALPS処理水の定義について、間違ってるのは id:filinion の方だよ【追記あり:別のデマについて】
                                                  • AWS Configのコストを95%削減しつつ記録を残すことを諦めない - Nealle Developer's Blog

                                                    はじめに SREチームの大木( @2357gi )です。 ECS Serviceのオートスケーリングやバッチなど、ECS Taskの起動停止が頻繁に行われる環境でAWS Configを有効にしていると、AWS Configのコストが無邪気に跳ね上がってしまうことがあります。 インターネット上では特定のリソースを対象外にすることによりコストを抑える手法が多くの記事として見かけますが、対象外にするとAWS Config側で「リソースタイムラインの表示」ができなくなったり、Security hubで使用する情報の記録を行うことができなくなってしまいます。 そこで、特定のリソースを「記録から除外」するのではなく、「日時記録に設定」することにより前述した懸念点を解消しつつ、コスト削減をすることができたので紹介します。 経緯 我々のプロダクトでもサービスのスケールや機能拡大に伴い AWS Config

                                                      AWS Configのコストを95%削減しつつ記録を残すことを諦めない - Nealle Developer's Blog
                                                    • Xで賛否両論の「ひき肉そのままステーキ」実際に作って食べてみた

                                                      Togetterオリジナル編集部のふ凡社です。 ひき肉をそのまま焼く「ひき肉そのままステーキ(以下、ひき肉ステーキ)」なる料理について、X(Twitter)で賛否両論の議論が巻き起っているらしい。 レシピに対する主な反応を見ると「ひき肉をそのまま焼くだけでは、肉汁や旨味が出てしまってあまり美味しくはないのでは」という疑問・懸念、「いや、ひき肉をそのまま焼くだけのメニューは元々存在するれっきとした調理法である」という指摘、「美味しくなるかならないかの差は食材や調理技術によるところが大きいのではないか」という考察、といった具合に分かれているようだ。 筆者は日常的に自炊をし、ハンバーグなんかもよく作る。そんな人間の個人的な予想としては「でもやっぱ、ひき肉ステーキはあんま美味しくないんじゃないかな」と思ってしまう。実際どうなんだろう。 百聞は一見に如かず、ということで、実際に作って食べてみた。 塩

                                                        Xで賛否両論の「ひき肉そのままステーキ」実際に作って食べてみた
                                                      • これは知っておくとかなり便利! details要素にname属性を与えると、連動して開閉するアコーディオンを実装できます

                                                        <details>要素でアコーディオンを簡単に実装できますが、懸念点は複数のウィジェットが個別に開閉してしまうことです。1つ目を開いて、2つ目を開くと、1つ目は開いたままです。1つ目を閉じるには、1つ目をクリックして閉じる必要がありました。 しかし、<details>要素にname属性を与えると、すべてのウィジェットを連動して開閉させることができます。1つのウィジェットだけを開くことができる排他的アコーディオンをHTMLとCSSだけで実装する方法を紹介します。 Exclusive Accordion by Bramus 下記は各ポイントを意訳したものです。 ※元サイト様のライセンスに基づいて翻訳しています。基づいてというのは、貢献部分に関して同ライセンスも含みます。 アコーディオンの実装 1つのウィジェットだけを開くことができる排他的アコーディオン 排他的アコーディオンのポリフィル アコー

                                                          これは知っておくとかなり便利! details要素にname属性を与えると、連動して開閉するアコーディオンを実装できます
                                                        • 【AI動画生成】Animate Anyone 論文解説

                                                          はじめに 11月も終わり、今年も残るところあと一か月となりました。 今年ももう終わるから今年中に成果を上げとけ!と言わんばかりに最近は新技術の登場が多いです。 今回取り上げるのも11月最後の大砲として出てきた新技術、その名もAnimate Anyone Animate Anyoneとはなんぞや 文字で説明するより見たほうが早い 凄くざっくり説明すると、一枚の絵と動きをボーン動画として入力すると、入力した絵がボーン動画と同じ動きをしてくれるよ!というもの。 似たようなものは今までもReferenceOnly × openpose × animatediffとかで出来ましたが、特筆すべきはその精度。 動画生成の大敵であるちらつきは一切なく、入力画像にかなり忠実な動画を生成しています。 さてこの技術、動画生成にずっと注目している自分としてはいますぐにでも弄り倒したいのですが、残念ながらコードとモ

                                                            【AI動画生成】Animate Anyone 論文解説
                                                          • DB呼び出し回数を減らしてコア機能を高速化した話。そして起こった悲劇と教訓 - Money Forward Developers Blog

                                                            初めに こんにちは、マネーフォワードクラウド連結会計(以降、クラウド連結会計)のバックエンド開発に従事しているTaskと申します。 今回は、クラウド連結会計のコア機能を高速化した話と、それが原因で起こった金額の不整合障害から得られた教訓を紹介しようと思います。 本記事内では、前提として簿記2級相当の知識や用語が頻出します。 連結会計とは まず、クラウド連結会計が扱っている連結会計について説明させてください。 連結会計とは、親会社・子会社など、支配もしくは従属関係にある複数の会社を1つのグループと捉えて、そのグループの決算を行うための会計手続きを指します1。 下の図の「連結グループA」の決算を行うイメージです。 この業務を「連結決算業務」と呼びます。 連結決算を行うことによって、会社の利害関係者(債権者や株主など)は各社単体だけではなく、グループとしての財政状態・経営成績・キャッシュフローの

                                                              DB呼び出し回数を減らしてコア機能を高速化した話。そして起こった悲劇と教訓 - Money Forward Developers Blog
                                                            • 自民・小野田紀美氏、党員3万人減は「LGBT法通した後」 不記載事件「影響はまだ」

                                                              自民党の小野田紀美参院議員は12日、自身のX(旧ツイッター)で、令和5年の党員数が前年に比べて約3万4000人減少した主な要因について、昨年6月に施行したLGBTなど性的少数者への理解増進法を巡る審議を挙げた。「LGBT法通した後ですよ、うちで激減したのは。そこちゃんと向き合って認めて猛省しようよ」と投稿した。 自民は12日、5年の党員数が対前年比3%減となる109万1075人で、3万3688人減少したと発表。党幹部は、減少要因について昨年12月に表面化した派閥パーティー収入不記載事件を挙げて「国民、党員の不信を招いた」と分析している。 小野田氏はXで「不記載(事件)はもちろん不信を招いていますけど、継続党員の手続きは夏頃からだから、この件の影響はまだ出ていない」と指摘し、「現実を見てくれない党幹部に言っています」と書き込んだ。 理解増進法案を巡っては昨年5月の先進7カ国首脳会議(G7広島

                                                                自民・小野田紀美氏、党員3万人減は「LGBT法通した後」 不記載事件「影響はまだ」
                                                              • 秋アニメ『16bitセンセーション』アナザーレイヤー・メインストーリー 若木民喜×髙橋龍也インタビュー【連載第1回】 | アニメイトタイムズ

                                                                秋アニメ『16bitセンセーション ANOTHER LAYER』若木民喜さん(原作)×髙橋龍也さん(脚本) インタビュー|いろんな制約の中を切り抜けて、紡がれた物語【連載第1回】 2023年10月から放送がスタートするTVアニメ『16bitセンセーション ANOTHER LAYER』。原作の『16bitセンセーション』は、秋葉原が電気街から美少女で溢れるようになっていくような時代の変遷を美少女ゲームを作る人々の視点で辿っていく同人誌で、美少女ゲームが今のオタクカルチャーにどのような影響を与えてきたのかというのが知れる面白さがあった。 それを原作にオリジナルストーリーで制作されたTVアニメ『16bitセンセーション ANOTHER LAYER』は、その知識が得られると同時に、主人公がタイムリープをすることによって、物語的にも何が起こるかわからないワクワク感が詰まったものとなった。もちろん原作

                                                                  秋アニメ『16bitセンセーション』アナザーレイヤー・メインストーリー 若木民喜×髙橋龍也インタビュー【連載第1回】 | アニメイトタイムズ
                                                                • クックパッドのフロントエンド CSS in JS をゼロランタイムに切り替えました - クックパッド開発者ブログ

                                                                  こんにちは。レシピ事業部のkaorun343です。我々のチームではレシピサービスのフロントエンドを Next.js と GraphQL のシステムに置き換えている話 - クックパッド開発者ブログにて紹介したとおり、レシピサービスを Next.js ベースの新システムへと移行しています。今回は、この新システムのCSS in JSをEmotionからゼロランタイムのvanilla-extractへ変更した話です。 vanilla-extract.style 背景 以前書いた レシピサービスのフロントエンドに CSS in JS を採用した話 - クックパッド開発者ブログでは、CSS in JSライブラリとして Emotion(@emotion/react)を採用した経緯と開発環境整備を紹介しました。採用理由としては以下の通りでした。 セレクタに一意なIDが割り振られるので、スタイルを適用した要

                                                                    クックパッドのフロントエンド CSS in JS をゼロランタイムに切り替えました - クックパッド開発者ブログ
                                                                  • エンジニア直伝!デザイン&実装の両観点で最適な「積むUIレイアウト」の制作方法|ShikiCheri/C-C-C

                                                                    こんにちは、@ShikiCheriです。 現在フリーランスのUIUXデザイナーをやっており、単発案件ではなく長期的に組織や事業にコミットするような形で、サービス開発のデザインを中心に担当しています。 デザインシステム構築を担当したことでUIデザインの最適解について目から鱗が落ちた…!?クックパッドは25年のサービスの歴史があり、特にWeb版は今でも現役で活用されているサービスです。私はこの長寿サービスWeb版クックパッドのUIのリニューアルを行いました。 またこのプロジェクトと同時に、webに限らずアプリも含めたサービス全体の体験を統一するためのデザインシステムの構築を担当しました。 Apron - Figma Community これらのプロジェクトを推進する際、デザイン×開発の架け橋的存在であるUXエンジニアのむーさん、実装もできるデザイナーのけんけんさん、TOFUWORKSさんと共に

                                                                      エンジニア直伝!デザイン&実装の両観点で最適な「積むUIレイアウト」の制作方法|ShikiCheri/C-C-C
                                                                    • とあるローソンのスタッフさんの名札の表記がすごく素敵だと思った→実践を望む声やお客さん視点での懸念点など色々集まる

                                                                      𝕏でかまる子𝕏 @uobk_7 とあるLAWSONに行ったら、スタッフさんの名札が「staff 1」「staff 2」と書かれててこれすごく素敵だと思った。全国のお店でこうなりますように。悪質クレーマーから店員さんを守れ。 2024-03-10 16:32:40

                                                                        とあるローソンのスタッフさんの名札の表記がすごく素敵だと思った→実践を望む声やお客さん視点での懸念点など色々集まる
                                                                      • 公式サポートが終了した古いMacに最新のmacOSをインストールするプロジェクト「OpenCore Legacy Patcher」が「2008年のMacにmacOS Sonomaをインストールする」バージョン1.0.0を公開

                                                                        エンジニアのミコラ・グリマリョク氏によって開発が進められるオープンソースのプロジェクト「OpenCore Legacy Patcher」(OCLP)は、Appleが提供する最新のmacOSを、サポートが終了した古いMacでも動作させることを目的としたプロジェクトです。そんなOCLPが2023年10月3日に公開したバージョン「1.0.0」では、記事作成時点で最新の「macOS Sonoma」のサポートに対応しています。 OpenCore Legacy Patcher https://dortania.github.io/OpenCore-Legacy-Patcher/SONOMA-DROP.html Release 1.0.0 · dortania/OpenCore-Legacy-Patcher · GitHub https://github.com/dortania/OpenCore-Le

                                                                          公式サポートが終了した古いMacに最新のmacOSをインストールするプロジェクト「OpenCore Legacy Patcher」が「2008年のMacにmacOS Sonomaをインストールする」バージョン1.0.0を公開
                                                                        • バグハント入門 (OSS編) - blog of morioka12

                                                                          1. 始めに こんにちは、morioka12 です。 本稿では、バグハントの入門として、主に Web アプリケーションの OSS に焦点をおき、脆弱性の発見・報告・CVE ID の取得について紹介します。 1. 始めに 免責事項 想定読者 筆者のバックグラウンド 2. CVE とは 3. 探す対象の選び方 OSS Topic (Type) 特定の条件で絞る バグバウンティの OSS 4. 脆弱性の検証方法 アプローチ方法 5. 脆弱性の報告先 6. 報告書の書き方 CVSS CWE 7. 脆弱性発見から CVE ID の取得までの流れ 注意点 8. バグハント前のスキル準備 過去の CVE ID やレポート Web Security の場合 9. その他 その後のチャレンジ バグバウンティ入門 セキュリティエンジニアを目指す就活生の方へ OSS の開発者の方へ 10. 終わりに 免責事項

                                                                            バグハント入門 (OSS編) - blog of morioka12
                                                                          • コード不要論からコード表現への回帰 - デベロッパーツールの現在|Seiji Takahashi@ベースマキナ

                                                                            皆様、ChatGPTでCode Interpreterの機能がリリースされましたがお使いになりましたか? 僕は大変有りがたーく日常使いさせて頂いており、活用方法について各方面のご意見を伺いたいですが、その話はさておき… こうした劇的な開発体験の変化が予感されると、度々繰り返される議題の1つが「エンジニアやコードの不要論」かと思います。 私自身がローコードツールを提供している会社の経営者なのですが(ヒューマンエラーを減らせる管理画面構築SaaS「ベースマキナ」をよろしくお願いします!)、この類の議論の盛り上がりと日頃情報を追っている最新のツール群との間を照らすと、ギャップを感じます。 端的に言うと、少なくともここ1年くらいで新しく登場するデベロッパー向けのツールを見ていると、コードが不要になる場面が増えると思いきや、逆にコードをしっかり書くツールが増えてきたな、という印象を持っています。 D

                                                                              コード不要論からコード表現への回帰 - デベロッパーツールの現在|Seiji Takahashi@ベースマキナ
                                                                            • 【コラム】「日本では部屋が狭いからVRができない」←これは本当なのか?

                                                                              【コラム】「日本では部屋が狭いからVRができない」←これは本当なのか? VRをこれから始めようとする方にとって、大きな懸念点のひとつとなっているのがスペースの確保です。よくある言説として、「欧米圏と比較して、日本は部屋が狭いので、VRに向いていない」といったものがあり、購入を躊躇(ちゅうちょ)するケースも少なくないと思われます。しかしこの言説は、はたして本当でしょうか? ※Meta Quest 3公式イメージ画像で映されている部屋。これほどの広さが必要なら、プレイ環境の確保は難しそうですが……? VRデバイス企業は何と言っているか? Meta社の公式X(旧Twitter)アカウントによる公式見解によれば、4畳半(2.7m×2.7m)あればプレイできるそうです。 実は…#MetaQuest3 の推奨プレイ環境は 四畳半のサイズとほぼ同じ! たった四畳半のスペースがあれば、 MR/VRヘッドセ

                                                                                【コラム】「日本では部屋が狭いからVRができない」←これは本当なのか?
                                                                              • ChatGPTのような高性能言語モデルを生み出した技術はどんな仕組みなのか?をAI企業のエンジニアが多数の図解でゼロから解説

                                                                                OpenAIが開発したChatGPTをはじめ、さまざまなAIが人間レベルの会話を行ってくれるようになりました。そうしたチャットAIがどのような技術で成り立っているのかをAssemblyAIのエンジニアであるマクロ・ランポニさんが知識ゼロでもわかる丁寧さで解説しています。 The Full Story of Large Language Models and RLHF https://www.assemblyai.com/blog/the-full-story-of-large-language-models-and-rlhf/ ChatGPTがリリースされてから1億人以上に利用されるまでにかかった月数はなんとたったの2カ月。とんでもないスピードで普及していきました。 ChatGPTのヒット以降、さまざまなチャットAIが登場していますが、それらのチャットAIは「言語モデル」という技術によって

                                                                                  ChatGPTのような高性能言語モデルを生み出した技術はどんな仕組みなのか?をAI企業のエンジニアが多数の図解でゼロから解説
                                                                                • レビューされる立場の難しさ - Qiita

                                                                                  はじめに エンジニアとしてキャリアが4年ほど経過しましたが、いまだにコードレビューを出す行為が苦手です。特に予め設計が組まれていて部分的に切り出された課題に対して、適切にレビューを出すのが苦手だなと感じています。 レビューのプロセスやレビューする側の記事はいくつもありますが、レビューをされる側の記事はあまりないなと思っています。 レビューを出すのに苦手意識のあるエンジニアには特に読んでほしい記事になってます。 レビューされる側の立ち位置 レビューする側(以下レビュアー)とレビューされる側(以下レビュイー)は、上司と部下の関係が多く、レビュアーの方が経験年数は上だと思います。そのため、レビュイーはレビュアーの指摘に対して、多くの場合は従うことが推奨されていると思います。 ただ、勘違いしないでほしいのは、レビュイーは受け身であってはならないことです。レビューを出したコードに対して、一番の理解者

                                                                                    レビューされる立場の難しさ - Qiita