この記事では、日頃のホームページ制作で直面しがちな問題をCSSで乗り切る最新テクニック20個をまとめてご紹介します。 早く知っておけばよかったと思う、あまり知られていないCSSの実用的なテクニックが中心で、実際の問題ケースや参考サンプル用ソースコードを一緒に確認できます。 前回のお役立ちCSSテクニック集と合わせて確認してみてはいかがでしょう。 よくあるWeb制作の悩みをCSSで解決！最新テクニック40選まとめ コンテンツ目次 1. 画像の質感をアップしたい 2. グラスモーフィズム効果を表現したい 3. 入力フォームの使いやすさを改善したい 4. CSS Transformをつかった最新テクニック 5. 2022年に知っておきたい新しいCSSプロパティ 6. position: stickyの正しい使い方 7. レスポンシブ対応の区切り線のつくり方 8. するするとカーテンが降りてくるエ
日本の新型コロナ対策を総括する
「海外事情」に寄稿した文章です。許可を得てこちらに転載します（初稿）。書いたのは昨年１２月なのでデータはやや古くなりましたが、「総括」なので、内容は特に問題ないと思います。御覧ください。 緒言 日本の新型コロナ対策を「総括」、すなわち総合的なパースペクティブからまとめようとしたものが過去に２つ存在する。一つは、書籍になった「新型コロナ対応/民間臨時調査会 調査・検証報告書」[1]であり、もう一つは、政府が招聘した新型コロナウイルス感染対応に関する有識者会議が出した「新型コロナウイルス感染症へのこれまでの取組を踏まえた次の感染症危機に向けた中長期的な課題について」[2]である。 しかし、前者はどちらかというと「証言集」に近く、やや厳しい言い方をすれば、「個人の感想」集であり、属人的なものだった。データ解析、ファクトの解析には乏しかった。後者については政府に依頼されて役人が突貫工事でまとめたも
Project Googrename: Google Workspace で 14 年運用されたドメインエイリアスをプライマリドメインに変更 & 全ユーザーを安全にリネームする - クックパッド開発者ブログ
コーポレートエンジニアリング部の id:sora_h です *1。今回は 3 ヵ月ほど前に実施した、Google Workspace テナントのプライマリドメイン変更について、記録を兼ねて説明します。 クックパッドは 2009 年頃 *2 より Google Workspace *3 を利用しています。当社の対外的なメールアドレスは cookpad.com ですが、Google ではプライマリドメインとして cookpad.jp が設定されています。各ユーザーには cookpad.com のアドレスを別名 (エイリアス) として登録されていて、メールアドレスとしては cookpad.com を利用、ただ Google へログインする時だけ cookpad.jp を利用する運用になっていました。想像が出来ると思いますが、これが様々な面で不便・混乱を発生させていました。どうしてこうなった… *
Re:Backlogs というプロジェクト管理(タスク管理)ツールを OSS としてリリースしました - saino.me (kaishuu0123)
自分の Qiita 記事からブログへの転載です。そこそこいいものが作れたなぁと思っています (∩´∀｀)∩ qiita.com 読み方: Re:Backlogs (リ・バックログ) https://github.com/kaishuu0123/rebacklogs 2019/12/23: 使い方の記事を書きました。 Re:Backlogs の使い方を Twitter もどきアプリの開発を例に紹介します 画面紹介 マスターバックログ カンバン (Kanban) プロジェクト設定画面 説明 セットアップ方法 開発動機 ソースコード 使っている技術 実装してて楽しかったところ Drag & Drop による操作と、バックエンドのソート順保持 見やすい色を自動的に決めるアルゴリズム webpacker でのパフォーマンスチューニング 開発者なりにユーザビリティを考えること 最後に 2019/01/
2019-nCoVについてのメモとリンク
リンク集目次 国内外の状況 政府機関・国際機関等 学術情報 疫学論文 分子生物学／ウイルス学論文 臨床論文 インフォデミック関係 ワクチン関係 変異株関係 時系列メモ目次 新型コロナウイルス（2020年1月6日，11日） インペリグループによる患者数推定（2020年1月18日） 患者数急増，西浦さんたちの論文（2020年1月20日，23日） WHOはPHEIC宣言せず（2020年1月23-24日） 絶対リスクと相対リスク（2020年1月26日） 研究ラッシュが起こるかも（2020年1月27日） なぜ新感染症でなく指定感染症なのか？ なぜ厚労省令でなく閣議決定なのか？（2020年1月27日） コロナウイルスに対する個人防御（2020年1月27日） 国内ヒト＝ヒト感染発生（2020年1月28日） フォローアップセンター設置，緊急避難等（2020年1月29日） PHEICの宣言（2020年1月3
ストイッククラブ(https://www.stoicclub131.com/)というはてなブログがあって，ニセ科学のオンパレードなのではてブで叩かれまくっていた(つーかそもそも互助会行為がひどくて，それでホッテントリに上がってたのが悪い)．最近はワクチン否定(https://www.stoicclub131.com/entry/2019/10/06/000000)，精神科否定(https://www.stoicclub131.com/entry/2019/09/29/000000)，西洋医学否定(https://www.stoicclub131.com/entry/2019/09/26/000000)などたちの悪い記事を連発していて，そのたびにはてな運営に通報していたのだけど，それでもはてなからはなんの対応の様子がなくてもどかしく感じていた． このブログのたちの悪いところは，幅広くニセ科学
セキュリティを盾に一点突破。どうもかわしんです。最近 Rust で SQLite を実装してます。 以前の記事で HTTP Parser を Rust で実装しようとしたものの、すでに実装されていたので断念しましたが、いい題材を見つけました。SQLite です。開発中のリポジトリはこれです。 github.com 今の時点では、Read Only で1つの WHERE 句を持った SELECT 文しか処理できないですが、以下の機能を実装しています。 sqlite3 で生成された database ファイルの読み取り (cursor.rs, btree.rs, record.rs) SQL 文の解析 (token.rs, parser.rs) テーブルとインデックスのメタデータのパース (schema.rs) 動的なファイルの読み込み (pager.rs) SQL クエリとスキーマ情報を元に
実案件から学んだ、本当に役立つUIデザインの法則50 ユーザビリティチェックリスト総集編｜i3DESIGN Designers
「ユーザビリティチェックリスト」ということで、UIデザインの「あるある」を取り上げ、改善案とセットでまとめています。 今回は、10のヒューリスティクスをもとに分類してみました。10のヒューリスティクスについては、以前記事にまとめています。 具体的な事例を一緒に取り上げ、よりわかりやすく解説していますので、こちらもあわせてご覧ください。 また弊社ホームページにて、ユーザビリティチェックリストをダウンロードいただけます。こちらも合わせてご活用ください。 1. システムステータスの可視化（Visibility of system status）1-1. 入力項目が多いときはステップを分けるフォームの入力項目が多い場合は、項目をグルーピングして画面を分割しましょう。 フォームが長すぎると、ユーザーは入力を途中で辞めてページから離脱してしまうかもしれません。 その上で、ステッパーを設置して現在の進捗
Design Skill Map - メルカリUXデザインチームの専門スキル｜Mercari Design Blog
UX Designチームのasakomです。今回はデザイナーの役割定義の活動の一つとして作成した、”Design Skill Map”についてお話しします。 このSkill Mapは、メルカリUX Designチームで求めるデザイナーの専門スキルを整理したものです。以前紹介したDesign Ladderは、メルカリの行動指針に基づいて作成した、デザイナーに求める態度やマインドセット。今回は専門職としてのデザイナーに必要な技術や知識をSkill Mapとしてまとめました。 UXデザイナーの役割定義や、個人の目標設定、採用の基準作りなど、チームの運用に関わる人や、メルカリのUXデザインチームが求める人材に興味のある方に、ぜひ読んでいただきたいです なぜSkill Mapを作ったかUXデザインチームの役割定義は、チームのミッション達成のために存在します。私たちのチームのミッションは、”メルカリの
来る2022年10月1日に改正プロバイダ責任制限法の施行が予定されていますので、改正のあらましと、改正に対するはてなの対応についてお知らせいたします。 総務省による改正の概要は下記をご参照ください。 https://www.soumu.go.jp/main_content/000777232.pdf 本改正は、発信者情報開示の手続きに係るもので、主な改正点は下記2点です。 新たな裁判手続（非訟手続）の創設 開示請求を行うことができる範囲の見直し 新たな裁判手続の創設について 従来のプロバイダ責任制限法では、権利侵害情報の発信者を特定するにあたり、まず、コンテンツプロバイダ（はてなのようなサービス運営者）に対し発信者情報開示請求を行い、その後、開示された接続元情報からアクセスプロバイダ（接続事業者）を割り出し、アクセスプロバイダに対してさらに発信者情報開示請求を行うという2段階での手続きが必
いつも利用しているJLCPCBでCNC加工サービスが開始されたので、自作キーボード入門当初からの念願であったアルミ削り出しケースの製作に挑戦しました。 2023.8.13追記 ○ 不完全ネジ部の説明に、形状の参考としてタップの商品リンクを追加 ○ 2D図面の説明に、Fusion360での穴コマンドの適用方法を追加 ○ 加工コストの説明に、図を追加 2033.12.17追記 ○ 真鍮ウェイトの見積もりが大きく変わった原因を追加 完成品早速ですが完成品をご覧ください。 素材はアルミ6061、表面処理はビーズブラスト+アルマイト仕上げです。 送料込み$100以下でこれが手に入るのは最高ですね…（具体的な金額を出しても特に問題ないとのことでしたが、意味もなくぼかしています）。 今回は単純な形状の製造だったので、今後は複雑な形状を依頼した場合にどうなるのかも検証してみたいところです。 なお、実際の色
VTuberグループ「にじさんじ」を運営するいちからが、任天堂株式会社の著作物の利用に関する包括的許諾契約を締結 いちから株式会社（本社：東京都千代田区、代表取締役：田角陸、以下「いちから」または「当社」）は、このたび任天堂株式会社（以下「任天堂」）との間で、任天堂の著作物の取扱いに関して、包括的な許諾を受けることに合意いたしましたので、お知らせいたします。 ■当社所属クリエイターによる任天堂のゲーム著作物を利用したコンテンツ投稿と収益化が可能に 任天堂は「ネットワークサービスにおける任天堂の著作物の利用に関するガイドライン」（https://www.nintendo.co.jp/networkservice_guideline/ja/index.html）を公表しており、同ガイドラインを遵守することで、任天堂のゲーム著作物を利用したコンテンツ投稿を許諾しております。 一方で、同ガイドライ
Hotwireの感想 - laiso
Hotwire https://hotwire.dev/ Turboを中心としたウェブアプリケーションのアーキテクチャの要素技術やコンセプトをPRするための名称 Hotwireというライブラリがあるわけではない 役割としてはMicro FrontendsとかReactのlearn once, write anywhereなどに似ている アプリケーション実装言語非依存だけど現状Railsアプリケーションしか実用できる基盤がない Hotwireの思想 アプリケーション開発者の生産性を上げることを目的にしていること サーバーサイド言語でフロントエンドを実装したいアレではなかった プログレッシブ(段階的に利用可能)であること 必要な技術だけを使い無駄なことをしないことで効率化する Hotwireが列挙する技術は1つづつ有効にできる クライアントサイドでViewを差分更新する現在の主流のシングルペー
In this blogpost we’ll talk about the old Nginx-based traffic infrastructure, its pain points, and the benefits we gained by migrating to Envoy. We’ll compare Nginx to Envoy across many software engineering and operational dimensions. We’ll also briefly touch on the migration process, its current state, and some of the problems encountered on the way. When we moved most of Dropbox traffic to Envoy
こんにちは！はのめぐみです。キッチハイクというサービスでプロダクトデザイナをしています。 2月にデザイン戦略部メンバーで社内勉強会を行い、アプリケーションのデザイン原則についてレクチャーをしました。この note ではその内容を紹介していきます🙌 勉強会のゴールは「足並みを揃える」ことキッチハイクのデザイン戦略部は、コアスキルや得意分野が違うメンバーが集まっています。バランスがとれたメンバー構成である一方、UI や Figma の知識、ルール感覚はチーム内でバラバラです。UI デザインをコアスキルとしているのは私1人というのもあり、みんなの足並みを揃えたいと思っていました。 知識がないと、どう調べればいいかすらわからないこともあります。自分が「当たり前だ」「常識だ」と思っているものも、専門外の人にとってはピンと来ないときも多いと思います。 そこで、デザインの当たり前をチームの当たり前にす
[デザインが苦手なウェブディレクター向け] これだけ覚えればデザイナーに指示できる！アートディレクション15の定番パターン｜金 成奎
[デザインが苦手なウェブディレクター向け] これだけ覚えればデザイナーに指示できる！アートディレクション15の定番パターン ウェブデザイナーが作った成果物に対して、満足はしていないのだけどうまく言語化できなくてどうやって指示したらいいか分からない、あるいはクライアントからのフィードバックをどう咀嚼して伝えていいか分からない、結果的にデザイナーを上手くディレクションできていない.......。そんなお悩みをもったウェブディレクターいませんか？ ここでは実際のデザインを見た時に感じること・あるいはクライアントが指摘しがちなことについての「あるある」を、15の事例に集約してまとめてみました。デザイナーとコミュニケーションしてデザインをブラッシュアップする上での、ある種のアートディレクションの手引きとして活用してもらえればと思います。 1.「野暮ったい」と感じたら・言われたら。 「野暮ったい」とは
![[デザインが苦手なウェブディレクター向け] これだけ覚えればデザイナーに指示できる！アートディレクション15の定番パターン｜金 成奎](https://cdn-ak-scissors.b.st-hatena.com/image/square/0aa50796295af9d9e533b4f2f4683522dbc45cd4/height=288;version=1;width=512/https%3A%2F%2Fassets.st-note.com%2Fproduction%2Fuploads%2Fimages%2F13031716%2Frectangle_large_type_2_0cfda3162d1aa8bb9571cecf5ec1f1e0.png%3Ffit%3Dbounds%26quality%3D85%26width%3D1280)
NTTドコモ提供の電子決済サービス「ドコモ口座」からの不正出金問題について、既に様々な専門家が問題点や防衛策を提示されていますが、アルゴリズム社会におけるプライバシーとセキュリティに強い関心を持つ法曹の身として、後学のためにも各プレイヤーの契約関係と本人確認手続に関する論点を整理してみたいと思います。 1.ドコモ口座の概要について「ドコモ口座」とは、公式サイト上では、「ネットやアプリ上で送金やお買い物ができるバーチャルなお財布です」と紹介されていますが、要するにオンラインで入出金、送金、決済が可能となるインターネットバンキング類似のサービスです（キャッシュレス決済サービスであると紹介する報道もありますが、「決済」のみに焦点を当てたサービスであると誤解を招き、本質を見誤ると考えますので、あえてこのように表現します）。 利用できるサービス内容は、通信キャリアがドコモか否かで異なり、公式サイトか
こんにちは、Qiita開発チームです。 本日はQiitaのコミュニティガイドラインの改定、それに伴う利用規約の改定をおしらせします。 コミュニティガイドラインの変更はコミュニティのあり方を大きく変化させる、重大な決断だと考えています。 ユーザーの皆さま一人一人に影響のある大きな変更なので、ぜひご一読いただければと思います。 改定を行う背景Qiitaは2011年9月11日のローンチからエンジニアに対してサービスを提供してきました。 この年月の流れの中で、「エンジニア」という職種が担う役割が日々広がってきていると感じています。 中には10年前には存在しなかったような技術を扱う仕事や、直接にはプログラミングをしなくてもエンジニアとして仕事をしている人もいます。 このようにエンジニアという職業が担う役割が広がってきた時代の中で「プログラミング」「プログラマ」という言葉を使い続けることが、Qiita
GPT-4が公開され、GoogleがPaLMやGoogle WorkspaceへのジェネレーティブAIの統合を発表するなど、AIサービスの進化のスピードは目を見張るものがあります。 この状況のなか、社内でもAIサービスの利用について方針がほしい、という声も上がってきていました。それに応えて本日AIサービス利用のガイドラインを策定し、リリースを行いました。せっかくですので、どんな内容なのかを共有したいと思います。 全文 基本 AIサービスを業務利用する場合は、原則として上長の許可を得ること。 検証目的で、業務に直接関連しない情報（テストデータなど）を入力して試すことは問題ない。 業務情報を利用したい場合は、この後の「業務利用する場合」のガイドラインに沿うこと。 サービス利用前に、データの取り扱いの規約を必ず確認すること。 AIサービスを業務利用する場合 業務情報を用いる場合は、利用規約を確認
2023年3月30日付で、国立国会図書館サーチが「メタデータ流通ガイドライン」＜研究データ編＞を公開しています。 同ガイドラインは、デジタルアーカイブ、蔵書目録等のデータベースのメタデータ設計の関係者が、各機関の特性に応じた適切なメタデータの作成、流通経路の選択ができるように作成されました。2022年3月にドラフト版として＜共通編＞を公開していました。 国立情報学研究所（NII）・科学技術振興機構（JST）・国立国会図書館（NDL）連絡会議の「メタデータの相互運用性に関する検討ワーキンググループ」において、NII、JST、NDL、オープンアクセスリポジトリ推進協会（JPCOAR）、これからの学術情報システム構築検討委員会が共同で作成しました。＜研究データ編＞では、主に研究データのメタデータで採用される項目について説明しています。 今後も、メタデータ項目を随時追加・更新する予定であるとしてい
みんなで使えるデザインガイドライン「SmartHR Design」ができました｜SmartHRオープン社内報｜株式会社SmartHR
※ 2020年 9月 3日 追記 デザインシステム「SmartHR Design」がお引越し&アップデートしたため、最新情報はこちらからご覧ください。 おつかれさまです。コミュニケーションデザイングループのさめまる（@samemaru_saxo）です。 このたび、だれでも！効率よく！SmartHRらしく！表現できるのを目標とした、デザインガイドラインができました！ ▶️ SmartHR Design https://smarthr.design （2020年9月3日更新） 社外の方でもどなたでも読めるように一般公開しています。 SmartHR Design とは SmartHRでは、資料やスライド、オウンドメディア、このオープン社内報など、日々どのメンバーもばしばしアウトプットしています。中には見た目のデザインが必要なものもありますが、どれもデザイナーに依頼して作る余裕があるとは限りません
TL;DR 「可読性が高い」とは、「理解するために使う脳内メモリの量が少ない」ということである。 理解するために使う脳内メモリの量 = コードを理解するのに必要な情報量 - コードについての予備知識 「そのコード 1 行を単独で理解するのに必要な、追加の情報を意識する。その追加で必要な情報が減るようなコードにする」というのが可読性を高めるための一つの大きなの指針としてアリなのではないか。 はじめに 可読性についての細かい Tips は様々ありますが、「結局」何をどうすればいいのか？という漠然とした問いには答えられていない気がします。細かい Tips を包括する大きな指針をがないかと考え、まとめたのがこの記事です。 可読性の高いコードとは？ 脳内メモリの消費を抑える 可読性とは、コードが頭に入ってくる時のスムーズさと言えると思います。すなわち、いかに直感的に、余計なことを考えず、脳内メモリの
ノンデザイナーズ・Wantedly デザインシステム完全理解ペーパー | Wantedly Engineer Blog
Wantedly では新卒含む新入社員向けに研修を毎年実施しています。これは「新入社員向け」といいつつ既存の社員も自由に参加できるものです。今年はこの研修のフォーマットを借りて、Wantedly のプロダクト開発を支える重要な概念のひとつである「Wantedly の UI デザインシステム」についての研修を、ソフトウェアエンジニアの @izumin5210 (筆者) とプロダクトデザイナーの @NishaMe で実施しました。 デザインの構造を正しく捉えることは、UI の実装を専門にしているかどうかを問わず、正しい実装 - 開発生産性が高く、ユーザにとっても使いやすい実装 - のための重要なポイントです。よってこの研修は「広義のフロントエンドエンジニア」、業務中に UI を実装することがある全てのエンジニアを対象としました。 Web フロントエンドエンジニアモバイルエンジニア専門ではないが
The characters are virtual YouTubers affiliated with Nijisanji and are © Ichikara, Inc. (see footnote) They have a very lenient guideline for derivative works which I have interpreted that official artworks can be used in the pursuit of hobbies as long as they are not sold or used for commercial purposes. In fact, there are fan-made games created using official materials. I think that what I'm doi
情報セキュリティに関係する基準、ガイドラインなど - rokujyouhitoma's blog
いつも見直すときに探し直す羽目になってしまうので情報セキュリティに関係する法規、基準、ガイドラインなどをまとめておく。 こうやってリストアップし俯瞰すると、多くは経済産業省、IPA。 基準、ガイドライン 営業管理秘密指針 https://www.meti.go.jp/policy/economy/chizai/chiteki/guideline/h31ts.pdf サイバーセキュリティ経営ガイドライン サイバーセキュリティ経営ガイドライン（METI/経済産業省） クラウドサービス提供における情報セキュリティ対策ガイドライン（第２版） https://www.soumu.go.jp/main_content/000566969.pdf Ref: 総務省｜報道資料｜「クラウドサービス提供における情報セキュリティ対策ガイドライン（第2版）」の公表 テレワークセキュリティガイドライン第５版（令和３
「砂糖不使用」や「ゼロカロリー」をアピールする人工甘味料使用食品は数多く存在しており、カロリー過多を気にする人々からの人気を集めています。ところが、世界保健機関(WHO)が2023年5月15日に発表したガイドラインでは、人工甘味料の使用が減量に長期的な影響を及ぼさないばかりか、糖尿病や心血管疾患の発症リスクを高めることが示されました。 Use of non-sugar sweeteners: WHO guideline https://www.who.int/publications/i/item/9789240073616 WHO advises not to use non-sugar sweeteners for weight control in newly released guideline https://www.who.int/news/item/15-05-2023-wh
エンジニアをやっている限り、OSSの恩恵にあずかりまくりなので何かしらの形で恩返しというか貢献したいって気持ち少なからずあると思う。僕はある。でも、実際OSSを公開とかコントリビュートするのってすごくハードルが高いイメージが強い。 OSSを公開したり、コントリビュートしたりする精神的な敷居をさげるために、どうしたらいいのかなぁって思いまずはガイドラインを作ってみることにした。率先してOSSに取り組んでるなかひこくん (@takanakahiko) にインターンで手伝ってもらったり、Debianのメンテナーをやっている Hideki Yamane さんにレビューしてもらったり、本当に感謝しかない。 https://sites.google.com/gaiax.com/gaiax-oss-guideline 会社の社員としてOSSに取り組むにあたり、あれやこれやとルールや注意事項や手続きやら、
暗号鍵設定ガイダンス〜暗号鍵の鍵長選択方法と運用方法〜 | 情報セキュリティ | IPA 独立行政法人 情報処理推進機構
情報を安全に取り扱うためには、通信情報や保管情報の暗号化や署名などに使う暗号技術のみに注意を払うだけでは不十分であり、その暗号技術に用いられる暗号鍵に対して適切に鍵長を設定し、さらに適切に鍵管理を行って安全に運用していくことが必要です。 本書では、安全な暗号技術の導入の観点から、暗号技術を利用する際の鍵長の選択方法に関する一般的な考え方を解説します。実際の利用用途や利用期間、環境、コスト、その他様々な制約条件を踏まえて、必要なセキュリティ強度を満たすように鍵長を設定する上で参考となるガイドラインとして取り纏めています。 「暗号鍵設定ガイダンス」の内容 本書で示すセキュリティ強度は暗号技術のセキュリティ（暗号学的安全性） を判断する上での目安となるものであり、利用する鍵長によってセキュリティ強度と処理効率などが変わることに留意する必要があります。 アルゴリズムの中には（特にRSAなどの公開鍵
It is not one of Wikipedia's policies or guidelines; rather, its purpose is to explain certain aspects of Wikipedia:Reliable sources guideline. It may reflect differing levels of consensus and vetting. This page in a nutshell: This is a list of repeatedly discussed sources, collected and summarized for convenience. Consensus can change, and context matters tremendously when determining how to use
こんにちわ！はじめまして、ゆいです。 都内でデザイナーとして働きつつ、兼業で画家になりたいです。設計したりWEBデザインしたり、社内ではグラレコ風のなにかを描いたりしています。休日は絵を描いています。 日々の思考・メモなどはツイッターにあるので良かったら見てください ガイドラインについて、話したい。今回はナレッジの整理と共有です。2018年頃に社内展開用に作成したスライドをもとに文章化してみたいと思います。ここで話したいと思っているガイドラインとは、Appleが展開しているHuman Interface GuidelinesとGoogleが2014年に発表したデザインのフレームワークMaterial Designを指しています。当時在籍していたUIチームの知識を揃えたいと思い、自分なりに掘り下げて整理していました。 おそらくアプリに関わるUIデザイナーの方で上記２つのガイドラインを読んでい
株式会社セガ
最終更新日：2021年4月26日 いつも当社タイトルのゲーム製品をご利用いただきありがとうございます。 より多くの方々に広め、親しんでもらえるよう当社タイトルのゲームプレイ映像（以下、プレイ動画）利用に関するガイドラインを制定しました。 当社タイトルのプレイ動画を利用する際には、以下の内容をお守りの上お楽しみください。 このガイドラインは、当社タイトルを正規の方法にてご利用いただいている個人のお客様が、当社が所有する知的財産を利用する場合にのみ適用されます。投稿に当社以外の第三者が有する知的財産が利用されている場合、適切な所有者から許諾を得る必要があります。権利の所在に関するお問い合わせについてはお答えいたしません。 また、タイトル個別にプレイ動画規約、著作物利用ガイドライン等を設ける場合があり、それら規定はこのガイドラインより優先的に適用されます。 1.プレイ動画は以下の場所にてご利用い
｢減塩で健康に｣はウソである…医療界が隠す｢塩分をたっぷり食べる日本人が長生き｣という不都合な真実 99.4%の人は血圧を下げても下げなくても同じ
「減塩の目標値」はバラバラ 減塩みそに減塩バターと、塩はとかく悪者扱いされ、塩を減らすのが健康的だと信じられています。厚生労働省も長年にわたって、塩を減らせといいつづけてきました。 これは世界共通の事情で、世界保健機関（WHO）からも減塩をすすめるガイドラインが出ています。 それぞれの言い分によると、塩で血圧が上がり、血圧が上がると心筋梗塞こうそくや脳卒中になり、早死にしてしまう。そういうお話になっています。 ところがこのお話、よく見るといろんなところがおかしいのです。 たとえば、減塩の目標値があまりに厳しいうえに、人によってぜんぜん違っています。 厚生労働省は成人男性で1日7.5g、女性で6.5gとしています（注1）。WHOの目標は5gです（注2）。 アメリカのデューク大学のウォルター・ケンプナーという人がおおぜいの患者にやらせていた食事療法では、なんと0.35gでした（注3）。 注1
ポストモーテムLT会！「SRE成熟度評価」「社内共有会」カルチャーを醸成するためにやったこと https://findy.connpass.com/event/294084/ □ Slide内資料リンク SRG Portal https://ca-srg.dev/ Developer Experts制度 https://www.cyberagent.co.jp/techinfo/info/detail/id=23823 データで見るサイバーエージェントグループのSREと横断的なSRE推進の取り組み https://speakerdeck.com/shotatsuge/ca-sre-promotion SRE Technology Map https://www.cyberagent.co.jp/techinfo/info/detail/id=28998 サイバーエージェントグループ エンジ
pixiv事務局です。 現在、pixivではAI生成作品に関わる各種変更を進めています。 ▼関連するお知らせ AI生成作品に関する作品検索オプションの追加と、その他改善のお知らせ AI生成に関わる問題と、対応についてご報告 サービス共通利用規約・ガイドライン類改定の事前のお知らせ その一環として、2023年5月31日にサービス共通利用規約およびpixivガイドラインを改定いたしました。 サービス共通利用規約はpixiv含むpixiv関連サービス、pixivガイドラインはpixiv（pixivリクエストを含む）が対象となります。 サービス共通利用規約およびpixivガイドラインは、以下よりご確認いただけます。 ■サービス共通利用規約 https://policies.pixiv.net/ ■pixivガイドライン https://www.pixiv.net/terms/?page=guide
ウマ娘の二次創作ガイドラインと敢えてそれに立ち向かう海外勢 The Uma-Musume fanart guideline and westerners intentionally ignoring it.
外人さんがウマ娘のエロ絵を推奨してたのでガイドラインあるしやめなよって言ったら色々言われたのでその辺を中心に目についたものをまとめてみました。 A westerner encouraged Uma-Musume lewd fan art so I said it's not a good idea as they have a guideline. Then several westerners said a bunch of stuff that I hardly believe as a Japanese sense so I collected some of them here.
はじめに わたしは普段フロントエンジニアとして働いており、WebアプリケーションのUIを設計・実装したりするような人間です。 UIを設計・実装していく時に、どういう考えをもとに取り組めばいいかというのをこの記事で整理してみたいと思います。 アプリケーション全体のUIを言語化すると壮大な話になり難しそうなので、今回はコンポーネントの設計・実装に絞って整理します。 コンポーネントとは、UIを構成する部品(ボタン、テキストフィールド、カードなど)のことを指しています。 さっそくですが、Webアプリケーションのコンポーネントを設計・実装していくにあたって重要なことは次の3点だと思っています。 Web標準に沿って設計・実装する どういう状態を取りうるかを明確にし、その状態を適切に表現する UIの文脈に応じて、十分なバリエーションを揃える 以降でそれぞれ詳しく書き出してみたいと思います。 1. Web
サイバーパンク2077のプレイ時間は106時間。ようやく2周目が終わった。 ゲームを購入してから一ヶ月以上、本当にこのゲームだけをプレイしていた。その家庭用機のバージョンがどうだの、バグがどうだの、返金がどうだのと世間は騒がしかったが私には何ら関係のない話だった。 好きなものを好きなように好きなだけ楽しむ為にマシンを組み上げたら、サイバーパンク2077は見事に答えたのだ。最初に言っておくが私はロード時間で待たされる事も、進行不可バグも、クラッシュも遭遇する事もなく100時間あまりの旅を終えている。散々「七色に光る」だの「家庭用機でいい」だのと言われ続けてきたゲーミングPCそのものが2020年代初期に最も「輝いた」と言っても過言では無い。 だからこの記事に「バグがどうたら」「クラッシュがどうたら」というのは出てこない。ああそんなこと知ったことかよ。クローム*1も揃えない奴らがナイトシティでど
"デザインシステム"の過度な一般化とその対応について - Continuity is The Father of Success
デザインシステムという単語が、曖昧に、広い意味で使われているように感じるこの頃。 デザインシステムについて見聞きすることが増えてきました。 かくいう自分も、デザインシステムに関してブログを書いたり、参考にしたりしています。 モバイルアプリ業界に、デザインシステム導入や検討の流れが来ているようです。 ただ、デザインシステムの議論には話の筋がとっ散らかっているという印象が拭えません。 「デザインシステムで解決したいこと」や「デザインシステム導入のコスト」、そ「デザインシステムを誰が管理するか」あたりが、特に雑多な印象です。 デザインシステムとはナニで、どう適用されるモノなのか。 そして、特に起きがちなデザインシステムの過度な一般化について、扱ってみます。 デザインシステムの過度な一般化 試みたいこと デザインシステムのカバー範囲の分解 Level 0 Level 1 Level 2(広義のデザ
ChatGPT商用利用時、規約上の注意点3つ｜元ITエンジニアの弁護士が徹底解説 2023年9月28日 モノリス法律事務所 代表弁護士 河瀬 季 元ITエンジニア。IT企業経営の経験を経て、東証プライム上場企業からシードステージのベンチャーまで、100社以上の顧問弁護士、監査役等を務め、IT・ベンチャー・インターネット・YouTube法務などを中心に手がける。主な著書に「ChatGPTの法律」（共著 中央経済社）・「ITエンジニアのやさしい法律Q&A」（技術評論社）・「IT弁護士さん、YouTubeの法律と規約について教えてください」（祥伝社）などがある。まんがタイムきららフォワード（芳文社）にて原作を手がける「仮想世界のテミス」連載中。 X（@tokikawase） 例えば、ChatGPTの生成する回答は、情報が不正確である危険性があり、これを利用したサービスを公開等する場合、AI生成物
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
よくあるWeb課題をCSSで乗り切る！知っておきたい最新テクニック20選
男女共同参画社会の実現をめざす 表現ガイドライン.pdf
はてなブログのガイドラインが改定されてた ニセ科学への対応みたい
Rust で SQLite を再実装している - kawasin73のブログ
2022年10月1日 改正プロバイダ責任制限法の施行について - はてなの告知
【CNC】アルミ削り出しの自作キーボード用ケースを作る｜cop
VTuberグループ「にじさんじ」を運営するいちからが、任天堂株式会社の著作物の利用に関する包括的許諾契約を締結
How we migrated Dropbox from Nginx to Envoy
ユーザーインタフェース設計で意識したいデザインの考え方｜はのめぐみ
ドコモ口座問題と本人確認手続/KYCのあり方について｜結城東輝（とんふぃ）
コミュニティガイドラインの改定を行います - Qiita Blog
クラスメソッド社内のAIサービス利用のガイドラインを策定しました | DevelopersIO
国立国会図書館サーチ、「メタデータ流通ガイドライン」＜研究データ編＞を公開
可読性を高める2つの大きな方向性 - 脳内メモリに優しいコードを書く -
Talking Head Anime from a Single Image
「ノンシュガー」「ゼロカロリー」「人工甘味料」は減量に役立たず糖尿病リスクを高めるというWHOの報告
会社で書いてるコードも「OSSで公開しちゃえ！」ってしたいからOSSガイドラインを作った - Qiita
Wikipedia:Reliable sources/Perennial sources - Wikipedia
独学でUIデザインはじめた方へ。デザインガイドラインについて語ろう！｜ゆい
SRE成熟度評価におけるポストモーテムLv.3ガイドライン
AI技術等に関する、サービス共通利用規約、pixivガイドライン改定のお知らせ
WebアプリケーションにおけるUIを構築するときに考える3つのこと - コンポーネント編
CYBERPUNK 2077/また会おうナイトシティ。そこに夢がある限り。 - セラミックロケッツ！
ChatGPT商用利用時、規約上の注意点3つ｜元ITエンジニアの弁護士が徹底解説