#ohayo 成田にバリから今到着、今晩オーストラリアのケアンズに向けまた南半球へ — kjunichi (@kjunichi) October 6, 2010
![10月6日|kjunichi](https://cdn-ak-scissors.b.st-hatena.com/image/square/bfaf5f0b3cb28230b1903419f853b85fef0a8403/height=288;version=1;width=512/https%3A%2F%2Fassets.st-note.com%2Fproduction%2Fuploads%2Fimages%2F36027519%2Frectangle_large_type_2_3a5b57a46e560e7d4b9fcddcf6440d75.jpg%3Ffit%3Dbounds%26quality%3D85%26width%3D1280)
生前、よく自宅からリモートで働いていた番田雄太と「一緒に働くってどういう事?」「所属してるって何?」「自分を好きになれって言われても・・・」というような話を、それはもう頻繁にしていた。 いかに人は絶望状態から希望を得て、自分を信じる状態へ至るのか。私と番田の経験に則り、5段階仮説としてまとめてみる事にした。 番田はよく「孤独」を私に訴えた。 番田雄太とは、2013年12月から2017年9年に彼が亡くなるまで、ほぼ毎日共に活動した、私の1歳年下の親友、相棒だ。 私の親友にして一緒にOriHimeを作ってきた番田雄太が亡くなって、今日で半年 4歳で交通事故で脊髄損傷で寝たきり、20年間、学校も通えず友達も居ない絶望の入院生活、唯一動く顎を使ってPCを操作し、2013年に私をネットで見つけてOriHime開発に参加。様々な挑戦、前例を築いた男@myendores pic.twitter.com/
こんにちは、けんにぃです。ナビタイムジャパンで公共交通の時刻表を使ったサービス開発やリリースフローの改善を担当しています。 今回は Python 製の Web フレームワークとして FastAPI を導入した話をしようと思います。 Python 製の Web フレームワークPython には代表的な Web フレームワークが 2 つあります。 ・Django: フルスタックフレームワーク ・Flask: マイクロフレームワーク Django は大規模開発向け、Flask は小中規模開発向けと言われますが、今回開発したサーバは小規模なサーバだったため、以前は Flask で開発していました。 しかし、どちらのフレームワークを使う場合でも下記のような機能を使おうとするとプラグインやサードパーティの助けを借りる必要があります。 ・OpenAPI ・JSON Schema ・GraphQL ・We
「ファイナルファンタジー・クリスタルクロニクル」(長い・・ので以下、FFCC)のリマスター版が発売されました。 このタイトル、実はスクウェアが任天堂と取引再開した記念碑的タイトルなんです。 これを機会に、任天堂との取引再開の経緯、また、このタイトルが実は当時のスクウェアの革新について重要な役割を担っていたことについて、書いてみます。 任天堂出禁私が着任した2000年時点でスクウェアはソニーのプレイステーション(以下、PS)以外にタイトルを供給しておらず、任天堂から取引拒否をされている唯一のゲーム開発会社だった。 どのプラットフォームにも供給できる選択肢を持っているのが自然であるし、携帯ゲーム機を製造しているのは任天堂だけだったので、この観点でも取引は必須のはず。ところが、着任時のスクウェア社内では、出入禁止になっている事がシリアスに捉えられていなかった。 解せないながら、2000年内は管理
詳細については省きますが先日noteに投稿された記事のページソースコードから「記事投稿者のIPアドレス」が確認できてしまう不具合が発覚しました。 以下公式発表 https://note.jp/n/n3e6451c9b147 私の方でウェブ魚拓などのサービスを利用していくつかの記事のソースコードを確認したところ2020年2月頃には既にこの状態になっていたようです。 ここからが本題なのですが今回noteが発表した漏洩したとされる 「記事投稿者のIPアドレス」 について、note公式からの発表では説明しきれていない状況が確認されています。 まずこちらをご覧ください。 私がIPアドレス流出騒動を確認した日に記録した私自身の記事のIPアドレスです。 1. 2019/11/12投稿記事 (記事の内容はちょっとアレな感じですが) もちろん現在不具合は修正され確認不可能になっていますが、2つとも8/14の
3年前に、図解の基本をまとめた本『図で考える。シンプルになる。』を書きました。その内容から、エッセンスを抽出したのが本noteになります。 (1)「幕の内図解」と「イチオシ図解」 図には、大きく分けて、2つのアプローチがあります。 ひとつは、幕の内弁当のように、いろんな要素を盛り込んだ図で、もうひとつが、唐揚げ弁当のように、イチオシのおかずにフォーカスした図です。 たとえば、桃太郎の話を「幕の内図解」のアプローチでまとめてみたのが、つぎの図です。 登場人物とエピソードをフラットに扱って、網羅的に盛り込んでいます。 この図を使って、人に説明しようとすると、「まず、お婆さんですが……」「つづいて、お爺さんですが……」といった具合に、「お婆さん」「お爺さん」「桃太郎」それぞれの視点に切り替えが必要になり、話す方も話しづらければ、聞く方もまどろっこしく感じてしまいます。 相手がじっくり聞く耳を持っ
本日8月26日、レバレジーズ最終出社でした(8月末退職)。レバレジーズではメディアシステム部部長としてエンジニアリングマネージメントを中心に担当した他、レバテック技術顧問としてエージェントの専門性向上などを担い、ITエンジニアのキャリアについて接したり深く考える機会が多くありました。写真は最初の勤務地のヒカリエと、現在のスクランブルスクエアです。 退職理由などについてはここ数年情シスの長としてレピュテーションリスクの観点から監視する側だったので特に書きませんが、代わりに私が採用時・入社後に示してきたITエンジニアとして長く生き続けるためのポイントについてここに記します。つまりは「指名されるエンジニア」になるために必要な事柄です。IT業界に出入りして20年。数多のプレイヤーの栄枯盛衰を見てのお話です。この観察結果からまとめた内容になります。 最も恐れなければならないのは忘却されること 以前に
ちょっと前に1兆円の大台にのったB2BのECの雄、MonotaRO(モノタロウ)。時価総額1.1兆円、東証一部上場ランキングは106位。祖業のB2BのEC一本でひたすら拡大し、コングロマリット化している楽天1.3兆円に肉薄しつつあります。 株式会社MonotaRO(モノタロウ)は、兵庫県尼崎市に本社を置く事業者向け工業用間接資材のEC/通信販売会社。wikiはこちら 売上成長率20%、営業利益成長率23%と、絶好調が継続です。年間1500億円規模の売上でこのスピードがすごい。すごいというか、ありえないです。スタートアップ初期の10億円や上場直後規模の100億円ではなく、1000億円を超えていて、まだこのペースが落ちないのですよ。成長の率を維持するから、冒頭のグラフのとおり世界中の投資家に愛される「綺麗な二字曲線」です。(だから1兆円を突破しています) なぜこんな離れ業が出来るのか。長年不思
前回、成功したエンジニア組織の施策について書きましたが、今回は失敗編です。失敗のほうが多いのでどうしても文量が多いのですがご勘弁下さい。 説明用に前職の関係記事がガンガン出てきますが、貶めたり咎める意図は全くありません。あくまで僕が責任持って実施した施策で失敗したことについてのノウハウ共有と反省についての記事です。 組織施策プレゼン大会 ※元記事がお亡くなりになっているのでWayback Machineより [概要] 組織施策についてチームごとにプレゼン。プレゼン毎に担当役員+組織責任者(僕)が点数評価。点数が一定以上の場合施策実行をその場で採択。 内容は、課題提起→施策内容→実行体制→スケジュール→予算→まとめ。 [導入背景] エンジニア組織の人数が増えて組織硬直が進んでいたこと、全員の目線を合わせる機会があまり無かったことから、メンバーの不満が見えないレベルでたまり続けていました。 メ
はじめにここ2週間くらいで、カジュアル面談を3件受けた所、色々得られるものがあったので言語化したもの。 もっともっとカジュアル面談がカジュアルになると良いなという想いも込めて、感想や得られたものを書いておく。 登録したサービス直属の上司 (@m_nishiba) が突然はじめた、サクッと30分のカジュアル面談を申し込める何かを使ってみた。 エムスリーに興味ある人はぜひカジュアル面談しましょう!! 1分で日程が決まります!! 空いているところに予約してください。エンジニア、PdM、事業責任者の方、私と30分くらい、さくっと面談しましょう。 私の他にも続々と参戦してくれてます(まずは @keigohtr さん!!)https://t.co/Mi3G7YDtC3 — nishiba (@m_nishiba) July 14, 2020 ページの雰囲気もカジュアルすぎて笑える感じ。 カジュアル面談
こんにちは、Sayoです。 2016年11月に入社したメルカリを、2020年7月末をもって退職しました。お世話になった皆様、本当にありがとうございました。 「次の挑戦」に進む前に、この濃厚で濃密だった4年間を記録しておきたい、と初めてnoteを書いてみることにしました。 さぁいってみよー!(明るく) ●2016年入社前職(ウォンテッドリー)の関係で、中の人と話す機会も多く、面白い人が多いなぁと思っていたメルカリ。当時1人でPRを担当していた @ricchaに誘ってもらい、2016年11月に広報・PRとして入社することに。(ウォンテッドリーでは事業企画を担当していたのだけど、よく会社のことをSNSで発信していたため広報だと勘違いされたのがキッカケ。笑 つぶやくもんだぜ、SNS!) 当時のPRチームのボスは現メルカリ会長の@koizumiさん。 「いままでになかったPRをしてほしいから未経験者
妻の手書きのフリーフォントができました。 「ちひろもじ」(命名妻)です。ここからDLできます。 ・商用 個人利用 可 ・OS Windows / Mac ・形式 TrueType ・ひらがな◯ ・カタカナ◯ ・漢字◯(中学2年まで) きっかけ 妻とは出会ってから9年ぐらいになります。 付き合ってる時も結婚して生活を共にしてからもずっと気になってたことがありました。 めちゃくちゃ字がかわいい バランスが偏ってたり跳ね部分が一直線だったり、間隔が空き過ぎていたり、どこかしら崩れているのに、可読性もちゃんと合って文字として認識できる。 そんな妻の字を見かけるとくすっと笑いが出てくるので、時々見かけてはほんわかと和んでいました。 妻の職場でもそれはたびたび話題にあがり、彼女の上司もその文字をフォントとして残しておきたいと、冗談まじりに言っていたりしました。 フォントにできたらおもしろそう。 私
書いている原稿に地図にマークを付けたものを入れたかったのですが,フリーの白地図に自分でマークを入れると位置の調整や,後々の使い勝手や,そもそも権利的によかったっけとかの確認が面倒でした。なので,せっかく勉強しているPythonを使ってできないかと思い調べたら思いのほか手間がかかったのでメモ代わりに。最終的にできたのは次のようなもの。印刷の都合でグレースケールですが,カラーのものも作れます。 ちなみに作業してから見つけたのですが,PythonではなくQGISというアプリを使えばGUIでもっと簡単にできそうです(よくある)。こちらについてもいつか解説を書きましょうかね。 製作環境 ・Mac (10.15.5) ・Python (3.8.0) ・ライブラリ(pandas,geopandas,matplotlib) ・地図データ(japan json) 完成したスクリプトは以下のとおり。 impo
ゲーム音楽が好きすぎてWebサービス作りました。 「音楽サブスクリプションで聞けるゲーム音楽一覧サービス」です。 サブスクリプション契約しているのだから聴けるゲーム音楽は全て聴きたいわけです。サブスクリプションで聴けるゲーム音楽を紹介しているブログはいくつかありましたが、常に最新ではありません。そのため常に最新で検索しやすく私自身のコレクションとして管理したく開発しました。 2021/07/07 追記 Spotify API の追従が厳しくなったため Spotify の機能を全て削除しました。 このサービスの目的まず結論から。 「私が感動するゲーム音楽に出会うこと」を目的に作りました。俺得サービスです。 私はゲーム音楽が好きで好きで毎日聴いていました。 いつの頃かプレイしたことのないゲームの音楽をふと聴いてみると、知らないはずのゲームなのにとても感動できる曲がたくさんあることに気がつきまし
イントロ「Amazonのこの商品をチェックした人はこの商品もチェックしています」や「YouTubeのあなたへのおすすめ」、「Twitterのおすすめユーザー」などのレコメンド機能は多くのWebサービスに組み込まれております。そのレコメンドによって、ついつい商品をたくさん買ってしまったり、夜遅くまで動画を見てしまった経験はないでしょうか。 この記事では、レコメンドシステムの裏側はどのような仕組みになっているのか、そもそもレコメンドとはどういうものなのかを具体例を交えながら俯瞰できればと思います。レコメンドシステムのアルゴリズムの詳細には触れず、ビジネスにおいてどのような形で実装されているかにフォーカスしています。ネット上に公開されているレコメンドに関するスライドや記事、論文のリンクをまとめましたので、アルゴリズムの詳細などはリンク先の記事でご確認ください。 対象の読者は、自社のサービスにレコ
ポエム。 つまり?予算やチームのリテラシーに合わせて最速で作れて、チーム内で「俺ら高凝集低結合だなー」と思えるなら、アーキテクチャはなんでもいいと思えてきました。 前提・まだ割と収益が安定してないプロジェクトでの話です。お金があるなら好きにやりましょう。Go Bold。 ・DDDやクリーンアーキテクチャがダメとは言ってないです。むしろ自分は直近そこまで厳格ではないクリーンアーキテクチャでAPI書いてます。 ・以前こういうポスト書くくらいにはアーキテクチャのこと試行錯誤してました。 アーキテクチャ導入議論への疲労以前僕は、DDDやクリーンアーキテクチャを導入するという話が出ると積極的に顔を出すようにしていました。でも、最近は「導入しましょう」「既に適用してあるのでキャッチアップしてください」などの議論をするのに少し疲れてしまい、足が重くなったように感じます。もうおじいちゃんなので体力がないん
SidecarでホワイトボードWebアプリが便利 (MacBook - Sidecar - iPad+Apple Pencil) リモートワークで iPad+Apple Pencil を使うと、ホワイトボードWebアプリがホワイトボート代わりに使えて便利というお話です リモートで図を描いて説明したいとき、物理ホワイトボードは遠くて見づらかったり、声が遠くなったりします。手元の小さいホワイトボードを写真に撮ったり、画面に映したりもできますが、ちょっと不便で、もう少しシームレスに共有したいなーと思いました iPad+Apple Pencil でホワイトボードアプリが便利Sidecar を使って、iPad を Macのサブディスプレイにすると、iPad に表示しているものを Apple Pencil で操作することができます ここで、 https://jamboard.google.com/ な
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く