「ドキュメントの書き方」を体系的に学んだことがないエンジニアへ 書籍『エンジニアのためのドキュメントライティング』の概要
インフラエンジニア向けの書籍を取り上げ、著者と出会い、楽しく本を知り、仲間を作る場所である「インフラエンジニアBooks」。ここで、『ユーザーの問題解決とプロダクトの成功を導く エンジニアのためのドキュメントライティング』の翻訳を担当した岩瀬氏が登壇。まずは、本書籍の概要について話します。 本セッションの対象者と、セッションのゴール 岩瀬義昌氏：ご紹介いただきました、岩瀬と申します。よろしくお願いします。『ユーザーの問題解決とプロダクトの成功を導く エンジニアのためのドキュメントライティング』は、もともと『Docs for Developers: An Engineer’s Field Guide to Technical Writing』という洋書だったんですが、その翻訳をして、今回この機会をいただいています。 余談ですが、APC（株式会社エーピーコミュニケーションズ）さんが「カプセルト
FlowのドキュメントにあるコードをひたすらTypeScriptのPlaygroundで試す - Qiita
Flow 0.74 Typescript 2.9 TypeScriptの設定は以下な感じ 先にまとめ やってみることによって学びがあった。良かった。 FlowのObjectTypeは必要なプロパティがあれば同じ型として使えるがTypeScriptの場合はそうではない。 基本型はだいたい同じだが、mixedがないのとvoidの挙動が違う。 Maybe型がない。 TypeScriptは型を書かないとanyになるがFlowは推論は推論してくれる 多分、お互いに似たようなことはできるが、実際にやるにはそれなりの経験が必要そうだ。逆をやってみるのも面白そう。 これをやってみた感じからするとFlowのほうが好み。 Stringへの暗黙型変換 // @flow "foo" + "foo"; // Works! "foo" + 42; // Works! "foo" + {}; // Error! "fo
Azure 初心者が最初の1カ月でやったこと - てくなべ (tekunabe)
はじめに こちらのツイートの詳細です。 この1ヶ月でAzureの本を3冊読みました。左から順に読んだのですが私にとってはあってたと思います。全部素敵な本。ARMテンプレートいじりはもう少ししたいと思います。 pic.twitter.com/BZhZMqcYVV— a.yokochi (@akira6592) 2018年1月13日 これまで、パブリッククラウドはあまり使ったことがなかったのですが「何か環境作るなら〇〇でやるかな」という手札が欲しかったので、何かをやることにしました。 もともと、ASP.NET などマイクロソフトのプロダクト周辺で開発をしていた時期があったので、なんとなく流れで マイクロソフトの Azure にしました。 始めたのが2017年12月なのですが、ちょうどそのころ Azure 関連の新しい本が複数発売されていたので、本をベースにしました。冬休みを挟んだので比較的捗り
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
