GitHub - everyleaf/el-training: 株式会社万葉の新入社員教育用カリキュラムYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
RelaxTools Addin for Excel 2013/2016/2019/Office365(Desktop) | Excelを便利にする250以上の機能を体系化したアドインはこちらです。
TimeLeapの動作を変更しました(Version 4.27.2) TimeLeap の不具合を修正した際に、TimeLeapの動作を見直しました。 内容としては 「最新のブックに上書き」 の際に履歴を作成しないよう…
Markdownを独自拡張してWordドキュメントを卒業する
こんにちはCTOの馬場です。 このたび納品ドキュメント作成で永らく使っていたWordを卒業し、 Markdownで書いてPDFで納める活動を始めたので公開します。 Wordを使っていると並行編集作業できない、改訂履歴追跡が難しいなどの課題があり、その解決のためにいろいろ模索してこの形になりました。 この仕組みには、こんなイイところがあります。 Markdownで書ける gitで差分管理、版管理される GitLab のマージリクエスト(GitHubで言うところのPull Request)を使ってレビュー・リリース管理できる GitLab CIで自動ビルドされる GitLab CI + Jenkinsで自動デプロイされる 以下のツール群を利用しています。 GitLab MkDocs HEARTBEATS Flavored Markdown extension wkhtmltopdf Jenki
GitHub Flavored Markdown Spec
This formal specification is based on the CommonMark Spec by John MacFarlane and licensed under 1Introduction 1.1What is GitHub Flavored Markdown? GitHub Flavored Markdown, often shortened as GFM, is the dialect of Markdown that is currently supported for user content on GitHub.com and GitHub Enterprise. This formal specification, based on the CommonMark Spec, defines the syntax and semantics of t
MkDocs
MkDocs Project documentation with Markdown. MkDocs is a fast, simple and downright gorgeous static site generator that's geared towards building project documentation. Documentation source files are written in Markdown, and configured with a single YAML configuration file. Start by reading the introductory tutorial, then check the User Guide for more information.
CommonMark Spec
Latest version (0.31.2) (2024-01-28) discussion forum | interactive dingus | repository | changelog All versions: 0.31.2 (2024-01-28) (view changes | test cases) 0.30 (2021-06-19) (view changes | test cases) 0.29 (2019-04-06) (view changes | test cases) 0.28 (2017-08-01) (view changes | test cases) 0.27 (2016-11-18) (view changes | test cases) 0.26 (2016-07-15) (view changes | test cases) 0.25 (20
RedPen
RedPen is a proofreading tool to help writers or programmers who write technical documents or manuals that need to adhere to a writing standard. RedPen automates the verifications of input documents written in natural languages — NOT computer languages such as C++ or Java. RedPen はプログラマや記者が規約にしたがって文書（マニュアルやソフトウェアドキュメント）を記述しているか検査します。 RedPen は自然言語で記述された入力文書のチェックを自動化します。 Customizable 柔軟な設定 RedPen is
文書執筆の指南書で解説されている問題点を textlint で発見する - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この記事は文書執筆の指南書で解説されている問題点を RedPen で発見する - Qiitaのtextlint版です。 そのため、先に元ネタとなる記事を読んでおく必要があります。 実装の細部は異なりますが、RedPenとtextlintは似たようなルールを持っているので、 それを比較して読みたい人向けの記事となっています。 Atomのプラグインであるlinter-textlintを使いながら書きました。 (QiitaにはPull Request駆動で書ける仕組みがないので、簡易的なチェックしかしてません) 対象とする読者 本稿
文書執筆の指南書で解説されている問題点を RedPen で発見する
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 本稿では技術文書の指南書で解説されている文書の問題点を RedPen で発見する方法について解説します。紹介する文書の問題点は以下の指南書で解説されている内容です（執筆者の敬称略）。 理科系の作文技術（木下 是雄） 数学文章作法（結城 浩） 文章の書き方（山本 和彦） 上記の指南書で解説されている問題点の多くはシンプルです。しかし残念ながら、指南書で解説されている文書の問題点はプログラムのコーディング規約ほど広く認知されていません。さらに問題点に注意しながら文書を執筆するのは簡単ではありません。たとえば、textlint を開
ドキュメントの継続的な開発方法 | IIJ Engineers Blog
私はソフトウェア開発を主体とするエンジニアで、 クラウドサービスの開発・運用 分散処理技術の検証とサービス利用の検討 社内の開発支援環境の開発・運用 などの業務に従事していますが、今回の記事は業務とは直接的な関係は無く、私が会社で勝手自発的に行っている取り組みについて書きたいと思います。 昨今、インターネットは生活に深く浸透し、クラウドサービスを利用することで安く簡単にWebサービスを開発、公開できるようになりました。Web技術の進化や流行の移り変りも非常に激しく、既存サービスの機能追加や新規サービスの開発は頻繁に行われています。それは弊社も例外ではありません。 このような開発の現場では、リーンソフトウェア開発への取り組みなど開発手法の最適化が積極的に行われ、様々なベストプラクティスが生みだされています。それらのベストプラクティスには、 継続的インテグレーション や 継続的デプロイメント
Vagrant 導入
最近、Vagrant(ベイグラント)を使い始めてすごい便利だなあと感じたので、Vagrantに関する記事を色々と読んで整理してみました。Windows環境でのセットアップ手順も書いています。 (※Windows向けの手順を書いていますが、Macでもほぼ同様です) 2016-02-29時点での最新バージョンを使っています。 Vagrant 1.8.1 VirtualBox 5.0.14 Vagrantってなに？ 仮想マシンの簡単な構築や、どこでも同じ環境を再現できるように仮想マシンを管理するためのコマンドラインツールです。 Rubyで実装されていて、Windows、Mac OS X、Linuxで動作します。 Vagrant自体には仮想化機能は無く、VirtualBoxなどの仮想化ソフトのフロントエンドとして機能し、仮想化ソフトの操作を簡単なコマンドで代行してくれます。 公式ページ http:
VirtualBox+VagrantでUbuntu環境構築 - Qiita
はじめに Ubuntu環境をVirtualBox+Vagrantで環境構築する手順を記します。 CentOS7環境構築手順についてはこちらを参照 http://qiita.com/mikoski01/items/c3984901c22a7736d726 構築手順 ではさっそく、VirtualBox+Vagrantで構築していきます。 1. VirtualBoxのインストール VitualBoxを既にインストールしている場合は読み飛ばしてください。 VitualBox本家サイトからWindows版をダウンロードしインストールします。 2. Vagrantのインストール Vagrantを既にインストールしている場合は読み飛ばしてください。 Vagrant本家サイトからWindows版をダウンロードしインストールします。 3. Vagrantのプロキシの設定 プロキシを介してVagrantを使う
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ネットワーク ゲームにおけるTCPとUDPの使い分け
textlint · The pluggable linting tool for text and markdown
Vagrant by HashiCorp