能率手帳ゴールドのマンスリーをどう使うか、どう作るか

今までは「能率手帳ゴールド＋他のブロック式マンスリー手帳」っていう組み合わせで使っていたんですが、能率手帳だけで完結させて、手帳周りをスマートにしたいなーと模索しています。

自分の要望としては…

• もともとついているガント式のマンスリーも好き！ガントチャートなどに使いたい
• 予定はブロックマンスリーの方がスペース的に書きやすい

ブロック式マンスリーを作る

こちらの方を真似て、能率手帳ゴールドのおまけメモ帳で、ブロックマンスリーを作ってみました。

1年分作ると、6ページ余る感じ。ページ数はちょうど良いです！
大きさも使いやすいサイズ！
ただ、手作り感は否めません。＞＜

ガントタイプの月間ページをどう使うか

この月はPyCon作業と夏コミ原稿作業（＋予定）をどう両立させるかー…の予定をたててます。
手帳など紙の方が、スケジュールの距離感がつかみやすいと思ってます。

あと試しに、日々のルーチン表も作ってみたのが下記になります。

…長続きしなかった。
たはは〜＼(^o^)／

そんなこんなで

来年はどう使おうかなーと思いを巡らしつつ、年末まで2014の手帳をかきかきしてます〜。
新年が楽しみですねえ。。

オススメのあわせて読みたいGit本（たぶんデザイナー向け

自分でも（同人誌で）Git本を作りましたが…

これと合わせて読むとよさそうなGit本／サイトを紹介します。

Web制作者のためのGitHubの教科書

Web制作者のためのGitHubの教科書 チームの効率を最大化する共同開発ツール

元チームメンバーであり、私のGit先生の一人、kwappaさんが共著されてる本です！

私はプルリクの経験なかったので、本に書けなかったのです。
（実はGitHubでのチーム開発の経験はありません。(；・∀・)）
きっとこの本には分かりやすく書いてあるはず〜！（まだ発売前で手元に届いてない）

Git逆引き入門

開発効率をUPする Git逆引き入門

こちらはやりたいことベースで検索できるのが便利です！
GUI（SourceTreeっていうクリック操作のアプリ）と、ターミナル操作の、両方の解説があります。
pull, add, commit, pushをひと通り覚えた後に／覚えてる最中に、読むと良いと思います。
色んなmergeの方法や、小技が乗っています。
それと、リポジトリに関する説明が、分かりやすいです。

サルでもわかるGit入門

こちらは、「理解しやすさ」に特化していると思います！
私の本よりも、多く広く書いてあります。

イメージできるGit

「Git？何それ？」「本読んだけど/エンジニアさんの説明聞いたけどチンプンカンプン＞＜」という方に、、、この本を頭からお尻までやっていくと「なるほど、こういう流れでGitでバージョン管理するのねー」と実感できるかと思います。

kwappaさんの記事を引用します。

特に元チームメイトが書いた「イメージできるGit」は、実際にデザイナがGitを覚えていった体験がベースになっているので、手強い競合です。1冊購入しましたが大変わかりやすいので、デザイナの方にはおすすめ。

そんなこんなで…
「イメージできるGit」もよろしくお願いいたします〜。

追記

私がおすすめする学習のステップは…（レベル・やりたい事によるとは思うんだけれども）

1. 「イメージできるGit」で最低限の流れと雰囲気を把握する。（GUIでやりたい方/Windowsでやりたい方は、「Git逆引き入門」で調べながら進めると良いと思います）
2. とりあえず実践。エンジニアと仲良く開発する。
3. GitHub使うことになった方は、「GitHubの教科書」を読んどく。
4. Git使いながら、あんな使い方したい、こんな技あったら知りたいという気持ちを忘れずにメモっておく。
5. 「Git逆引き入門」「サルでも分かる〜」「GitHubの教科書」で調べる
6. 冒険が＼ハイ！／挑戦を＼ハイ！／つ・れ・て・き・たー＼問☆題☆解☆決☆／

毎回〆切間に合わないor未完成コピ本の私が新刊だせた理由

おかげ様で夏コミ新刊だせまして…今回はなんと徹夜せずに！
徹夜とかもうダメです…
何が前と違ったのかなーと振り返ります。

photo by wenzday01

参考にした同人誌！

【C92新刊】マンガで分かる楽団運営 - とらふえ屋

会社にいきながら、どうやって進行していくかーとか。大変参考になりました！

「出せないことが罪、とにかく出す」という気持ち

今まで、細かい所にハマって？ついついそれを集中して、締め切り間際には表紙しか出来てない！ネームしか出来てない！…とかよくありました。
全体を「とりあえず完成」させることを目標にして、クオリティあげて自己満足することは後回しにしました。(^o^;

朝に出勤し、定時にあがれる仕事になった

残業することもありましたが、ほぼ定時にあがれたし、帰宅後の作業にも集中できた。…けど、けっこう疲れました〜。ずっと座ってるのって疲れますね。

Rails Girls Tokyo でアプリ作った時に経験したタスク切り分け

私は、Rails Girls Tokyo 卒業一期生です。(｀・ω・´)
卒業生で集まってアプリ作りや勉強会をしているのですが。

その勉強会で「こんなアプリ作りたい！」と宣言したら、コーチと「じゃあまずはコレが必要だから、コレを準備するタスクでしょ。次はこの処理を作るタスク。次は…」とタスク分けも一緒に行いまして。
途中で急遽「アプリのココをこうしたくなりました！」と発言してみたら、「じゃあこのタスクはこんな感じで修正が必要ですね」…と！

タスク管理の実践ができて、大変参考になり…！
同人誌でも実際に行いました。

今までは「大きめのTODO（下書きを書く、とか）」作って終わってたんですけど(；・∀・)
それよりも細かくタスク分けする感じなのかしら…
本や漫画のタスク分けは、webサイトやアプリのタスクと、ちょっと違う感じで（全体を見つつなので）、切り分けが手探りでしたが何とか。

「自力で本を完成させる」という目標を完了できました。
これについては、「具体的にこういう風にやった」というのを、ブログか何かで共有できたらいいなーと思ってます。

まとめ

まさしく、みなさんにお世話になった感じで！本当にありがとうございました。

ポイントは…

• モチベ管理
• タスク管理
• 時間確保

かなあと思いました。当たり前のことですが、しっかりやることが大事ですね(≧ω≦)ｂ

これからも頑張ります！

通販行ってます。よろしくお願いいたします。

COMIC ZIN 通信販売/商品詳細 イメージできるGit

Pythonで偶数だけ出してみる

Pythonインタープリタを使います。

偶数を出すにはどうしようか考える

• 2で割った余りが「0」を偶数と考える。
• 2で割った余りが「0」の場合、その数字を表示する、ってやる

復習する

あ、あれ、イコールって「==」でいいんだっけと思ってテスト

>>> x = 14
>>> if x == 14:
...   print('hoge')
... 
hoge

あってたっぽい。。

2で割ったのがゼロって「n % 2 == 0」で合ってるっけー、と思ってテスト。

>>> x = 14
>>> if x % 2 == 0:
...   print('zero')
... 
zero

よ、よし、あってた。

ほんばん

じゃあ、次は偶数だけ出すのをやってみよう。。

>>> for y in range(1, 14):
...   if y % 2 == 0:
...     print(y)
... 
2
4
6
8
10
12
>>> 

ででできた。たぶん。(；｀・ω・´)

photo by Nebojsa Mladjenovic

(第47回)Python mini Hack-a-thonでやったこと

(第47回)Python mini Hack-a-thonに行って来ました。

まずは PyCon JP 2014 チュートリアルの基礎研修 の振返りをやりました。 チュートリアルで用意されたドキュメントや清水川せんせいの説明は分かりやすかったです…！なんでvertualenv使うんだろーとか、そんな基本的なことも分かりまして、充実してました。とっきーさんのサポートもあって、贅沢でした！

BeProud さんがやってる Python 研修でさらに濃いのが受けられるようです(・∀・)

そのあと、「たのしいプログラミングPythonではじめよう！」をやってました。

たのしいプログラミング Pythonではじめよう!

Pythonインタープリタを使います。

「%s」は「データをあとで埋め込む」マークらしい…

>>> voice_actor = '%s: お気に入りの声優さん'
>>> name1 = '水樹奈々'
>>> name2 = '田村ゆかり'
>>> print(voice_actor % name1)
水樹奈々: お気に入りの声優さん
>>> print(voice_actor % name2)
田村ゆかり: お気に入りの声優さん

>>> yukarin = 'かわいいよ'
>>> print('世界一 %s' % yukarin)
世界一 かわいいよ

turtle graphics

あと、Python の turtle graphics でニコニコテレビちゃんっぽいものを描いた。

クチ部分は面倒だったので亀マークという噂のカーソル位置で誤魔化す。

if 文

>>> age = 32
>>> if age > 30:
...   print('17歳です♪')
... else:
...   print('ふーん')
... 
17歳です♪

(^O^)わーい

ガンプラ「ベアッガイⅢ」作ってみた

ガンプラを作りました。久々…10年ぶりくらいかな？

今回は「ベアッガイⅢ」です。

思ったよりもパーツがあってビックリした。

手順通り胴体から

顔がつくと、テンションがあがります。目のシールがいっぱいありました。

手足は左右があって、めんどどくささがUPですねー(；´∀｀)　とりあえず完成

目のパーツを変えてみた。腕が伸びるパーツも付けてみた。がおー

口から綿…がなかったので、コットンを出してみた。。

お疲れ様でしたー。色々と遊べそうです。

だいたい5時間くらいかかったかな？
次は普通のアッガイ作ろうかな。

HG 1/144 ベアッガイ III (ガンダムビルドファイターズ)

HGUC 1/144 MSM-04 アッガイ (機動戦士ガンダム)

HG 1/144 GPB-04B ベアッガイ (模型戦士ガンプラビルダーズ ビギニングG)

デザイナーのブランチ運用について考える

photo by toolmantim

エンジニアベースのブランチ運用

以前、Git使ってた頃は、エンジニアベースのブランチ運用で、エンジニアがシステム実装してるブランチから、デザイナー用のブランチを派生させて、そこにデザインちょこちょこ実装し…

git pull --rebase origin/branch_a

みたいな、rebase もしくは merge 。

デザインベースのブランチ運用

機能A、機能B、機能Cの開発。
エンジニアは、それぞれのリリースに影響しないように、機能A、機能B、機能Cの実装を別々のブランチで行う。
エンジニアは機能A→機能B→機能Cという順番で実装予定だけど、予定はあくまで予定なので、何を先にリリースするか分からない。

でもデザインは、全体のデザインからの部分的なデザイン実装なので、機能A、機能B、機能Cと別々に実装してたら、流れの悪い・統一感のないデザインになっちゃったり、それぞれのブランチにcommitしちゃって、CSSや画像が重複しちゃったりする。どうしようか。

さらに、見積もり時間を計算したら、どうやらデザイン作業が先行しそうな予感だ。

エンジニアと同じような順番で機能Aから実装するのではなく…、
エンジニアと同じブランチで作業する前に、機能A、B、Cで共通で使うCSSや画像を考えて用意する必要がある。（デザインやCSSの設計するタスクが必要）

デザインベースのブランチを作成して、そこに共通部分を実装する。push。
それを、エンジニアの機能A、B、Cにmerge して、それぞれのブランチでデザイン実装を行う。