Ubuntu 12.04 LTS にて Python 3.3 の環境構築
Ubuntu 12.04 (precise) の Python 3系をインストールすると、Python 3.2.3 が入ります。Python 3.3 が使いたいですよね*1。そこで、最新の Python 3.3.2 をインストールし virtualenv を用いた環境を構築してみましょう。
1. PPA を導入
PPAにてPython3.3パッケージを公開している方がいます。自己責任で入れましょう。
$ sudo apt-get install python-software-properties $ sudo add-apt-repository ppa:fkrull/deadsnakes $ sudo apt-get update $ sudo apt-get install python3.3
2. setuptools のインストール
まずは、easy_installを導入します。setuptoolsというパッケージに入っていますので、Linuxの場合の手順 にしたがって導入します。
$ wget https://bitbucket.org/pypa/setuptools/raw/bootstrap/ez_setup.py $ sudo python3.3 ez_setup.py
/usr/local/lib/python3.3 以下にインストールされます。
easy_install-3.3 コマンドが使えるようになります。
3. virtualenv のインストール
パッケージが導入できるようになったら、 virtualenv を入れましょう。
$ easy_install-3.3 virtualenv
4. virtualenv にて仮想環境をつくる
virtualenv は Python の仮想環境を好きなディレクトリにつくることができます。
下記は、 ~/venv3.3 以下に virtualenv環境をつくります。好きな場所でよいです。
$ virtualenv-3.3 ~/venv3.3
起動にする (activate)
tkondou@zion:~$ cd venv3.3 tkondou@zion:~/venv3.3$ source bin/activate (venv3.3)tkondou@zion:~/venv3.3$
期待どおり、python インタプリタが 3.3.2 になっています。
(venv3.3)tkondou@zion:~$ python Python 3.3.2 (default, May 16 2013, 23:40:52) [GCC 4.6.3] on linux Type "help", "copyright", "credits" or "license" for more information. >>>
停止する (deactivate)
仮想環境から抜ける場合は、 deactivate します。
(venv3.3)tkondou@zion:~$ deactivate tkondou@zion:~$
5. ipython を virtual環境にインストールする
python インタプリタは ipython が使いやすいのでインストールします。
activate した状態で、pip コマンドでインストール可能です。
(venv3.3)tkondou@zion:~$ pip install ipython ... Successfully installed ipython Cleaning up...
ipython3 を実行することで ipython 無事起動します。
(venv3.3)tkondou@zion:~$ ipython3 Python 3.3.2 (default, May 16 2013, 23:40:52) Type "copyright", "credits" or "license" for more information. IPython 1.1.0 -- An enhanced Interactive Python. ? -> Introduction and overview of IPython's features. %quickref -> Quick reference. help -> Python's own help system. object? -> Details about 'object', use 'object??' for extra details. In [1]:
6. Python 3.3 を学ぶことができる書籍
Python 3.3 環境が導入できました。下記の本は 3.3 で実行することができますのでそばにおいておくて良いでしょう。
パーフェクトPython (PERFECT SERIES 5)
- 作者: Pythonサポーターズ
- 出版社/メーカー: 技術評論社
- 発売日: 2013/03/05
- メディア: 大型本
- 購入: 1人 クリック: 65回
- この商品を含むブログ (9件) を見る
空飛ぶPython即時開発指南書 (Programmer’s SELECTION)
- 作者: Naomi Ceder,新丈径
- 出版社/メーカー: 翔泳社
- 発売日: 2013/02/26
- メディア: 大型本
- クリック: 12回
- この商品を含むブログを見る
*1:13.04 raring や 13.10 saucy は Python3.3が apt-get で導入可能のようです
PyCharm と Mercurial の連携
本日の #TokyoMercurial で少し PyCharm と Mercurial の連携について調べてみました。diff画面がなかなかカッコイイので紹介します。
試したバージョンは、下記です。
ファイル追加 (hg add 相当)
普通にファイル追加すると、リポジトリに追加するかどうか聞かれます。追加すると もちろん hg add されます。
差分 (hg diff)
コミットする前には差分を確認しますが、PyCharm上でリポジトリとの差分を確認ができます。
いくつかコミットしたり新規に追加したりすると下記のような差分表示となります。
青色が変更点で、緑色が追加の箇所。なかなかわかりやすい表示ですね。
新規登録の場合は下記の表示。
ちなみに、TortoiseHg+Winmergeだとこんな感じの差分表示になります。
コミット (hg commit)
基本的にはファイルやディレクトリやプロジェクトを右クリックすると出てくるMercurialのメニューから Commit メニューを選択すればOKです。
コミット時にいろいろ選べるようです。
ファイルの状態 (hg status)
ファイルの色で状態がわかるようです。
青が変更で、緑が追加。diffの表示の色と同じです。
TortoiseHgを使っているのでピンと来ない表示ですが慣れてくると色で状態がわかってくるのかもしれません。
まとめ
今回できなかったこととしては、push/pullや、作業領域の切り替えなどありますが、通常頻繁に使う操作だとdiffを見ることが多いと思います。ファイル追加とdiffはエディタの延長で自然にできる感じがします。
また、PyCharm側でLocalHistoryとして変更履歴がありまして、ここからRevert(変更内容の復旧)ができるので頻繁なコミットをしなくても良いので便利かもしれません。
Python の辞書に含まれる最大値のKeyを求めるクールな実装
下記のような辞書型があり、辞書の値の最大値を持つキーを取得したい。
例えば、下記のような辞書だ。
d = {'a': 1, 'b': 2, 'c': 3}
上記例では、 3 が最大値。よって、 c を得たい。
ここで if文のような条件分岐をつかった実装は クールではないのは容易に想像がつく。
ちなみに、最大値は、組み込み関数の max で取得できる。
>>> max(d.values()) 3
とやると、3 を取得することはできるが、そのキーはどうすれば取得できるだろう。
Python ではどのような実装がクールなのだろうか、とつぶやいたら RT され 一瞬で Reply をいくつかいただけた。
ありがたく、ご紹介させて頂く。
(一応、Python 2.7.5 を想定したのだが、明示しなかったので py3向けの回答もあったのかもしれない)
1. タプルにして最大値を求める実装
>>> max([(v,k) for k,v in d.items()])[1] 'c'
>>> max((v,k) for (k,v) in d.items())[1] 'c'
d.items() でタプルのペアを含むリストが取得できる。
>>> d.items() [('a', 1), ('c', 3), ('b', 2)]
最初の例は、リスト内包表記を用いリストにしそれを渡している。
2番目の例は、引数として複数のタプルを渡している。
いずれの例も、for文で内部のタプルを取り出し v (value)の最大値を求める。
最後の [1] を k を意味している。
max の仕様として、リスト(のようなiteratable)または複数の引数を受け付けるという仕様。Docstring を読む。
max(iterable[, key=func]) -> value
max(a, b, c, ...[, key=func]) -> value
なお、Python 2系なら items の変わりに iteritems を使うと気持ち効率が良いらしい(未確認)
2. max のオプション引数 key を用いる実装 (itemgetter)
>>> from operator import itemgetter >>> max(d.items(), key=itemgetter(1))[0] 'c'
ここで maxの仕様 に目を通すと以下のような記載がある。
オプションの key 引数には list.sort() で使われるのと同じような 1 引数の順序付け関数を指定します。
Python 2.5以降で使える。 key= で関数を渡す。これを用いた実装だ。ここでは itemgetter() を使っている。
operator モジュールで提供されている。
>>> itemgetter(1)(("c",3)) >>> 3
ここでは、上記のように 1番目のタプルの要素を渡す関数となっている。
3. max のオプション引数 key を用いる実装 (lambda)
>>> max(d.items(), key=lambda x:x[1])[0] 'c'
lambdaを用い 配列要素の1番目を返却する無名関数を作成し、オプション引数に渡す実装。
これが一番シンプルな実装な気もする。
謝辞
Thanks to all Pythonistas!
- https://twitter.com/hamukazu/status/390278491947945985
- https://twitter.com/shota243/status/390278716967755777
- https://twitter.com/wonderful_panda/status/390277685307781120
- https://twitter.com/wonderful_panda/status/390286973903966208
- 作者: Tarek Ziade,稲田直哉,渋川よしき,清水川貴之,森本哲也
- 出版社/メーカー: アスキー・メディアワークス
- 発売日: 2010/05/28
- メディア: 大型本
- 購入: 33人 クリック: 791回
- この商品を含むブログ (91件) を見る
WPF MVVM ふりかえり 発表資料
今年度から C#/WPF/MVVM/Prism な開発環境で過ごすことが多くなって来ました。私は実際の開発よりもCIやインストーラなどの役回りなのですが勉強しないといけないと思い、今日の mokusharp(木曜日 社内C#勉強会)で発表した資料になります。
発表資料(前編)
WPFとはなに? XAMLとは?MVVMとはと聞かれたときにいまいちイメージがつかめていなかったので、インターネットで参考になった有益な情報をまとめたガイドのような感じです。あくまで概要でざっと理解するためには役立つかと思います。
後編は?
後編としては、データバインディング、データテンプレート、コマンド、ビヘイビア を理解できる発表資料を行う予定です。
ackより速いagを試してみる
ackより速いらしいagを試してみました。ackはgrepをよりプログラマ向けに便利にしたもので、agはperlで記述されたackよりCで書いている分高速であることがウリとのことです。
インストール
debian GNU/Linux 7.0 wheezy 上で行います。Ubuntuでも同じ手順でインストールできます。
準備
$ sudo aptitude install automake pkg-config libpcre3-dev zlib1g-dev liblzma-dev
ビルド
$ git clone git://github.com/ggreer/the_silver_searcher.git $ cd the_silver_searcher $ ./build.sh $ sudo make install
debian 7 の Sphinx にて Could not import extension となる問題の原因と対策
debian 6 から 7.0 に upgrade したところ、sphinx の make html でエラーが出るようになってしまった。
Extension error
Extension error: Could not import extension sphinxcontrib.plantuml (exception: No module named plantuml) make: *** [html] エラー 1
調べてみると debian の pkg でインストールした場合に発生する現象である。
真の原因は果たしてなんであろうか、気になったので再現用のリポジトリを用意しました。
なお、ここでエラーとなっている extension はリポジトリ内に含めています。
正常時のログとエラーログ
https://gist.github.com/cointoss1973/268cb91ee21a4fb352ca
sys.path の環境変数の違いがなにか影響しているかと思われるが、果たして..
原因と対策
追記 2013/05/10
@cointoss1973 debian 側で入れてる、このパッチの影響だとおもいます。bit.ly/11oMwSC
— Tetsutaro KAWADAさん (@t3rkwd) 2013年5月10日
debian の sphinx パッケージにパッチがあたっており、 sphinxcontrib の名前がぶつかっているようです。 リポジトリ内の sphinxcontrib の名前を変えることで回避できそうですね。さてどんな名前にしようか...