Ask questions, find answers and collaborate at work with Stack Overflow for Teams. Explore Teams Collectives™ on Stack Overflow Find centralized, trusted content and collaborate around the technologies you use most. Learn more about Collectives
Python 3 からは一部の関数がイテレータを返すよう変更になったということなので、この機会にPython3を触りつつitertoolsモジュールについてひととおり学んでみた。 主に参考にしたのは9.7. itertools — 効率的なループ実行のためのイテレータ生成関数 — Python 2.6ja2 documentation。そのため添えてあるメモは基本的にpython2.6が前提。2.7や3.2で追加されたり変更された点があればその旨を適宜書いてあります。 print関数について 今回はPython3.2であれこれしたのでprint関数を使ってます。Python2.6以降で print("", end=" ") みたいなのを使うには from __future__ import print_function とする必要があります。 バージョン毎のメソッドの実装状況 それぞれのバ
Herokuが自ら実践しているAPIデザインガイドをGithubに公開した． “HTTP API Design Guide” このガイドは些細なデザイン上の議論を避けて，ビジネスロジックに集中すること目的としている．Heroku特有なものではなく，一般にも十分適用できる知見となっている． 最近は，モバイル向けにAPIをつくることも多いため，勉強もかねて抄訳した．なお内容は，HTTP+JSONのAPIについて基本的な知識があることが前提となっている． 適切なステータスコードを返す それぞれのレスポンスは適切なHTTPステータスコード返すこと．例えば，“成功"を示すステータスコードは以下に従う． 200: GETやDELETE，PATCHリクエストが成功し，同時に処理が完了した場合 201: POSTリクエストが成功し，同時に処理が完了した場合 202: POSTやDELETE，PATCHリク
GAE/Pyでインポートのパスを追加する
Python初学者には、モジュールやそのインポートがやや分かりにくいです。使い慣れた方にはなんてことない指定も、いちいち苦労してます。GAEが標準で用意してくれていない、便利な外部ライブラリの利用は、そんなつまづきが色々詰まっています。 外部ライブラリを管理しようとした際起こるエラーに、取り敢えず無難そうな対処ができたので、残しておきます。 /libs とかにまとめたい外部のライブラリは、アプリケーションのルートディレクトリ直下に置けば、大抵素直に動いてくれます。しかしそれではソースの管理上、とても見苦しい状態になります。そこで /libs などのディレクトリにまとめておきたいのですが、今度はライブラリ側でエラーが起きます。 単に /libs などに外部ライブラリを置いた場合、各ライブラリ内での動的なインポートの解決に失敗するケースがあります。dateutilとかmarkdownとかいった
What's the best strategy for managing third-party Python libraries with Google App Engine? Say I want to use Flask, a webapp framework. A blog entry says to do this, which doesn't seem right: $ cd /tmp/ $ wget http://pypi.python.org/packages/source/F/Flask/Flask-0.6.1.tar.gz $ tar zxf Flask-0.6.1.tar.gz $ cp -r Flask-0.6.1/flask ~/path/to/project/ (... repeat for other packages ...) There must be
http://anond.hatelabo.jp/20140604224538 37歳兼業小説家、既婚子無しです。あなたは書き続けたほうがいいです。以下、僭越ながらアドバイスします。 まず、デビューしましょう。デビューしない限り、あなたの煩悶はずっと続きます。食えるか食えないか考えるのは、プロになってからでいいです（アマチュアの段階からそれを考えてると書かなく／描かなくなります）。私は作家としての収入は年に250万程度です。作家一本では食えません。が、500万ほどの給与所得があるので、生活には困ってません。時間はありませんが充実はしています。周りの若いプロ漫画家に嫉妬するのは分かります。私もそうでした。ですが表現の世界は甘くないです。若くしてプロになった人は、若くして消えます。20歳でデビューして25歳で消える人がいる場合、その人が40歳でデビューしたら45歳で消えます。それだけのことです
Unix系OSの権限分離の変遷について（もしくはなぜ、アプリ単位の権限分離が求められるようになったか） [ブコメした件について。大筋でおかしなことは書いてないと思いますが、出典は確認していません] Unix系OSにおける権限分離は、伝統的に、利用者ごとに異なるuser idを割り振り、これを用いてアクセス制御を行うという方式で実現されてきた。また、デーモンプロセスについては、不要な権限付与を避け、デーモンプロセス間の相互作用を抑制するために、デーモンごとに専用の「user id」を発番するのが一般的な慣習とされるようになったという経緯がある。 しかし、2000年代に入ると、インターネットの普及とあいまって、クライアントサイドではこのような「利用者ごと」の権限分離では不十分という考え方がされるようになってきた。具体的には、 （オンラインバンクのパスワードに代表されるような）攻撃価値が高い情報
iOS Safari iOS 8 Chrome JavaScript iOS 8 WebKit changes finally allow all apps to have the same performance as Safari When iOS 7 launched, developers discovered that their apps with built-in web browsers were unable to achieve the same level of JavaScript performance as the stock Safari app. This was because Apple restricted use of its improved Nitro JavaScript engine to its own app, leaving third
CSS: Should we change the default for overflow?Posted by Greg Smith For the CSS overflow property, should auto or hidden be the default instead of visible? If you write a lot of CSS, there is a good chance your immediate response would be “no way!” But hear me out! There are several awesome benefits to one of these being the default, and in my opinion, many or all of the drawbacks are based around
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
