シャニマスのチェックボックスから見る色弱者の世界｜謝罪Ｐ
先日のアップデートでシャニマスのUI周りに色々と手が加えられた。 その中でも個人的に嬉しかったのは、ソートに関連するチェックボックスのON/OFFが見やすくなっていたことだ。 大多数のユーザーにとっては「まあ確かにね」くらいのものかもしれない。しかし私は「これでようやくまともにソート機能が使える」とひそかに歓喜した。一部のユーザーも共感してくれるのではないだろうか。 なぜなら私の目に映った変化は以下のようなものだったから。 チェックの光沢の有無でかろうじて判別していた（ひよこ鑑定士か？）この見え方の差異は、私が『色覚マイノリティ』、いわゆる『色弱者』であることに起因する。 『色弱者』って何？光（色）を感じる視細胞が何らかの原因により欠損、または十分に機能しないことによって色の見え方が一般とは違う人のことを、本記事では『色弱者』という呼称で表記する。 日本人男性の5％、女性の0.2％がこの色
これから推薦システムを作る方向けの推薦システム入門｜masa_kazama
イントロ「Amazonのこの商品をチェックした人はこの商品もチェックしています」や「YouTubeのあなたへのおすすめ」、「Twitterのおすすめユーザー」などのレコメンド機能は多くのWebサービスに組み込まれております。そのレコメンドによって、ついつい商品をたくさん買ってしまったり、夜遅くまで動画を見てしまった経験はないでしょうか。 この記事では、レコメンドシステムの裏側はどのような仕組みになっているのか、そもそもレコメンドとはどういうものなのかを具体例を交えながら俯瞰できればと思います。レコメンドシステムのアルゴリズムの詳細には触れず、ビジネスにおいてどのような形で実装されているかにフォーカスしています。ネット上に公開されているレコメンドに関するスライドや記事、論文のリンクをまとめましたので、アルゴリズムの詳細などはリンク先の記事でご確認ください。 対象の読者は、自社のサービスにレコ
情シス立ち上げマニュアル - 採用、マネジメント編｜12ban
数年前にQiitaに書いた記事の大幅アップデート版です。 このシリーズは情シス何もわかんないけど、1人目の情シスを採用し、一緒に情シスを作り上げていく、そんなマニュアルです。1人目の情シスが採用できたあとは、一緒にこれを読んで実行に移してみてください。 全部で4つの記事に別れています。 - 採用、マネジメント → この記事はコレ - 戦略づくり（ルール、業務基盤） - 戦略づくり（セキュリティ） - 戦略づくり（BPR / 業務改善）→ ※内容薄すぎた場合作成しないです そして、本記事をレビューしてくれた某分家コミュニティの人たち、そしてより良いものにしようとコメントくださった、おかしんさん、ゆりねえの二人に感謝を。 想定読者 * 情シスがいない企業で情シス立ち上げを行おうとする人（CTOなど） * 1人目の情シスとして入社して、これから立ち上げを行っていく人 ※世の中のすべての情シスを知
テレワークで始めたドキュメント駆動業務｜Dentsu Digital Tech Blog
こんにちは。電通デジタルでEMをしている河内です。エンジニアにおける採用・評価、スクラムマスターなどを担当しています。今回はすこし実装プラクティスから離れた話題になりますがお付き合いくださいませ。 弊社もご多分に漏れず完全テレワークを実施しており、かれこれ4か月が経ちます。その中で見えてきた課題とエンジニアチームとしてどう対峙したか、そしてそこで得た気づきを綴っていきたいと思います。この内容は、過去に開催したオンラインイベントでお話した内容になります。 テレワーク環境で私たちのエンジニア部門で急務と感じた課題テレワークが開始された2月後半、プログラミングやシステム開発プロジェクトを生業とする私たちの部では「リモート？全然OK。支障無いっす。」とタカを括っておりました。しかし開始されて間もなく、やっぱり慣れていない事が判明・・・。テレワークを経験されている読者の多くの方が感じていることと同様
『マネーフォワード ME』Web版リニューアルに関する今後の方針について｜Yosuke Tsuji
7月7日に実施した『マネーフォワード ME』Web版リニューアルについて、現在、ユーザーの皆様よりたくさんの貴重なご意見を頂戴し誠にありがとうございます。私やプロジェクト責任者も、すべてに目を通しています。 そしていただいたご意見を真摯に受け止め、昨日、今日にかけて、関係者で集まり議論し、一旦リニューアル前の旧バージョンに戻すことを決断いたしました。今晩深夜メンテナンスを行い、明日の早朝より旧バージョンをお使いいただけるように準備をしております。 今回、「このリニューアルは改悪だ」という内容のTwitterやメールを、たくさんの方からいただきました。事前に一部のユーザー様にβ版をお試しいただいた上でのリニューアルでしたが、大幅なデザイン変更や一部の機能削減などにより、特に資産管理を目的としたユーザーの方々にとって、一部使いにくい変更となってしまいました。 そして、普段からWeb版を利用され
【1時間で分かる】P&G流マーケティングの教科書｜石井賢介
2020年5月末でP&Gのブランドマネージャーを退職しました。僕はこのNOTEで、P&Gで非言語的に受け継がれているマーケティングの思考法を、分かりやすい教科書のようにまとめようと思います。本気で読めば1時間かからず読めると思います。が、ちゃんと理解すれば知識レベルとしては本何冊分にもなることをお約束します。さらには、そのマーケティング思考の先に、僕がどんなマーケティングの進化を考えていて、そのために次のチャレンジとしてどんなアクションを取ろうと思っているかも最終章にまとめようと思っています。 総合商社から中途採用でP&Gのマーケティング本部に採用され、シンガポールのアジア本社への異動も伴いながら、世界最高峰のブランドマネジメントの"いろは"に触れらたことは、本当に幸運なことです。直近では、ファブリーズのブランドマネージャーとして、ブランドレコードとなる売り上げを達成することが出来たのは、
システム障害対応演習を実施した話｜NAVITIME_Tech
こんにちは、ネコ派メタラーです。ナビタイムジャパンで地点検索基盤の開発マネジメントを担当しています。好きなバンドは Arch Enemy です。 システム運用に関わる人であれば、「システム障害」というと耳が痛い方が多いかと思います。システム障害は起こさないに越したことはないですが、万が一システム障害が発生したとき、その行動選択はサービスの信頼性を大きく左右することになります。 迅速に復旧させることはもちろんですが、適切な情報公開によってユーザーの不安を払拭するといったコミュニケーションも重要なポイントです。しかし、緊急事態というプレッシャーを受けながら最適な行動を選択することは容易ではありません。 私が所属しているチームでは、Web API サーバソフトウェアから全文検索ミドルウェアまで含めた開発・運用を行っており、幅広いトラブル対応スキルが必要になります。トラブル対応のスキルを持ったベテ
iMacからモニターアーム式に乗り換えるためにデスク環境を大改造した｜Go Ando / PREDUCTS / THE GUILD
全国のケーブルが嫌いな皆様こんにちは。 一年前にこんなnoteを書いてから実に多くの方がケーブルとの戦いの物語をnoteに寄せており、いつも楽しく胸を躍らせながら読ませていただいてます。 この度、私も一年ぶりにデスク環境をアップデートしたので今回もケーブルとの死闘の様子をnoteに綴りたいと思います。 1. さよならiMac以前のデスク環境はiMacを中心にこんな構成でした。 iMac Retina 5K を4年ほど使い続けてきたのですが、 ・4年も使ってそろそろスペックがつらい ・奥のサブディスプレイを全く使ってなくてつらい ・ディスプレイ位置が低くて首肩がつらい という理由により、長年愛したiMacに別れを告げてMac mini + モニターアームの構成に変更する事にしました。 というのは50%建前で、残りの50%はnoteに次々と投稿されるデスク構築のストーリーを見ていて、自分もそろ
さよならアーキテクチャ議論｜Seiji Takahashi@ベースマキナ
ポエム。 つまり？予算やチームのリテラシーに合わせて最速で作れて、チーム内で「俺ら高凝集低結合だなー」と思えるなら、アーキテクチャはなんでもいいと思えてきました。 前提・まだ割と収益が安定してないプロジェクトでの話です。お金があるなら好きにやりましょう。Go Bold。 ・DDDやクリーンアーキテクチャがダメとは言ってないです。むしろ自分は直近そこまで厳格ではないクリーンアーキテクチャでAPI書いてます。 ・以前こういうポスト書くくらいにはアーキテクチャのこと試行錯誤してました。 アーキテクチャ導入議論への疲労以前僕は、DDDやクリーンアーキテクチャを導入するという話が出ると積極的に顔を出すようにしていました。でも、最近は「導入しましょう」「既に適用してあるのでキャッチアップしてください」などの議論をするのに少し疲れてしまい、足が重くなったように感じます。もうおじいちゃんなので体力がないん
１からイラストの勉強をした話｜せたも
はじめに これは「この私がイラストの何たるかを教えてやろう」という趣旨の記事ではございません。 普段は背景メインのドット絵を描いているのですが、人物の描写も同様に向上させたかったので一か月間こもって勉強しました。この記事はその結果と過程の記録です。私の得た気付きが誰かに共有できれば嬉しいです。 過程の方はどうしても長くなってしまうので初めに結果の方をお見せします。下の画像は左が最初に描いたラフで右が最後の完成品です。 もちろんラフと完成品なのでちゃんとした比較はできませんがキャラデザには大きな変化があったと思います。記事の後半で詳しく触れますが、やはりスケッチをしていると細かい特徴までデザインに活かすことができるようになりました。一回やるだけでも随分とモチーフの解像度が上がって魅力的になったのでとても効率的に感じます。また見て知っていたり、ただ考えているだけでは絵にあまり反映されないことも
デザイン脳を鍛える方法｜ハラヒロシ / デザインスタジオ・エル
はじめに1998年、デザインの勉強を全くしたことがない私がデザイン業界に入り、はや22年が経ちました。数年間は下っ端生活をしていましたので、まさか20年経ってこの会社の社長になるとは、当時の自分が聞いたら失神するでしょうね…。 そんな私は、デザイナーとして際立ったスキルや作風もなければ、立派な賞とも縁がないごく普通のデザイナーなわけですが、22年間楽しく続けてこれたのはなぜだろうと思うと、デザインという仕事を通して成長が感じられるからなのかもしれません。 このnoteでは、デザインの技術ではなく、デザイナーとして成長を実感していくための「デザイン脳」の鍛え方について書きたいと思います。デザイナーとして成長したい！と思っている方の一助になれば幸いです。 思考の変遷を残しておくデザインの経験を積んでいくと、「前よりうまくなったな」と思うはずです。うまくなったというのは、デザインの原理原則が身に
2030年 「エンジニアです。コードは書けません。」｜__shinji__
昨年、メルカリのようなサービスを、10万円で作る方法を考えてみるというnoteを書いたところ、6万回近く読んでいただけました。ノーコードというプログラミングのコードを書かずにいろいろなwebサービスやアプリを作れるツール群についてのnoteだったわけですが、その中に下記のようなツイートを貼り付けていました。 メルカリみたいなサービスを作ってみたhttps://t.co/lXe5towLjp 決済はできないようにしてるんだけど、実はこれ 一切コードを書かずに作ってます。 これから新規サービスを始める方は、プログラムを書いて作るか、ツールを使って作るかよく考えた方がいいかも。 pic.twitter.com/CzjpEil1Px — しんじ🇻🇳NoCodeスクール (@__shinji__) October 14, 2019 こちら、Bubbleというノーコードツールを用いて作ったのですが
算数の教養がほとんどないプログラマが1年間AtCoderをやった結果の振り返り｜きりみんちゃんノート
こんばんみんみん。 バーチャル幼女プログラマーという肩書でインターネットをやっているきりみんちゃんというものです。 去年の7月に競技プログラミングのAtCoderを始めてだいたい1年くらい経ったので、勉強したこととかを振り返りたいと思います。 で、誰？YouTubeでAtCoderの過去問を解く配信をしたり、Twitterで無限にAtCoderについてつぶやいたりしているVTuberです。 普段の仕事での専門分野はAndroidアプリ開発です。 半年くらい前にAtCoderを普通の社会人エンジニアに布教するエントリを書きました。 また、技術書典で「AtCoderの歩き方 -数学が得意じゃないエンジニアにこそ競技プログラミングを布教したい！-」という本を出したりもしました。 現在のAtCoderコミュニティの中心層は理系の学生やもともと数学がかなり好きなタイプの人たちです。 一方きりみんちゃ
アメリカの美大で学んだこと05:「絵がうまい」より大切なこと｜Kenta Shimbo
突然ですが絵がうまい人ってたくさんいますよね。 SNSなんか見てると、もう全人類が自分より絵が上手いんじゃないかって思えてきて、凹むことさえあります。笑 僕は23歳のド素人として美大に入学したので（うちの学校はポートフォリオ審査や美術スキルのテストは無いので本当に素人でした）、入学時点でのスキルは学校内ではすごく下の方でした。 さて、絵がうまいのはコンセプトアーティストとして働く上で当然大きなアドバンテージになりますが、一番大事なことが「絵がうまいこと」かと聞かれれば、、、どうなんでしょう？ 今回は「絵がうまいこと」よりもっと大切なことがあるぞ、と教わった授業の話です。 絵の天才じゃない人は何で勝負するの？学校が３年目に突入すると、基礎授業が終わり、だんだんとコンセプトアートらしい授業が始まります。そんな中、ある授業で教授がこんな質問をしてきます。 「さて、この中（教室内）に絵の天才はいな
CTOと話してわかってきた「魅力的なエンジニア組織」と感じる9つの要素｜野崎耕司
エンジニア版の採用ピッチ資料を記事として制作する「kiitok review」ですが、ここ1ヶ月で新たにAnyflow、Kanmu、メダップ、キャディ、Voicyの各社さまの開発チームのレビュー記事を制作しました。 （制作済みのレビュー記事の一覧はこちら） （エンジニアの採用やブランディングに関するお仕事相談はこちら） 毎回各社のCTOや技術責任者の方とお話をさせていただく中で、みえてきた「魅力的なエンジニア組織」の要素を9つにして言語化してみました。 1.ユーザーに喜ばれる開発に時間を使えているチームエンジニアなら、一度は経験があるユーザーに求められないものをつくってしまう徒労感。逆に、開発したプロダクトや機能をユーザーに喜んで使ってもらえた時の幸福感。 エンジニアとして苦労してつくった機能をより多くの人に喜んでもらえる環境があるチームは魅力的です。もちろん、そういったものをつくらないと
僕がTypeScriptを最善手の言語として認識している理由｜erukiti
いまのところ僕は、TypeScriptは決して理想ではないけど、最善手の言語だと認識していて、僕のフロントエンド技術に対するスタンスという先日に記事にもそういうこと書いてたんですけど、なぜTypeScriptを最善手だと認識しているか？を記事にしてみます。 VSCode の存在正確にはTypeScript Language server が持ってる機能ですが、VSCodeは他のあらゆるIDEやテキストエディタと比較しても、軽量な動作を誇るエディタ・IDEでありながら、強力な補完、tipsでドキュメント表示などの機能を持っています。 ES ModulesTypeScriptのベースであるECMAScriptのモジュール仕様も良いものです。 歴史的経緯とDOM/ブラウザ仕様とガラの悪いコードを除けば、ECMAScript のコードではグローバルを利用しません。 モジュールは export され
経験年数に応じて一般的に求められるスキルが身についてないままソフトウェアエンジニアとして生きている(いた)ことのつらみ｜ぱん
※以下、ソフトウェアエンジニアをエンジニアと省略して書いていることがあります。 プログラミングを仕事にしてから9年だ。いちおう9年ということになる。知り合ったばかりの人に「プログラミング歴何年ですか？」「プログラマー・エンジニアになってから何年ですか？」と聞かれたらこう答えざるを得ない。そしてそう答えると、「え、9年…！ベテランですね…！」と言われる。企業の採用担当（エンジニアの詳しいスキルを測ることがあまり得意ではないと思われる人が多い）からもおそらくそういう目で見られているのだろう。「豊富なスキルをお持ちの方とお見受けいたします。弊社のテックリード/リードエンジニアポジションはいかがですか」みたいな全くマッチしていないスカウトメールが時々来る（だいたいベンチャーで、色んな人に送っているんだろうとは思うけど）。ほんとうにつらい。なぜならわたしのスキルは、周囲にいる他のエンジニアと比較する
僕のフロントエンド技術に対するスタンス｜erukiti
僕は日頃からReact Hooks + TypeScript 最高だの言ってますけど、実のところ、それらを超えるモノが登場したら一瞬で「React Hooksなんて過去の技術だよねー、#にゃーん（社会性フィルター）」とか「TypeScript？へなにそれ？過去の言語ですよね」とかボロクソに言ってる自信があります。 補足: ボロクソにいうとは限りません。その頃に、単に手のひらクルーって返してるだけで、新しい技術を「〇〇＋□□最高！」って言ってるだけになるように、人格的に成長してるかもしれませんｗ 僕にとっては技術はただの道具にすぎません。 道具に対して必要以上の思い入れもしなければ、信仰する気持ちもありません。というより今あるクソなモノよりマシなものを求める渇望がここ数十年ずっと続いてる感じです。 そんな僕が判定するフロントエンド技術の数々を書いてみます。ブログなんでぶっちゃけテキトウで率直
プログラミング不要のNoCode（ノーコード）とは？どうやって学習するの？｜NoCode Ninja
こんにちは。NoCode Ninjaです。 NoCode（ノーコード）専門オンラインサロン「NoCodeCamp」、たいへん盛り上がってます。 NoCode専門有料コミュニティの経済規模は世界一の【Makerpad】に次ぐ世界二位となりました。 （参加者約300人） そして、今お読みになっているこちらの記事もPV120,000超え＆900スキ超えを記録しました！！ 5週連続で「特に読まれた記事」にも選出。 ほんとに、支えてくれる皆様のおかげでしかないです…！！ この記事を適時更新しながら育てていき、1人でも多くの人に魅力を伝え、これからも日本のNoCode（ノーコード）の発展に尽力していきます。 そんな本記事ですが、NoCodeのことをまだ知らない方へ向けて 「NoCode（ノーコード）ってなに？」 「どうやって始めて学習すればいいの？」 について紹介しています。 これを読み終わるころには
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IT技術者の担当範囲を書いてみた。｜むぎSE
