Explore our new product Omlet — component analytics for developers
デザイナーが作ったデザインをエンジニアがコードに落としこむ工程,コミュニケーションコストも大きくなかなか大変ですよね.そんな課題を解決してくれる,ビジュアル仕様書共有ツール Zeplin を使ってみたところ非常に好感触で,アプリ開発がかなり効率化されたように思うので,普及もかねてまとめてみようと想います. Zeplin は何を解決してくれるのか これまでアプリ開発の際,デザイナーさんに以下の様なビジュアル仕様書を Google Drive で共有してもらっていました. 自分はデザイナーさんみたいに 1px の細かい差異など分からなかったりするので,このようなビジュアル仕様書を作成してもらえると,正しく実装することができ非常に助かります.しかし,これには例えば以下のような課題がありました. (1) デザイナーさんのコストが大きい.上図の例はアプリの 1 画面に過ぎませんが,これが 10 枚,
Pythonを使う上で、withステートメントは、やはり見逃せない機能の1つであると思います。 Python2.5〜3.xまで網羅しているようにしたつもりです。 基本 まず、一番身近なファイル操作の例を載せておきます。 with open("...") as f: print(f.read()) これは、以下と同等です。 f = open("...") print(f.read()) f.close() withステートメントを使うと、withを抜けた時に、自動的にf.closeされます。 asは必須ではありません。 f = open("...") with f: print(f.read()) これも先ほどのコードと同等です。 withに対応したクラスを作る 使うだけでは理解も深まらないので、作る方も見てみましょう。 withに渡すのは__enter__と__exit__の2つのメソッド
ドキュメントに書いてあっても 読んでない or 忘れていた 私のためのメモ。 Pythonで 子プロセスを実行するときには subprocess モジュールを使うことが推奨されています。 その子プロセスの標準出力やエラー出力を受け取るときに、 p.stdout.read() や p.stderr.read() を使っていると 子プロセスの出力するデータ量が多い時に 刺さって しまいます。代わりに p.communicate() を使うと良いです。 その件については、下記ドキュメントの中段辺りに http://docs.python.jp/2.7/library/subprocess.html 警告 stdin.write(), stdout.read(), stderr.read() を利用すると、別のパイプのOSパイプバッファがいっぱいになってデッドロックする恐れがあります。これを避ける
これは Hubot Advent Calendar 2014 の 9 日目の記事です。 昨日は @udzura さんの 『carrierモジュールで雑にHubotからコマンドを打つ』でした。stream を中心としたプログラミングは Node.js らしい良い形なのですが、ぼく個人としてはあんまり使えてないですね。あと @bouzuya Advent Calendar 的な煽りが見えた気もしますが、気のせいでしょう。 また、今回は @bouzuya の Hubot 連載の第 7 回です。目次は、第 1 回の記事にあるので、そちらをどうぞ。 前回まで、そして今回は 前回は 簡単な Hubot スクリプトをもっとつくろう (おみくじ系) ということで、Response#random を使って、ランダムにひとつを選んで返す Hubot スクリプトをつくりました。 今回は外部の npm パッケージ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く