  |
はてなキーワード: インターフェイスとは
名著「UNIXという考え方 - UNIX哲学」は本当に名著なのか？ 〜 著者のガンカーズは何者なのかとことん調べてみた - Qiita
この記事はよく調べてあるなぁと思う反面，事実関係の間違いも多く当時の空気感など欠けていると思う部分がいくつかある。事実関係に関しては追い切れないので参考文献を挙げるにとどめておくが，空気感のほうはいくつか書いておく。なお当該記事の「当時と今では状況が全然違うんだから，安易に『UNIX 哲学』とかいうな」という主旨には大賛成である。
初期の UNIX の歴史について興味がある向きには次の書籍をお薦めする。
Peter H. Salus『A Quarter Century of UNIX』(1994, Addison-Wesley Publishing)
和訳の『UNIXの1/4世紀』(Peter H. Salus, QUIPU LLC 訳, 2000, アスキー) は絶版のうえ訳も微妙なので薦めづらいが，原書は The Unix Heritage Society (tuhs) で PDF が無償公開されているので，英語が苦にならないのなら読んでみるといい。
また同じく tuhs で無償公開されている Don Libes and Sandy Ressler『Life with UNIX』（1989, Prentice Hall）を読めば80年代終りの UNIX の状況（XENIX についてもしっかり言及されている）や利用者目線での雰囲気もある程度判るだろう。
元記事で一番気になるのが「哲学」という語の捉え方。この言葉の強さに引きずられているように読める。でもこれ，当時は設計の基本的な考え方くらいの意味でわりとよく使われていた言葉なんだよね。たとえば米 BYTE 誌のアーカイブを “philosophy” で全文検索するとこんな感じ。
https://archive.org/details/byte-magazine?query=philosophy&sin=TXT&sort=date
ほぼ毎号のように出現していたのが判るだろう。
もっとも猫も杓子も「哲学」を振りかざしていたわけではないし，UNIX の開発者たちが「哲学」の語を好んで使っていたのも間違いないように思う。傍証の一つが AT＆T の定期刊行物『The Bell System Technical Journal』の1978年7, 8月号だ。元記事で言及されているマキルロイの Forword の初出がこれで，ネットのアーカイブから PDF が入手できる。
この号は二部構成になっていて第一部が Atlanta Fiber System に関する論文12本（全172ページ），第二部が UNIX に関する（Preface や Foreword を含む）論文22本（全416ページ）となっている。さて前述の PDF は OCR されているので “philosophy” で全文検索してみると8箇所見つかる。これが見事に全部 UNIX の論文なのだ。もちろん論文の性質もページ数も違うからこれだけで確定的なことはいえないが「日常的に使っていたんだろうなぁ」という推測は成り立つだろう。じつはマキルロイの哲学とされている部分は “Style” であり “philosophy” の語は一切使われていないというのもちょっと面白い。UNIX の開発者たちがなぜ「哲学」という語を好んだか正確なところは判らないが，それまでにない新しい考え方に基づいた OS を開発しているという意識があれば，そういう言葉を選ぶのが自然な時代だったことは間違いない。
UNIX が認知され拡がっていく過程で「哲学」も知られるようになっていった。自分が好むものの良さを他人にも識ってもらいたい，あわよくば他人もそれを好むようになって欲しいという布教活動は今も昔を変らないわけで「哲学」はその便利なツールとなったわけだ。元記事ではガンカースの著作を「外部の人間が後から打ち立てた哲学」と表現しているが，そんなたいしたものではない。マキルロイの論文に影響を受けた布教のためのああいう説教は到るところにあった。たとえば前掲の『Life with UNIX』にもしっかり Philosophy の項がある。また日本で最初期の UNIX 解説本のひとつである，村井純・井上尚司・砂原秀樹『プロフェッショナル UNIX』（1986，アスキー）には冒頭次のような一節がある。
オペレーティング・システムは，コンピュータを使うものにとっての環境を形成する基盤であるから，そのうえで生活する者の個性を尊重し，より良い環境へと作り上げて行く課程を支援するような素材を提供するソフトウェアでなければならない。この主張こそが，UNIX のオペレーティング・システムとしての個性ではないだろうか。
「より良い環境へと作り上げて行く課程を支援するような素材を提供するソフトウェア」とはテキストを入出力フォーマットとする単機能のコマンド群のことで，これらをパイプでつなげたりシェルスクリプトでまとめたりすることで「そのうえで生活する者の個性を尊重し」た「より良い環境へと作り上げて行く」ということだ。こういった説教はありふれたものであった。たんにそれを「哲学」の語を用いて書籍にまとめたのが，たまたまガンカースだったというだけのことである。
そしてじつは UNIX の場合，布教活動とはべつに「哲学」を広めなければならない切実な理由があった。これを説明するのは非常に面倒くさい。当時と今ではあまりにも環境が違うのだが，その違いが判らないと切実さが伝わらないからだ。マア頑張ってみよう。
UNIX は PDP というミニコンピュータ（ミニコン）上に開発された。このミニコンを使うためには専用の部屋に行く必要がある。その部屋は，もちろん場所によって違うわけだが，マアおおよそ学校の教室くらいの大きさだ。長机が何列か並んでおり，そのうえにはブラウン管ディスプレイとキーボードを備えた機器が等間隔に置かれている。壁際にはプリンタが何台かあるだろう。通っていた学校にコンピュータ室などと呼ばれる部屋があったならそれを思い浮かべればだいたい合ってる。ただし置かれている機器はコンピュータではなくコンピュータに接続するための端末装置（ターミナル）だ。端末装置のキーボードで打った文字がコンピュータに送られコンピュータが表示した文字がそのディスプレイに表示される。現在 Unix 系 OS で CLI を使うときターミナルとか xterm という名のアプリケーションを用いるがこれらは端末装置のエミュレータで，もともとは実体のある装置だったわけだ。
さてコンピュータ室にたいていは隣接するかたちでマシンルームなどと呼ばれる六畳くらいの部屋がある。窓ガラスで仕切られたこの部屋には箪笥や洗濯機くらいの大きさの装置が何台か置かれている。これがコンピュータ本体だ。もっともコンピュータが何台もあるわけではない。この箪笥が CPU でそっちの洗濯機がハードディスク，あの机に置かれているタイプライタが管理用コンソールといった具合に何台かある装置全部で一台のコンピュータになる。どこが〝ミニ〟だと突っ込みたくなるかもしれないが「六畳で収まるなんて，なんてミニ！」という時代のお話だ。
端末装置それぞれから（USB のご先祖様の）RS-232 という規格のアオダイショウみたいなケーブルが伸び，マシンルームに置かれたターミナルマルチプレクサと呼ばれるスーツケースに台数分のアオダイショウが刺さってコンピュータとの通信を行う。コンピュータと多数の端末装置を含めたこれら全体をサイトと呼び，root 権限を持って管理業務を行う人をシステム管理者あるいはスーパーユーザと呼んだ。
結構上手に説明できたと思うのだが雰囲気は伝わっただろうか。ここで重要なのは一台のコンピュータを数十人が一斉に使っていたという事実だ。洗濯機とかアオダイショウとかは，マアどうでもいい。
当時の UNIX の評価を一言で表すと〝自由で不安定な OS〟となる。メーカお仕着せではなく自分好みの「より良い環境」を作りあげる自由。さらに他のメインフレームやミニコン用 OS に比べると一般ユーザ権限でできることが圧倒的に多かった。そしてその代償が不安定さ。今では考えられないが UNIX のその不安定さゆえにプロ用 OS ではないと考える向きは多かったし「でも UNIX ってすぐ落ちるじゃん」というのは UNIX アンチ定番のディスりだった。UNIX の落とし方，みたいな情報がなんとなく廻ってきたものだ。
こういった雰囲気を鮮やかに伝えてくれるのが，高野豊『root から / へのメッセージ』（1991，アスキー）だ。当時アスキーが発行していた雑誌『UNIX MAGAZINE』に連載されていた氏のエッセイの1986年11月号から1988年10月号掲載分までをまとめた書籍である。著者の高野氏は勤務先の松下電器で1980年ごろから UNIX サイトのスーパーユーザを務めており，日本では最古参の一人である。この本の中で高野氏は繰返し UNIX の自由さと不安定さに言及している。すこし長くなるが，その中の一つを引用しよう。
CPU は，システムにとって重要な共有資源であるが，この CPU を実質的に停めてしまうことが UNIX ではいとも簡単にできる。たとえば，cc コマンドを10個くらい同時に走らせてみたらよい。VAX-11/780 といえども，同時に実行できるコンパイルはせいぜい3つか4つである。それ以上実行することも当然可能ではあるが，他に与える影響が無視できなくなる。つまり，てきめんに vi のカーソルが動かなくなる。あるいは，すこし大きめなディレクトリ上での ls コマンドの出力が表示されるまでに煙草を1本吸い終えてしまったり，タイムアウトでログインが撥ねつけられたりといったバカげた現象が起きだすのである。こういった状態になると，UNIX は破壊されたに等しい。真夜中，独りで VAX を占有して使っているのなら何をやろうとかまわない。しかし，20人30人と多数の人間が使っているときに勝手をやられると非常に困るのである。当人の仕事が遅れるのは自業自得だとしても，そのとばっちりで他のエディタまで止まってしまうと，もはやどの仕事も進行しなくなる。
ディスクについても同様なことがいえる。UNIX では，ファイルシステムを使いはたすまで大きなファイルを自由に作ることができる。したがって，自分のプロセスがいったいどのくらいの容量のファイルを作り出すのか見当もつけられないようなアマチュアが使うと悲惨なことになる。ディスクを使いはたすと，コンソール・タイプライターにエラー・メッセージが出力されるが，夜中にそれが発生して，コンソール・タイプライターが一晩中エラー・メッセージを打ち続け，朝マシンルームに行ってみると紙を一箱打ち尽くしてしまい，ピーピーと悲しげな声を上げて人を呼んでいた光景を私は何度も見てきた。こうなると，それをしでかした本人のプロセスは当然のこととしても，同じディスクで走っている他のプロセスも先に進めなくなってしまう。すこしでも負荷を夜間にまわそうとする善意は逆転してしまい，わずかでも仕事を先に進めようとする意図も完璧に打ち砕かれてしまうのである。
そして，こうした不安定さが「哲学」を必要としたのだ。自分が利用しているサイトに「cc コマンドを10個くらい同時に走らせ」たり「自分のプロセスがいったいどのくらいの容量のファイルを作り出すのか見当もつけられないようなアマチュア」がいるとその累は自分にも及んでしまう。だからサイトの利用者全員に UNIX の設計の基本的な考え方を理解してもらうことが，自分のために必要だった。UNIX の伝道がより苛烈だった理由のひとつがここにあるのだ。
ミニコン上で誕生した UNIX は 4.3BSD（1986）で最高潮を迎える。注意したいのはミニコン時代の UNIX は Research UNIX と CSRG BSD みたいな区別をせずにまとめて UNIX として扱われていたことだ。実際『プロフェッショナル UNIX』も『root から〜』も UNIX と記述されてはいるが実際には BSD を扱っている。べつに当時の人が無知だったわけではない。なにしろ BSD を利用するためにはまず AT＆T から UNIX のライセンスを購入し，そのうえでカリフォルニア大学バークレー校（UCB）から BSD を入手しなければならなかったからその関係は当然広く知られていた。ベル研で発明された UNIX を外部の人たちも含めみんなで改良し，それら全体が UNIX であるという考え方が自然だっただけである。『Life with UNIX』のような英語の文献によく登場する “Berkeley UNIX” という言い回しが当時の気分をよく表している。UNIX vs BSD みたいな捉え方は法廷闘争を経た90年代以降の感覚だ。
もっともそういう70年代風味の牧歌的風景はミニコン世界限定の話であった。BSD そのものはミニコン用のものしかなかったが，そのコードを受け継いだ BSD 系 Unix や AT＆T が推し進める System V などがワークステーション市場を舞台に80年代中盤から激しく覇権を争うようになる。いわゆる Unix 戦争で，PC 用 Unix であるマイクロソフトの XENIX も当然参戦した。ミニコン世界が牧歌的だったのは，ぶっちゃけていえば先のない技術だったからだ。ただ Unix 戦争はあくまでも標準という聖杯を争う戦いであり，AT＆T と BSD 系 Unix の Sun Microsystems が共同で System V Release 4.0 (SVR4) を作りあげたように後の法廷闘争とは趣が違う。
こうしたミニコン UNIX からワークステーション Unix への転変は Unix そのものや文化にも変化をもたらした。まず激しい競争は Unix の高機能化を加速した。商品として判りやすい惹句が「あれもできます，これもできます」なのは誰もが知っている。もちろん安定性を増すために quota のような利用者の自由を制限する機能も含まれていた。またワークステーション Unix は現在の Unix 系 OS と同様同時に一人が使うものであり前述の布教の必要性は大幅に減じた。達人たちのみの楽園から万人に開かれた道具に変ったのだ。こういった変化を体感したければ『root から〜』と水越賢治『スーパーユーザの日々』（1993，オーム社）を読み比べてみるといい。『スーパーユーザの日々』はワークステーション Unix のシステム管理の入門書だ。この本ではたんに知識を羅列するかわりに架空のソフトウェアハウス（開発会社）を舞台に新卒社員が先輩社員からシステム管理を学ぶという体裁をとっており，そのおかげで架空の話とはいえ90年代前半の雰囲気が堪能できる。出版年でいえば『root から〜』と二年しか違わない『スーパーユーザの日々』の落差は “dog year” と称された当時の激烈な変化まで体感できるだろう。
当時はよくいわれたのに今やほとんど聞かれなくなったものがある。マキルロイの論文の結論部分に書かれたそれは，1973年に出版されたイギリスの経済学者エルンスト・シューマッハーの著作の題名で，中学生の英語力があれば十分に理解できる平明な一文だ。
Small is beautiful.
マキルロイは『人月の神話』を引いて一定の留保をつけてはいるものの，これが UNIX 哲学の背骨であることに違いはない。機能をありったけ詰め込もうとして失敗した “kitchen-in-a-sink” な MULTI•cs のアンチテーゼである UNI•x にとって，これ以上のスローガンがあるだろうか？
ひるがえって現在の Unix 系 OS をみれば，ブクブクと肥え太ったシステムコール，全容を俯瞰するだけでも一苦労するライブラリインターフェイス，一生使うことのないオプションスイッチまみれのコマンド群。UNIX が仮想敵とした OS そのものだ。そのことについてとくになにも思わない。ハードウェアは長足の進歩を遂げ，コンピュータの応用範囲は途方もなく拡がった。UNIX が変らなければたんに打ち棄てられ，歴史書を飾る一項目になっただけだ。ただ現在「UNIX 哲学」を語るならそうした背景は理解していなければならないし，どれだけ繊細な注意を払ったところで〝つまみ食い〟になってしまうことは自覚すべきだ。
「ゲームでしか運転しないペーパードライバーが久々に運転したら、(本物なのに)めっちゃリアルなドライブゲームに思えてやばかった。ぶつかっても平気そうに見えた」
んな訳ないやろ、加速に伴うGや、実車のハンドル操作をゲームに思えるって空想がひどすぎるで。（ハンコン使っててもゲームと本物の差はあきらか）
「自分は免許持ってるけどほとんど運転してないもんで、もう怖くて……。今の車ってサイドブレーキがサイドのレバーじゃないらしいじゃん。」
サイドブレーキが運転に影響するのって最初の発車時のみだよね？レバーじゃないから恐怖を感じるのはどの部分？
「この前乗ったレンタカーのサイドブレーキが運転席の左前あたりにあるスイッチ型で、全然気付かず聞きに行くハメになった。手で引くのも足で踏むのもあるし、車種ごとにコロコロ変えんなよとは思う」
何で全車種共通の操作方法である必要あるねんな、説明書を読め。ジョイスティック操作の車が欲しい。
「恐山のユーロトラックシミュレータープレイ動画は本当に名作なのでぜひYouTube見てくれよな」、「恐山さんのトラック運転ゲームまじで面白いので見てほしい。」
その通り！
「俺は昔、休日はドライブをしていた→座ってばかりで身体に悪そうだから自転車に乗るようになった→青信号を渡っていたら右折車に跳ねられ怪我で半年間仕事できず無収入→自転車は復帰できたが自動車は無理。の流れ」
言ってる意味分からんし、自動車運転は冤罪やんけ。運転すると人を跳ねそうで怖いという話やで。
「「政治・宗教・野球の話はしてはいけない」に自動車も付け加えたほうが良いね」
「生活必需品だから苦手とか関係無いのに練習するわけでもなく嫌～とか苦手～とか文句ばかりいっちょ前に言ってるのが風当たりの強い理由じゃないでしょうか。」
練習しろっていうと、苦手・怖い・無理の言い訳オンパレード。運転上手い人も練習したんやんな。
「咄嗟にアクセルとブレーキ踏み間違えそうなので、万年ペーパードライバー。」
「車含め機械の操縦は得意なんだけど集中力を維持できなくて事故るの間違いなしなので運転はしないことにしてる」
それは「機械の操縦は得意」とは言わん、自動車運転と機械の操縦は天と地ほどの差がある。
「記事見てもコメ読んでも、じゃ乗らなきゃいいじゃんとしか思えん。結局慣れ。自動運転完成なんてのも高速ならともかく、情報量の多い下道をセンサーカメラ半導体で処理して進めるのは死人の山築いて百年先の話だろう」
乗らなきゃいいじゃんについてはその通り、慣れというか習熟するための練習が免許取得時に終わってるという認識がダメ。
こういう運転怖いとほざく奴らが、自動運転の普及を阻害することに問題があるのですがね。死体の山築いていいならすぐに普及するだろ、事故どころかシステム停止も許さんとなっているから百年先の話になる。
「少なくとも6割以上の男性は難なく、普通レベルに運転できているように見えるので、俺にだってできな訳がない！と思って練習した。今では運転を褒められることもあるが、どこかに苦手意識は残ったままである。」
偉い、それでいい。苦手意識残したまま普通レベルに運転できていればそりゃ褒められるよ。
「「バック中は左右が逆になる」左右盲だと思って生きてきたけどこれはないな。ハンドルを回すとタイヤが回した方に向いて、それに対して物体は内側にまわるイメージがある...何言ってるかわからんが。」
左右盲は左右不覚ではなく、左右がとっさにどちらか分からないこと。どちらかに曲がるのを理解することと左右は関係ないで。
「バック中は左右が逆になる」は、むしろ日ごろから左右を認識できているから混乱するものだと思うぞ。左右盲は自分からみて右だの左だの認識しとらんから混乱しない。
「左右盲でしょっちゅう右折と左折をミスるため、いつかアクセルとブレーキも間違ってしまうのではという恐怖から極力運転したくないけど、地方の郊外住まいはないと暮らせない…」
てめぇはアクセルは右、ブレーキは左と頭で考えてから踏んでるのか？右か左か分からなくなることと、方向が分からなくなることは違うぞ。
踏んでるペダルの感覚を認識していないなら感覚掴むまで練習するか、運転しないで生きよう。
「交通秩序は「みんながルール通りにふるまうはず」っていう暗黙の信頼関係で成立してるので、そこに寄りかかれない人は怖くて運転できないと思う。逆に言うとルールさえ守ってればほとんどの事故は起こらない」
練習してそのへんの信頼関係を感じ取るんやけど、練習せん上に「相手がルールを破ったら」という最悪のパターンのみ考えて運転するから、かえって周りに迷惑かけるんよね。
「自動運転な上にとってもカワイイスマートモービルこと馬、都市部でも小回りの利く人力車」
馬が自動運転なわけないでしょ、目的地設定できて寝ててもたどり着くのか？燃費（餌代、飼育費）もそれほど安くない。
「仕事で徹夜明けに運転して事故るのを二回やって人を殺すの時間の問題だなとなったので仕事と一緒に運転も止めた。」
うん、お前みたいなやつは運転しなくともよい。公共交通機関とタクシー使え。
「“苦手派としては足での操作が常識となってるってのが怖すぎる”実際、手だけで操作できるゴーカートとかは開発されてるのよね。乗ったことあるけど問題なく運転できた。今後は増えるかも」
ワシは手だけで運転したいけど、足の操作が苦手と言ってるやつは手だけで安全運転できるわけないと思っとる、手でやることが今より増えるのに対応できるわけがない。
「はやく自動運転が導入されてほしい」
「車幅感覚とバックは激しく同意。車幅は自分の車を保有すればわかってくるらしいが。バックは、まずは微小に動かして自分のイメージとのズレを修正してるが、毎回ビビってる。」
それでええで、車幅もバックも感覚をつかむまで練習やで。イメージとのズレを修正できているなら大したもんやで。
「私と同じだな。殺人マシーンになる自覚があったから卒検以来自動車は運転してない。（原付は乗ってた） “免許をとって練習をするも50分くらいで運転センスのなさを確信。「俺は車は運転しない！」と心に決めた”」
センスなんかいらんねん、ともかく練習あるのみ。50分なんて練習の内に入らんお遊びやで。
「車の運転に慣れるということは、紅の豚の飛行艇乗りみたいに無意識のうちに前後左右に注意を払い続けるようになるということ。」
そう、練習によってリソースの割り振りを制御できるようになるねん。注意してなくても前後左右の事象に反応できるようにな。
「バック逆転のやつ、言わんとしてることはわかる。進行方向でない車輪が曲がるってのに感覚が付いていけないんだろう。Rに入れたらハンドル切った方向に後輪が曲がる仕様だったら言われてる通りになると思う。」
ハンドルでタイヤを曲げてるって認識がないからそないなことになるんやで。フォークリフト運転したらええやん（だいたいが後輪で曲がる）。
「車のインターフェイスにデファクトスタンダードを求めながら不文律を否定するのはずるくない？／なんか「考えすぎて算数を苦手になる子供の話」系に近い印象があった」
単なる練習嫌いの言い訳やで、ダブスタになるのもムベなるかな。
「慣れですよ、慣れ。最初は誰でも下手で積極的に運転したくないと思うけど、それを越えて運転してると運転が楽しくなる。目的地なんてなくても、純粋に好きな車を運転すること自体が楽しい。」
慣れるために練習（運転）する必要があるのだが、奴らはとかく運転をしない。
「車の運転って体の色んなセンサー使いまくってやっと出来る事なので、上手いとか下手とか簡単に語れる事では無いよね。自分はめちゃ方向音痴なのでペーパーになったわ。」
そうだね、体中のセンサーを何の気なしに使えるようになるよね。（ゲームの時とは違うはず）左右盲ではなく方向音痴と記載するところは正しい認識ですね。
「原宿さんのコメントが私と同じ過ぎて泣ける。特にこれな。 “前から突っ込んでも、前から出ることができる駐車場の開発が待たれる。”」
「「運転苦手」だから丁寧になると思ってる。「運転好き」が上手いとは限らない。」
そだねー。
例えばこのあいだ、仕事に使うイラストを描いてほしいと頼まれたから「サイズ指定ある？」と聞いたけど「ない」の一点張り。困惑しながらもとりあえずラフ描いて見せたら、そこでやっと「背景は透過するから塗らないで。ユーザーによってインターフェイスの色が違う」とのたまった。
「サイズ指定ある？」という聞き方だけで要求仕様が全部出てくると思ってるのは流石にやばくない？仕事でもそんなコミュニケーションの取り方してるの？
金の話については彼氏が面倒臭がってるだけだろうなと思うけど。
例えばこのあいだ、仕事に使うイラストを描いてほしいと頼まれたから「サイズ指定ある？」と聞いたけど「ない」の一点張り。困惑しながらもとりあえずラフ描いて見せたら、そこでやっと「背景は透過するから塗らないで。ユーザーによってインターフェイスの色が違う」とのたまった。
たぶんサイズのことを聞かれたからサイズのことだけ答えたんだろうな……。
ある時には彼のご両親と金銭が絡む話をしないといけなくて、「話しづらいからこれこれこういう風にそれとなく聞いてくれない？」と頼んだら面倒くさがられて喧嘩になった。
お互いにイライラが治まらないので改めて話すことにした。私が「お金の問題は繊細だから私から聞きづらかった。それくらい聞いてくれても良いじゃん」と言ったら、「何でお金の問題だと話しづらいのか分からない」「さっきはなぜ話しづらいのか説明がなかったから、今後あらゆる場面で仲介を頼まれるのが嫌で怒った。そっちの説明不足だ」と。私は普段から彼のご両親と直接LINEしていて、それも知っているのに。
挙句の果てに「お金が絡む問題が繊細だと言うけど、そんなこと言ったら何でもお金が絡むだろう。お土産買う時とか何とかかんとか……」と言い出して、あまりに話が通じないので呆れ果ててしまった。
日常の全てがこうではなくて、たま〜にヤバいくらい噛み合わないだけなので当初は気がつかなかった。こんなんだけど仕事においては技術面でそこそこ評価されているっぽいのがまたムカつく。一度くらい仕事で痛い目見て反省してくれないかな。
家電のシャープがIT業界に進出したってのも驚きだが、いまさら境界セキュリティってのも驚いた。
シャープ株式会社は、攻撃トラフィックを検知・遮断する機能を備えたセキュリティスイッチ「BP-X1PL01」を、1月下旬に発売する。価格はオープン。
BP-X1PL01は、社内のネットワークに侵入したマルウェアなどによる攻撃を遮断し、被害の拡大を抑制するセキュリティスイッチ。社内ネットワークの監視を常時行い、マルウェアなどによるサイバー攻撃を検知すると、発信元の端末をすばやく特定して有害な通信のみをネットワークから遮断する仕組みを備えているため、被害の拡大を抑制できるという。
また、クラウド上の統合管理システムが稼働状況を常時モニタリングしており、異常発生時にはメールによって迅速な通知を行える点も特徴。さらに、複数拠点の状況をクラウドで一元管理できるので、IT管理者の業務を効率化できるのみならず、IT管理者の配置が難しい中小企業やSOHOなどの小規模オフィスにおいても、容易に導入・運用できるとした。加えて、自動セキュリティレポート作成機能を搭載し、脅威の検出状況を数値やグラフで可視化して提示してくれるとのこと。
インターフェイスは、1000BASE-T/100BASE-TX/10BASE-T×8ポート、SFP×2スロットを備えた。スイッチのベースエンジンには、PIOLINK社製のものを採用している。
なおシャープでは、内部対策としてBP-X1PL01を用いる一方で、同社のUTMアプライアンス「BP-X1CPシリーズ」を導入し、出入口対策をあわせて行うことで、より強固なセキュリティ体制を構築可能になるとアピールしている。
当方、Ruby と Java と JavaScript と C を書くエンジニアでござる（コポォ）。Python を書く連中にものを申したく、増田に参上した。Python だけを勉強するのはやめい、と言いたいのでござる。拙者は Python が嫌いなのではなく、AI の冬が再来して、Pythonista が路頭に迷うのを不安に思って心配してるのでござる。なんのことかと申せば「インターフェイスやクラスは無くてもプログラミングはできる」と考える傾奇者が巷に溢れている現状を憂いているのでござる。どうかその世迷ごとを信じることなく、己の信じるとをコードにして昇華していただく、この書を認めに、今日この増田に拙者は参上したのでござるよ。ベルハラで、お前らの活躍を見ているからな！アディオス！
テキスト保存系では文字通り最もシンプルなインターフェイスが特徴
単純なタグによる管理しかないが、そのシンプルさでわかりやすく簡単に使えるのが利点
Markdownに対応（一部非対応）しているので、Markdownを使っている人、使ってみたい人に向いている
作ったノートをWebに公開（Publish）できるので、プレーンなテキスト（コピペとか）を公開するのに便利
Simplenoteとインターフェイスがよく似ているが、こちらはリストを軸にしたアウトラインテキストを扱う
Simplenoteのようなタグ管理機能と、アウトラインをマインドマップ形式に表示できる機能があったのだが最近有料化されてしまった
作ったノートをWebに公開（Publish）できるので、アウトライン形式のテキストを公開するのに便利
テキストのほかに画像や動画も挿入できる（左寄せ固定）ほか独自の記法で装飾が可能
タグやリンクを使ってページ間を連結することで様々な情報を管理できる。「個人版Wikipedia」とも呼ばれるWebサービス
Webへの公開・非公開はページ類全体に設定でき、ページごとの設定はできない
単純なBlogとして使うのもよし、独自に研究したり蓄積した「個人版Wikipedia」の公開するもよし
表形式のデータベースが便利なWebサービス。テーブル構築やデータ入力などがしやすくできている
カレンダーやタイムラインなどタスク管理を目的とした機能が多いが、スケジュール的な使い方をするには周期的な入力（毎週〇曜日とか）ができなかったりとちょっと足りない面がある
画像や動画も挿入可能だが、テキストは1行ごとにブロックで管理されるため、長文を扱うのは不向き
ブラウザの拡張機能や共有機能でWebページをNotionに飛ばすことができる。データベースに飛ばすと後の管理がラク
ページ（データベース）ごとにWebに公開（Publish）できるので、データベースを公開するのに便利
言わずと知れたテキスト管理サービス。クライアントアプリが有名だが、Webサービスもある
