いやなブログ: 配列操作の比較表: Ruby, Python, JavaScript, Perl, C++
配列操作の比較表: Ruby, Python, JavaScript, Perl, C++ プログラムを書いていると、他のプログラミング言語の記憶とごっちゃになって、「配列の後ろに要素を追加するのは push だっけ、 append だっけ」などと混乱することがあります。特に Ruby, Python, JavaScript はコードの書き方が似ているので、この問題が起きがちです。 そこで、備忘録として、 Ruby, Python, JavaScript, Perl, C++ の配列操作の比較表を作りました。一番慣れている Ruby を基準にしています。間違いなどがあったらご指摘いただけると助かります。他の言語のもあるといいなあ。 Ruby (Array) Python (list) JavaScript (Array) Perl (@) C++ (std::vector)
日本語文字列コード問題まとめ
【1】 文字列コード問題との戦い Pythonに限った話ではないのですが、 日本語を取り扱うコードを書いていると やっかいなエンコーディングトラブルに遭う事は少なくないでしょう。 エンコーディングトラブルとは コンパイラ・インタプリタがソースコードを解釈できない。 画面表示が化ける。 意図した入力ができない。 エンコード・デコード時にエラーがでる。 正しいファイル名のつもりなのにファイルが見つからない。 出力させたファイルの中身が読めない。 などといった現象を基本としていろんな問題を引き起こします。 問題のすべては「コード変換」に発生します。 実際の文字列が何のエンコーディングで、 渡す先が何のエンコーディングを期待しているか？ それらを確認して合致させるように変換をするということが基本です。 【2】 「Python日本語版が必要」というのは誤解 P
Pythonがプログラミングの学習に向いているたった一つの理由 | TRIVIAL TECHNOLOGIES 4 @ats のイクメン日記
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー LL温泉でもお世話になった日本文理大学の赤星先生はプログラミングの講義にPythonを使われていて，2008年の1月に大分にその理由を聞いたことがあった。以前はPerlを使っていて，Pythonに変えられたのだそうだが，一番の理由は「可読性」だということだった。生徒さんの課題を評価して採点するのが，Pythonで書かせるととても楽にできるから。以前イベントでお話をしていただいて，同じくPythonを授業に使われている日本理科大の菊池先生も同じことを言っていた。 「採点が楽だから」というとちょっと後ろ向きに聞こえるかも知れないが，実はこの言葉の裏には，Pythonの可読性の高さに関する重
Pythonの勉強にアートしよう·DrawBot MOONGIFT
去年の暮れぐらいからPythonが好きになってきている。Google App EngineやDjangoによるところが大きいが、Pythonを知っておけば色々な場面で役に立つ。とは言え実開発においてPythonを用いよう、という場面はまだまだ数少ないようだ。 Pythonを使ってアートを描く そのため、勉強できる機会が少なくなってしまう。そこで使ってみたいのがDrawBotだ。 今回紹介するフリーウェアはDrawBot、Pythonを使ってアートを作るソフトウェアだ。 DrawBotは3ペインの構成になっているソフトウェアだ。右上にコードを書き、右下に標準出力がされ、そして左側にレンダリング結果が表示される。線や円、四角などのオブジェクトを描くための関数が用意されている。 文字の出力も可能 文字や色を使ってグラフィカルな作品を描くことができる。透明度を設定すれば、オブジェクトを重ね合わせた
自然言語処理は Python がいちばん - 武蔵野日記
現在大学1年生の人で3年後には NAIST に (というか松本研に) 来たいという人から「どんなプログラミング言語やっておくといいですか」と質問されたりするのだが、なかなか答えるのは難しい。自分は Perl → Python がメインでときどき C++/C# を使ったりするのだが、どれが一番いいかはなんとも言えないので、自然言語処理以外に転向する可能性も考えると、C とか C++ とか Java とか(授業でそちらをやるのであれば)を最初の武器に選んだ方がいいのでは、と思ってはいる。 そんなこんなで最近 Hal Daume III (機械学習を用いた自然言語処理では非常に有名な人) のブログで Language of Choice というタイムリーなエントリーが出ていたので、紹介すると、「それなりに大きな自然言語処理のプロジェクトでどのプログラミング言語を使うのか」というアンケート結果が出
Python 3.0がここ数年は初心者に非推奨なたった一つの理由 | TRIVIAL TECHNOLOGIES 4 @ats のイクメン日記
2012年9月追記 記事執筆当時から比べると，主に著名なパッケージやモジュールのPython 3対応が進んできており，そろそろPython 3への移行を考えてもよい頃かもしれませんね:-)。 ちょっと宣伝。Pythonの最新版に対応した入門書「みんなのPython 第三版」，発売中です:-)。 2008年のリリース当時，Python 3.0は完全に普及するまで数年かかるだろうと言われていて，僕も実際に仕事で3.x系をバリバリ使うようになるのは何年か先になるだろうと思っている。 最も大きな理由。それはCで書かれたエクステンションの3.0対応がけっこう大変だから。 エクステンション開発者を悩ませるのは，組み込み型の変更だろう。このへんに書かれていることを読むと分かるけど，3.0では文字列型，数値型のC構造体の名前が変わってしまうのだ。Cのソースコードでは，構造体を利用している部分を全部見て，書
言語としての一貫性を重視したPython 3の進化
言語としての一貫性を重視したPython 3の進化：よりPythonicなPythonを目指して（後編）（1/2 ページ） Python 3.0では、Python 2で書かれたスクリプトが動かなくなるような実装が行われた。なぜ、後方互換性を崩してまで大きな仕様変更を行ったのか。それは、PythonがよりPythonらしくあるためだ。 前編「Python 3が後方互換性を捨てても求めたもの」では、後方互換性を犠牲にしてでも、よりPythonらしくあるために仕様を変更したことに触れながら、いくつかの機能変更を見てきました。 それは、「誰もが正しいと考える、たった1つの方法をできる限り採用する（There should be one-and preferably only one-obvious way to do it）」というPythonの設計思想を、より高次元で実現するために必要だったから
Python 3が後方互換性を捨ててでも求めたもの
Python 3が後方互換性を捨ててでも求めたもの：よりPythonicなPythonを目指して（前編）（1/2 ページ） Python 3.0では、Python 2で書かれたスクリプトが動かなくなるような実装が行われた。なぜ、後方互換性を崩してまで大きな仕様変更を行ったのか。それは、PythonがよりPythonらしくあるためだ。 2008年12月4日、Python 3.0がリリースされました。これまで「Python 3000」や「Py3k」という愛称で呼ばれ、Pythonの次期メジャーバージョンとして開発されていたものです。 メジャーバージョンアップといっても、基本的な文法、インデントを使ったブロック表記や基本的な機能の多くはPython 2から引き継いでいます。Pythonの持つシンプルで一貫性のある設計思想を受け継ぎ、よりPythonicなPythonへと言語をステップアップさせる
sourceforge.jp
We’re getting things ready Loading your experience… This won’t take long.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Python チュートリアル