<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<oembed>
  <author_name>mimi-sansan</author_name>
  <author_url>https://blog.hatena.ne.jp/mimi-sansan/</author_url>
  <blog_title>Sansan株式会社 | 公式メディア「mimi」</blog_title>
  <blog_url>https://jp.corp-sansan.com/mimi/</blog_url>
  <categories>
    <anon>エンジニア職</anon>
    <anon>研究開発職</anon>
    <anon>連載</anon>
  </categories>
  <description>こんにちは。R&amp;Dの糟谷です。今回は論文発表についてです。R&amp;Dでは新しいAPIやライブラリを作る際には設計レビューを行います。このレビューもそんなに厳格なものではなく、アドバイスと理解が主目的となります。よっぽどのことがない限り、設計を直さないと開発に着手できないということはありません。アドバイスを聞いて直す直さないは本人の自由。基本的には責任を持つのは本人というようなスタンスでやっています。ただし、無駄にAPIを立ててしまうと、サーバー費用もかさむため、本当にAPIにする必要があるのかといった議論も行われます。設計文書のフォーマットも特になく、割と自由です。作る目的や、インターフェース仕様…</description>
  <height>190</height>
  <html>&lt;iframe src=&quot;https://hatenablog-parts.com/embed?url=https%3A%2F%2Fjp.corp-sansan.com%2Fmimi%2F2017%2F04%2Frd-11.html&quot; title=&quot;【R&amp;amp;Dアーキテクト通信】第11回 設計レビュー - Sansan株式会社 | 公式メディア「mimi」&quot; class=&quot;embed-card embed-blogcard&quot; scrolling=&quot;no&quot; frameborder=&quot;0&quot; style=&quot;display: block; width: 100%; height: 190px; max-width: 500px; margin: 10px 0px;&quot;&gt;&lt;/iframe&gt;</html>
  <image_url>https://cdn.blog.st-hatena.com/files/4207112889963979971/4207575160647082169</image_url>
  <provider_name>Hatena Blog</provider_name>
  <provider_url>https://hatena.blog</provider_url>
  <published>2017-04-14 18:28:19</published>
  <title>【R&amp;Dアーキテクト通信】第11回 設計レビュー</title>
  <type>rich</type>
  <url>https://jp.corp-sansan.com/mimi/2017/04/rd-11.html</url>
  <version>1.0</version>
  <width>100%</width>
</oembed>
