curlコマンド便利！

ギガバイト級のファイルをダウンロードするとき、ブラウザからやってみるとなんとなく嫌だったのでコマンドでどうにかできないかと模索していたのでメモ。
wgetでも良かったが、今回はcurlというものを使ってみた。便利！
＃OS X限定のようですが、、、、

あ、以下の説明では
△＝半角スペース　としています。

#ファイルをダウンロードする
curl△-O△URL


#例。というか実際やったコマンド（Windows8のisoイメージダウンロード）

curl△-O△http://iso.esd.microsoft.com/(中略)Windows8-ConsumerPreview-32bit-Japanese.iso

で、さらに便利、というか多用しまくったのがこちら。

＃中断したダウンロード再開
curl△-C△-△-o△ファイル名△URL


＃例。というか実際やったコマンド（一度中断したWindows8のisoイメージダウンロード）
curl△-C△-△-o△Windows8-ConsumerPreview-32bit-Japanese.iso△http://iso.(中略)〜se.iso

イーモ○イルなど無線な環境でやっているとどうしてもネットワークが不安定だったら制限かけられて、途中で切れるのです。。。それがこのコマンドなら、切れても続きからできるので便利です。

（これに気づくのにかなり時間がかかって、相当ロスしました。。。）

以下にリンクを載せたページをみると、正規表現的なものを使って、一気にファイルを落としたり、アップロードもできるらしい。便利。。。

【参考にさせていただいたページ】

• インターネットにアクセスしよう 番外編 : curlの使い方
• OS X ハッキング!

Virtual Boxをインストール

基本はMac使いなので、仮想マシンいれるためにVirtual Boxをこのたびインストール。
（実際は１月くらいでしょうか。。んーブログ書くのが遠ざかりすぎた）

①ダウンロードはこちらから
②インストール開始！

１番を選択。

インストールウィザードが開始。流れにのってそのまま続ける。

→続ける。

→HD選択して、続ける。

→インストール。

。。。若干まつ。

→閉じる。







③インストール完了！MacのFinderからアプリケーションにとんで、インストールされていることを確認します。早速起動してみる。起動できた。めでたし。

＃本当は、Scientific LinuxとWindows8を入れて遊んだんだけど、ブログはまた次回。。

【参考にさせていただいたページ】
MacとWindowsを同時使用できる無料の仮想化ソフト「VirtualBox」の使い方

LPIC 102受験メモ。

LPIC 102 に合格したので（２月に受かったので、もう２ヶ月以上前、、、）メモ。
今回は一発で合格しました。。よかった。。


＜概要＞
LPIC Level1を取得すべく、102を受験しました。
テスト体系はこのへんに書いてあります。
LPI-Japan


＜勉強期間＞
１月〜２月でしたが、実質２週間くらい。


＜勉強法＞
○あずき本
とりあえず読む。理解する。

Linux教科書 LPICレベル1 第4版
101はコマンドのオプションがやたら多くて大変でしたが、102は設定ファイルがちょっといろいろあって大変だなというイメージ。
あとはunixコマンドの問題でしょうか。これはもう実際に叩くしか無いと思います。

○黒本
徹底攻略LPI 問題集 Level1/Release3 対応

問題を解く。
とりあえず３月までにどうにか合格したかった＆でもギリギリで合格は綱渡りすぎる。ということで、たぶん1.5週しかしてませんでした。

＜試験＞
そこまで超難しいと思ったことはなかったです。
101は2回受験しているのでその分勉強していた、というのはありますが、102はあまり勉強しなくてもそこそこ取れました。

合格点500点に対して、600点くらいで合格。

＜振り返り＞
101が鬼門。。


＃てきとー。

PostgreSQLでポート番号変更

PostgreSQLを起動しようとして、以下なメッセージが出た場合、ポート番号がかぶってます。

$ pg_ctl start
server starting

$ LOG:  could not bind IPv6 socket: Address already in use
HINT:  Is another postmaster already running on port 5432? 
If not, wait a few seconds and retry.
LOG:  could not bind IPv6 socket: Address already in use
HINT:  Is another postmaster already running on port 5432? 
If not, wait a few seconds and retry.
LOG:  could not bind IPv4 socket: Address already in use
HINT:  Is another postmaster already running on port 5432?
 If not, wait a few seconds and retry.
WARNING:  could not create listen socket for "localhost"
FATAL:  could not create any TCP/IP sockets

何回も言われてるますが、5432が使われてるとか。
PostgreSQLはデフォルトではポート番号5432を使うようになってます。かぶってたら違う番号を使うように設定します。

設定はだいたいpostgresql.confというファイルで行います。
最初、portが指定されているところは#でコメントアウトされてますので、#を外して5432以外の番号を指定してあげるだけでOKです。
ここでは5433にしてみました。

$ cd /Library/PostgreSQL/9.0/data　//ディレクトリ移動
$ vi postgresql.conf　//以下のように編集

では、起動やってみます。

$ pg_ctl start
server starting

できたー！

crontabメモ

crontabの使い方メモ。

■crontabとは？

設定した時間になったら、設定したコマンドを実行する子です。

■crontabの設定例

crontabに-eオプションをつけることで、設定ができます。
実行すると、画面が切り替わります。初めて設定する場合は白紙？な画面。
以降は、viエディタなかんじで記述します。
設定項目は左から「分」「時」「日」「月」「曜日」「実行コマンド」で書く。

$crontab -e

//（例1）毎時10分になると「hello」と出力。
10 * * * * echo "hello"

//（例2）毎日12時になると「iitomo」と出力
00 12 * * *  echo "hello"

//（例3）2分おきにdateコマンドを実行して、ログファイルに出力
*/2 * * * * date >> /Users/dateLog.log

■crontabの確認


crontab に　-lオプションをつける。

$ crontab -l
*/2 * * * * date >> /Users/dateLog.log

//実行確認

$ ls
dateLog.log

$ view dateLog.log
Sun Jul 31 15:14:01 JST 2011
~
~
~
~
~
~
~
~
~
~                                                     
"dateLog.log" [readonly] 1L, 29C

■実行するユーザーを限定したいとき

-u オプションをつけてユーザーを限定します。

//user1さんの設定するcrontabを表示する
$crontab -u user1 -l

以上！

Redmineを試してみた。

今回はRedmineというOSSの紹介してみようかと思います。

Redmine.jp

Redmineというのは、プロジェクト管理のソフトウェアでウェブブラウザを介して使われるものなのですが、OSSなので自由に誰でも使えます。

（ベースはruby on railsらしい）

とりあえず試しにインストールしてみました。

ここ（http://redmine.jp/download/）からダウンロードして、All in oneインストーラを使っていれてみました。オフィシャルじゃないのですが、ちょろっと試してみる分には、こっちでいいかなと思ってこっちにしました。

Macに入れたので、Macを選んで、zipを落として解凍してウィザードたちあげーの、インストール！

とりあえず試しに「飲み会プロジェクト」を立ち上げてみました。

で、一人でやるわけものでもないので、メンバーも追加できたりします。このメンバーにつける権限によって、プロジェクトそのものを管理できる人にしたり、報告だけさせる人にしたりなどいろいろできます。

またまたプロジェクト管理に必要な、wikiだったり共有すべき情報を発進するニュース掲示場所だったり、プロジェクトの進捗管理ができるガントチャートが作成できるようになります。

Redmineでは「チケット」と呼ばれるものがあって、これが要はたぶん「タスク」ってことになってると思います。これを追加／更新していくと、ガントチャートに反映されるようになってます。

ガントチャートも、スケジュール予定と現在の進捗割合、そして今日の日付が赤いラインで表現されるので、現在の進捗割合がスケジュール予定と比較してどうなのかが一目で分かります。

こういうのを、（すごい地味だけど）エクセルで管理することもできますが、まあなんか自動化してくれるほうが楽だし嬉しいですねー。

１０分くらいしかいじってないですが、まあなんか使いやすそうなので試してみると良いんじゃないかなーと思いました！

＊チュートリアル？みたいなのがあって、見るだけでもなんとなく雰囲気がわかるのですが、実際自分で触ると結構楽しいので、おすすめ。

【振り返り】プロジェクトマネージメント的な。

前にプロジェクトマネジメントなメモとかいって、投稿したのですが

それについての振り返りをしようかと。

特に「進捗状況の「見える化」」について。

結論としては

・ちょっと工夫した進捗報告の方法が案外良かった！

・自分ができてるとおもっても、できてないってことを実感した

っていう２点です。

では長々と書いてみます。

今回いろいろ縁あって？プロジェクトマネージャーという役割をいただいて、約２週間程行動していたわけですが、まあいろいろありました。

難しいなと感じることがたくさんあって、メンバーに迷惑をかけたなと思うことが今でもたくさんあって。それでも最終日に「お世話になりました」とか丁寧に声をかけてくださったりするメンバーもいて。

そんな中で、進捗をどう周知させるか、っていうのが私の中の一つの課題でした。

私が進捗を把握するのは、ぶっちゃけ簡単で、「どうなってますか？」と聞けばいいのだけど、メンバーが他のメンバーの進捗を知ったり全体の進捗を知るのは難しそうだったので（それぞれやることがおおくて、それで精一杯的な）、

１～２時間に１回のペースでチーム内の進捗報告会を行うことにしてました。そうすることで、私も進捗を把握できるし、メンバー同士も進捗を把握できると思ったから。

そう思ったんですけど、実際はできてませんでした。

あるチームメンバーから「もっと全体の状況を把握したい」と言われて、「え、チーム内進捗会してんじゃん」と思ったんですが、、、

要は、自分の進捗をどうまとめるか、どう表現するかに夢中で、他のメンバーの進捗報告に耳を傾ける余裕はあまりなかったようです。。。

原因としては２点かなと。

（１）余裕をなくしてしまうほどのスケジュールの詰めっぷり（原因は私の時間管理ミス）

（２）「このチーム進捗会は、チームとして全員で進捗を把握するもの」というのを明確に示していなかった（たぶんメンバーは、私のための時間だと思っていたと思われる）

もちろん、「メンバーに聞く気がないのがそもそも！」っていう意見もあるかもしれないけど、たぶんそんなもんだと思う。

中学／高校のときのホームルームの日直の話なんて、誰も聞かないのと一緒でw

そして、どうしたらいいかなーとかんがえて、上の人とも相談した結果

「メンバーの進捗報告を他のメンバーにさせる」ってことをしてみました。

つまり、普通はAさんの報告はAさん自身がするんだけど、そうではなくて、Aさんの報告はBさん、Bさんの進捗はAさんが報告する。というかんじにしました。

そうすると

・他人の進捗をまず「理解」するところから始まるので、その人の進捗は嫌でも把握することになる。

・他人の進捗をしどろもどろながら代わりに報告してるとなぜか「聞いてあげよう」的な空気が生まれるw

・よくわからないけど、盛り上がる

ってことになって、結構いいかんじになりました。

ーーーーー

何かしなければならないことがあって、それに対しての対策を何かしらしたとします。

それだけで「よし、できてる」と思うのは、かなりおバカさんでした。

もっとちゃんと、ある意味「疑いの目」を持って、状況をじっくりと観察して、目標を達成できているかどうかを判断することが重要だな思った訳です。

ーーーーー

#なにこれ、日記？w

プロジェクトマネジメントなメモ

プロジェクトマネージャーとかその辺についてググッてみた。
気になったところを箇条書き。あと考えたこととか。
ちなみに、お客様とのやり取りとかはあまり考えず（考えなきゃいけないんだけど）
どう内部をまとめるかというところに、特に注目。

「んー、まあそうだよな」ってことが多いけど、
食事内容をメモするダイエットのように、ブログに残しておけばなんか自分の中で意識が変わるんじゃないかと期待してやってみる。

■PMは座らず動き続ける■

→メンバーに安心感を与える意味を込めて、あたふたする必要はないけれども、逆にどっしり構えすぎているのもどうかと。座ってないで立って動いてメンバーの状況を確認する。以下のことについては常に配慮をすべきとのこと。

• メンバーのスキル，得意分野，苦手分野
• メンバーの体調，睡眠状況，持病の有無
• メンバーのモチベーション
• メンバー間のコンフリクト発生有無

→たぶん自分の場合、上記４点について気を配ることはできるけど、これらに関する問題に気が付いたところでどう対処していいのか、どう行動すべきなのかというスキルが身に付いてないように思われ。

■キックオフから「プロジェクトの目的」と「絶対に成功させる」ことを伝え続け、メンバーに「できる」という意識を植え付ける■

→「宜しくお願いしまーす」ではなくて「成功させる」ことを伝えるというのは忘れがちかもしれない。これたぶん今日のベストヒットなメッセージ。
言葉ではそんなようなことを言っていたとしても、こっちが強く意識しなければ伝わらないよなー。




■進捗状況の「見える化」■

→確かに。PMにとっても大事だけど、メンバーに対しても大事。もちろんお客様にも。些細なことでも見える化して共有しよう。ちなみにポストイットをぺたぺた貼るのが自分の身の回り流行ってるけど、なんかもっといい方法ないかなと思っている。
個人的には、ポストイットぺたぺた壁に貼るのってブレスト向きだと思っていて、多人数でリマインド目的で何かを共有するにはあまり向いていない気が。。。（単なる思い込みかもしれないけど）
紙を大きくすればいいのかもしれないけど、そうするとポストイットみたいな貼りやすく剥がしやすい利便性が消え失せる。自分のリマインド用にPCにポストイット貼るのは良いと思うけど、、、むー。


■人の意見をよく聞き、アプローチされやすい雰囲気を作り出す■
→本当に大事。自分の場合は、ちょっと違うかもしれないけど、笑いの絶えないチームにしたい！ｗだからくだらないことでも話しかけてくれるような人になりたい。。。



んーやっぱりちゃんとしたページで記事として書いている人たちの、見出しのネーミングセンスの良さと来たら、もうね。


【参考ウェブページ】

• http://pro.type.jp/ms/1008.php
• http://itpro.nikkeibp.co.jp/article/COLUMN/20080507/300868/