みずほ銀行システム障害に学ぶ
みずほ銀行システム障害の調査報告書が公開されたのがニュースになって、Twitterなどで色々な人がコメントをしているのを見た。140文字しか書けない空間で他人の失敗談の揚げ足取りをするのは簡単だが、そこからは一時の爽快感以外に何も得るものがないので、僕はそういうのはカッコ悪いと思っている。 そこで、ちゃんと読んでみたら全く他人事でない部分も沢山あるし、非常に面白く勉強になったので、ブログにまとめてみる。 技術的な話 銀行のシステムがどのようになっているのか、全然イメージが湧いていなかったので、それがまず勉強になった(p.29)。 トラフィックのソースに応じて用意された色々なシステムから基幹システム「MINORI」の取引メインバスにトラフィックが流れ、そこから各種システムへとリクエストが送られていく。この辺はService Oriented Architectureらしい。開発当時としては（
「老害にならないようにね」80歳エンジニア、スタートアップで働く毎日を語る | Coral Capital
スマートロックを活用した法人向けの「Akerun入退室管理システム」をはじめとしたAkerunブランドのクラウド型IoTサービスを提供するフォトシンス（フォトシンス）ではたらく最年長エンジニア、ヒロカズさんはなんと今年で80歳。 もしかしたら日本最年長のスタートアップエンジニアかもしれません。 周りの同僚はもちろん、直属の上司である取締役も孫のように年が離れている。でも、「お互いに敬意を払えば信頼は生まれるもの」と深谷さんは話します。 楽しそうに日々働いている話をお聞きすると、きっと技術的な資産と同じくらい、人柄も大事なんだろうと感じます。前回のインタビュー記事に続き、熟練エンジニアの人生を追います。 今回は深谷さんとその上司、取締役の熊谷さんにも話を伺いました。 大手メーカーから、五反田の2LDKのオフィスへ ーー長年勤めた会社を定年後、マレーシアで仕事を続けて10年あまり。そこから日本
質の高い技術文書を書く方法 - As a Futurist...
大学や大学院で論文の書き方を鍛え上げた人たちには遠く遠く及ばないが、僕の様なはぐれもの1でも最近は Amazon 社内で文書の質が高いと評価してもらえるまでにはなった。Software Engineer として、コードでのアウトプットはもちろん大事だけど、文書のアウトプット(およびそれによって得られた実際のアウトプット)は同じだけ重要である2。今回は自分が最近どういうところに気をつけて技術文書を書いているのか、ということについて数年後の自分が忘れてないことを確かめられる様にまとめておく。 そもそも文書とは？ 英語だと document。ここで指す(技術)文書とは、人間が読む文体で書かれた技術に関連する情報、といったものだ。具体的に言うと以下の様なものを想定している: 新しいプロジェクトの骨子を説明する資料 会議の叩き台となる 1 枚ペラ 本番環境に変更を加えるにあたっての包括的な情報や具体
スペシャリストになる覚悟
2021/01/19 の Forkwell Engineer Career Study の資料です
Pythonにサヨナラを - HackerNews翻訳してみた
「HackerNews翻訳してみた」が POSTD (ポスト・ディー) としてリニューアルしました！ この記事はここでも公開されています。 Original article: Saying Goodbye To Python by Ian Bicking ずっと先延ばしにしてきた記事を書きます。決別宣言ではなく（ずいぶん前に離れていますし）、ただ自分が歩んできた道を振り返ったに過ぎません。Pythonの世界に別れを告げてずいぶん経つのに、これまでサヨナラを言う勇気がなかったのです。 何年も前にPythonを卒業したとはいえ多少の愛着は残っており、戻る可能性もあると思っていました。PyCon 2013への提議が却下されたことは頭にきましたが（面白い話をしようと思っていたのに！）、この件で自分はもうPythonコミュニティの一員ではないのだと確信しました。 Pythonは私が初めて（もしかした
人の育て方 島国大和のド畜生
現場を回すのと人を育てるのは、わりと一緒というか、最初から戦力がそろっている場合の方が珍しいので、必然的に人を育てる必要が出る。 自分は現場でプロジェクトをグルグル回す事に特化した人間なので、そこはそれなりにこなしてきた。それ以外の能力に欠ける分、ここは多少は出来る。 自分の場合「環境が有れば人は勝手に育つ」と思っているので環境を用意する事に注力して終わりだけど。育つ気のない奴は知らん。 自分が人に何かを教えるなんておこがましいや。知ってる事はいくらでも教えるけどさ。というのが前提。 なので、自分がプロジェクトを動かしていて人に仕事を振る時に意識するのは以下の手順。 ①プロジェクトの全容を伝える。その中で担当してもらいたいタスクを伝える。 ②その相手が出来ると思うサイズにタスクを細分化して渡す。 ③出来たら次はもっと大きいかたまりでタスクを渡す。出来なかった場合はさらに細分化して渡す。 ④
グーグル エンジニアのまじめな日常 ― ＠IT
グーグルがどのようにソフトウェア開発を行っているかは、これまであまり詳細が明らかにされてこなかった。だがグーグルは6月10日、開発者向けイベント「Google Developer Day 2008 Japan」を開催し、グーグルのソフトウェアエンジニアがグーグルでの仕事術を語る「Google ソフトウェアエンジニアの日常」という講演会を実施した。スピーカーは、NECでITエンジニアとして勤務した経験がある藤島勇造氏。2006年からグーグルのソフトウェアエンジニアとして働いている。藤島氏は、グーグルでのソフトウェア開発方法について、グーグルのカルチャーと自身の見解を織り交ぜて語った。 グーグル ソフトウェアエンジニアの1日の流れ 藤島氏の1日は、朝10時ごろ出社し、メールをチェックすることから始まる。この時間にメールを見る理由は、米国にいる同僚に連絡が付きやすい時間帯だからだ。 午前中の主な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
システム・エンジニアの基礎知識
長文日記