Meet the next generation of documentation. AI-native, beautiful out-of-the-box, and built for developers.
Build optimized websites quickly, focus on your content Powered by MDXSave time and focus on text documents. Simply write docs and blog posts with MDX, and Docusaurus builds them into static HTML files ready to be served. You can even embed React components in your Markdown thanks to MDX. Built Using ReactExtend and customize your project's layout by writing React components. Leverage the pluggabl
先日、猫が右腕に乗り4.5kgの負荷をかけたままゲームをやり続けました。 右腕だけがムキムキになった気がします。 ▲ こんな可愛い感じなら良かったんだけど こんにちは。データアナリティクス事業本部 インテグレーション部 機械学習チームのShirotaです。 この記事は、ブログリレー『Google CloudのAI/MLとかなんとか』の8本目の記事になります。 今回は、Google CloudでOCR(光学式文字認識)を行えるサービスのうち『Document AI』と『Cloud Vision』を中心に触ってみたのでまとめてみようと思います。 Google Cloudで利用できるOCRについて まずは簡単にOCRについて説明します。 OCRは「Optical Character Recognition/Reader」の略で、画像や物理媒体のドキュメントをカメラやスキャナを用いて画像データとし
Googleでの「Design Docs」とは 2007年の Google Developer Day Tokyo での鵜飼氏のプレゼンによると「Google で必ず書くことになっているドキュメント」であり、「プロジェクト立ち上げ時の 1~2週間をかけて書く」ものです。 今回は Google のソフトウェアエンジニアである @cramforce 氏が自身のブログで「Googleでの Design Docs」について解説している記事を公開されていたため、氏の許可を得て翻訳しています。 原文: www.industrialempathy.com 関連書籍: Googleのソフトウェアエンジニアリング ―持続可能なプログラミングを支える技術、文化、プロセス オライリージャパンAmazon 読了目安:11分 (目次) デザインドキュメント の解剖学 文脈と範囲 目標と非目標 実際のデザイン システ
このドキュメントは、Hakky Handbookの執筆・編集を担当するメンバー向けのガイドラインです。 Hakky Handbookの目的 Hakky Handbookは、Hakkyの会社、事業、カルチャー、ナレッジを体系的に整理し、社内外に発信するためのプラットフォームです。 社内外の読者にとって有益な情報を提供することを目的としているため、社内向けのドキュメントであっても、公開されることを前提に、品質や表現に配慮して作成しましょう。 コンテンツの分類と役割 Hakky Handbookの記事は、以下の2つのカテゴリーに分かれています。 1. Article 事業や技術に関する体系的な情報をまとめる場所です。ナレッジやノウハウを蓄積し、読者の知識習得をサポートします。 主な公開先: データ基盤について学ぶ AI/機械学習について学ぶ データ分析について学ぶ 導入目的・課題から探す 業界か
AI事業本部 DX本部の黒崎(@kuro_m88)です。 社外(取引先など)向けに作成する仕様書を自動生成する取り組みを試しているので、アイデアを紹介します。今回はSnowflakeで構築されているデータ分析基盤のテーブル定義の仕様書を例に紹介していきます。ツールはGoを使って開発しました。 仕様書の運用コストを減らしたい DX本部でのプロジェクトは、開発環境を社内向けに別途用意することが大半なので、取引先に許可を取らないと何かを試すことができないということは今のところほとんどありません。 そのため、実際の開発フローとしては詳細な仕様書を書き起こしてから実装することはあまりなく、大まかな方針を決めてから軽く実装してみて、うまくいきそうであればそれを仕様としてまとめつつ実装することが多いです。 データベースのテーブル定義であれば、それらの定義はGitHub上で管理されており、リリース時に自動
都全体で探す 閉じる 都全体で探す 都全体で探す 防災・緊急情報 防災・緊急情報 防災情報 東京都防災ホームページ Disaster Prevention Information
ドキュメント文化は健全な組織のスケールのために必要 組織の中でドキュメント/文章を残し活用していくことはとても重要だ。クオリティの高いドキュメントがあることで、組織に情報が流通し、透明性を確保できるようになる。情報を流通させるためにいちいち口頭の説明がいらないから、メンバーの数が増えた時でもスケールしやすくなる。過去の結論にアクセス可能になるので、議論を積み上げていき、意思決定のクオリティを高めることにもつながる。そもそも何かを読むということは何かを聞いて教わるよりも時間あたりの処理量が多いし、非同期に実施できる。良いドキュメントをアセットとして社内に蓄積していくことはスタートアップのみならず、ありとあらゆる組織が成長していく上でとても重要であると言える。 しかしその一方で、良質なドキュメント文化を徹底できている会社は多くないように見える。例えば、社内のドキュメントを蓄積させていく場所とし
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1200人以上の全社員がリモートワーク。GitLabが公開する「リモートワークマニフェスト」は何を教えているか? スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ その コメント GitLab Handbookで面白かったもの@コミュニケーション編 GitLabのリモート統括責任者が語る 日本企業が「まずやるべきこと」 を読んだ。主題はGitLab社の https://about.gitlab.com/handbook/ である。 2022.02追記 GitLabで学んだ最高の働き方 Dev
1 2 − − − − − − − − − − − − − − 3 − − − − − − − 4 − − − − − − − − 5 − − − − − − − − − − − − − − − − − − − 6 − − − − − − − − − − − − 7 − − − − − − − − − − 8 − − − − − − − 9 − − − − − − 10 − − − − 11 − − − 12 − − 13 − − − −
フィードバックを送信 API 設計ガイド コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 変更履歴 はじめに これは、ネットワーク API の一般的な設計ガイドです。2014 年以来 Google 内部で使用され、Cloud API やその他の Google API を設計するときに Google が従うガイドです。この設計ガイドは、外部のデベロッパーへの情報提供と、互いの連携作業の効率化のためにここで共有されています。 Cloud Endpoints のデベロッパーには、このガイドは、gRPC API を設計するときに特に役立つことがあり、そのような場合にはこれらの設計原則を使用することを強くおすすめします。ただし、このガイドの使用は必須ではありません。Cloud Endpoints と gRPC はガイドに従わなくても使用できます。 このガイドは、gR
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く