並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 1848件

新着順 人気順

designの検索結果321 - 360 件 / 1848件

  • 🔥 見逃したら絶対損!わずか210円で、36万円分の有料フォント・デザイン素材が購入できる真夏の超特大セール

    Design Cutsで2019年、真夏の超特大セールが始まりました! 今回のセールはなんと、$2(約210円)で、$3424(約364,878円)の有料フォントやデザイン素材計20種類が購入できます。 ガチャ1回分、コーヒー1杯分で、36万円分がゲットできます! 販売期間は、8月27日12時まで。 フォントやデザイン素材はWebデザイン、アプリ、動画、紙のデザインなどに利用でき、クライアントのプロジェクトでも販売する同人誌に使用してもOK。 The Design Cuts $2 Summer Spectacular 8/21 14:00 追記: Design Cutsのサイトにアクセスが集中しているようで、タイミングによっては激重かもしれません。購入した素材は一括ダウンロードではなく、個別にダウンロードするのをお勧めします。 ※一度購入した素材は、いつでも何回でもダウンロードできます(私

      🔥 見逃したら絶対損!わずか210円で、36万円分の有料フォント・デザイン素材が購入できる真夏の超特大セール
    • Atomic Designをやめてディレクトリ構造を見直した話|食べログ フロントエンドエンジニアブログ

      こんにちは。フロントエンドチームの金野と申します。 食べログでは現在、React+TypeScriptでフロントエンドのリプレースを進めています。 以前の記事で、食べログではAtomic Designをどのように取り入れているかの紹介をしました。 しかし、最近のリプレース作業では、Atomic Designとは異なるディレクトリ構造を採用しています。 今回の記事では、「なぜAtomic Designをやめたのか」という理由と、「どのようなディレクトリ構造にしたのか」を紹介します。 Atomic Designを導入したねらいと導入した結果 上記の記事で言及した通り、当初Atomic Designを導入したねらいは以下になります。 1. コンポーネントの責務がより明確になる 2. 見た目の粒度だけでなく、ロジックの責務も明確にできる 3. 「ドメインが入るか/入らないか」。「抽象的か/そうでな

        Atomic Designをやめてディレクトリ構造を見直した話|食べログ フロントエンドエンジニアブログ
      • 【随時更新】アルメニアとアゼルバイジャンの間で大規模軍事衝突発生。アルメニア大統領がTwitterで戒厳令を宣言。

        Neil Hauer @NeilPHauer Azerbaijan has reportedly struck targets in Armenia itself, according to longtime Armenian MOD spokesman twitter.com/517design/stat… 2020-09-27 18:29:58

          【随時更新】アルメニアとアゼルバイジャンの間で大規模軍事衝突発生。アルメニア大統領がTwitterで戒厳令を宣言。
        • ソフトウェア設計の Why & What & How | Wantedly Engineer Blog

          こんにちは、開発チームのアーキテクトをやっている竹野(@Altech)です。先日、新人研修でソフトウェアの設計について話す機会がありました。 ソフトウェアの設計というのは関連する領域が広いため、どうしても断片的な理解になりがちです。そこで、早い段階で全体像を感じてもらうために、ソフトウェア設計の Why と How と What を1時間でまとめて話すというちょっと意欲的なコンセプトで研修を行いました。今回は、その内容を記事にしました。 この研修のねらいはじめにソフトウェアの設計について書かれた情報は世の中に多いですが、その情報の多くは How であり、それだけを読んで適切に使うことが難しいと感じています。その直接的な理由は、How に対しての What、How / What に対しての Why が語られることが少ないからです。 ただ、How だけを知っていると、それは本当に問題を解決して

            ソフトウェア設計の Why & What & How | Wantedly Engineer Blog
          • セキュアなAWS環境の設計についての解説【2024年版】 - サーバーワークスエンジニアブログ

            こんにちは!イーゴリです。 AWS にとって、クラウドのセキュリティは最優先事項です。(AWS公式ページ) AWS環境のセキュリティ対策としてAWSサービスを解説するよりも、まずはAWS環境の最適な設計について考える必要があります。AWS Well-Architected Frameworkを考慮しながらの設計を推奨します。AWS Well-Architected Frameworkを全部詳しく読むことをおすすめしますが、この記事では個人的に一番重要だと思う点について記載します。 とてもざっくり説明しますと、AWS Well-Architected Frameworkとは、クラウドシステムの最適な設計方法を提供するAWSのガイドラインで、6つの柱があります。この記事では基本的に「セキュリティ」の柱を技術的観点から見てみたいと思います。 AWS Well-Architected Framew

              セキュアなAWS環境の設計についての解説【2024年版】 - サーバーワークスエンジニアブログ
            • 名著「UNIXという考え方 - UNIX哲学」は本当に名著なのか? 〜 著者のガンカーズは何者なのかとことん調べてみた - Qiita

              補足 1975: トンプソンはベル研を一時休職し、母校のカリフォルニア大学バークレー校に Version 6 Unix をインストールする作業を手伝う。これは後に BSD Unix として配布される。 1984-1998: ガンカーズが DEC でプリンシパル・ソフトウェア・エンジニアを務めた時期 ガンカーズは DEC の Unix Engineering Group (UEG) に所属 いつから DEC に勤めていたのかは不明 P63 より「小さな会社で Version 7 Unix を使っていた」ので 1979 年よりも後 V7M の開発には関わってなさそう おそらく 1980-1984 の間に DEC に入社したと思われる ガンカーズが「UNIX の考え方」についての本はないだろうか?と考えたのは 1991 年 1988: POSIX.1 標準化(POSIX.2 は 1992 年)

                名著「UNIXという考え方 - UNIX哲学」は本当に名著なのか? 〜 著者のガンカーズは何者なのかとことん調べてみた - Qiita
              • 保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像 ~Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より | gihyo.jp

                保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発⁠⁠、その全体像 ~Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より 今回、Software Design 2022年3月号 第2特集「そろそろはじめるテスト駆動開発 JavaScriptでテストファーストに挑戦」の第1章「保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像」を本サイトに掲載します。第2章以降については、本誌『Software Design 2022年3月号』電子版(Gihyo Digital Publishing、Amazon Kindle)をご購読いただければ幸いです。 第1章では、混同されることの多い自動テスト関係の概念を、自動テスト、テストファースト、テスト駆動開発の3つの段階に分け、それぞれの効果や注意点を説明します。ソフ

                  保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像 ~Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より | gihyo.jp
                • 渋谷に「AIカメラ」100台設置→通行人の行動履歴監視? IT企業施策に「完全にストーカーやん」と物議 サイト表記訂正

                  東京・渋谷の街中にAIカメラを100台設置し、通行人が「どこで何をしたか」の行動履歴を収集する――。そんなIT企業の取り組みが、SNS上で物議をかもしています。 渋谷でAIカメラ100台設置、IT企業の取り組みが物議(画像はニュースリリースから) 物議をかもしているのは、ITベンチャー・Intelligence Design(東京都渋谷区)による「渋谷100台プロジェクト」。同社はこれまで、商業施設や交通管理会社と連携し、渋谷のセンター街や宮下パークなどにAIカメラを設置してきました。同プロジェクトでは、7月から渋谷駅周辺に100台のカメラの設置を進め、リアルタイムで利用者の人流データを取得。集めたデータは「より多くの事業者に利用いただくことを目指します」としていました。 同社はAIカメラが100台あると「通年の行動データがリアルタイムで蓄積」されると説明。その一例として、渋谷を訪れる人の

                    渋谷に「AIカメラ」100台設置→通行人の行動履歴監視? IT企業施策に「完全にストーカーやん」と物議 サイト表記訂正
                  • 「あとで読む」タグで振り返る2022年 〜今年の「あとで読む」、今年のうちに〜 - はてなブックマーク開発ブログ

                    今年も残すところあと少し。皆さんにとって、2022年はどのような一年でしたか? はてなブックマークでは今年もたくさんのエントリーがブックマークされ、コメント欄も盛り上がりました。 データで見る「あとで読む」 年末ということで、去年に引き続き今年も「あとで読む」タグにフォーカスしたデータを集計しました。 全ブックマークを対象にした「あとで読む」率、カテゴリー別「あとで読む」率、「あとで読む」が多いエントリーランキングを通して、2022年のはてなブックマークを振り返ってみましょう。 全ブックマークを対象にした「あとで読む」 率 カテゴリー別 「あとで読む」 率 「あとで読む」 タグが多いエントリーは? トップ10ランキング 「あとで読む」タグの数が多かったエントリーランキング カテゴリー別「あとで読む」率の高かったエントリーランキング 気になった記事を気軽に保存できる「あとで読む」機能 202

                      「あとで読む」タグで振り返る2022年 〜今年の「あとで読む」、今年のうちに〜 - はてなブックマーク開発ブログ
                    • 【第1回・前編】 エンジニア和田卓人の今を形作る技術 | GeeklyMedia(ギークリーメディア) | Geekly(ギークリー) IT・Web・ゲーム業界専門の人材紹介会社

                      『テスト駆動開発』や『SQLアンチパターン』をはじめとする技術書の翻訳者、さまざまなIT企業をわたり歩く技術顧問、さらに最近ではエンジニアリング文化を伝える講演者としても活躍されている和田卓人さん(https://twitter.com/t_wada)。 そのソフトウェアエンジニアとしての素顔を株式会社一休CTOの伊藤直也さん(https://twitter.com/naoya_ito)が聞き出す対談の前編では、一線を画すエンジニアであり続けるために自らのプロジェクトで意識的にコードを書いているという和田さんの姿勢に始まり、ベテランとして「技術のらせん」を読み解くケーススタディとしてDDD(Domain-Driven Design)を題材に話を伺います。 ・伊藤 直也さん / 株式会社 一休 執行役員 CTO 新卒入社したニフティ株式会社でブログサービス「ココログ」を立ち上げ、CTOを務め

                      • Home | DBML

                        Intro​ DBML (Database Markup Language) is an open-source DSL language designed to define and document database schemas and structures. It is designed to be simple, consistent and highly-readable. It also comes with command-line tool and open-source module to help you convert between DBML and SQL. Table users { id integer username varchar role varchar created_at timestamp } Table posts { id integer

                          Home | DBML
                        • 郵便ポストのロック解除など「慣れすぎて無意識にやっている動作」を突然忘れる現象、身に覚えがある人多すぎ説

                          sabakichi @knshtyk 6年間住んでいるマンションの郵便ポストを開ける動作に慣れすぎてもはや完全に無意識で動かしていたのだが、先週ふっと突然どうやっていたのかがわからなくなった。ぼんやりと番号が浮かぶが、順序がわからない。だからここ一週間くらい郵便受けを開けていない。人間は無力 2021-05-02 01:29:50 sabakichi @knshtyk 記憶が消えるのを現象としてここまではっきりと観測したのは初めてかもしれない。意識していない、けれども大切な当たり前のことが消えてしまうというのはかなりの恐怖だと思った。 2021-05-02 01:34:57 sabakichi @knshtyk Spatial Experience Designer|Design Researcher|Visual Artist|空間体験の企画とデザイン|メディア境界領域における身体と空間

                            郵便ポストのロック解除など「慣れすぎて無意識にやっている動作」を突然忘れる現象、身に覚えがある人多すぎ説
                          • GoogleのDesign Docsから学ぶソフトウェア設計 - Qiita

                            概要 Design Documentと聞くと何を想像しますか? 一般的にDesign Documentが指すのは設計書であることが多いのではないでしょうか。 設計書、簡単に説明するのであればソフトウェアを「どうやって作るの?」を説明したドキュメントです。 Googleではソフトウェアエンジニアリング文化における重要な要素として、今回お話ししていくDesign Docsと呼ばれるものがあります。 Design Docsとは? Design Docsとは、開発者がコーディングに着手する前にソフトウェアシステムまたはアプリケーションの開発する人が作成するドキュメントです。 => ソフトウェア設計における仕様書や設計書とは別物と捉えた方がよいです。 仕様書、設計書は作成した上でのDesign Docsの作成となるようです。 このドキュメントには、高レベルの実装戦略と主な設計の決定事項がまとめられて

                              GoogleのDesign Docsから学ぶソフトウェア設計 - Qiita
                            • 30歳エンジニア転職で役に立たなかった経験と役に立った経験 - Qiita

                              はじめに いつも聞いているポッドキャスト番組で、エンジニア転職について生々しくリアルな話が聞けたので、紹介します。今の自分がやっている仕事が市場価値を上げられているのか? と日々の業務を振り返るきっかけになりました。詳しく知りたい方は是非、聞いてみて下さい。 転職の前提 かいちさん(転職した人)の紹介 情報系の大学院卒 中堅のバックエンド・エンジニア(30代) 社会人7年目 主に使っている言語: python, PHP アジャイル開発ができることを転職の軸に据えた 転職して感じたこと ① 30代は中堅の仕事を求められる → リーダー的立場が求められる ② 若い時の業務経験が転職の際に活きてくる → 20代はとにかく挑戦する回数を増やそう ③ 転職はどのタイミングでやってくるかわからない → 常に職務経歴書を更新し続けよう 結論 重要なポイント ・チームで開発した経験があるか? ・AWSなど

                                30歳エンジニア転職で役に立たなかった経験と役に立った経験 - Qiita
                              • AWS,Azure,GCPの3大クラウドのアーキテクト試験に合格してみての個人的比較 - Qiita

                                3大クラウドと呼ばれてる(はず)のAWS、Azure,GCPについて、それぞれ一番中心となるだろうアーキテクト試験を取得してきたので、個人的な感想や比較を書きたいと思います。 AWS Solution Architect Professional Azure Solutions Architect Expert GCP Professional Cloud Architect 3つを受けてみると、各社の色が現れていて面白かったです。 以下、個人的かつ定性的な評価となります。 ※3大クラウドのDevOps試験についてはこちらに記事書きましたので良かったらどうぞ https://qiita.com/yomon8/items/4c223b51a04d0b1feeeb 3試験で共通していること IaaSが半分、残りをPaaSをSaaSを組み合わせたような出題分野で、所謂インフラ寄りですね。開発知識

                                  AWS,Azure,GCPの3大クラウドのアーキテクト試験に合格してみての個人的比較 - Qiita
                                • Webフロントエンドの開発効率を高く保つための考え方

                                  これまでいろんな現場でWebフロントエンド開発をしてきて、メンテナンスしやすく効率の高いWebフロントエンド開発をする上で重要になる考えが自分なりにまとまってきたので記事にしてみます。 Worse is Betterという考え方 自分が見てきた中でWebフロントエンドの開発効率が落ちてしまう一番の要因は、きれいで理論的には優れているアーキテクチャを構築しようとしてそれ自体がもたらす複雑性を支えきれないというパターンです。 少し前にフロントエンドにClean Architecture(以下CA、あの同心円の図を指すのは誤用に近いですがここではそれに乗ります)を導入する記事が流行ったと思いますがあんな感じです。ああいったクラスベースでDIが重要となる設計手法はサーバーサイドのJavaでSpringを使うのとは違ってReactがサポートしているものではないため、CAの実現自体に高い設計スキルが必

                                    Webフロントエンドの開発効率を高く保つための考え方
                                  • 企画を元にゲームのUIを作るときの流れ|tkm

                                    「Game Graphic Design Advent Calendar 2019」の初日の記事です。 ゲーム制作に関する素敵な記事がたくさん公開されると思いますので、私自身もワクワクしてます。 言い出しっぺとして、初日としてまず何を書こうかなと思ってたんですが、以前Twitterでチラッとつぶやいた「普段ゲームUIを作るときってどういう工程があって、どういう流れで作っているか」をまとめてみたいと思います。 というのも、いろいろな方から「何から手を付けていいのか…」「デザインが上手くまとまらない」「デザイナーが社内外注みたいになってしまって…」みたいな話をよく聞きまして。 そのアンサーになるかは分かりませんが、自分の場合はこういうフローで、こういうことを意識してますよ。というのを書いてみたいと思います。 もちろん組織や人によってやり方は様々だと思いますので、こんな風にやってる人もいるんだ、

                                      企画を元にゲームのUIを作るときの流れ|tkm
                                    • 2021年のウェブ標準とブラウザ | gihyo.jp

                                      2021年になりましたね。 矢倉眞隆(myakura)です。ウェブ標準やブラウザに興味のあるウェブ開発者です。gihyo.jpでは2009年に「Web標準とその周辺技術の学び方」という連載をしていました。 今回は昨年の泉水さんに代わり、2021年のウェブ標準やブラウザの動向を占おうと思います。2020年は世界もブラウザもそれなりに大きな出来事がありましたので、2020年の動きをまずおさえ、そのうえで2021年はどうなるのかを考えてみました。 W3Cのプロセス改訂でLiving Standardライクな仕様の改訂が増えていく W3Cは2020年9月に、新しいプロセス文書と特許ポリシーを公開しました。 新しい文書プロセスはW3Cの組織の定義や標準化の流れ、意思決定などについて定めた文書です。ここ数年は毎年更新されていますが、2020年はこれまでと比べて最大級とプレスリリースでもうたわれています

                                        2021年のウェブ標準とブラウザ | gihyo.jp
                                      • SREやクラウドエンジニアが読むと良さげな本まとめ - Qiita

                                        一年半ぐらい前にアプリケーションエンジニアからSREにコンバートした筆者が、いま役に立ってるなぁっていう本を紹介します。アプリケーションコードを書いてるときは下のレイヤの技術に興味なかったんですが、改めて勉強してみると楽しいです。 コンピュータシステム クラウド全盛とはいえ、コンピュータの仕組みはおさえておくと役立ちます。コレ系の本はわりと小難しいものが多いですが、個人的に楽しく読めた本を紹介します。 Raspberry Piで学ぶコンピュータアーキテクチャ Raspberry Piと銘打たれてますが、コンピュータアーキテクチャの歴史的な背景も踏まえて解説されています。プロセッサ・メモリ・ストレージ・ネットワーク・OS・プログラミングなど、コンピュータ単体の基本的な知識を学べます。 歴史をあわせて知ることができるため、知的好奇心がおおいに刺激され、楽しく読むことができます。この本が難しく感

                                          SREやクラウドエンジニアが読むと良さげな本まとめ - Qiita
                                        • JavaScript ベスト・オブ・ザ・イヤー 2020 - Qiita

                                          2021 / 2020 / 2019 JavaScriptライブラリのトレンドを紹介しているbestofjs.orgが、2020年に最もホットであったJavaScriptライブラリのランキングを発表しました。 選考基準は現在のスター数ではなく、『2020年の一年間で増えたスターの数』です。 過去流行っていたけど落ち目となった技術は出てこないので、最近注目されている技術がわかります。 ちなみに2016年の総合ランキング1位はVue.js、2017年の総合ランキング1位はVue.js、2018年の総合ランキング1位はVue.js、2019年の総合ランキング1位はVue.jsです。 以下は2020年のランキング、2020 JavaScript Rising Starsの日本語訳です。 JavaScript ライジングスター 2020 5回目のJavaScript ライジングスターにようこそ! こ

                                            JavaScript ベスト・オブ・ザ・イヤー 2020 - Qiita
                                          • グッドデザイン賞の2次審査で落ちちゃった話【提出資料公開】 - estie inside blog

                                            株式会社estieでデザイナーをしている荒井謙(@rakenarai)です。社内ではもっぱらあらけんと呼ばれています。 estieが開発・運営しているサービスのデザイン全般とフロントエンドの実装を担当しています。 趣味はラジオを聞くことで、ハライチのターンとおぎやはぎのめがねびいきのヘビーリスナーです。ラジオメールを送るレベルで好きです。 このブログで書くこと 2020年度のグッドデザイン賞に応募して落ちちゃったことを提出資料とともに振り返ります。 今年の受賞作品は2020/10/1(木)に公開されていますので以下のページでご確認いただけます。 www.g-mark.org わざわざ落選したことを公開するのはメリットないしダサいし若干の抵抗がありましたが、提出資料を作っている時に公式情報以外で参考になる情報が見つからず、手探り状態が辛かったのでGIVEの精神で書きます笑 公式ページでは今年

                                              グッドデザイン賞の2次審査で落ちちゃった話【提出資料公開】 - estie inside blog
                                            • ソフトウェア設計原則は変更容易性に通ず - Shin x Blog

                                              色々な原則や方法論はあれど、つまるところいかに変更容易性を確保するかと言う話に帰結するのでは。極論すれは、正しく動いていて変更する必要が無ければどのような作りになっていても構わない。一方、Web アプリケーションを稼働し続ける上で全く変更しなくて良いということもない。— Masashi Shinbara (@shin1x1) 2021年5月30日 ソフトウェア設計、開発には多くの原則や方法論がある。例えば、DRY 原則や SOLID 原則、デザインパターンにレイヤードアーキテクチャ、クリーンアーキテクチャなどある。さらに DDD にも多くの原則や方法論が含まれている。これらを変更容易性を高めるための手段として原則や方法論を捉えるというのが本エントリの論旨である。 原則や方法論の捉え方 変更容易性 本質的な変更と副次的な変更 外部変更容易性と内部変更容易性 原則を適用する指針 さいごに 原則

                                                ソフトウェア設計原則は変更容易性に通ず - Shin x Blog
                                              • 2022年に流行するWebデザインの最新トレンド10個まとめ | Web Design Trends

                                                2021年のミニマリズムを中心としたトレンドが注目されていましたが、2022年は鮮やかで、奇抜で、記憶に強く残るようなデザインを中心としたトレンドが注目されています。 今回は、2022年に流行するWebデザインの10個の最新トレンド予測をご紹介したいと思います。1つ1つのトレンドごとに実際のWebサイトの事例を掲載しているので、ぜひご自身で体験してみてください。 1. 3Dイラスト 3Dのイラストを使ったデザインは、2021年の大きなトレンドの1つとなりましたが、2022年はさらに注目すべきトレンドの1つとなるでしょう。特に2Dのフラットなイラストを3Dに変化させたような、2Dと3Dを組み合わせたスタイルは要チェックです。 リアルで魅力的な楽しいイラストに、柔らかなキャンディーカラーと組み合わせたようなスタイルは、特にアプリのデザインなどでトップトレンドになると考えています。 Dribbb

                                                  2022年に流行するWebデザインの最新トレンド10個まとめ | Web Design Trends
                                                • さっぽろ東急百貨店のUNIQLOの広告が文字の色が全部同じで文字組みだけなのにぱっと頭に入ってくる「文字組みの凄さだ」

                                                  つと@LPデザイナー×STUDIO @tsuto_design 文字組みの凄さよ。文字の色が全部同じなのに、特にあしらいも入ってないのに、文字組みだけなのに…。 こんなにパッと見でも何が書いてるか頭に入ってくるのヤバくないですか?これって一見普通に見えて、めちゃくちゃ凄いことだと思う🤔 pic.twitter.com/3tHnkdhjMn 2023-09-05 20:15:17

                                                    さっぽろ東急百貨店のUNIQLOの広告が文字の色が全部同じで文字組みだけなのにぱっと頭に入ってくる「文字組みの凄さだ」
                                                  • Midjourneyで三国志の武将に自撮りさせる|あずみの

                                                    その日、私はなんとなく思い付きでそのキーワードを入れた指示文をMidjourneyに与えました。 Three Kingdoms, Warlords, 3D, 12K, octane render, cinematic lighting, Photorealism --testp Discordで見かけるMidjourneyの絵柄はヨーロッパの神話のキャラクターやアニメやゲームのキャラクターが多く、自分で書いた小説の挿絵にしたがる人が多かったりするのでファンタジー的な要素の多い絵をたくさん見かけます。その分アジア的な絵柄はあるようでない。 日本的な絵柄は「anime」や「kawaii」という要素ならば有効ですが伝統的な日本の絵柄はなかなか難しい。「北斎」と入れても出てくるのは波ばかりでそれ以外の絵柄を描かせることは不可能に近い。黒人の絵もうまく描けているのに。アジアは難しいのだろうか。ならば

                                                      Midjourneyで三国志の武将に自撮りさせる|あずみの
                                                    • JR西日本への意見書(2022年11月にJR大阪駅で掲示されたYostar社の駅広告について) - CLick for Anti War 最新メモ

                                                      西日本旅客鉄道株式会社 御中 JR大阪駅の御堂筋口前通路において、2022年11月27日まで掲示されていたYostar社の広告(※)に関連して、御社に意見書を提出します。この意見書には、御社およびJR西日本グループ傘下企業に対する批判・苦情・改善提案が含まれています。 ※同社のスマホゲーム『雀魂』のポスター群で、アニメ『咲-Saki-全国編』とのコラボ企画を告知するもの。 この意見書の執筆者である私は、仕事や生活でJR西日本の交通機関を利用している既婚男性です。アニメ・マンガ・ゲーム・映画・小説・歴史・政治・戦記などのオタクでもあります。 なお、この意見書には「性的な表現」「犯罪」「暴力」「暴言」「飲酒」に関する記述が含まれます。それらが苦手な方のために、まずは概要のみをお伝えします。 【意見書の概要】 御社に以下の意見を提出します。 「JR西日本グループ人権基本方針」、およびSDGsの一

                                                        JR西日本への意見書(2022年11月にJR大阪駅で掲示されたYostar社の駅広告について) - CLick for Anti War 最新メモ
                                                      • 技術的負債は開発者体験を悪化させる - mtx2s’s blog

                                                        ソフトウェアエンジニアにとって、技術的負債が増え続けるソフトウェアプロダクト開発現場に身を置くことがどれほど苦痛なことであるか。エンジニアリング組織のマネジメントを長年担ってきて、それは強く感じるところだ。 中途採用の選考プロセスに面接官として参加し、これまで数多くの退職理由を見聞きしてきた。その中で、レガシーシステムをリファクタリング・リアーキテクティング・リライトできないことへの不満を理由として挙げるエンジニアは多かったように思う。裏を返せば、自社のソフトウェアプロダクトが技術的負債にまみれたまま放置されているなら、優秀な人材が他社に流出するリスクがあると認識すべきだ。 本稿では、技術的負債と開発者体験の関係について紐解くとともに、それに対してソフトウェアエンジニアリング組織を預かるマネージャーが取るべき行動について考えてみたい。 ※これは、Engineering Manager Ad

                                                          技術的負債は開発者体験を悪化させる - mtx2s’s blog
                                                        • 世の中を良くする不快のデザイン展 - デザイン・アートの展覧会 & イベント情報 | JDN

                                                          東京のGOOD DESIGN Marunouchiにて、GOOD DESIGN Marunouchi 第2回企画展公募選出企画「世の中を良くする不快のデザイン展」を3月24日から4月23日まで開催します。 「世の中を良くする不快のデザイン展」は、“不快”を効果的に使うことで“世の中を良くするデザイン”になっているコト・モノを、心理効果から紐解き展示する企画展です。 一般的に良い印象を持つデザインは、「使いやすく、わかりやすいこと」「見た目が美しく、洗練されているもの」「誰もが幸せになるもの」といった側面が強く、“快”を求める傾向にあります。一方、“不快”なものは排除されがちで、不要なものとして捉えられています。ですが、世の中を見渡すと、“不快”という視点に着目し、世の中を良くするデザインへと昇華させたコト・モノが数多く存在します。私たちの暮らしの中で心理効果を上手く使い、“不快”の側面から

                                                            世の中を良くする不快のデザイン展 - デザイン・アートの展覧会 & イベント情報 | JDN
                                                          • [速報]「Flutter 3」登場、FlutterによるmacOSとLinuxアプリ開発が正式版に。Macのユニバーサルバイナリにも対応

                                                            Googleは開催中のイベント「Google I/O 2022」の基調講演で、Dart言語のフレームワークであるFlutterの最新版「Flutter 3」を発表しました。 Introducing Flutter 3 at #GoogleIO! Now featuring: Stable support for macOS and Linux apps Improved @Firebase integration ...and much more! Details here → https://t.co/7PLgfRBobE pic.twitter.com/XYzmCn3NYN — Flutter (@FlutterDev) May 11, 2022 2月に登場したFlutter 2.10でWindowsアプリケーション開発が正式版となったのに続いて、Flutter 3ではMacとLinu

                                                              [速報]「Flutter 3」登場、FlutterによるmacOSとLinuxアプリ開発が正式版に。Macのユニバーサルバイナリにも対応
                                                            • Why Japanese Websites Look So Different

                                                              & how to analyze design choices without jumping to conclusions Over the years, I have had many encounters with Japanese websites — be it researching visa requirements, planning trips, or simply ordering something online. And it took me a loooong while to get used to the walls of text, lavish use of bright colors & 10+ different fonts that sites like this one throw in your face: Hankoya — a website

                                                                Why Japanese Websites Look So Different
                                                              • ソフトウェアエンジニアにおすすめしたい本を100冊選んでみた | gennei's blog

                                                                Adobe Firefly で生成PdMむけの記事でこのような記事がある。 「プロダクトマネージャーこそ、戦略的に読書せよ!」── 最短で成果を出すための読書地図 (1/6)|ProductZine(プロダクトジン) これのエンジニア向けの記事がないかなと思っていたがなさそうだったので作ろうと思った。しかし客観的な視点でこれがおすすめというのは難しいので自分が参考になったと思った本を家の本棚を見ながらまずは100冊リストアップしてみた。 紹介する本は10年読まれていたり、近年発売のものであれば10年後にも読まれているだろうというものを選ぶようにしている。個別のプログラミング言語やフレームワークなどの本はバージョンアップに追随ができないことが多いので選んでいない。 入門本プリンシプル オブ プログラミングリーダブルコード定番中の定番。おそらくこの2冊はあちらこちらで紹介されている。とりあえず

                                                                  ソフトウェアエンジニアにおすすめしたい本を100冊選んでみた | gennei's blog
                                                                • 「施策デザインのための機械学習入門」を完全に理解したサトシくんがポケモン捕獲アルゴリズムを実装する話 - kanayamaのブログ

                                                                  プロローグ ストーリー編 第1章 感銘 step1. KPIの設定 step2. データの観測構造をモデル化する step3. 解くべき問題を特定する step4. 観測データのみを用いて問題を解く方法を考える step5. 機械学習モデルを学習する step6. 施策を導入する 第2章 絶望 第3章 反省 第4章 再起 step1(再) KPIの設定 step2(再) データの観測構造をモデル化する step3(再) 解くべき問題を特定する step4(再) 観測データのみを用いて問題を解く方法を考える step5(再) 機械学習モデルを学習する step6(再) 施策を導入する 第5章 俺たちの戦いはこれからだ! 実装編 準備 擬似データの生成 意思決定モデルの学習 モデルのオフ方策評価 モデルの真の性能の評価 まとめ この記事を読んだ方はこんな記事も読んでいます(多分) @tkana

                                                                    「施策デザインのための機械学習入門」を完全に理解したサトシくんがポケモン捕獲アルゴリズムを実装する話 - kanayamaのブログ
                                                                  • 開発者の生産性を測るためのフレームワーク`SPACE`について

                                                                    LeanとDevOpsの科学の著者の一人であるNicole Forsgren氏が著者に入っているThe SPACE of Developer Productivity: There's more to it than you think - Microsoft Researchで提唱されているSPACEについて 以下記事も Four Keysだけじゃない開発者生産性フレームワーク 開発生産性の可視化フレームワークであるSPACEを活用するために、どのようなメトリクスをどう取得するかについて考えてみる 要約 SPACEは開発者の生産性を計測するためのフレームワーク 推奨されている測定指標のカテゴリ(本文ではディメンションと定義)の頭文字 satisfaction and well being performance activity communication and collaborati

                                                                      開発者の生産性を測るためのフレームワーク`SPACE`について
                                                                    • Appleがサードパーティー決済の売り上げに27%の手数料を課すと発表、開発者からは怒りと落胆の声

                                                                      Appleは、App Storeでの決済システムについてサードパーティーによる決済手段の利用を一部の国・地域で認める動きを見せています。しかし、開発者向けに公開されたサードパーティー決済手段についての説明ページで、Appleが外部決済の売り上げに対して27%の手数料を設定することを発表。これを受けて開発者からは怒りと落胆の声が挙がっています。 Distributing dating apps in the Netherlands - Support - Apple Developer https://developer.apple.com/support/storekit-external-entitlement/ Developers react to 27% commission with astonishment, anger - 9to5Mac https://9to5mac.co

                                                                        Appleがサードパーティー決済の売り上げに27%の手数料を課すと発表、開発者からは怒りと落胆の声
                                                                      • 良い問題がチームをリードする

                                                                        ここ1年弱くらいバンドルカードのプロダクトマネージャーをやっている。やっていく過程でとても参考になった本、ブログ記事がたくさんある。 そんな文章の1ページ1ページの中には、それこそ頭をかきむしりながら読んだページがあるし、読んだ瞬間思わず天井を見上げてしまうようなページもあった。心にグッサリ刺さる他者の経験や知見の言語化と、自身の経験を重ね合わせた際に、今何かまとめておきたい事あるかなと考えたらこの記事のタイトルになった。「良い問題がチームをリードする」だ。 PMの大切なスキルのうちの1つ 以下はCracking the PM Career: The Skills, Frameworks, and Practices To Become a Great Product Manager本編序章に寄稿されたマリッサ・メイヤーのパンチライン。 One of the most crucial sk

                                                                        • スクラムでベロシティを安定化するにはどうしたらよいか - 貳佰伍拾陸夜日記

                                                                          このブログではあまりこういう話は書いてこなかったけど, 以前少しだけ触れたように, 僕はここ最近エンジニアリングマネージャをやっていて, こういう話題を考える機会はけっこう多い. 具体的には, エンジニアリングマネージャとして複数チームのテクノロジ/プロセス/プロダクト/ピープルのマネジメントを日々やっていて, そのうちのプロセスマネジメントとして, 各チームのスクラムマスタ的な人に助言したり, 開発プロセスの改善のためにチームが起こそうとしている変化を受け入れるようラインマネージャを説得したり, といったことにけっこう時間を割いている. スクラムに関して以下のような話を見かけて, これはまさに日々悩まされていることだった. 一言で言うと「ベロシティの安定化でみんな躓く」という話. これは僕の経験上も納得できる. この記事に寄せられたコメントを見ると, 「で, じゃあどうやってベロシティを

                                                                            スクラムでベロシティを安定化するにはどうしたらよいか - 貳佰伍拾陸夜日記
                                                                          • モバイルファーストのウェブデザインがデスクトップに及ぼす悪影響

                                                                            モバイルファーストのウェブデザインは、デスクトップで閲覧する際に重大なユーザビリティ上の問題を引き起こす。長いスクロールページにコンテンツが過度に分散され、余白が広がり、画像やフォントが拡大されるため、ユーザーが情報を把握し、理解することが難しくなるのである。 The Negative Impact of Mobile-First Web Design on Desktop by Kim Salazar, Tim Neusesser and Nishi Chitale on October 13, 2023 日本語版2024年2月6日公開 最近のウェブサイトの多くは、モバイルファーストなアプローチでデザインされている。こうしたページをデスクトップデバイスで表示すると、コンテンツが過度に大きく引き伸ばされて見えることがある。画面を覆い尽くすような画像、肥大化したテキスト、過剰な余白のせいで、

                                                                              モバイルファーストのウェブデザインがデスクトップに及ぼす悪影響
                                                                            • これは便利!ありそうでなかった最新Web、オンラインツール36選

                                                                              この記事では、「それ、何使ってるの?」と思わず聞きたくなるような、最新のWeb、オンラインツールをまとめてご紹介します。 めずらしいだけでなく、面倒で手間のかかる作業がほんの数クリックで完成の時短アイテムや、今までなかったけどあると便利なツールや素材を中心にセレクト。 カテゴリごとに整理しているので、目的にあったお気に入りツールを探してみましょう。 コンテンツ目次 1. Web制作便利ツール 2. デザインコレクション 3. アイコンツール 4. 面白、クリエイティブツール Web制作の効率、生産性アップ!話題の最新オンラインツールまとめ Web制作便利ツール Make Way Grid Effect 一枚の画像を選択すると、他の画像が場所をゆずって、道を空けてくれるアニメーションエフェクト。 CSS Shadow Gradients 2色の配色によるグラデーションをつかった影、シャドウグ

                                                                                これは便利!ありそうでなかった最新Web、オンラインツール36選
                                                                              • バグ報告の再現手順に「レッチリを再生する」とありそんなわけないやろwwと思ったが、たしかにレッチリを再生してる時だけ挙動が不安定になり頭を抱えている→「スタンド攻撃だ!」

                                                                                木浦 幹雄 / KIURA Mikio @ANKR DESIGN @kur バグ報告を受けたのだけど再現手順を読むと「レッドホットチリペッパーズを再生する」というのが含まれていました。そんなわけないやろwwwwwと思いつつも手順通りやってみたところ、たしかに本当にレッチリを再生してる時だけ挙動が不安定になり頭を抱えています。 2022-04-18 15:47:14 木浦 幹雄 / KIURA Mikio @ANKR DESIGN @kur デザインスタジオ @ankrdesign 代表。奈良先端大、Canon、CIID出身。未踏スパクリ認定。デザインリサーチ、UXリサーチ、プロトタイピングが大好きです。「デザインリサーチの教科書」著者「要点で学ぶデザインリサーチの手法125」監修。 お仕事の相談はDMでお気軽にどうぞ。 amzn.to/3mmUvLG ankr.design

                                                                                  バグ報告の再現手順に「レッチリを再生する」とありそんなわけないやろwwと思ったが、たしかにレッチリを再生してる時だけ挙動が不安定になり頭を抱えている→「スタンド攻撃だ!」
                                                                                • 公式ドキュメントの読み方

                                                                                  「公式ドキュメントを読め」というのが急に話題になっていたので自分なりに整理してみました。 注意: そんなに真面目に推敲していません。フィーリングで書いているので実態に即してない部分もあるかも…… 公式ドキュメントとは何か あなたが使おうとしている道具 (ライブラリ、フレームワーク、プログラミング言語、ミドルウェア、コマンドラインツール、etc.)[1] は必ず誰かによって作られています。ある程度成熟した道具であれば通常、その作った人・組織自身によって公開されているドキュメントがあるはずです。これが公式ドキュメントです。 公式ドキュメントは、OSSにおいてはソースコードと双璧をなす最も信頼できる資料のひとつです。ソースコードが非公開の場合は通常、公式ドキュメントが最も信頼できる資料でしょう。 (以降はOSSを主に想定して説明します) たとえば…… Python のソースコードはGitHub上

                                                                                    公式ドキュメントの読み方