電脳書房さんの不幸箱（2012年夏）を購入しました

TwitterのITクラスタにはお馴染みの電脳書房さん（

@bookcyber 

）がやっている不幸箱というものを買いました。

簡単に言えば福袋のようなものです。

ただ、不幸箱は福袋と違って明示的に
「これ売れ残りだからな！どうなってもしらんぞー！」
と謳っているところが違うし、ネタ的に面白いと思います。
福袋も暗にはそうなのかもしれませんが、一応
「良い物詰め合わせ」ですからね…。

箱はアリさんマークの某社のものでした。





一番上から数冊取り出してみると…お、オライリー！？


しかし売れなかったオライリーなだけあって、どれもちょっとだけ今のトレンドからずれちゃってる。
Googleのやつなんか感覚的に3世代ぐらい古い。
でもそれでもいろんなところで勉強になると思うからこれは普通に読むかなー。
Flashは多分使わないなー。今からFlashの勉強するにしても高い…お金ない…ｗ
Oracleはちょっとオッっと思ったけど対応バージョンが7でした。
今は11が一番新しいのかな？10とか11とかじゃないとだめかもなー…
Eclipseの本は普通に読みたい。ちょうどこういう本欲しかったんだよね。


さて次はこれ！

うおー、い、一気に雰囲気が古臭くなってきた。
右三冊が強烈すぎる。これがあれか、
教科書でしか見たことがないPC-9800というやつか。
番号的にきっとその後継機ですよね。
ちょっと読んでみたけどやたらフェラーリの画像集を押していてワロタ
メモリを2Mも搭載しているらしい…。


　　　　　　　　　＿人人人人人人人人人人人人人人人＿
　　　　　　　　＞　　　そうなんだ、すごいね！ 　　　　　＜
　　　　　　　´￣^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^￣
　　　　　　　　　　　　__､､=--､、　　　　　　　　　＿＿
　　　　　　　　　　　/　　　　・　ﾞ!　　　　　　　／・　　　｀ヽ
　　　　　　　　　　　|　・　　　__,ﾉ　　　　　　 （＿　　　 ・　|
　　　　　　　　　　　ヽ、　(三,､,　　　　　　　 　＿）　　　 /
　　　　　　　　　　　　/ー-=-i'’　　　　　　　（__＿＿,,,.ノ
　　　　　　　　　　　　|＿＿,,/　　　　　　　　　　|＿＿ゝ
　　　　　　　　　　　　　〉　　）　　　　　　　　　　（　　）



そして想像していた通りMS-DOSの本が…。
内容的にはCを使ったプログラムで面白そうであるが…
いかんせんレイヤ低すぎる。そしてDOS…。
このグループだと一番面白そうなのはクッキーの本かなー。
サーブレット/JSPの本はまだすぐ使えそうな本だけど、
私自信に興味が無いのと、そんな仕事が近くにないから距離感が…。


ちなみにこれ、UNIXの本なんですが…Disk付き！って書いてあるじゃん…？




ふ、フロッピー…しかもない。
今の学生さんはFDD触ったこと無いと聞きます。
私はギリギリありますね。高校生ごろから一気にUSBフラッシュメモリ・DVD・BDと置き換わっていったように感じます。


CQ！CQ！CQ！　「パケット通信」という名前の本でしたが、中身は思いっきりアマチュア無線でした。このへんも好きな人にはたまらんだろうなー。電波は苦手…波形の計算とか、波形の計算とか…。


こんな本もありました。やっぱり僕らはBASIC！
BASICて…でもVB6がまだ根強いシェア持ってるし、
実はBASICってすごいんだぞ！（たぶん）
この本はコラムが多いので教養本として読むことにします。




Pascalの本がある！俺Mac一台も持ってねぇ
DISK CHARGEという本はシーケンシャルアクセスを使ったプログラミングの本でした。
ストレージ屋さんならおっって思うのかなぁ…？




RS-232C！
人によっちゃ「新しいクルマですか？」とかいう流れになりそう。




うわー　Lotus 1-2-3じゃないか！
すげー！



最後のグループ。
JSPとC#の本はまだ割りと使えそう。
あとJDBCの本は何気に当たりかも。
AndroidだとSqlite使うし、たぶん入門書として読める。

ネタ的に大当たりなのはたぶんこれ



インターネット最終戦争突入！
JavaでOSがなくなる！？
そういう話が流れてた頃もありました。
JavaはOSに依存しない素晴らしい言語なんです。
OS間の互換性とか移植性とか
普段は気にしませんが、必要に迫られると凄く重要になるトピックですよね。




9600bpsだと…？


ということで、以上約40冊の本を、そのまま本棚に収めることができるようなブルジョワなお家には住んでおりませんので、必要な本を選ぶ作業を行いました。




まず一次選抜として4つに分類。
--------------------------------
右上：読めば力になりそうだし、興味もある

右下：教養として読んでおくとどこかで役に立つ可能性があるし、
　　　　ジャンル的に興味がる

左上：読めば力になりそうだけど、興味がない

左下：電子書籍化してくれるお店に転送
--------------------------------

さらに左下以外を再度選抜して以下のようになりました。




--------------------------------


左：読めば力になりそうだし、興味もある


中：興味がないけど、読めば力になりそうだからとっておく


右：教養として読んでおくとどこかで役に立つ可能性があるし、
　　　　ジャンル的に興味がる

--------------------------------



【まとめ】
全体的な分野をまとめると、エンタープライズWebシステムみたいな感じのジャンル構成でまとまっていたように思います。特にJavaが多かった。
「お前Android使ってんだろJava勉強しろやゴルァ」と言われているようでした。
しかし思ったよりまとまっていた…。

もしかして、こんなつぶやきをしたから、あるものの中から見繕ってくれたのかな？














ということで、積み本がまた増えました。
もうしばらく新しい本いらんな…ｗ

次は本棚が空っぽになるか、広いお部屋に引っ越したら
またお世話になります！





コメント

コメントを投稿

このブログの人気の投稿

オライリーのDocker本を読んだり色々な記事を読んだりしたので自分なりにまとめる（Dockerfileについて）

Docker経験値0だった私も何冊か本を読んで実際にDockerfileを見たりいじったりしてみてECSに試行錯誤でデプロイしてみたりして、ようやく少しずつ慣れてきた感が出てきました。 しかしまだまだ「バッチリできます！」というには力不足間は否めなく…いやそういう話じゃない。 折角本を読んだりネット上の先輩たちの記事を読んだりして色々覚えたのだから、それをまとめておきたいと思います。 実はもうすでに 日本語での公式なDockerfileベストプラクティス が存在するので、意味がないといえばたぶん意味はないのですが、アウトプットをして学習にいったんの区切りをつけるという意味で自己満足も兼ねて書きたいと思います。 Dockerfileについての基本的なこと 1コンテナ1プロセスを起動するつもりでDockerfileを書く 1プロセスとはつまりnginxとmod-phpによるPHPアプリケーションなら2つのコンテナを用意するということ コマンドは大文字で書く（ RUN, COPY, EXPOSE 等） #によるコメントアウトが使える FROM 文は先頭に1行だけ書く CMD 文は末尾に1行だけ書く Dockerfile についてやるべきこと・意識すべきこと DockerHub のイメージは「公式」とわかるもの以外むやみやたらに使わずできるだけ Dockerfile を読んでから利用を判断する DockerHub は Docker イメージの共有サイトだが、有象無象のコンテナイメージが登録されており、（その意図はなくても）セキュリティ的に危険なコンテナが存在する可能性は十分にある。  DockerHubが公式に提供しているNginx  など、ソフトウェアベンダ（団体）の公式イメージ以外は基本的に利用しないことで基本的なセキュリティある程度確保することができる。 構文にはshell形式とexec形式が利用できるものがあるが基本的にexec形式を利用する 例えばCMDコマンドはshell形式とexec形式を利用することができる。 shell形式は指定された文字列を /bin/sh -c に渡すことでコマンドを実行する。 その場合に、exec形式だと/bin/shに対する攻撃のような文字列の実行を回避することができる。
続きを読む

一部のユーザだけ NET::ERR_CERT_REVOKED でサイトにアクセスできない

イメージ
一部のユーザから、HTTPSのURLにアクセスできなくなったという連絡を受けました。 なんでも攻撃される恐れのあるサイトですとかなんとか…。 ブラウザのスクリーンショットをもらってみたら、こんな表示が。 Google Chromeでも同じ感じのエラーメッセージが表示されていました。（サイト名が出るので省略…） Chromeの方のエラーメッセージをよく見ると、 NET::ERR_CERT_REVOKED と書かれています。ファッ！？証明書が失効している…！？ そんな馬鹿なと思い手元でアクセスしてみたら普通に繋がる…HTTPSできてるよ？なんで？何が起こってるんだろう…。 結論を言うと、 SSL証明書業者が手違いで中間CA証明書を失効させてしまった ことにより、私たちが購入して使っている証明書が一時的に利用不可能になり、そのネガティブキャッシュをユーザが参照している 、というお話でした。 解消のための新しい中間CA証明書が公開されていたので、そちらを使って更新してみると、問題は解消されました。 ただ、自社が買っていたのはクイックSSL証明書だとばかり思っていたので、更新に失敗しまくって時間がかかりました。違うやつだった…。 SSL証明書とかドメインの周りのメンテナンスは多くても年に数回とかっていう頻度なので、いろいろ思い出すのに苦労しますね。 ていうか、そういうことあるんですね、中間証明書間違って消しちゃった！とか。 レジストラのDNSサーバダウンと合わせて、「 うちのせいじゃないんだけどご迷惑をおかけしてごめんなさい案件 」って感じで覚えておきたい…。
続きを読む

[#CentOS][#Apache] CentOS6 でApacheが起動できない

CentOS 6 で httpd を起動させようとした時のこと $ sudo /etc/init.d/httpd start httpd を起動中: httpd: bad user name apache    [ 失敗 ] なんじゃこりゃ。 ■問題 Apacheが起動できない。問題はapacheユーザ ■原因 httpd.confには ユーザ：apache グループ：apache　でhttpdを起動するようになっている。 ユーザとグループを確認してみよう… $ cat /etc/passwd | grep apache $ ユーザが居ない… $ cat /etc/group | grep apache apache:x:48: グループはある。なんでこうなってんだ？ ■対処 ユーザ「apache」を作ってグループ「apache」に入れてあげよう。 # useradd -g apache apache useradd: /etc/passwd をロックできません。後でもう一度試してください。 は？(#ﾟДﾟ) # ll /etc/*.lock -rw-------. 1 root root 5  2月 12 07:29 2013 /etc/passwd.lock -rw-------. 1 root root 5  2月 12 07:29 2013 /etc/shadow.lock これを消すか # rm /etc/passwd.lock rm: remove 通常ファイル `/etc/passwd.lock'? y # rm /etc/shadow.lock rm: remove 通常ファイル `/etc/shadow.lock'? y これでもう一度apacheをuseraddして…あれ、もしかしてロックファイルがApahceをインストール剃る前からあって、もしかしてyumのインストールシーケンスの中でユーザ作成だけ失敗してたりしてるのかな？ ということでApacheをインストールし直す方向で。 # yum remove httpd $ sudo yum install httpd httpd-devel mod_wsgi Pythonの勉強したいからmod_wsgiも入れてます。 で、yum入りました。 Transaction Summary
続きを読む