BBC micro:bit MicroPython ドキュメンテーション — BBC micro:bit MicroPython 1.0.1 ドキュメント
BBC micro:bit MicroPython ドキュメンテーション¶ ようこそ！ The BBC micro:bit is a small computing device for children. One of the languages it understands is the popular Python programming language. The version of Python that runs on the BBC micro:bit is called MicroPython. このドキュメンテーションには、学校の先生向けのレッスンと開発者向けの API ドキュメンテーションから成っています（左側の目次を参照）。MicroPython を使って BBC micro:bit の開発を楽しんでいただければ幸いです。 プログラミング初心者、学校の先生、どこから
(OSS向け)ドキュメントツールDocusaurus - Qiita
No OSS, No Life. これはOSS紹介 Advent Calendar 2017 の24日目の記事です。 2017/12月中旬にFacebookがリリースしたドキュメント管理ツールDocusaurusを試してみて、なかなかよかったので紹介記事を書きます。 DocusaurusはGitBookと同種のツールですが、（素の状態では）GitBookよりちょっと高機能という印象です。 こんな感じのドキュメントが手軽に作られます。 公式ドキュメント: https://docusaurus.io/ （これ自体もDocusaurusで作られています） リポジトリ: https://github.com/facebook/docusaurus 特徴とか機能とか マークダウンで書ける レイアウトをReactで書ける 検索機能 i18nにも対応 バージョニング対応 GitHub Pagesに簡単に
React Fiberアーキテクチャについて | POSTD
初めに React Fiberは、現在進行形で進められているReactのコアアルゴリズムの再実装であり、Reactチームの2年以上にわたる研究の成果です。 React Fiberは、アニメーション、レイアウト、ジェスチャーといった領域に対する適性を向上させることを目指しています。React Fiberの目玉となる インクリメンタルレンダリング は、レンダリング作業を分割して、複数のフレームに分散させることができる機能です。 他には主に、新たな更新があった際に作業を休止・強制終了・再利用できる機能、更新の種類別に優先順位をつけられる機能、新しい並行プリミティブなどが挙げられます。 このドキュメントについて Fiberは、コードを見ただけでは分かりにくい斬新な概念をいくつも導入します。このドキュメントはそもそも、ReactプロジェクトにおけるFiberの実装に伴って私が取っていたメモを集めたも
AsciiDocによる継続的ドキュメント開発〜１．インストールと基本的な使い方 - dackdive's blog
はじめに ドキュメントを書くための言語としておそらく今一番ポピュラーなのは Markdown だと思いますが、 かっちりした仕様書やユーザーマニュアルなど、より本格的なドキュメント作成にはやや機能不足と感じることがあります。 私も以前、ドキュメントを Gitbook で作れないか検討したことがあったんですが 表を書くのがめんどくさかったり、図のキャプションなどに対応していなかったことから断念しました。 そこで、今回は Markdown よりも表現力の高い言語として知られる AsciiDoc を試してみます。 AsciiDoc は O'reilly でも採用されているほか、Pro Git や JavaScript Promise の本 などの非常に完成度の高い技術ドキュメントが AsciiDoc で書かれています。 （参考記事） ・テクニカルライティングの未来を先取り ー Asciidoc
ドキュメントの継続的な開発方法 | IIJ Engineers Blog
私はソフトウェア開発を主体とするエンジニアで、 クラウドサービスの開発・運用 分散処理技術の検証とサービス利用の検討 社内の開発支援環境の開発・運用 などの業務に従事していますが、今回の記事は業務とは直接的な関係は無く、私が会社で勝手自発的に行っている取り組みについて書きたいと思います。 昨今、インターネットは生活に深く浸透し、クラウドサービスを利用することで安く簡単にWebサービスを開発、公開できるようになりました。Web技術の進化や流行の移り変りも非常に激しく、既存サービスの機能追加や新規サービスの開発は頻繁に行われています。それは弊社も例外ではありません。 このような開発の現場では、リーンソフトウェア開発への取り組みなど開発手法の最適化が積極的に行われ、様々なベストプラクティスが生みだされています。それらのベストプラクティスには、 継続的インテグレーション や 継続的デプロイメント
プログラミング言語「F#」、ドキュメントがオープンソースに
The official source of product insight from the Visual Studio Engineering Team .NETエンジニアリングチームは5月17日(米国時間)、「Releasing F# Language Documentation as Open-Source｜.NET Blog」において、プログラミング言語F#のドキュメントをオープンソースとして公開したと伝えた。ドキュメントはCreative Commons Attribution-NonCommercial 3.0 Unported (CC BY-NC 3.0)のもとで公開されている。 これまでMSDNのサイトで公開されていたドキュメントはURLからドキュメントの内容を推測することが困難だったが、今回のオープンソース化と合わせてURLの整理も実施され、URLからドキュメントの内容
MarkdownからWordやPDF生成ができるようにする (またはPandoc環境の構築方法) - Copy/Cut/Paste/Hatena
最近は、AnsibleやServerspecで「動くサーバ設定書」が作れるようになってきたので非常に気分がいいです。 あとはドキュメント周り。なんとかしたい。 やりたいことは WordやPDFって見た目はいいよね。印刷も綺麗。 でもmergeやdiffとか絶望的。バージョン管理してたら死ぬ。 Wordが苦手。 Markdown記法いいよね。テキストだし、書きやすい。よく使うし。 じゃあMarkdownからWordやPDFが生成できればいい。 という、「世の中のエンジニアの半数以上が3回は考えたのではないか？」ということです。 案の定グーグル先生に聞いたらPandocというツールがありました。 Pandoc Pandocは「Universal markup converter」という説明のとおり、あるマークアップ言語で書かれたドキュメントを他のドキュメント形式に変換するツールです。 サンプル
Twitter カード 7タイプの使い方をカード種別ごとに解説するよ
Twitter カード 7タイプの仕様を Twitter の公式ドキュメントから翻訳して解説します。公式ドキュメントから抜粋して日本語で書き直していますので完全な翻訳ではありません。 Twitter Cards （Twitter カード）、この Blog でもかなり前から指定して使っていますが、7種類のカードから選択できたり、それぞれに指定できる値が異なってたりしてわかりにくいっていう声を聞きましたので （公式な日本語ドキュメントも今のところないし）、簡単に各カード種類別の仕様をまとめてみました。 Twitter Cards は、Facebook や Google+ などが採用している、OGP （Open Graph Protocol） を利用して、ウォールやタイムラインにリンクを投稿する際の表示内容を指定するのと同じ。それの Twitter 版です。タイムラインに URL が投稿されたと
1200人が一斉に動く、深夜の代官山地下化切替工事を完全取材
工事は東急電鉄と東急建設が独自に開発した「STRUM（ストラム）工法」を採用。同工法は「用地確保が困難である」「短時間で鉄道の地下化を行う」「在来線の運行を妨げない」などの利点を持ち、今までに東急目黒線不動前駅付近立体交差事業や、みなとみらい線東白楽駅から横浜駅間の地下化工事などで成功した実績を持っているという。 今回の現場となる代官山駅付近は沿線に建物が密集し、仮線を設ける用地確保が困難であることから、地上営業線（東横線）の直下に東京メトロ副都心線につながる地下線を準備し、短時間（終電から始発まで）で地上線を地下線へ切り替えが可能な同工法が用いられた。 工事内容は、代官山駅ホームなどのレール高さを下げる「降下区間」、今まで使っていたレールの切断や仮設ホームを撤去する「撤去区間」、クレーン作業が困難な場所ではジャッキを用いて既存の地上線を持ち上げる「扛上区間」など計6ブロックに分業化され効
Sphinxの過去と、未来
Sphinxの過去と、未来¶ 著者: Georg Brandl 日付: 2012/12/25 原文: Sphinx, past and future 翻訳: @r_rudi, @shimizukawa このエントリーは日本語の Sphinx Advent Calendar 2012 に参加してくれないかというリクエストに応えて書いています。彼らはすごいよ！彼らは今年Sphinx Conferenceを開催して、イベントには70人もの人たちが集まったんだ！ Sphinx はいまや5歳になってるし、たぶん今までの歴史を振り返り、将来を語るのに良い時期じゃないかな。 このプロジェクトは2007年前半のいつ頃かに始まった。この投稿は私がPythonメーリングリストで見つけた中で一番古い。この時、Pythonのドキュメント作成のためのソースはLaTeXで書かれていた。私は科学的な文章を書くときには絶
【CyberAgent】技術情報／TechReport - テックレポート／Amazon Web Servicesについて | 株式会社サイバーエージェント
概要 既存のインフラを利用しないで、「Amazon Web Services」（以後AWS）のみを利用し新規でサービス展開を行う場合に必要な情報、知識をまとめる。 注意 基本的な利用方法を除外し、実際の構築時に必要なトピックスに焦点をあて本ドキュメントを作成しました。 特にオープンに公開されている情報については割愛（Web及び書籍で多数公開されている情報）しています。 補足 本ドキュメントは、2012/08時点でのAWSで提供されているサービスを元に記述されています。AWSは日々新機能がリリースされていますので、利用する際は最新の情報を取得してください。 目次 概要 注意 補足 目次 序論 クラウドのメリット クラウドのデメリット AWSの製品・サービス構成 内容 アカウント管理 Consolidated Billing(一括決済) 使用例 作成手順 補足 AWS Support 補足 A
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2. ER図の書き方 — ER Diagram Manual 0.0.1 ドキュメント
http://blog.inouetakuya.info/entry/2013/10/20/132928
Excel 方眼紙撲滅委員会 活動報告 2012.11 #odstudy