Category Archives: 未分類 - Page 2

Markdown リスト直後のリスト、または段落について

リスト直後のリストが書きにくい

 Markdownにおいて、個別のリストを連続して並べるのは少々厄介。
 これから説明するけど解決法だけ求めてる人は一気に下までスクロールゴー。

リスト直後のリスト

 次のように書くと、

Markdown:
1. Item1
2. Item2

1. Item-A
2. Item-B

 こうなる。

Formatted:
  1. Item1
  2. Item2

  3. Item-A

  4. Item-B

リスト直後の段落

 リスト直後に段落(パラグラフ)を置いた場合も、期待しない結果になることがある。

Markdown:
1. Item1
2. Item2

 上記のリストでは・・・

こうなる。

Formatted:
  1. Item1
  2. Item2

    上記のリストでは・・・

 少しわかりにくいかもしれなけど、『上記の~』の段落が、Item2の子としてフォーマッティングされている(ちなみに、『上記の~』段落は全角スペースで字下げしている)。

 なぜか。

Markdown リスト構文の性質

リストアイテムを空行で分断する

If list items are separated by blank lines, Markdown will wrap the items in <p> tags in the HTML output.

Daring Fireball: Markdown Syntax Documentation

 「もしリストアイテムが空行で分断された場合は<p>タグでラップする」とある。
 最初の例(並んだリスト)では、”Item2″と”Item-A”との間に(リストを分断したつもりの)空行が存在する為、”Item2″と”Item-A”は<p>タグで括られ、続くリストはリストアイテム3、4としてフォーマッティングされる。”Item-A”と”Item-B”の間に空間が開くのは、”Item-A”が<p>タグで括られているため。

HTML:

  1. Item1
  2. Item2

  3. Item-A

  4. Item-B


リスト中の段落

List items may consist of multiple paragraphs. Each subsequent paragraph in a list item must be indented by either 4 spaces or one tab:

Daring Fireball: Markdown Syntax Documentation

 「リスト項目は複数の段落で構成することができ、リスト項目の後続の各段落は4スペースまたはタブのいずれかでインデントしなければならない」とある。結局はこれも、リストアイテムを分断している。

 こういう事。

Markdown:
1. Item1
2. Item2

    リスト中の段落
3. Item3
Formatted:
  1. Item1
  2. Item2

    リスト中の段落

  3. Item3

HTML:

  1. Item1
  2. Item2
    リスト中の段落

  3. Item3

 段落については、字下げをしなければ「4スペースまたはタブのいずれかでインデントしなければならない」に合致しない(どうやら全角スペースはインデントとみなされているようだ)ため、リストは分断される。
 けれど個人的には日本語の文章を書く場合、段落の先頭、段落中の改行後の先頭については、字下げしないと気分が悪い。

 どうする?

解法:Wikipediaに書いてあった

 WikipediaのMarkdownには、簡易的な構文サンプルが書いてあるけど、実はそこに実例が書いてあった。

    * 順序無しリストのアイテム
       * サブアイテムは4つのスペースでインデントする
    * 順序無しリストの別のアイテム
    
    <!-- dummy comment line for breaking list -->
    
    1. 順序付きリストのアイテム
    2. 順序付きリストの別のアイテム

 要するに、分断したい個所(リストの終了)にHTMLのコメント記述をすることでリストを分断(終了)している。

 これでOK。

読:『Software Design 2013年07月号』

『ここからはじめる データ分析学習』
機械学習+データ分析の特集です。
Excel/R/Mahout/Big Data
今年になってオライリーからもデータ解析の本が出たりしてますね。
乗っかっていこう。

「ベンチマーク」活用テクニック[PC編/サーバ編]
個人的に、昔に比べて「ベンチマーク」しなくなりました。
ハードウェアベンチもネットワークベンチも。
全然やってない。
満たされているからかな。
メモリ積めば積むだけ良いっていう時代でもなくなったし。

あと、先月も書いたけど、enchant.jsの連載はエキサイティング(今回は東日本大震災の出来事に触れいてるので、この表現は不適切だと思うけど)です。
楽しみにしてます。

Keywords: R, Mahout, Big Data, 機械学習, ベンチマーク, Jenkins, Riak, Nginx

オライリージャパン
発売日 : 2013-04-26

こんど高崎でGitの勉強会があるよ

git会

 2013/07/13(土)に高崎でGitの勉強会が開催されます。
 『git会』と呼んでますが、実質agatsuma.survive(by @yterajima)の#03です。

高崎イイヨー。

gitを使って開発するという事

 git会は、デザイナさんたちにもgitによるバージョン管理を、とgitを広く布教させるべく開催される勉強会であります(たぶん)。
 このため、受講対象/対象外のガイドラインが設けられてて面白いのですが、そこにはこう書いてあります。

対象

  • プログラマ, デザイナ, マークアップエンジニア, コーダー
  • バージョン管理がよくわからないけど興味がある人
  • Git は知ってるけど良くわからない人

対象外

  • プログラム内容の 4, 5に上げたコマンドが使える人
  • github を使って開発を経験したことがある人

で、文中、4と5のコマンドというのは以下です。

  • 4: init, add, commit, status, rm, reset, clone, push, branch, merge, rebase
  • 5: fork, pull request

僕は、GitHubやプライベートなgitサーバにプロジェクトリポジトリを作って、commitしたりpushしたりして開発してますが、『 ひとりgit 』なので、よくわかってないつもりです。forkやpull requestもやったことないしね。

pushしてもひとり

 initclone はもちろんのこと、別のPCで push したコードを別のPCで自ら merge したり pull したりもしますが、gitを用いてでバリバリ開発している感はありません。なんちゃってgit。
 ひとりでgit使ってる内はまだ Hello world なんじゃないかと思うのです。言いすぎかな。だから今回は生徒で参加します。よろすく。

師範代プリーズ


SoftwareDesign 2012 06

 ちょうど1年前のSoftwareDesignの2012年6月号に『みんなが使っているGitHub!』という記事が載ってました。
 小さなWeb制作会社のプログラマの人がデザイナの人にGitを教授するというストーリー仕立ての記事です。今回のGit会にマッチした内容デスネ。

Markdownエディタ『StackEdit』

Screenshot_from_2013-06-12 01-42-26

 Webブラウザ上で動作するStackEditというMarkdownエディタを使っています。このアプリは、Chromeウェブストアに並んでたり、Google Driveのアプリに追加できたりするので、Chrome専用とかGoogle Drive専用と思われがちですが、アプリ本体はGitHubでホストされていて、Chrome以外のブラウザでも動作します。

リアルタイムプレビュー

 外観は左右2paneのオーソドックスなものです。右側がプレビューで位置の変更はできません。
 プレビューはリアルタイムに反映されます。それと、一方のスクロールにもう一方も追従するようになっていて使い勝手は良いです。

読み書き

 Google Drive、Dropbox上のファイル編集に対応しています。また、拡張子.mdとなるMarkdown記法のままか、HTMLへフォーマッティングした形式で、ローカルにエクスポートする事ができます。

同期

 少し変わった機能に、Google DriveとDropboxの同期機能があります。
 これはファイル単位で機能するもので、StackEditがその仲介役を果たします。

 例えば、Google Drive上のAというファイルと、DropBox上のBというファイル(中身はAと同じ)を、紐づけておくことで、一方に更新があった場合、他方にその内容が同期されます。また、StackEditで編集した場合も、双方にその内容が書き込まれます。

 これはあくまで、StackEditが同期の仲介するものなので、StackEditを起動して該当のファイルをオープンするまで同期処理は実行されません。ただ、この動作原理を理解しておくと、便利に利用できるはずです。

公開

 現時点で、以下への公開機能を持っています(SSH Server!?)が、まだ試してません。

  • Blogger
  • Dropbox
  • Gist
  • GitHub
  • Google Drive
  • SSH Server
  • Tumblr
  • WordPress

 今のところ特に不満なく使ってます。ブラウザベースで動作するのでクロスプラットフォームなのもいいです。もちろんNexus7でも動作してます。
 「同期」と「公開」に挙げた特徴を有効的に使っていこうと思います。便利に使えるかもしれません。ちょっといろいろ試してみます。

Markdownを試しています

isMarkdown

 巷で超絶イケてる軽量マークアップ言語であるMarkdownを先日から試してます。
 普段から、Markdown記法を導入できるところは積極的にMarkdownで書くようにして手に馴染ませていこうかと。

Markdownは、文書を記述するための軽量マークアップ言語のひとつである。「書きやす
くて読みやすいプレーンテキストとして記述した文書を、妥当なXHTML(もしくはHTML)
文書へと変換できるフォーマット」として、ジョン・グル―バー(John Gruber)により
作成された。アーロン・スワーツ(Aaron Swartz)も大きな貢献をしている。
Markdownの記法の多くは、電子メールにおいてプレーンテキストを装飾する際の慣習
から着想を得ている。
Markdown – Wikipedia

 以前、Markdown便利そうだから習得したいなあと思いながらも、あまり熱心に使おうとしなかったせいか、結局身に付かず仕舞いでした。
 で、つい先日、普段から書いているアイデアメモ等の書き方、残し方、管理の仕方を考えている内に、再びMarkdownの事を思い出して、ちょっと姿勢を正して真面目に取り組んでみようかなと思い立ったワケデス。

なにがいいの?

 いかにMarkdownが素晴らしいかを熱く語っているコンテンツ(しかも日本語で)は探せば無限に出てくるので、改めて多くを書きませんが、少しだけ使ってみて、これはいいなと思った事を書いてみます。
 原典としては、Markdown記法を定義したJohn Gruberさんのサイトを読んでみて頂戴。

  • テキスト単体でも機能する

 Markdown記法は、電子メールの本文で使われる装飾表現から着想を得たそうです。
 このため、独自のタグや一見意味不明に記号を並べるような記法、つまりフォーマッティングしないと読みにくいものではなく、プレーンテキストとしての見た目が自然で、テキスト単体でも(フォーマッティングせずとも)読みやすく、文章として十分機能します。

  • 安定する

 Markdown記法はシンプルなので、慣れれば常にプレビューしなくても、ある程度の品質を保って文章を書き進める事ができます。
 また、Markdown記法を用いることで、文章構成が安定してきます。これは読み手にも書き手にも良い事です。

  • 筆を選ばず

 プレーンテキストなので特別なエディタを必要としません。テキストファイルが扱える全てのエディタでMarkdown記法による文章が書けます。そして読めます。どちらかと言えば、読めることが素晴らしく重要です。

  • HTMLとの親和性が高い

 Markdown記法では、その文章中のHTMLタグは、いたって普通に解釈されます。このため、Markdown記法とHTMLをシームレスに行き来できます。「ここからHTMLが始まります」という特別な宣言はいりません。


このエントリもMarkdown

 WordpressでMarkdown記法を使えるようにするプラグイン、Markdown on Save Improvedを導入する事にしました。
 このエントリもMarkdownで書いています。
 記事毎にMarkdownを適用する/しないが設定できるので便利です。

 しばらくは、Markdownを使用する機会を増やすようにしていこうと思います。

読:『Software Design 2013年06月号』

特集は『ちゃんとオブジェクト指向できていますか?』
オブジェクト指向というだけでご飯が1024杯くらい食べられますね。世紀の発明です。
Java, JavaScript, PHP, Perl。オブジェクト指向をテーマにそれぞれの言語で記事が書かれてます。

第2特集は『あなたの知らないUNIXコマンドの使い方』
LinuxコマンドでなくUNIXコマンドで特集切ってるのが渋すぎるね。

あと、先月から連載開始の『enchant〜想像力を刺激する魔法〜』を楽しみにしています。
内容はエキサイティングで文章読みやすいです。

Storm, Hive, Hadoop

読:『Software Design 2013年01月号』

去年買いました。

『情報安全護符シール』いいね。
『法輪寺電電宮』なんてあまり気の利かない冗談だなと思ってたら実在して焦りました。
あとでPCに貼ります。

そうそう、ブクログはじめました
とりあえず蔵書を登録して行かないと。

今年もよろしくおねがいします。

Keyword:
システムバックアップ,Qt Quick,Akamai,法輪寺電電宮

読:『JOJOmenon』

ジョジョメノンです。

ArmedPhenomenonを連想するタイトルです。

バルバル。

まだ森ビル行けてません。

行きたいなあ。

巻末のステッカーいいね。

SPUR編集部
集英社 (2012/10/05)

読:『Android Layout Cookbook アプリの価値を高める開発テクニック』

Androidアプリ開発者向けGUIレイアウトの手引きです。
ImpressJapanで電子書籍を購入しました。こちら

 この前まで半額だったのに残念。

 「SDK 2.3対応」と書いてあるとおり、少し古い内容になっています。
ただ、レイアウトについてメインに書いている本が現状少ないという事と、まだまだ2.x系がシェア高い事を考えると、この先ICS(4.x)を見据えたとしても、レイアウトの手法を勉強するにはうってつけと思います。

Googleと工プロン

昨夜、目的も意味もなく「工プロン」とtweetした。

あらかじめ言っておくと、「エプロン」ではなく「工プロン」。
わかりにくい。
工場の工。
つまり、「こうぷろん」。

OK?

全くくだらないが、とにかくそうtweetしたんだ。
そして、まあ、誰でも思いつきそうだし、と思ってGoogleで検索してみる。

工プロン

なんと予想を遥かに超える件数。

最初は、ネットスラングや伏字、言葉遊びの類だろうと思ったが、内容を見てみるとどうもそうでもなく、「エプロン」と書くべき箇所が「工プロン」になっているようだ。
まさか、Googleが「工プロン」を正しく「エプロン」として(ややこしい)検索しているのか。

試しに、検索結果のページ内を「エプロン」(これは、えぷろん、だよ)で、検索(find)してみると、0件。
つまり、検索結果画面の全てのエプロンは「工プロン」として書かれている。

幾つかのオリジナルのページに遷移して確認したところ、やっぱり「工プロン」とかいてある。
文章の前後関係から言っても、「こうぷろん」と書く理由は全くない。

ちなみに、たくさん検出されると言ったけれど、漢字+カタカナとしているので、工 / プロン というように2つの語、または一方でヒットするページも当然含まれている。

次に、「夕イガー」。

もちろん「ゆういがー」である。アイオブザユウイガー。

「夕イガー」

Googleで検索。

「工プロン」を凌駕する。

もうどうなっているのかわからない。
だれかおしえて。

No tags for this post.