こんにちは！ インハウスデザイナーのまっつーです。 2024年も残すところあとわずかですね。 今年のWebデザイン業界は、生成AIの進化で制作方法が大きく変わった一方で、手書き風のイラストやノスタルジックデザインなど、人間らしい温かみのあるWebサイトを多く見かけました。デジタルな表現と人間的な表現が共存した興味深い一年だったように思います。 そんな激動だった2024年のWebデザイントレンドを15個にまとめたので、一気に振り返っていきましょう！ ※今回はこちらの記事を参考にしています。 9 innovative web design trends for 2024 7 emerging web design trends for 2024 and beyond Top Web Design Trends 2024 The biggest, boldest web design trend

音楽について語り合う。そんなこと、久しくやっていない。そもそも、他人に「好きな音楽は何？」とたずねることすら、プライベートを詮索（せんさく）するようで、どうにも、躊躇（ちゅうちょ）してしまうのだ。 音楽を語るといえば、音楽批評の記事も、目にする機会が減った。レコード会社やミュージシャンに忖度（そんたく）せず、作品や音楽作品を価値付けする営みは、ひょっとして絶滅危惧種なのだろうか。 いま、音楽を取り巻く言説の構造が大きく変わっている――。そう語るのは、ポピュラー音楽研究者で、大阪公立大学の増田聡教授だ。音楽語りの現在地について、聞いた。（聞き手・河村能宏） ――ドラマや映画を見て、友達や同僚とあれこれ『良い/悪い』を語ることはあるんですが、音楽においては、「誰かと語り合いたい！」と思えなくなっている自分がいます 「ポップミュージックについては、音楽の量が増えすぎてしまいましたからね。ラウドロ

株式会社スタンバイでフロントエンドエンジニアをしている川野です。 フロントエンドエンジニアという役割を担っていますが、最近では開発者体験や開発生産性というところに興味があり、そのあたりの改善にもよく取り組んでいます。 はじめに 私たちのチームでは、Google Apps Script (GAS) を利用して、非エンジニアの人たちがシステムにスプレッドシートのデータをアップロードできる仕組みを構築しています。 GAS は手軽に開発でき、プロジェクト開始当初の小さな要求を満たすには十分なものでした。 しかし、プロジェクトが進むにつれ次第に要件が増えていき、GAS で対応するのが大変になるほど複雑になってきました。 また GAS では、型の恩恵を受けることが難しかったり、エディタのサポートが満足いくものでなかったりし、増大していく複雑さに立ち向かうのが難しくなってきました。 このような課題を解決

タリーズの件、CSPが設置されていたら防げていたという話がありますが、それは正しいでしょうか？ CSPを設定していなかったとしても、想定していない外部へのリクエストが発生していないか、定期的にチェックすることも大事ですよね？ タリーズのサイトからのクレジットカード情報漏えいについて、CSP(Content Security Policy)やintegrity属性（サブリソース完全性）の重要性がよくわかったという意見をX(Twitter)上で目にしましたが、これらでの緩和は難しいと思います。 まず、CSPの方ですが、今回の件では元々読み込んでいたスクリプトが改ざんされたと考えられるので、オリジンとしては正規のものです。evalが使われていたのでCSPで制限されると考えている人が多いですが、evalは難読化のために使われているので、evalを使わないことは可能です。個人的には、難読化しない方が

【shownet.conf_】放送局とShowNetが共創する、未来の放送システム ～Media over IP 特別企画の裏側～

まずはこちらをお聞きください。 技術的解説: ボタンを a 要素で作るな a 要素は URL などへのリンクをつくるためのもので、button 要素はなんらかの処理を起動するボタンをつくるためのものです。 配置されるものがリンクなら a 要素で実装し、ボタンなら button 要素で実装すべきです。 これに違反すると、意図しない動作や、アクセシビリティ上の問題が発生します。 これは MDN でも詳しく説明されています。 onclick イベント -- \<a>: アンカー要素 - HTML: ハイパーテキストマークアップ言語 | MDN よく見られる誤った使い方として、擬似的なボタンを作成するためにアンカー要素を使用し、href を # または javascript:void(0) に設定してページの再読み込みを防ぎ、click を待ち受けするようにするというものがあります。 これらの偽の

知れば知るほど面白くなるUIの世界を皆さんにもチラ見せしたい……ということで、連載の第2弾となる今回は「これは発明だ！」と私たちが感動したUIパーツについてご紹介します。 ミクロな視点でアプリを観察し、UIパーツ一つひとつに注目してみると、普段は気付けない面白い発見がたくさんありますよ。 ※各UIパーツの名称は、公式で発表されているものではなく、私たちが便宜的につけた呼称になります。 関連記事：UIデザインとは？ 大切な5つのポイントや取り組み事例を紹介 Apple Booksのセミモーダル Appleが提供する電子書籍アプリ「Apple Books」では、カルーセル状に並んだ本を押すと、そのままセミモーダルが立ち上がります。前の画面の一覧性を保ちながら、それぞれの本の詳細を見ることができるのが特徴的ですね。さらに下スクロールすることで、全モーダルへと滑らかに変化します。 このUIのポイン

こんにちは！MonotaROで3年ほどアナリストをしている杉田です。1年前にマーケティング部門マーケティングサイエンスグループに異動し、現在はマーケティング施策の効果検証手法や売上予測手法の改善に取り組んでいます。データサイエンス領域でのスキルアップを目指しており、アナリストとデータサイエンティストの間という（MonotaROの中では）少数派な道を歩もうとしている最中です。キャリア面での葛藤話もまたの機会にお話しできたらと思っていますが、若手メンバーのオンボーディングについて部署の皆さんと執筆をした記事がありますので興味があれば覗いてみてください。 note.com 今回は、アナリスト業務をする中で複数回ぶつかってきた「せっかくダッシュボードを作ったのに活用されない」という悩みについてじっくり考えてみたことをお話していこうと思います。 「せっかくダッシュボードを作ったのに活用されない」とい

簡単にCSSアニメーションのコードを生成できるAIツールが登場しました。テキストや音声でプロンプトを入力するだけで、複雑なCSSアニメーションでも数秒でコードが生成されます。 生成されたCSSアニメーションはその場ですぐにカスタマイズして微調整も簡単です。テキストは日本語にも対応しており「ジャンプして回転」とかでも平気です。

「他」だと思う 「他」と書いて「ほか」って読むことね 「他」にそんな読み方ないのに、社会に出たらみんな普通に使っている （ちなみに役所やちゃんと日本語知っている人は「ほか」と読ませたい場合は「外」と書く） 読み間違いの多い漢字の話題になったときも、「他」が出てきたの見たことがない 日本人の9割以上、間違っていることに気づいていないんじゃないかと思う 「凡例」とか「重複」とかでキャッキャキャッキャ騒いでいる場合じゃないだろ 「ほか」ってタイピングして変換すると「他」が変換候補に出てくるのもどうかと思う よく使われているからって間違った文字を変換できるようにしていいものなのか IMEとかgoogle日本語入力とか、なんかそういうの作ってる会社には、正しい日本語を守っていく義務もあるんじゃないのか？ いや、正しい日本語を守るとか大層なこと考えなくてもいいが、間違いを広めないというポリシーみたいな

This project is on sale, contact me if you are interested. Contact Transform any screenshot into a fully functional, reusable component with just a single click.

＜この記事の著者＞ ヨス - Tech Team Journal 業務効率を改善し、タイムパフォーマンスを高める時間最適化の専門家。「単語登録」の便利さを伝える「単語登録エバンジェリスト」。 「タスク管理」という言葉は知っている人が多いかもしれません。では「タスク管理について説明してください」と言われたらどう答えますか。 おそらく「やるべきことを書き出し、タスクを細分化し、いつやるかの期限を決め、その日に必ず遂行する」のような定義が思い浮かぶでしょう。 効率化の書籍を出版しているほど「タイムパフォーマンス」にこだわるわたしですが、実はタスク管理は苦手でした。 なぜなら、一般的にいわれる「タスク管理」の手法がわたしには向いていなかったからです。 【目次】 なぜタスク管理ができないのか？ その日だけにフォーカスし「着手」を目的とする 実績はウソをつかない なぜタスク管理ができないのか？ タスク

IKFQmd2iMIaUfBSL0WtNYemKByRYgB8o IKFQmd2iMIaUfBSL0WtNYemKByRYgB8o bdff9acbfb15f1952ea5a649337c8ab4

こんにちは！ バーグハンバーグバーグ編集部です。 新人ライターさんから編集部によく寄せられる「どうやって記事を作ればいいですか!?」という声。 そこで前回は、どんな人でも書けるようになる『Web記事の作り方』をネタ出しとアポ取りに絞って解説しました。 ↑第三回 今回は、取材に行くときのコツやインタビューのやり方、撮るべき写真を解説します！ 前回と同じく、ジモコロ編集部のギャラクシー（左）と加藤（右）が、新人ライター瀬戸はるかさんに、解説する形で進めましょう！ ▼登場人物 WEBライター｜瀬戸はるか フリーの新人ライター。取材やインタビューはほぼ未経験。 ジモコロ編集長｜ギャラクシー 雑誌の編集、通販番組の脚本を経てWEB編集者に。【ギャラクシーが書いた記事】 WEB編集者｜加藤亮 編集プロダクションで編集とライティングを学んだ。【加藤が書いた記事】 服装について 早速なんですが、取材の時っ

300万ユーザー突破の「パラレル」に聞く、「共通の話題」が少ないZ世代にプロダクトを広めるポイント、招待率が8倍になった学校対抗型のコミュニティ施策。 たまり場アプリの「パラレル」さんを取材しました。 株式会社パラレル 代表取締役 青木穣さん、道下 江里花さん「パラレル」について教えてください。青木： パラレルは「友達と遊べるたまり場アプリ」です。友達とゲームや動画などエンタメコンテンツを通じて、コミュニケーションができます。 登録ユーザー数は、300万人を突破しました。アクティブユーザーの国内比率は75％になっていて、現在は国内にフォーカスしています。 特徴は「継続率と熱量の高さ」です。1人あたりの利用時間は平均1日約200分、週5以上でアプリを立ち上げる国内ユーザーは約65%を占めます。 継続率が非常に高いため、毎月アクティブユーザー数も伸び続けています。 ユーザーの80％がZ世代、累

半年ぶりのカキコ……ども……。気づいたらHRソリューション本部からMFBC-CTO室に異動していたVTRyoです。兼任で引き続きHR系のマネーフォワード クラウドシリーズも担当しています。 ソフトウェアエンジニアとしての経験値が増えてくると、次第にレビュー担当者になることが増えてくるでしょう。私が所属するSREチームでもTerraformの相互レビューが頻繁に実施されています。そこで、事件は起きたのです。 自信を持ってApproveしたPull Requestで次々に事故が起きてしまった 現在HR内のマネーフォワード クラウドシリーズは、モダンな開発基盤へとリプレイス作業を多く行っています。これまで動いていた基盤に感謝しつつ、新しいPlatformへと移行し、最終的に元あったリソースを削除します。 事件はこの リソース削除 で起きました。 チーム内レビュー OK リポジトリ管理者レビュー

こんにちは！JADEの郡山です。 2023年7月から従来のバージョンのGoogleアナリティクス「ユニバーサルアナリティクス」が順次計測を停止していき、いよいよGA4へ完全移行する段階が訪れました。 同じ「Googleアナリティクス」というアクセス解析ツールではありますが、UAとGA4は計測する仕組み（仕様）がまったくの別物となっています。 ゼロからGA4を学び、向き合い、活用することが求められるわけですが、 一方で「UAではこういう仕組みでデータを集計していた」という知識をお持ちの方ほどUAとGA4の仕様の違いに頭を悩まされることも多いのではないでしょうか。 今回はGA4の基本的なデータである「ユーザー」指標について、 UAとGA4でどのような仕様の違いがあるのかを解説してみます。 管理画面に表示されているデータは、一体どんな仕組みで集計されたものなのか。 その仕組を、（基本的な部分だけ

デジタル技術を活用して企業のビジネスを変革し、自社の競争力を高めていく「デジタル・トランスフォーメーション（DX）」が注目を集めるなか、従来のようなITベンダやシステム部門が中心になって要件定義をすすめるスタイルから、業務部門のユーザが主体的に関与するスタイルへの変革の必要性が増しています。 システムの要件を定義する責任は、構築されたシステムを利用してビジネスに貢献する役目を負うユーザにあると言われています。しかしながら、システム開発の遅延の過半は要件定義の失敗にあると言われるように、要件定義においては、その過程で様々な問題に直面します。 そこでIPAでは、要件定義の過程で直面する問題への対応をガイドすることが、ユーザへのよりいっそうの支援策となると考え、「ユーザのための要件定義ガイド(初版)」の内容を一新し、「ユーザのための要件定義ガイド 第2版 要件定義を成功に導く128の勘どころ」と

はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、(駆け出しですが)要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像 一般的なシステム開発のプロジェクトは下記のフェーズで進んでいきます。 ※ コンサルの領域だと要件定義の前に企画構想とい