JRの職員がマルスを操作する動画が話題になった。 この動画について、職人性を賞賛する立場と、UIとして問題があるという立場が対立していた。 nobkzさんのこの記事は、「熟練が必要なのはUIとして問題がある」という立場での記述だとおもう。 一連の話題に対して違和感を持ったが、違和感の源泉は明確で、「UIとしてよいかどうか」という立論自体に机上の論理以上のものにならないということもあるが、そもそも「マルスとはどういうシステムなのか」が議論されていないことがおおきい。 わたしもマルスについて名前は知ってはいたものの、具体的にはどういうシステムであるかは知らなかったので、少し調べてみることにした。 マルスについて Twitter(X)で話題になっていたもとの動画はこちらである。 ここだけ取り上げてみて、マルスの良し悪しを論じるのは鉛筆を取り上げて絵の良し悪しを論じるようなものだとおもう。 次の動

ヒアリングに行くのではない。最初から価値を与えること。これは、プロジェクトの初期対応でデザイナーが取るべき基本的な態度です。 今回のテーマは、デザインの初期対応。その効果的な動き方を紹介します。 デザインプロジェクトのスタートは、他者から依頼を受ける場合と、デザイナー側から提案を始める場合の２つのパターンがありますが、今回はそのうちの「デザイナーが依頼を受けるパターン」について。 初期対応の時点で、デザインの成果の半分は決まってしまいます。それくらい重要なものですが、なせかデザインの世界ではあまり論点化されていません。自分の経験が何かの役に立てばとの期待を込めて。どうぞ。 ヒアリングじゃない。ディスカッションだ。依頼や問い合わせを受けてデザイナーが初期対応すること。これをヒアリングと呼ぶこともありますが、それには注意が必要です。 最初に関係性が固定されるヒアリングに行く。情報を聴きに行く。

Googleに存在するコードを読みやすく保守しやすい形に保つ取り組みを行うグループ「Code Health」が、「DRYを早まって適用しないこと」と題した記事を公開しました。 Google Testing Blog: Don't DRY Your Code Prematurely https://testing.googleblog.com/2024/05/dont-dry-your-code-prematurely.html DRYは「Don't Repeat Yourself」の略称で、コードを重複させないことを重視する考え方です。重複するコードが存在していると、特定の機能を変更しようとした時に同じ機能を持つ部分を全て探して同時に変更する必要があり、見落としやミスが発生する危険性が高まります。一方、コードの重複を防げていれば一カ所だけを変更すればOKというわけ。 一見DRYを厳しく適用

「吉羽龍太郎さんとソニーが語るプロダクトマネジメント」 イベントの資料です。 イベント概要 https://sony.connpass.com/event/319013/ 動画 https://www.youtube.com/live/Y7gFsorBO6c

市立船橋で一時代を築いた名将が高校サッカー界で再出発。朝岡隆蔵監督がふたば未来学園で描く新たな未来 06-10 16:42

はじめにこんにちは。Startup StudioでProduct Managerをやっているnaniwanです。 今回は新規サービスを検討する上でとても頻繁にお世話になっている”サービスブループリント”について、話していきたいと思います。 サービスブループリントとは？サービスブループリントは、1984年に当時銀行役員であったリン・ショスタック（G. Lynn Shostack）氏がHarvard Business Review誌にて公開したフレームワークが始まりと言われております。 サービスブループリントを端的に説明すると、「プロダクトやサービスがユーザーに提供されるまでのプロセスを、ユーザーに見える部分（フロントステージ）からユーザーに見えない部分（バックステージ、サポートプロセス）まで時系列に可視化するフレームワーク」です。ブループリントが日本語訳で「青写真」という意味になるので、「サ

1998年3月に連載がスタートした「HUNTER×HUNTER」は、人気を博しながらも休載を挟むことが多く、繰り返し休載しながら連載を進めています。長いときは3年以上休載が続き、再開する際にはニュースになるほど話題を呼ぶことでも有名です。そんなHUNTER×HUNTERがスタートからどれくらいの割合を休載しているのかを、さまざまな表で視覚化したサイトが「HUNTER×HUNTER Hiatus Chart」です。 Hiatus Chart https://hiatus-hiatus.github.io/ HUNTER×HUNTERの休載チャートとしてサイトが示しているものが以下。縦軸が西暦、横軸が週刊少年ジャンプの号数。連載が開始した1998年14号から誌面にHUNTER×HUNTERが掲載されているかどうかを、青色なら掲載、赤色なら休載で表しています。なお、記事作成時点の最新号は2024

ビリー・アイリッシュのお気に入りのリラックス方法は、セックスだという。「私は基本的に機会があるたび、セックスについて話すことにしている」と『ローリングストーン』誌のインタビューで明かす。「女性として思うのは、セックスが歪んで捉えられているということ。セックスを話題にすることを快く思わない人が大勢いるし、女性がセクシュアリティやセックスについてオープンに話すと、すごく変だと思われる。話すと顔をしかめられるような感じだけど、変えていくべきだと思う」 また、緊張をほぐすために何をするかという質問には、「セックス。すごく救われることがある。本当におすすめ」と回答。なかでも、マスターベーションが彼女に与えるプラスの面を力説する。「余計な情報だけど、セルフプレジャーは私の生活の大部分を占めていて、とても助けになっている。皆もマスターベーションをするべき。ずっと身体醜形障害に悩んできた私としては、強調し

No one says, “This code is a “big ball of mud,” but adding new features is quick and easy.” But still, too often, I see developers attempt to be faster by skipping refactorings, tests, and other practices that help create good-quality code. They just start adding new lines, but the change soon becomes too complex. Since they are developers, they will make it work in the end. Sometimes, they may be

"当たり前"となった関数型を 意識せずに使いこなすために 本書は Michał Płachta, "Grokking Functional Programming" Manning Publications 2022 の邦訳版です。 いまや、どの言語の開発環境においてもフツーに目にする「関数型プログラミング」。 ということは、概念さえしっかり把握してしまえば、どんな開発の現場であっても関数型プログラミングのメリットを（検索やAIを援用することなく）享受できるということです。 本書は ・シグネチャがウソをつかない ・本体が極力宣言的である というトピックを少しずつ掘り下げながら、最終的に「古い習慣に囚われることのない、現実的なプログラム」を構築できるように読者をいざなってくれます。 本書によって、オブジェクト指向プログラミングと同様、関数型プログラミングを母国語のように書き、問題解決の新しい

米起業家のイーロン・マスク氏が、ＡＩは人間の仕事をすべて奪うことになると発言/Leon Neal/Pool/Reuters via CNN Newsource （ＣＮＮ） 米起業家イーロン・マスク氏は２３日、仏パリで開催された「ビバテック　２０２４」の基調講演にリモートで登壇し、人工知能（ＡＩ）は私たちの仕事をすべて奪うことになるが、それは必ずしも悪いことではないと語った。 マスク氏は「おそらく私たちは全員仕事がなくなるだろう」と話し、仕事が「任意」になる未来について語った。「趣味のような仕事をしたければ、仕事をすればいい」「そうでなければ、ＡＩやロボットがあなたの望む商品やサービスを提供してくれるだろう」 このシナリオが機能するためには「ユニバーサル・ハイ・インカム」が必要だと話したが、それがどのようなものかについては触れなかった（個人の収入がどのくらいかにかかわらず政府が一定額の金銭を

はじめに 「プログラムは英語の自然言語に近くなるように」というテーマで命名を検討するに当たって、イベントハンドラに付与するonプレフィックスについての質問を受けました。 なんとなくはわかるもののうまく言語化できず、良い機会なので調べてみました。 その調査結果として、どのように捉えれば上記テーマと齟齬が生じないのか、一つの解釈を提示してみます。 ※あくまで一つの解釈です。 前置詞 on の意味 まずは前置詞としてのonの意味を掘り下げます。 用途として多いのは「上に」に類するものですが、本来は「接触している」状況を表していたのだそうです。 そこから「上側に接している」という意味で使用されたり、「時間に接している」ということで on Monday や on schedule という用法が用いられたりするようになったようです。 更にそこから転じて、「on + 動作を表す名詞/動名詞」で「〜すると

こんにちは、SmartHRで一人目のDevRelのinaoです。 SmartHRにDevRelを立ち上げる際に、社内に向けて書いた文章を公開します。 次の座談会もあわせてあわせてご覧ください！ 教えて先輩！ DevRelの立ち上げ方（前編）活動の成果と計測、体制、予算 - SmartHR Tech Blog 教えて先輩！ DevRelの立ち上げ方（後編）社内の関係づくり、社内イベント、最も大切なこと - SmartHR Tech Blog DevRelを立ち上げます DevRelとはなにか DevRel（Developer Relations）は、「開発者をつなぐこと」を目的とします。 開発者をつなぐことには、次の3つが含まれます。 SmartHRの開発者と外部の開発者をつなげる SmartHRの開発者どうしをつなげる SmartHRのプロダクトと内外の開発者をつなげる なんのためにやるの