RAIDという機能があるようだ。期待したようなものはなさそう。matt.ucc.asn.auSSHできるようだしPerlも動かせそうなのでなんとかしようと思ったら出来そう。省電力性Datasheetに載ってたり載ってなかったりする...謎。bayみたいな小さいモデルはないようだ。www.drobo.comこのモデルにはあった。bayで5万円台といったところか。QNAPQNAP普通に便利に使っている。2019年5月3日www.songmu.jpUPSと連動してくれるのはたしかに良さそう。Syncという機能がそれに当たるっぽい。bay製品のなかではSpec上は優秀そうに見える。付属品この商品を含むブログを見る3万円台後半。自分は本ちゃんのバックアップはクラウドに置いて運用したい。うっかりDriveの寿命を迎えたりするリスクがないし、可用性の観点で安心だし、アクセスもしやすいから。そのための、前段に置くバックアップとアップロードを代わりにやってくれるマイクロホームサーバーとしてNASがほしい。いう用途なのでNAS自体の可用性や拡張性は自分にとってはあまり重要ではない。一方でLinuxで動いていると嬉しいことがいくつかあり、たとえばmackerel-agentでS.M.A.R.Tを監視したりできるので、故障前にアラートで通知してもらったり障害を検知したりできるはずだ。その点はどれもLinuxベースのようなので良さそう。v2が良さそうかなぁ。追記Github/Dropboxだけだとダメなの?ってなるけど、コードとかはもちろんGithubにあげてるけど楽曲制作やってるとレコーディングした各楽器の各テイクを96kbps/24bitとかで持っているのでそれなりの容量になってしまう。ときどき録画データとかもあるので、それを保管するのも手間。syncの設定を逐一いじるのが手間だし、アップロード完了まで待たないといけないので、普段使いのノートPCには不向き。Syncも楽曲制作のために確実に容量を空けておきたいとなるとあまり期待できない気がする。いえ、なにかしらのクラウドストレージサービスにアップロードしておきたい。いうわけで、NASにコピーさえすればあとはよしなにやってくれるという世界観になるとうれしいとなった。Driveも検討外というわけではなくそのうち別途検討しようと思っている。ALSO:blog.perlassociation.orgなぜ平成も終わるこのご時世に?と思う方もいらっしゃると思います。思いの丈を書いてみます。昨今のWeb開発のトレンドとしては、動的型付け言語から静的型付け言語へシフトが進んでいます。*1いちプログラミング言語の重要性というものは、(特に動的型付け言語においては)昔ほど重要ではなくなっているのが実情かと思います。その中でもPerlは、人気度でいえば比較的低い言語といえるでしょう。LLと呼ばれる言語の中で最低の人気と言っても間違いではないかもしれません。ひどいときには、1987年に作られたPerlと1959年に作られたCOBOLが並べて語られることすらあります。*2それでも、ぼくはPerlが好きです。Perlを支えてきたPerlコミュニティが好きです。Moduleが好きです。Perlはたぶん知らない人が思ってるよりは、実際はもっと使いやすく、また面白い言語です。一方で他のプログラミング言語とは考え方が、一見似ているようでまるで違う部分もあります。しての特徴は他のプログラミング言語によく慣れた人には奇妙な設計に見えるでしょう。この特徴があるお蔭で、一定以上Perlに慣れれば直感的にPerlのコードを書き下すことができます。(詳しくはここでは割愛します)もちろん、ただ書き下しただけの読みにくいコードがどういう問題を引き起こすかという話はありますが、それは実際には書き下しただけのコードをリファクタリングせずに運用してしまう開発体制の問題であり、Perlに限った話ではなくどの言語でも起こり得るものです。一方で、そういった問題に苦しめられた結果、Perlを嫌いになってしまったという話も悲しいことによく見ます。いった噂が尾びれをつけて、Perlでコードを書くと汚くなる、Perlでは綺麗なコードは書けない、などとあらぬ誤解が多く広まってしまっている悲しい実情もあります。綺麗なコードが書けるかどうかは、単にその言語の熟練度とその書き方の問題です。「罠」と言われるものの大半は、言語仕様やその考え方に対しての無知から来ている誤解です。Perlは正しく理解すれば、とても強力なスクリプト言語になります。多くのCPANモジュールはPerlでより大規模なサービスを作れるようにしてくれました。結果として、いまも多くのWebサービスがPerlで支えられています。現状は残念ながらその実力が過小評価されてしまっている場面がやはり多いと思います。ぼくはそんな現状が悲しいのです。ところで、実用上はどうでしょうか。実際のところ、まだまだPerlのまま運用されている、そしてまだしばらくはPerlのまま運用しようとしている、そしてそれが収益の柱(の一部)になっているというサービスは無数にあります。IaaS/オンプレミスでの運用もまだまだ少なくはなく、ログをしゅっと集計するスクリプトをさっと書きたいような場面もたくさんあります。冒頭で述べたようなトレンドの変化に加え、各クラウドベンダーは残念ながらPerlをサポート外にしていることも多く、新規開発でPerlという事例はもうほとんどなくなっていくでしょう。OSにプリインストールされて互換性の高いスクリプト言語として、ワンライナーや書捨てスクリプトの類ではまだまだ力を発揮することでしょう。CPANモジュールを使えばもっと高度なこともできます。延命させてきたPerlのサービスに突然ビジネスチャンスがやってきてすばやく改修を加えたい。なる場面もあるかもしれません。して、まだまだPerlのエンジニアは必要とされており、その一方でPerlのエンジニアの採用に困っているという声もよく聞きます。メジャーラインではありませんが「死んだ」と形容されることが似合うほど落ちてもいないのではないでしょうか。代わり代表理事を引き継ぐことにしました。自分は若輩者で、牧さんやねこかくさんほどの働きができるとは思えませんが、そういった気持ちを胸に少しでも現状をよくできたら、Perlコミュニティがもっと楽しい場になると良いなと思っています。不束者ではございますが、みなさん改めてよろしくおねがいします。