こんにちは、Dev Contentチームのmochikoです。LINEヤフー株式会社でテクニカルライターとして働いています。 今日は、テクニカルライティングの専門チームで、私たちテクニカルライターが「チームの目標」をどう決めたかについてお話しします。 ※本文中に記載されている会社名、製品名、キャラクター名などは各社の商標、または登録商標です。 テクニカルライターってなに？ 目標の話に入る前に、そもそも「テクニカルライターってなに？」という方もいらっしゃると思いますので、テクニカルライターについて簡単に説明します。 LINEヤフー株式会社の技術組織には、技術ドキュメントやAPIリファレンスなどを書く専門職として「テクニカルライター」というポジションがあります。日々、テクニカルライターがどんなふうに働いているかについては、合併前のLINE Engineering Blogに書いた『LINEの社
Rubyをはじめとする「動的型付け」のプログラミング言語は、ソースコード中に型に関する記述が陽に出てこないことが特徴で、プログラムの実行前に（静的に）型検査をすることはありません。しかし、このようなプログラミング言語においても、大規模な開発における品質の向上や開発体験の改善、実行の高速化のために、静的な解析を活用しようという試みは多くなされてきました。この記事では、動的型付けの言語のための型検査の歴史を簡単に振り返って、現在私が開発しているRuby向けの型検査器Steepとその基盤となっている型記述言語RBSについて説明し、今後の展望を議論します。 著者：松本宗太郎さん（@soutaro） Rubyコミッター。大学院でRubyプログラムの型検査の研究に取り組み、修了後はスタートアップでWebアプリケーションの開発に従事。2017年から型検査ツールSteepの開発を始め、2019年からはRu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
