常に本気の姿勢でアスリートの内面を伝える松岡修造さん。常にポジティブな挑戦の裏には、いつも弱さがあったという。人の心を一歩前に導く生き方とは? 滝川　松岡さんとは全仏オープンで何度もお会いしていますが、こうしてお話をうかがうのは初めてですね。今日はテニスやオリンピックのことなど、いろいろ聞かせてください。 松岡　僕は質問されることに向いていないんです。だから今日は僕が質問します。テニスはいつからやっているんですか? 滝川　ええ（笑）?　小さい頃から家族で……。 松岡　フランスは日々の生活のなかにテニスが溶けこんでいますよね。全仏オープンの見方も日本とは違って、お祭り的な要素が強いというか。そういう文化を肌で知っている滝川さんが全仏をレポートしてくれるのは、日本テニス界にとっても本当にいいことなんですよ。 滝川　ありがとうございます……ってそうではなくて、私に質問させてください。 松岡　僕の

はじめに 多くの組織が抱える課題 PMなしでも回る組織にしていくためには 具体的に何をする？ チームに移譲できたら、PMいらなくない？ はじめに プロダクトマネージャーは責任が大きく、やりがいがある一方で「自分がいないとプロダクトの成長が止まる」というプレッシャーに追われがちです。 組織として、PMなしでもプロダクトを継続的に成長させるにはどうすべきかを考えていきます。 多くの組織が抱える課題 多くの組織の課題としてBizサイド、Devサイドのコミュニケーションや期待値、納得感の問題というのがあると思います。 Bizサイド エンジニアリング、開発フローなどがわからず、バックログの管理をするのが難しい。大きな工数がかかる 期待してくれているほど開発者がオーナーシップ持ってくれない エンジニアからの事業、プロダクトに対して前のめりな提案がなくて、何かモヤモヤする 開発速度が妥当かどうか、わから

Deprecatedにした経緯というか背景が伝わってるのかどうかアレだと思ったので、ここに日本語にて書き記しておく。 Deprecate mismatched collation comparison for uniquness validator by kamipo · Pull Request #35350 · rails/rails · GitHub Active Recordのuniqueness validatorはデフォルトでcase sensitiveな比較をするんですが、これが、文字列のデフォルトのcollationがcase insensitiveなMySQLと相性が悪く、DB上のUNIQUE制約と一致しない振る舞いだったりINDEXが効率よく使えずDBが死ぬみたいな問題を引き起こしていました。 例: 本当にあったRailsの怖い話 僕も主に仕事のコードレビューで過去に何

職業プログラマーになって 8 年の間に随分とジョブホッピングを繰り返してきたが、どこの会社でも評価が良くない。上司（非技術者であったことがほとんど）からは全く評価されない。なので在職時に昇給したということはほぼない。ペパボ時代にエンジニア評価制度が導入されてシニアエンジニア1になったときにががっと給料が上がったことはあったけど、あれは直属の上司ではなく技術責任者から評価されるという仕組みだったのでイレギュラーケースといえると思う。その後は転職時に増えた以外では全然給料が増えたことはない。据え置きが続いたりむしろ下がったことすらある。 しかし一度退職すると、同じチームの同僚や隣のチームの偉い人とかから良く思われていたことが判明することが多い。戻ってきてほしいとか、いなくなって困ってるとか。当然社交辞令の部分もあると思うが、全く役に立たないクソ野郎だったらそんなことを社交辞令で言われることもな

こんにちは、@mugi_unoです。 GWはリスと遊んできました。たのしかったです。 さて、長きに渡ってコツコツと手を入れてきたMisocaのフロントエンドですが、 先日、新たに大きな改善を行いました。 というわけで、令和一発目のエントリーは MisocaのフロントエンドにTypeScriptを導入したお話です。 🤔なぜTypeScriptを？ 金額処理触るの怖すぎ問題 Misocaは請求書の発行・管理サービスという性質上、各所で金額に関する処理があります。 そして、最近はさまざまな事情により修正が頻繁に行われていました。 以前のエントリでもご紹介したレガシーコードのリファクタリングなども該当します。 tech.misoca.jp エンジニアの方なら「おおぅ...」となりそうですが、金額を触る処理というのは怖いものです。 そしてフロントエンドが絡んでくると「ここは文字列？数値？」といった

米Walt Disney Companyと米Comcastは5月14日（現地時間）、両社が7対3で権利を持つ定額制動画配信サービス「Hulu」について、Disneyが同日から完全支配権を獲得したと発表した。 引き換えに、Comcast（傘下のNBCUniversal）が持つHulu株式の33％について、売買特権付きオプション契約を結んだ。この契約により、2024年1月から、両社はHuluの33％の株式につき、全株式の評価額を最低275億ドルとして売却/購入を要求できる。 Huluは2008年に米YouTube対抗として米News Corp.と米NBC Universalが合同で立ち上げた。Disneyは翌年に参加し、今年3月に21st Century Foxを買収したことでHuluの60％を獲得した。9.5％を保有していた米AT&T傘下のWarnerMediaは4月に持株を売却している。N

2019年5月7日に boardの有料契約が2000社を突破したので、振り返りです。 boardのβを公開したのが2014年5月11日なので、β公開から約5年で2000社まで到達しました。 ちなみに、2000社までの推移はこんな感じ。 1000社までの振り返りは「受託の会社が資金調達せずに自社サービスを立ち上げて、有料導入1000社に行くまでの経営・受託とのバランス（BPStudy発表時の補足）」に書いたので、今回は1000社から2000社までの間を中心に書きたいと思います。 1000社から2000社は、約1年半だったのですが、この間はほとんど外にも出ず、ほぼ開発とサポートに注力していました。 そして、boardとしての進め方がある程度固まったというか、自分の中で迷いがなくなった期間でした。 元々あまり迷わず、決めたことを淡々とやっていくタイプなのですが、「うちの会社やboardはこういう

「悪い方が良い」原則をご存じだろうか？ プログラミング言語「Common Lisp」の開発に携わったことでも知られるソフトウエア技術者リチャード・ガブリエル（Richard Gabriel）氏が1990年に発表した有名なエッセイ「The Rise of ``Worse is Better''」で主張したソフトウエア開発の考え方だ。 このエッセイでガブリエル氏は、美しく完全に設計・実装されるより、単純で雑に設計・実装されたソフトウエアの方が良いと説く。彼は前者を「正しいやり方」「MIT/スタンフォード式」、後者を「悪い方がよい原則」「ニュージャージー式」と呼び、ニュージャージー式がいかに優れているか様々な事例を挙げて説明する。 これは一見とても奇妙に聞こえる。 ソフトウエア開発では通常「美しい設計」や「美しいコード」が尊まれる。「車輪の再発明はするな」とか、「階層構造に分けて、要素をいつでも