康太は昨日、天国に旅立ちました。 土曜日の落馬後からずっと意識のない状態で、何とか頑張ってほしいと願ってはいましたが、正直、いつ息を引き取ってもおかしくない状況でした。 そんななか、頑張って心臓を動かし続け、家族や友人たちが気持ちの整理をするため、そして、それぞれがお別れを言うための時間を作ってくれた康太。優しい康太らしい最期だったと思います。 明るくて、本当にいいヤツで、弟であると同時に大事な友達のような存在でした。もう笑って冗談を言い合えないこと、レースで競い合うことができないこと、とても寂しいです。 ですが、いつまでも悲しんでばかりはいられません。普段からよく話をしていたので、僕には康太の気持ちがよくわかります。 まだ35歳。これからも続くはずだった人生で、まだまだやりたいことがあったのは間違いないです。ただ、ここまでの人生にはまったく悔いがなかったと思いますし、大切な家族のために、

勘所1：念入りなチームビルディング 前回記事で触れた通り、東京ガスCX推進部は2022年に発足した内製開発チームによって、2023年11月にWeb会員サービス「myTOKYOGAS」リニューアルをやり遂げるという大きな成果を上げた。ただ内製に取り組み始めた2022年当初は、十分な開発体制が整わない中、着手したために混乱。結局は後に、一度書いたコードをすべて廃棄してやり直す事態となった。 プロダクトのローンチ日が決まっていたという事情はあるにせよ、「本来は体制をきちんと整えてから開発を進めるべきだった。開発者の高いスキルと強い責任感でなんとか稼働まで持ってこられたが、一歩間違えれば稼働できないリスクをはらんでいた」と東京ガスの及川敬仁CX推進部デジタルマーケティンググループマネージャーは振り返る。 東京ガスに中途入社し、現在はテックリードを務めるCX推進部デジタルマーケティンググループエンジ

ドキュメンタリアンとは、役職に関係なく、ソフトウェア業界でドキュメントとコミュニケーションに関心を持つ人のことです。 www.writethedocs.org はじめに これは主に『ユーザーの問題解決とプロダクトの成功を導く エンジニアのためのドキュメントライティング』の書評です。私はSreakeにてSREという役職についています。SREはサービス概要、アーキテクチャの解説や図、各種構成図、各種手順書、ポストモーテム、ポリシー、SLA(SLO) … その他の様々な場面でドキュメントを書く必要があります。しかし、ドキュメントは価値が見えにくく時間と労力がかかり品質担保の面で重要度がとても高いのにその場での価値が見えにくいので浸透しにくいです。そのため、エンジニアとしてモチベーションが保ちづらいです。2021年 State of DevOps 2021 にもドキュメントに関する言及があり今後、

登山で大事なのはなにか？体力？技術？根性？どれも大事ですが、最も重要なのは知識、情報です。知識があれば無用なリスクを避けられますし、体力が少ないのなら少ないなりのコースを選べます。 体力も知識もないのに難しい山や長いコースを選んで、天気など条件が悪いのに突っ込んでしまうから遭難するのです。 なんてことない様に見える登山道でも、知識の有無で見えるリスクが違います。知らないということは、見えないということです。 知識を得る方法はいろいろありますが、最も効率よく信頼性の高い情報を得られる媒体は、本です。信頼できる出版社が出版した本をたくさん読みましょう。 なぜ本を読むのが大事なのか？登山は、無知でやっていい遊びではないからです。標高が低い山なら遭難しないと思ってませんか？そんな事ありません。3,000m峰と1,000m以下の低山ではリスクの種類が違うだけです。低い山でも危険な箇所はあり、かなり険

●病気と療養の概要 ●情報•判断•処理の能力とコスト ●癌の費用と「がん保険」 ●髪の毛や酒の「真の損得勘定」 ●時間の最適化としての人生 病気と療養の概要 筆者は昨年、癌に罹った。食道癌である。本稿執筆の時点で（2023年1月下旬）、手術からの回復過程にあるが、再発防止目的の薬剤を投与するために一月に1、2度通院している。癌は全てが投資やお金と関係する訳ではないが、本人にとって不確実性下の意思決定問題である点が投資と似ている。 今回は、自分で癌に罹り、治療に臨んでみて、何を感じ且つ考えたかについて率直に書いてみよう。今後に公開する動画で、筆者の風貌が少し変わっている（数キロ痩せて、髪の毛が減っている）理由の説明にもなるだろう。 尚、投資の文章では末尾などに「投資判断はご自身で行って下さい」としばしば注記されているが、本稿の性質もそれに似ている。筆者の治療方針の選択や意思決定は一例であって

デスク配線がスッキリ。Ankerの全部入り12 in 1モニタースタンドが突然8,250円OFFされてた #Amazonセール

こんにちは。dodaサイト開発グループの齋藤です。 doda トップページリビルドプロジェクトにて、コンテナ環境で動くAPIサーバー(hydrogenと社内では読んでいます)を作成しました。 そのAPIサーバーの開発が活発化してきたため、社外向けへの知見の共有と、社内のチーム向けのドキュメントとして、プロジェクトにおいて工夫した点などをこの記事にて公開することにします。 なぜAPIサーバー(hydrogen)を作成したのか これまでdodaではJava側でHTMLまで返すMPA(Multiple Page Application)で作られていました。 しかし今回のdodaトップページリビルドプロジェクトではSPA(Single Page Application)で作っており、APIが必要になりました。 参考：フロントエンドに関する記事はこちらです。 APIの作成は既存のシステムでも可能です

文脈: blog.arthur1.dev 自分は割とガンガンアウトプットする方で、たまにバズって嬉しいという品質のブログ(これ)をやっている。普段どのような心構えでやっているのか、そして続けるコツみたいなものについて書いてみようと思う(参考になるかは全くわかりません)。 あと一応断っておくと、タイトルにある "去年書いた182本の記事" は非-技術的な記事も含んでいる(けど、だいたい技術記事なので許してほしい)。 どういうときに書くか どういうモチベーションで書くか どういうときにバズるか どのようにして続けるか 余談: 箇条書きの型を統一する 参考文献 あわせて読みたい どういうときに書くか 自分は基本的にブログを「1年前(後)の自分が泣いて喜ぶ記事」というテイで書いている。自分が知りたかったことは他人も知りたかったはずだという仮説で書いていて、それを知りたかった人の総量はその技術のシェ

こんにちは アル・デンテです。 この名前で生まれてから数十年、 パスタが大好きでとにかく作りまくってきました。 そんなパスタ人生の中でできたおいしいレシピを ちょっとでも皆さんと分かち合いたくて 日々SNSでパスタのレシピを投稿しています。 そして今日はどうやら #世界パスタデー と呼ばれる日だそう。 世界パスタデーが何かは分からないですが笑笑 せっかくなのでこのタイミングで 過去に紹介したパスタを振り返ってみようと思います。 皆さんが作ったことあるパスタも まだ知らないパスタもあるかもしれません。 このnoteが皆さんの振り返りや新発見に役立てば嬉しいです。 ※画像タップするとレシピページに飛べます まずは最近ハマってるワンパンパスタワンパンパスタが素晴らしいのは 沢山の人の課題や要望に対してある種の答えであるという事。 プロみたいに作るパスタも当然素晴らしい けど 求められるものの中に

「良いコード／悪いコードで学ぶ設計入門」という本がとても売れているようです。私の所属している開発チームでも、何人か購入した人がいたので、私も購入して一通り読んでみました。 結果として、いくつかの考えが整理され、私としてはこの本によって考えが深まり、本を読んで考えた事自体は有意義であったと思いました。ただし一方で、あまり知識がない状態で（自分の中での判断軸が無い状態で）この本を読むと、色々と誤解が生まれるのではないか？という事を感じました。 一つの技術書がこれだけ売れるという事はそんなに多くはない事だと思うので、つまり、 その内容が改善されるとその効果は相対的に大きい という事になります。そこで、私が本を読んでいて思ったことや、この本の内容で正しいこと、現在も賛否両論とされること、事実として認識が間違っているであろうこと、この本で触れられていないが設計において大事なこと、などについてまとめて

モジュラモノリスにおけるトランザクション設計の考え方 / transaction design on modular monolith

デジタル トランスフォーメーションを加速 お客様がデジタル トランスフォーメーションに乗り出したばかりでも、あるいはすでに進めている場合でも、Google Cloud は困難な課題の解決を支援します。

CyberZ CTO室のメンバーの森 (@at_sushi_at) です。 先日、株式会社サイバーエージェントの2021年度 エンジニア新卒研修でコードの品質に関する講義を行いました。 そこで話した内容とスライドを完全公開します。 45分の内容のため、かなり長いですが、個人的にぜひ一読して欲しい内容になっています。 はじめに こんにちは、森 篤史と言います。2019年度入社で今年で3年目になります。株式会社CyberZのOPENREC.tvというプロダクトでAndroidアプリチームのリーダをやっています。 最近はプログラムを書く仕事以外に、次世代マネジメント室という全社横断組織でDevelopers Blogの改善プロジェクトを実行したり、CyberZ CTO室で組織活性化に取り組んでいます。 あと、2019年度の未踏スーパークリエータにも認定されました。 メインの仕事としては、入社して

大学や大学院で論文の書き方を鍛え上げた人たちには遠く遠く及ばないが、僕の様なはぐれもの1でも最近は Amazon 社内で文書の質が高いと評価してもらえるまでにはなった。Software Engineer として、コードでのアウトプットはもちろん大事だけど、文書のアウトプット(およびそれによって得られた実際のアウトプット)は同じだけ重要である2。今回は自分が最近どういうところに気をつけて技術文書を書いているのか、ということについて数年後の自分が忘れてないことを確かめられる様にまとめておく。 そもそも文書とは？ 英語だと document。ここで指す(技術)文書とは、人間が読む文体で書かれた技術に関連する情報、といったものだ。具体的に言うと以下の様なものを想定している: 新しいプロジェクトの骨子を説明する資料 会議の叩き台となる 1 枚ペラ 本番環境に変更を加えるにあたっての包括的な情報や具体

“最も”なのに1人じゃない？　最も気になる日本語――「最も～な10人」：Biz.ID Weekly Top10（2/2 ページ） 「最も～な1つ」は日本だけ。直訳だけが1人歩きする「one of the most～」 小松氏によると、「one of the most～」を日常生活で使うときは、「the most～」という表現と使いわけている。 That mountain is the most beautiful mountain I've ever seen.（あの山は今まで見た中で最も美しい山だ） That mountain is one of the most beautiful mountains I've ever seen.（あの山は今まで見た中で極めて美しい山だ） この2文は、「one of」がついているかいないかが違う。ついていない上の文は、実際に体験した実感として使い、「

by StartupStockPhotos 過去の調査により、「仕事で使用する端末を従業員に選ばせると75％がiOS、72％がMacを選択する」ことが判明しています。そんな中、コンピュータ関連製品を提供しているIBMが実際に従業員が使用するPCをMacに切り替えたところ、従業員の生産性と満足度が大幅に増加したと報告しました。 IBM Announces Research Showing Mac Enables Greater Productivity and Employee Satisfaction at IBM | Jamf https://www.jamf.com/resources/press-releases/ibm-announces-research-showing-mac-enables-greater-productivity-and-employee-satisfact

衆院予算委員会で質問する立憲民主党の議員に対し閣僚席から発言する安倍晋三首相（右）＝国会内で2019年2月20日、川田雅浩撮影 子供に見せたくないなあ、と思ってしまった。深夜番組ではない。国会のテレビ中継である。6日の衆院予算委員会で、国民の範たるべき安倍晋三首相が、またも閣僚席から国会議員にヤジを飛ばしたのだ。これまでも物議を醸した首相のヤジや不規則発言だが、国会会議録を調べると出るわ出るわ、今年だけでその数、20回超……。【吉井理記/統合デジタル取材センター】 過去にも野党議員へのヤジで謝罪 6日のヤジは、立憲民主党などの会派に所属する今井雅人氏の質問中に発せられた。 加計学園問題を巡り、文部科学省が公表した文書に萩生田光一文科相が登場することから、萩生田氏に経緯を問う今井氏に、閣僚席の首相が「あなたが（文書を）作ったんじゃないの」とヤジった、とされる。当時の動画を見直すと、首相らしき

2013年に「日経電子版」のソフトウェア開発を内製化し、アジャイル開発に切り替えた、日本経済新聞社。開発サイクルはもちろんチームの抜本的な改革は、多くの注目を浴び、400以上のはてなブックマーク数を獲得しました。 アクティブユーザーを1.9倍増にした内製化の成功をきっかけに、2017年には日経電子版のコンテンツの表示速度を改善する「爆速電子版」プロジェクトを実施し、業界最速のスピードを実現しました。 内製化やアジャイル開発の開始から6年が経過し、日経では開発部門だけでなく、全社的な組織改革に着手しています。そこで、同社の現役プロダクトマネージャーに、日経が挑戦する開発の現場の“いま”についてお伺いしました。 ■自己紹介（右から） 情報サービスユニット 斎藤祐也（さいとう・ゆうや）さん デジタル編成ユニット プロダクトマネージャー武市大志（たけいち・たいし）さん デジタル編成ユニット 西馬一

はじめに 私の職場では、WebAPIの仕様書をWordで書く習慣があったのですが、2018年頃にSwaggerで書くように切り替わったので、そのように変化した経緯を書きます。 何かの参考になれば幸いです。 ちなみに、こちらの記事と同じ職場です。 Wordな職場にMarkdownを定着させるためにやった４つのこと Swaggerとは？ Swaggerとは、REST APIの仕様を定義するためのフォーマットです。その周辺技術も含めて、Swaggerと呼ばれます。以下の記事が非常に参考になりますので、詳細を知りたい方はご参照ください。 Swaggerの概要をまとめてみた。 Swagger 導入失敗 2016年頃のある日、上司から「世の中にはSwaggerというものがあるらしい。調べてもらえる？」と指示されました。 調べてみたところ、Swaggerがあれば、WebAPIのドキュメントサイトも作れる