*

WorkFlowyで文章を執筆するフローを構築するための、「出口」と「入口」の基礎知識

公開日: : WorkFlowy

1.WorkFlowyで、文章執筆フローを構築する

(1) WorkFlowyで文章を書く

WorkFlowyで文章を書くことは、実に楽しいものです。

という私の意見は、これまでにしつこく書いてますので、ここでは、私以外の人の意見にリンクさせていただきます。

アウトライナー実践入門 ~「書く・考える・生活する」創造的アウトライン・プロセッシングの技術~ – 仮庵

WorkFlowy 小篇 – 仮庵

アウトライナーで書くということ – W&R : Jazzと読書の日々

(2) WorkFlowyで、文章執筆のフローを構築する

もっとも、WorkFlowyで文章を書くのがどれほど楽しくても、文章を書く作業はWorkFlowyだけでは完結しません。(WorkFlowyで書き上げて、トピックを共有する、という方法もあるけれど、まあ。)

そのため、WorkFlowyで文章を書くなら、WorkFlowyと他のツールをつなぎ、文章執筆フロー全体の中にWorkFlowyを位置づけなければいけません。つまり、WorkFlowyと他のツールによる文章執筆フローの構築です。

こうなると、「どんな文章執筆フローがベストか?」を追求したくもなるのですが、それは不毛です。文章を書くという作業は、思考の型や癖、能力や性格と分かちがたく結びついているため、誰にとってもベストな唯一絶対の文章執筆フローは存在しません。

たとえば、私は、できる限り全体をWorkFlowyでカバーするフローがいいと思っています。ポケット一つ原則を信奉しているのですが、面倒くさがりで大雑把なので、複数のツールを併用すると、うまく使い分けができず、どこに何があるかわからなくなるため、土台となるひとつのツールの上で、できる限りすべてのことを完結させたいと願っているためです。

これに対して、『アウトライナー実践入門』の著者であるTak.さんにとって、プロセス型アウトライナーであるWorkFlowyの役割は、主に文章作成フローの前半です。Tak.さんの分章執筆フローでは、成果物を仕上げる後半では、Wordなどのプロダクト型アウトライナーが活躍します。

また、同書の中でインタビューを受けていた、R-styleの倉下忠憲さんにとっては、WorkFlowyは一時的な場所であり、フロー全体を担うツールではありません。

他にも、千葉雅也さんは、WorkFlowyからScrivenerへデータを引き渡すことを模索されていますし、岸見一郎先生はWorkFlowyで組み立てた原稿をJeditに書き出して執筆し、ときには再びWorkFlowyに戻したい、とお考えのようです。

このように、WorkFlowyの位置づけは人によって千差万別なのですから、「ベストな文章執筆フロー」を追求するよりもむしろ、「どのような文章執筆フローを構築するためにも役立つ知識」を整理することを大切にするべきでしょう。

そこで、この記事では、WorkFlowyの「出口」と「入口」を整理します。

2.WorkFlowyからの「出口」

最初に、「出口」から。WorkFlowy内のデータを他のツールに引き渡す場面です。

(1) どんな場面か?

WorkFlowyからの「出口」を使うのは、以下の場面です。

  • WorkFlowyで構成を組み立てて、他のツールに渡して、文章を書く
  • WorkFlowyで文章をだいたい書いて、他のツールに渡して、文章を固定する
  • WorkFlowyで文章を書き上げて、他のツールに渡して、成果物にする

WorkFlowyで作った素材やら部品やらほぼ完成品などを、最終成果物である文章に近づけるため、他のツールに渡すわけです。WorkFlowyの中にあるデータを他のツールに渡すため、WorkFlowyの「出口」が必要となります。

(2) 公式の「出口」=Export

WorkFlowyが公式で用意する「出口」は、Exportです。

a.基本の3種類

Exportメニューは、次の3種類です。

  • Formatted
  • Plain Text
  • OPML

それぞれについては、以下の記事をご覧下さい。

WorkFlowyのExportの基本(テキストファイル、Word、Evernote、Gmail)

How to export or copy content from Workflowy – WorkFlowy

また、倉下忠憲さんによる解説もあります。

R-style » WorkFlowyの3種のExport +α

Plain Textは、行頭にいろんな記号が追加されます。邪魔くさい気もするのですが、この記号を活用して、定型のデータ処理をすることもできます。

実例1:マクロで見出しを一括設定

秀丸エディタのマクロを利用する例です。

実例2:Scrivenerの「読み込んで分割」に活用する

Scrivenerにある「読み込んで分割」機能を活用する方法もあります。

OPMLは、「Outline Processor Markup Language」の略で、その名の通り、XMLをベースとするアウトライナー用のマークアップ言語のひとつです。

Outline Processor Markup Language(アウトライン・プロセッサ・マークアップ言語、OPML)は、XML 1.0をベースとして記述されたマークアップ言語の一つで、文書のアウトライン構造の情報を異なるOS・環境間で交換可能にするための規格である。

Outline Processor Markup Language – Wikipedia

OPMLは、XMLをベースとした規格なので、情報の構造を厳密に記述しています。そのため、人間が読むにはあまり便利ではありませんが、機械に読ませてプログラミング等で一括処理するなら、無限の可能性が広がります。(後述のハサミスクリプトの多くも、OPMLを活用しています。)

b.直接コピーとブラウザの関係

WorkFlowyの画面から直接コピーすることもできます。WorkFlowyで書き出したいトピックを選択して、普通にキーボードからコピー(Ctrl+c、command+c)するだけです。

この直接コピー、使用するブラウザによって、クリップボードに入るデータの形が異なります。細かいですが、意外と重要。

Firefoxは、階層構造を持つデータがクリップボードに入ります。そのため、Evernoteにペーストすれば、Evernoteで階層構造になりますし、テキストエディタにペーストすれば、行頭スペースの数で階層構造を表現したプレーンテキストになります。

これに対して、Google Chromeは、階層構造を持たないプレーンなデータをクリップボードに入れるようです。そのため、Evernoteにペーストしても階層構造は表現されませんし、テキストエディタにペーストすると、行頭スペースのない、完全にフラットなプレーンテキストとなります。

[参考]

どちらがいいかは、一長一短です。

欲しいデータ形式に応じて、両方のブラウザを使い分けるのが吉かと思います。

(3) 「出口」を拡張するツール

このように、公式の「出口」は、3種類のExportと直接のコピーという4つがあるのですが、しかし、どれも一長一短です。「出口」がボトルネックになってしまいます。

そこで、多くの方が、「出口」を拡張するツールを開発してきました。

その代表が、マロ。さんによるいわゆるハサミスクリプトです。

ハサミスクリプトは、当初、WorkFlowyからExportしたOPMLをブログ投稿用のHTMLに変換するスクリプトとして、誕生しました。

ですが、今では、ブログだけに限らず、様々な用途、様々な形式への切り出しに対応する、たくさんのスクリプトが生まれました。

(4) スマートフォンへの「出口」

WorkFlowyはクラウドサービスで、スマートフォンからも利用できます。そこで、スマートフォンのアプリへの「出口」も大切です。

ところが、残念なことに、WorkFlowy公式アプリからは、基本的に、Exportメニューを利用できません。スマートフォンのWorkFlowyからスマートフォンへの「出口」を利用するには、どうしたらよいでしょうか。

HandyFlowyを使います。

HandyFlowy

HandyFlowyには、標準で、「Export Text」という、WorkFlowyのテキストデータを、スマートフォンのペーストボードに書き出す機能が備わっています。「Export Text」が対応する書き出しの形式は、次の5つです。

  • フラット(階層構造を無視して、すべてのトピックをフラットなテキストデータとして、Exportする)
    • フラット、noteなし(noteは対象外)
    • フラット、noteあり(noteを対象に含める・noteもフラット)
  • インデント(階層構造を行頭スペースで反映して、階層構造を持つテキストデータとして、Exportする)
    • インデント、noteなし(noteは対象外)
    • インデント、note in line(noteを対象に含める・noteはトピック本文と同一行)
    • インデント、note outer line(noteを対象に含める・noteはトピックと同階層の次の行)

HandyFlowy、本日(2016-02-16)、公開です。どんな役割を果たすアプリなのか、全体像を紹介します。

加えて、機能拡張スクリプトを利用すれば、他のアプリに、好きな形で、データを引き渡すことができます。

「HandyFlowy機能拡張スクリプトライブラリ」の暫定版公開(お礼とご報告)

たとえば、iOS版HandyFlowy(有料アドオン)に標準搭載されている「Clip to Evernote」という機能拡張を使えば、WorkFlowyアプリで書いたテキストをEvernoteアプリに引き渡すことができます。

スマートフォンへの「出口」を利用するには、HandyFlowyを使いましょう。

3.WorkFlowyへの「入口」

次に、「入口」を考えてみます。

(1) どんな場面か?

「フローをどのように組み立てるか?」という観点からは、「入口」が問題となる場面は、次の3つに区別できます。

  • WorkFlowyのアウトラインに、直接文字を書き込む
  • 他の場所にあるテキストデータを、WorkFlowyに取り込む
  • もともとWorkFlowyから外に出したテキストデータを、再度、WorkFlowyに取り込む

a.WorkFlowyのアウトラインに、直接文字を書き込む

まず、WorkFlowyのアウトラインは、直接、文字を書き込むことができます。これもWorkFlowyにテキストデータを入れる「入口」のひとつです。

キーボードやタッチパネルからの入力だけでなく、音声入力もありえます。

ただ、現状では、たとえば「改行」ということで新しいトピックを立てることができないなど、WorkFlowyのアウトラインに直接入力することについては、音声入力には課題が残ります。(iOS10で音声入力に関連するAPIが公開されるようなので、これに期待です。)

b.他の場所にあるテキストデータを、WorkFlowyに取り込む

次に、WorkFlowyは、他の場所にあるテキストデータを取り込むことができます。

コピー&ペースト可能なテキストデータなら、どのようなものでも取り込めます。

いったんWorkFlowyに取り込めば、そのテキストデータは、WorkFlowyの流動性を手に入れて、自分のアウトプットの素材となります。他の場所からテキストデータを取り込むことで、自分の知的生産のフローが始まるのです。

「知的生産にとって、あらゆる事象は素材となる」

と言ったのは、他の誰でもない私だが__ちなみに、今初めて言った__、「自分のアウトライナー」に入れるとこのように他の素材を使って「遊ぶ」ことができる。人はそれを探求や研究と呼ぶのかもしれないが、気分的には遊びである。とは言え、真剣に遊ぶわけだが。

R-style » 「アウトライン操作の5つの<型>」で遊ぶ

個人的なおすすめは、Kindle本のハイライト箇所の取り込みです。

c.もともとWorkFlowyから外に出したテキストデータを、再度、WorkFlowyに取り込む

3つめは、もともとWorkFlowyにあったテキストデータを、「出口」経由で他のツールに出した後で、再度、WorkFlowyに取り込む、という場面です。

論理的には、「他の場所にあるテキストデータを、WorkFlowyに取り込む」の一種とも言えます。しかし、このテキストデータは、かつてWorkFlowyの中に存在していたときには、WorkFlowyに対応した情報の構造を持っていました。そこで、「他の場所にあるテキストデータを、WorkFlowyに取り込む」一般にはできないことを実現しうる可能性があります。

たとえば、

  • (1) WorkFlowyで階層構造を作ることによって、構成を組み立てる
  • (2) テキストエディタに書き出し、文章を書き進める
  • (3) 再度、WorkFlowyに取り込む

という順序で作業をしたとして、(3)でWorkFlowyに取り込んだ時に、(1)で作った階層構造がそのまま反映されれば、便利です。

この「もともとWorkFlowyから外に出したテキストデータを、再度、WorkFlowyに取り込む」の場面で、もともと存在していた情報の構造をうまく活かす仕組みを作ることが、文章執筆フローにおいて、とても大切なことだと感じています。

(2) 公式の「入口」=Import=ペースト

WorkFlowy公式の「入口」は、Importです。

とはいえ、このImport、特別な操作が必要なわけではなく、要するに、普通のペーストです。WorkFlowy内の適当な場所にカーソルを置いて、ペーストすれば、Importできます。とても便利。

WorkFlowyのImportの基本(テキストファイル、Excel、Evernote)

このImportの力を引き出すには、次の2つが大切です。

  • 行頭のスペース(またはタブ)の数で、階層構造を表現できる
  • OPML(というアウトライナー用のXML)のコードを貼り付けると、(コードではなく、)OPMLによって表現された階層構造が、Importされる

a.行頭スペース(行頭タブ)による階層構造の表現

行頭スペース(またはタブ)の方から見ていきましょう。

単純です。行頭にあるスペース(またはタブ)の数に応じて、階層構造を作ることができます。

例えば次のようなテキストデータがあったとして、

テキストファイルの行頭スペースの数。

これをWorkFlowyにペーストすると、このように、階層構造を持った形で、貼り着きます。

行頭のスペース数で、WorkFlowyのトピック構造が決まる。

WorkFlowyのImportの基本(テキストファイル)

b.OPMLのコードを貼り付ける

次に、OPML。

WorkFlowyは、ExportのOPMLのコードを貼り付けると、コードではなく、OPMLが表現する階層構造が、インポートされます。

たとえば、こんなOPMLのコードを貼り付けると、

サンプルのOPML

このように、階層構造がインポートされるわけです。

ペーストしたところ

とはいえ、階層構造だけなら、行頭スペースで表現できます。OPMLによるImportならではの意義は、どこにあるのでしょうか。

少なくとも3点、あります。

  • トピックのnoteをImportできる
  • 文字装飾をインポートできる
  • トピックのCompleteをインポートできる

OPMLを活用すれば、WorkFlowyへの「入口」が広く柔軟になり、この世に存在するあらゆるテキストデータが、自分の知的生産の素材となる可能性を開きます。

(注意点)

2つ、注意点があります。

ひとつめ。OPMLが誤っていると、その誤ったOPMLのコードがそのまま貼り付きます。

ふたつめ。(2016年7月現在、)MemoFlowyのペースト機能は、OPMLのImportに対応していません。コードがそのまま貼り付いてしまいます。

(3) 「入口」を拡張するツール

「入口」を拡張するツールとしては、たとえば、以下のようなものがあります。

a.Word

WordのデータをWorkFlowyに取り込むための「入口」です。

OPMLを書き出して、WorkFlowyにペーストすることになります。

WorkflowyとWordの相互変換ツール | マロ。 | note

b.テキストデータをWorkFlowy向けに整形するツール

テキストデータは、そのままペーストすれば、WorkFlowyにimportできます。でも、WorkFlowy向けに整形すると、もっと便利です。

たとえば、Kindleのハイライト一覧からWorkFlowyに取り込むために、現在、私は、このツールを使っています。

[kindle]読書メモ(Highlight)をEvernoteにいい感じに保存できるブックマークレットをつくった – hello-world.jp.net

このツールも大変使いやすいのですが、WorkFlowy向けではありません。そのため、WorkFlowyに入れた後、手作業で形を整えています。

WorkFlowyにKindleのURLを書いて、「読書ノート」を育てる

これに対して、WorkFlowyにペーストするだけで、一気に理想的な構造になっている、という整形ツールを作ることも可能ではないかと思っています。

たとえば、こんなツールです。

彩郎版のKindleハイライト取得ブックマークレットを構想する

(1年以上前に構想しつつ、まだ制作に取り掛かってもいません。。。)

c.OPMLを書き換えるツール

OPMLを書き換えて、Scrivenerへの「入口」を支援するツールもあります。

トピック圧縮ハサミスクリプト|マロ。|note

千葉雅也さんと倉下忠憲さんのTwitterでのやりとりをきっかけに、このやりとりを眺めていたマロ。さんの手によって誕生しました。

d.ウェブブラウザからの「入口」=WorkFlowy Clipper

ウェブブラウザから非公式APIを利用してWorkFlowyにURLとページタイトルをクリップする機能拡張(Chrome機能拡張)もあります。

(4) スマートフォンからの「入口」=MemoFlowy

今の時代、テキストデータの入口は、パソコンだけではありません。スマートフォンも同じくらい重要です。では、スマートフォンからWorkFlowyにテキストデータを取り込む「入口」は、どうしたらよいでしょうか。

MemoFlowyがその答えです。

現在のバージョン(iOS版Ver.1.4・Android版Ver.1.1)は、メモ入力画面から直接送信する機能を備えており、まさに「WorkFlowy版FastEver」「WorkFlowy版WriteNote」といった役割を果たします。

MemoFlowyの進化は止まらない。メモ入力画面から直接WorkFlowyに書き込めるように!(Android Ver.1.1 & iOS Ver.1.4)

私は、MemoFlowy専用のメモ用サブアカウントを作成し、1日1トピックで運用しています。

4.まとめ

まとめとして、3点お話しします。

(1) 「出口」は充実/「入口」はこれから

「出口」と「入口」を概観すると、

  • 「出口」はとても充実してきた
  • 「入口」は、まだ伸びしろが残っている

といえると思います。

「出口」の充実は、ハサミスクリプトを中心とするたくさんのツールによるものです。

「出口」が充実したことで、WorkFlowyは、知的生産のフローにおいて中核的な役割を担いうる存在になりました。

「出口」に関しては、私自身が感じるニーズは、ほとんど満たされています。

これに対して、「入口」には、まだ伸びしろが残っています。

WorkFlowyの「入口」の基本は、要するにペーストです。だから、「入口」の充実とは、要するに、WorkFlowy向けの情報の構造を備えたテキストデータを整えるツールによってなされるような気がしています。

つまり、

という2つです。

また、

  • MemoFlowyの直接送信機能のような、JavaScriptを活用した「入口」
  • 「WorkFlowy Clipper」のような、非公式APIを活用した「入口」

も、今後、伸びるかもしれません。

(2) WorkFlowyがなくなっても、機能するフロー

WorkFlowyは、いち民間企業が運営する、ひとつのクラウドサービスに過ぎません。今日(2016年7月15日)も突然臨時メンテナンスに入って数時間サーバーが落ちていましたし、今後、いつサービスを停止するかは、誰にもわかりません。

昨今のEvernoteをめぐるアレからしても、クラウドサービスは諸行無常です。

だから、WorkFlowyで文章を執筆するフローを構築するときは、「もし、WorkFlowyがなくなっても、別の方法をはめ込めば、概ね、機能するフロー」にすることが必要です。

このためには、WorkFlowyの思想を踏まえてフローを構築することが大切なのではないかと思います。たとえば、「ただひとつのアウトライン」「全体から一部分を切り出す」「情報を区切る単位をトピックのみにして、全体を流動的な存在にしておく」といったことは、WorkFlowyの特徴を検討したものではあるものの、WorkFlowyというクラウドサービスでなければありえないこと、ではありません。だから、具体的な機能や個別的なハックだけでなく、思想や枠組みを踏まえたフローなら、万一、いつかWorkFlowyがなくなっても、何か別のツールをそこにはめ込むことで、全体としては同じように機能するフローを構築できるはずです。

もっとも、WorkFlowyの思想や枠組みを活かしたフローを構築するには、逆に、WorkFlowyという個別具体的なツールを徹底的に活かそうとすることが大切なのではないか、とも思います。WorkFlowyの力を最大限に引っ張りだせる文章執筆フローを構築しようとすることで、いつかWorkFlowyがなくなっても役に立つ汎用的なノウハウを獲得できるのではないか、ということです。

ということで、

  • まずは、WorkFlowyという個別具体的な道具を前提に、この道具を最大限に活かすための文章執筆フローを考える
  • と同時に、あくまでも思想や枠組みをベースにフローを構築することで、万一、WorkFlowyがなくなってしまっても、ちゃんと機能するようにする

という発想を大切にしたいと思います。

(3) シンプルで汎用的なプレーンテキストと、情報の構造を厳密に表現できるXML(OPML)

文章執筆フローの中で複数のツールを使うには、複数のツール間でデータをやりとりする必要があります。この観点から、この記事では、WorkFlowyの「出口」と「入口」を概観しました。

この概観からわかることは、プレーンテキストとXMLが基本だ、ということです。

a.プレーンテキスト

プレーンテキストは、シンプルで汎用的です。

アプリケーション・サービス・OS・ハードの壁を軽々と飛び越えて、どんなツールとの間でも、データをやりとりできます。

プレーンテキストに扱えるのは、テキストだけです。でも、文章執筆の中心は文字なのですから、文章執筆フローにおいては、プレーンテキストだけで、8割方は不足ありません。

だから、プレーンテキストは、文章執筆フローの基本です。

b.XML

文章執筆フローにおいて、複数のツールは、情報をやり取りします。

でも、ここでの情報とは、単に書かれた文字の内容だけではなく、情報の構造も含みます。どこが見出しで、どこが引用で、どこからどこまでがひとまとまりか、などです。

情報の構造は、書かれた文字や文章の内容によって表現することもできますが、テキストのマークアップによっても表現することができます。むしろ、誤解なく情報の構造をやり取りするなら、テキストのマークアップによる方が確実です。

XMLは、ざっくりいえば、テキストをマークアップして(書かれた文字の内容とは独立に)情報の構造を示すための決めごとなのだろうと思います。複数のツール間で情報の構造をやり取りするには、XMLがもっとも確実です。

実際、WorkFlowyの「入口」と「出口」では、OPMLとHTMLが大きな役割を果たしていますが、この2つは、いずれもXMLの一種です。

だから、「入口」と「出口」を支えるもうひとつの基本が、XMLなんだろうと思います。

スポンサードリンク

関連記事

no image

WorkFlowyは「文章エディタ」になりうるか?(WorkFlowyの生態系を育てる)

1.「プログラマーのエディタ」と「文章エディタ」 「テキストエディタ」と「文章エディタ」は似ているけ

記事を読む

no image

WorkFlowyを共同制作環境として活用する(2) 時間軸の検索を活用する

1.WorkFlowyを共同作業環境として活用するための課題と、その対策 HandyFlowyとMe

記事を読む

no image

WorkFlowyの真価を引き出す必読文献『アウトライナー実践入門~「書く・考える・生活する」創造的アウトライン・プロセッシングの技術~』(Tak.著)

出ました。待望の一冊。 アウトライナー実践入門 ~「書く・考える・生活する」創造的アウトライン・プ

記事を読む

no image

『WorkFlowy文章作法』第1章「2つの原則」(前半「知的生産のフロー」)

この記事は、『WorkFlowy文章作法』の第1章「2つの原則」のうち、前半の「知的生産のフロー」で

記事を読む

no image

彩郎のWorkFlowy(2016年7月1日段階)

変わり続けるWorkFlowyの使い方の、今この瞬間を切り取ったスナップショットとして。 約1年半前

記事を読む

no image

WorkFlowyで文書を作成することによって、文章作成主体に生じる、副次的だけど、より本質的で根本的な革命について(その1)

1.WorkFlowyによる文書作成が革命的であるもうひとつの側面は、文書作成主体への影響 先日、こ

記事を読む

no image

アドオン「Tile Tabs」で「WorkFlowy専用Firefox」を育てる

1.「WorkFlowy専用Firefox」にアドオン「Tile Tabs」を導入する (1) や

記事を読む

no image

WorkFlowyで、『「超」整理法』の時間軸検索原則を実現するため、検索条件「last-changed:」のURLをブックマーク

1.私の知的生産の基本は、『「超」整理法』の2大原則 このブログのテーマのひとつは、知的生産です。W

記事を読む

no image

アシストボタンからカスタマイズツールバーへの進化(HandyFlowy ver.1.1)

HandyFlowyは、iPhone・iPad用のWorkFlowy専用クライアントアプリです。 H

記事を読む

no image

WorkFlowyを共同制作環境として活用する(1) 共同制作環境のために役立つWorkFlowyの基礎知識

1.HandyFlowyとMemoFlowyを生み出したのは、WorkFlowy共有トピック Han

記事を読む

スポンサードリンク

スポンサードリンク

no image
お待たせしました! オフライン対応&起動高速化のHandyFlowy Ver.1.5(iOS)

お待たせしました! なんと、ついに、できちゃいました。オフライン対応&

no image
「ハサミスクリプト for MarsEdit irodrawEdition」をキーボードから使うための導入準備(Mac)

諸事情により、Macの環境を再度設定しています。 ブログ関係の最重要は

no image
AI・BI・PI・BC

AI 『〈インターネット〉の次に来るもの 未来を決める12の法則』を読

no image
[『サピエンス全史』を起点に考える]「それは、サピエンス全体に存在する協力を増やすか?」という評価基準

1.「社会派」に対する私の不信感 (1) 「実存派」と「社会派」 哲学

no image
[『サピエンス全史』を起点に考える]サピエンス全体に存在する協力の量と質は、どのように増えていくのか?

『サピエンス全史』は、大勢で柔軟に協力することがサピエンスの強みだと指

→もっと見る

  • irodraw
    彩郎 @irodraw 
    子育てに没頭中のワーキングパパです。1980年代生まれ、愛知県在住。 好きなことは、子育て、読書、ブログ、家事、デジタルツールいじり。
    このブログは、毎日の暮らしに彩りを加えるために、どんな知恵や情報やデジタルツールがどのように役に立つのか、私が、いろいろと試行錯誤した過程と結果を、形にして発信して蓄積する場です。
    連絡先:irodrawあっとまーくtjsg-kokoro.com

    feedlyへの登録はこちら
    follow us in feedly

    RSSはこちら

    Google+ページ

    Facebookページ

PAGE TOP ↑