  |
はてなキーワード: PERLとは
Rubyはひろゆきによってせいさくされました。つまり、２ちゃんねるは Ruby でできてます。Perlは宝石なので、Ruby は妻の誕生石です。つまり、Pythonはパイナップルです。JavaScript はジャワ原人にコーヒーを飲ませたということを記載するために生まれました。その言語は難解で、簡単なJava が生まれました。そして、もっとわかりやすく C となったのです。よって、C++ は Java の残痕が除去できてない言語となります。C# はお茶好きジャワ原人の末裔によるレコンキスタなのです。アップルティー好きによってObjective-Cも生まれました。いかがでしたか？詳しいところはわかりませんでした。『広告』PHPでイッセンマン！
各分野ではそれぞれ数年に一度くらいかも知れんけど、一人の人間が同時に関わっている分野がいくつもあるわけで、それらの掛け算で結局はもっと頻繁に新しいことに対応していく必要があるでしょ。
たとえばGitHub自体の変化はそれほどでもなくても、まさかGitHubだけを使って仕事をしている人がいるわけじゃないだろうし、それは言語にせよ何にせよ同じなわけで。
言語が PHP → Perl → Ruby → Python と変わるのと、 SVN → GitHub の変化と、AWSとかのクラウド環境の変化と、Dockerなどの仮想環境の変化と、OSやエディタの変化と、そういうのが並行して起こっているわけで。たとえば C/C++ をずっとやっている人だって規格や処理系自体の変化についていかなくちゃいけないし。
結晶の構造みたいなもの。リスト構造とか種類があるが、元素のように新規に人類が新規に発見するのは困難になりつつある。
【アルゴリズム】
たとえば黒鉛は炭素の同位体であるダイヤモンドに変換できる可能性があるが、その変更プロセスは多種多様である。コストやエネルギー効率のためにベストな方法をチョイスされるように、計算量という律速段階のようなもので比較される。
1mol が 6.0e23 個の原子と同じように、1バイトは8ビットである。バイトにするメリットは、英語圏だと 1バイトも有れば日常で使う文字はコンプリートできるのだ。
計算機で使われる浮動小数点数は実は実数ではない。たとえば、0.4f - 0.3f は 0.1f でない。ただし、0.5f - 0.25f は 0.25f である。
【オブジェクト指向】
フッ素分子（F2）を作ろうとした努力をプログラミングでもやろうとしたもの。
【アスペクト指向】
ポインターをインターセプトするための道具。電気泳動するためのツール。
【オライリー】
【インフルエンサー】
錬金術師（対価はカモの財布）
【JAVA】
【Ruby】
Al2O3。
【Perl】
Pearl でない。
横だが、そういうのって「はてな」の見出しを見てるだけで目に飛び込んで来ないか？ JavaScript関係だけでもこの20年間にどれだけ変化があったことか。他にもweb系で使われている言語の盛衰やフレームワークの入れ替わりとかだけでも凄いじゃん。今や Perl それ何？ 状態だろうし、GoにSwiftにRustにCotlinにScalaにWebAssemblyにと次から次へと新しいものが出て来てるしバージョンアップでの変化もあるし。C/C++だけでもちゃんとついて行くには勉強し続けないといけないし。開発手法もアジャイルだスクラムだなんだと喧しいし、デバッグの手法関連もそうだし。今やデバッグドリブンで自動化でとかが当たり前っぽいし。
いやぁ、長かったですね。Python が業界デファクトスタンダードになり、シェル言語やシステム記述言語となる可能性が潰えて久しくなるまでが。具体的にいうと Ansible のようなクラウドの構築はTerraformになったし、Linuxのブートには systemd が後継となったいま、Python は Ruby と同じく「Perl のような何か」に落ちてしまった。唯一無二の人工知能の為の言語としても、高度化した人工知能の開発で新規参入者にとってはハードルが高く、API を操作するぐらいだったら JavaScript で JSON をコネコネする API を操作するほうが賢い時代となってしまったのだ。よって Python を新規で採用する絶対的なメリットは消えてしまった。これで「Pythonを使えます」という奴に見下される必要はなくなったのだ。これで、ここ数年間も続いた「Pythonを使えるのを凄いと勘違いしている間抜け、または人工知能の開発で Python は必須なのとかぬかす馬鹿、それに Python を使えば他言語を学ぶ必要はないというキチガイ」を排除できるようになった。だって、Python は数多の言語のようにチューリング完全を満たした言語の一つになったのたから。これを普遍的と言わずになんていうのだろうか。
なぜインターネットには「プログラマーの三大美徳とは何か」を解説する記事がたくさんあるのでしょうか？
既に同じ内容の記事が不必要なほど見つかるのに、リンクを使わずに同じ記事を書くことは"美徳"に反する行為ではないでしょうか？
既にある良さげな記事、あるいは「プログラミングperl」のamazonリンクを貼って「これ読め」で済ませるのが"怠惰な"プログラマのあるべき姿ではないでしょうか？
サンプルのために回答しよう
一時期プログラミング系の記事をブクマしていた（Perlが主流の頃）が今はしていない、プログラミングはまぁ出来ると思う
ブクマしていない、喋れない
・管理職になれなかった（本人はならなかったと思っている）
まだ可能性は残っていると思う
・会食はしたくないし人脈をズルだと思っている
会食はしたくない、人脈に関してはいいなーぐらいに思っている
・根回しはしないし同僚とコミュニケーションも取らない
根回しはしないと上手くいかないのでやる（やりたくない）、同僚とのコミュニケーションは仕事に関連するものに限定
そう思って自分の心を落ち着かせることはある
思っていない
思っていない
言わない、というか、アドバイスを求められることがない
Perlを洗練させたようなRubyの登場、Ruby on Railsが爆発的に流行、Perlは開発におけるデファクトスタンダードなWEBフレームワークを用意出来ずに失墜
PerlのOSSとか日本人作者のがわりと有名だったと思うんだけど、その作者はよりインフラに近いところに移動していってブームを牽引することが出来なくなってしまったようにも見える
pythonは誰が書いてもそれなりに読める。
Perl5の実用的な面での特徴は、異常なまでの後方互換性にある。
25年前のPerl4向けのスクリプトですら、ほとんど修正なしに最新のperl 5.36.0で動いてしまう。他のプログラミング言語ではあまり見られない特徴である。この特徴はある程度は今後も維持されるし、いまPerl5を書いている人の多くが望んでいることだろう。
しかし、後方互換性を守るあまり現代の言語に備わっているような機能が欠けている現状がある。ただ、それも改善されつつあり、後方互換性を守る形で慎重に取り入れられている。
一方で自由度が高すぎる文法は、後から修正を重ねていくようなものには不向きかもしれない。linterであったり、型アノテーションを書くようなモジュールも存在する。このようなものを用いて自分を律して書く分にはメンテ可能であるものの、現代のように多くの人が一つのスクリプトをいじることが求められる環境では不向きと言える。
実用的な面で向いているのは「一回書いたら修正を行わないスクリプト」かつ「10年単位で動かす必要のあるもの」である。そんなものはあるのかと思う人もいるかもしれないが、規模が小さければぴったりハマる場面もある。
言語としてはコンテキストだったり、ブロック単位で言語の挙動を変えられる点などが面白ポイントであるものの、これらはホビーとして楽しむのが良いというのが私の見解である。
