この度長距離な引越しが決まり
某NTTの回線を新たに契約することになったんだが
契約時にインターネットに接続するPCの台数とOSを聞かれた。
あれは何のために聞いてるのか？謎だ
素直に3台でWindowsとMac OSXとFreeBSDと答えたのだが。。。
仮想マシンという技術もある昨今この様な情報を収集する意味とは？

・多すぎると、NTT から提供するルータの接続台数制限に引っかかる可能性がある

・コールセンターでのサポートがwindowsXP以降じゃないと出来ない

といった注意事項を説明する必要があるためじゃないか？

Permalink | 記事への反応(0) | 14:59

■インターネットの回線申し込み時の質問って

この度長距離な引越しが決まり

某NTTの回線を新たに契約することになったんだが

契約時にインターネットに接続するPCの台数とOSを聞かれた。

あれは何のために聞いてるのか？謎だ

素直に3台でWindowsとMac OSXとFreeBSDと答えたのだが。。。

仮想マシンという技術もある昨今この様な情報を収集する意味とは？

Permalink | 記事への反応(1) | 13:14

2014-11-12

■Mac OSX(yosemite)　と　VirtualBOX　と　Win7

超いまさらな話なんだが、あんまり気にせず使ってたのでメモ。

Mac OSX　と　VirtualBOX上でのWin7動作速度について

検証したのはMBP2011,　core i7/RAM16GB

プロセッサー数は１のほうが速い

設定画面のプロセッサー数をふやしたら、MBP本体のコア数の消費が増えるかと思いきや、複数コアをエミュレーションしているだけのよう。エミュレーションそのものにパワーを食われるのか、プロセッサー数の数値を増やすと体感があきらかに遅くなる。

エアロの動作のスームズさ

ビデオメモリー割当量より、上記のプロセッサー数での影響のほうが大きい。1の状態のほうがスムーズ。

App Napを切

切るとわずかに体感速度上昇。

Permalink | 記事への反応(0) | 20:58

2014-09-26

■http://anond.hatelabo.jp/20140926015647

Mac OS 9.2.2を持っている。

なんで9.2.2？クラシック環境用？

9系普通に使うなら9.0.4か9.1のが安定してない？

Permalink | 記事への反応(1) | 07:57

■Apple 信者チキチキベンチマーク

iPhoneが発売され、一般人に浸透した事によって、いわゆるApple"ニワカ"信者が巷にあふれる事になった。

奴らは一言目には「ジョブズ」といい、Appleストアをやたら神聖視する。

正直、鬱陶しい。そこで信仰度を試してやる事にした。

=================================================

Apple Iを持っている。

Lisa 1を持っている。

メールアドレスが@mac.comである。

スパルタカスを定価で買った。(レシートもクリスタルも持っている)

So farを持っている。

Dyna Macを持っている。

ギル・アメリオのサイン入り株券を持っている。

Mac OS 9.2.2を持っている。

Mac OS X public betaを持っている。

Comet(当然キーボートはスケルトン)を持っている。

jack hammerを持っている。

機能拡張フォルダを正確に説明し、コンフリクトが起きた場合は修正出来る。

DHCPより○○○である。

トラッカーといえば○○○である。

最速のブラウザと言えばi○○○である。

=================================================

上記の物を持っていたり、即答出来た者だけが、信者だと思うなぁ。

個人的に一番簡単な信者判別法は"メールアドレスが@mac.comである。"だと思っているが、他に何か有れば追加よろしく〜

Permalink | 記事への反応(2) | 01:56

2014-06-01

■学生の名前を騙る特定 電子メールが届いたので通報してみた。

私は大学生の身分でありますが、先ほど、私の所属する大学の学生を称する電子メールが送付されました。

送信元ドメインは"gmail.com"で、内容は以下の様なものです（編者により行間削除および省略あり）

１件目

件名：(火曜3限)Facebook グループ「プログラミングノウハウ共有グループ@インターネット」へのご招待

お世話になります。慶應義塾大学環境情報学部3年の○○と申します。

火曜3限「インターネット」でいよいよ全員がプログラミングに取り組まなければならなくなりました。

今後実装を進めて行くわけですが、プログラミングには正直自信がない……という方も多いかと思います。

そこで、サンプルコードの改造ノウハウなどを共有するFacebook グループを立ち上げました。

（編者略：この行にfacebookページのURL）

是非、ご参加いただければ幸いです。

プログラミングはかじった程度ですが、私で答えられることであればいつでも対応したいと考えております。

あと、もしよろしければ友達申請させていただければ幸いです。

（編者略：facebook個人ページへのURL）

友達になればもっとリアルタイムでプログラミングの相談に乗れるかとおもいます！

皆で頑張りましょう。

２件目

件名：(火曜3限)"プログラミング学習でよくある失敗例"(インターネット)

(火曜3限)"プログラミング学習でよくある失敗例"(インターネット)

慶應義塾大学環境情報学部3年の○○です。

今日から毎日、プログラミングの勉強のコツを

Facebookとメールで1つずつ送らせていただきます。

（編者後略：このあと100行以上、2000文字以上にわたってプログラミングのハウトゥ（というには非常に稚拙だが…）が書き連ねられる）

この「火曜３限インターネット」という授業の履修者に向けたであろうメール、私は確かに当該授業の履修者ではあるのですが

知人に聞いてみたところ、このメールは、当該授業の履修者に向けて送信されているうえ、「一部の履修者でない学生」にも送信されていました。

さて、このメールが、本当にこのメールに書かれている本人のメールであれば、「ある種意識の高い学生」が、授業の取りまとめを行う意図でメールを送ったということになります

（それだけでも不特定多数への広告メールに分類されうる要因は十分満たしていますが）

ですが、本当に怖いのは、「何者かが当該学生の身分を騙り、不特定多数の本学学生にメールを送っている」という事案だった場合です。

そういったものであった時のために、先ほど「日本データ通信協会」なる機関が設置する迷惑メール転送先アドレスに、通報を行いました。

これらのURLを参考にしています。

迷惑メール相談センター｜情報提供のお願い｜JADAC.html　http://www.dekyo.or.jp/soudan/ihan/

迷惑メール、スパムメールを止める方法を実行したら、業者がさらに進化した - NAVER まとめ　 http://matome.naver.jp/odai/2139098130927121201

これらの機関は、迷惑メールの根絶を目標に、迷惑メールの転送を要請しています。

手順はこれらのURLが示す通り、meiwaku@dekyo.or.jp に、元のメールを添付ファイルとして転送します。

Mac OS上、メーラーとしてThunderbirdを使用している場合には、メールを選択し、

サブクリックメニューから「形式を指定して転送」→「添付ファイル」とすればよいです。

以上の手順を踏み、以下の文章を添えてメールを送信しました。

今回メールを送信するに至った理由は、以下文面に書いてあるのでそちらを参照ください。

件名：大学生の氏名を騙る特定電子メールのご連絡

お世話になっております。慶應義塾大学＊年の＊＊＊＊と申します。

このたび、本学学生の氏名を騙り、Bccを用いて多数の学生に同報されているメールを受信しましたので

こちらにご報告致します。

こちらの内容によると、授業の履修者に向けたメールであるような内容でありますが、

当該授業を履修している複数の学生（私含む）のみならず、

現段階で当該授業を履修していない学生に対しても、送信が行われていることを確認しております。

本学の学生が取得しているメールアドレスは、アカウント名において「英字1文字＋数字5文字＋英字２文字」で構成されており、

総当りによるメール送信が行われているおそれがあります。また、件名への「※未承諾広告」の表示を確認できません。

メール本文中に本学学生のFacebook（SNS サービス）及びFacebook上で作られたウェブページへの誘導があります。

リンクされている学生と同じ氏名の学生が、実際に本学に在学しているようではあるのですが、私は当該学生との面識はなく、

こちらのfacebook個人アカウントやメールがある業者による営利のもの（つまり当該学生を騙ったダミーページ）であるかの判断がつきかねます。

facebookページ上、現段階で営利のサービスとのつながりは見受けられませんが、将来的に何らかのサービスへ誘導されることを懸念しております。

また、送信者が本学の学生でない場合に、本学の授業に関連する情報が記載されている件につきましては、

本学がインターネット上へのシラバスや、授業内での twitter発言の公開、また本学が授業ををitunes Uや、

ウェブサイト上で配信していることから、内容の推測ができたものではないかと考えております。

http://gc.sfc.keio.ac.jp/

http://gc.sfc.keio.ac.jp/cgi/class/class_top.cgi?2014_26708

http://itunes.sfc.keio.ac.jp/

よって、こちらの電子メールが、特定電子メールの送信の適正化等に関する法律に定める

・あらかじめ送信の同意を得た者以外の者への電子メール

・送信者情報を偽った電子メール

の可能性があると感じられ、以上の通りご報告いたします。

どうかご査収いただきますよう、お願い申し上げます。

（編者注：以下署名略、ここまでメール文面）

なお、ここで転送の理由とした「特定電子メール（迷惑メール）」ですが、

http://web-tan.forum.impressrd.jp/e/2009/07/28/5712

によると「SNSへの誘導」を含むメールはそのメールに該当しうる、と記載があります。

また私は、当該のメールに対して送信の容認をしていませんので、

仮に当該の学生本人がこのメールを送信していたとしても、それは特定電子メールに当たると判断しています。

Permalink | 記事への反応(0) | 19:11

2014-04-09

■オブジェクト指向 v.s. 関数型プログラミング

近年、関数型プログラミングの重要性はいろんなところで叫ばれています。

Javaの最新バージョンに関数型プログラミングに関する新機能が加わりました。

Rubyも昨今、関数型プログラミングへのサポートが手厚くなってきています。

プログラミングの教科書の大手、オライリー社から、Javascriptで関数型プログラミングを行うための解説書が発行されました。

関数型プログラミングへの注目度は高まってきています。

おそらく、みなさんは既にオブジェクト指向が何か、を知っています。

でも関数型プログラミングとは何か、胸を張って語れる人は、周りに見当たらないかと思います。

実際、オブジェクト指向によってプログラミングする方法は、わかりやすい解説があちこちにある一方で、

関数型プログラミングとは何か、何が良いのか、ということについての、よいまとめは見つけることはできませんでした。

この記事を読む方の中で、「関数型プログラミングを取り入れるか・取り入れないか」で切実に悩んでいる人は、おそらくいないでしょう。

この記事はあまり細かいところに立ち入りません。関数型プログラミングを使う側の立場に立って、利点や向き・不向き、それが導くスタイルを書きました。

みなさんは鳥のように飛んで、高い空から、関数型プログラミングとは何か、何が良いのか、を見渡してください。

ふたつの アプローチの比較

オブジェクト指向的アプローチは、名前をつけてプログラムを整理する。

関数型プログラミング的アプローチは、汎用部品でなんとかする。

オブジェクト指向的アプローチ

Googleが近年リリースした言語、Goには、”継承”を直接サポートする仕組みが無いことが話題になりました。

また、Mac OSXの基幹ライブラリ Core Foundationは、ライブラリ自体はC言語で書かれているにもかかわらず、その設計方針は明確にオブジェクト指向です。

継承やクラスは、オブジェクト指向の必須条件ではありません。

オブジェクト指向の本質とは、何でしょうか。

その本質とは"名前をつけて対象を識別し、それを扱うこと"、にあります。

最もプリミティブなオブジェクト指向の対象は、ファイルハンドラです。あるファイルを開いて、読み込んで、あるいは書き込んで、ファイルを閉じる。

これらの処理をまとめたら、わかりやすいですよね？

対象に関する処理を、対象の周りにまとめる。これがオブジェクト指向の基礎的な理念です。

識別することとイコールで比較できることは、とても良く似ています。

イコールによる比較は、オブジェクト指向では鬼門であることが知られています。

Point クラスのインスタンスとColoredPoint クラスのイコール演算をどう決めればいいかに、正解はありません(詳しくは"effective java"をご参照ください)。

また名前をつけて識別する対象は、フワフワしていてはいけません。

たとえば、"軍人の階級"をオブジェクトにしたとしましょう。"大佐"クラスのある兵士は名前のフィールドや、性別のフィールドを持っているでしょう。

ところで彼が昇格したときに何が起こるでしょうか。

新たに"少将"クラスのインスタンスが作られます。"大佐"クラスを破棄する前に、名前、性別、その他沢山のデータを引き継がなくてはいけません。フィールドを増やしたい場合はその都度コードに修正を加える必要があります(*)。

なるべくイコール比較を避けたい。対象は不安定なものではいけない。では何に名前をつけて、識別するか。そこにオブジェクト指向技術者の熟練度が現れるのです。

関数型プログラミング的アプローチ

一方、関数型プログラミングでは、特定の何かに名前をつけるより、極力、汎用部品でなんとかしようとします。

小さな関数を、集めて撚り合わせて、新しい関数を作る。

関数自体をリストなどのデータ構造に詰めることもよく行われます。

実は、関数型プログラミングというのは本質を表していません。

その真の名は、"値指向プログラミング"です。

関数をはじめとして、リスト・ツリーのようなコンテナ、手続きを抽象化したもの、回路を抽象化したもの。

あらゆる対象を値として、合成し、ときに分解し、新しい値を作ります。

変数という概念は必要ありません。

変数に適用する処理を作りあげることが、とても簡単だからです。

四則演算が定義されたデータを詰めたデータ構造もまた、四則演算可能だったり。

値をイコール比較することも、なんのそのです。

誤解を恐れずに言うと、オブジェクト指向がトップダウンなのに対し、関数型プログラミングはボトムアップです。

関数型プログラミングの利点

読みやすい・理解しやすい

関数型プログラミングをサポートする言語には、沢山の汎用部品が定義されています。

ファンクタ: "コンテナ"一般を表すもの。
モナド・コモナド: "手続き"一般を表すもの。
アロー: "回路"一般を表すもの。
トラバーサブル: 木やリストのような、各所を周って要素に変更を加えられるデータ構造一般。
フォルダブル: 再帰的に"畳み込めるデータ構造"一般を表すもの。

このような構造をインターフェイスとして、様々なライブラリが組まれているので、

たとえばモナドを知っていれば、30分程度でパーサー(解析機)を理解することができて、

パーサーを理解できれば、JSONパーサー・ XMLパーサー・markdownパーサー・C++パーサー ... などを理解するのはとても容易です。

理解しやすいこと。これが関数型プログラミングの大きな利点です。

追記:

また、汎用部品と型のお陰で、ライブラリのドキュメントが圧倒的にひきやすい、というメリットも有ります。

Haskellな人がPythonにトライした結果 - Togetterまとめ

書きやすい

関数型プログラミングは「厳密な事前設計を必要とするため、簡単なことをやるのにも時間が掛かる」。

よく誤解されていますが、これはウソです。

スクラッチでプログラムするのは、非常に手軽です。

＞＞ map (*2) [1,2,3]
[2,4,6]

邪魔な”儀式”や、"おまじない"のコードが徹底的に撤廃されているためです。

関数型プログラミングのコードは、潔癖かつ濃密です。

たとえばC言語でint hoge(int x,int y)が定義されているとき、hoge(3)はなんの意味も持ちませんが(コンパイルでコケますが)、関数型プログラミングでは意味があり、実際に有用です。

上の例では、「掛け算をする」(*)関数は、二引数関数ですが、それに引数を渡して作られた「2を掛ける」関数(*2)は、一引数関数になります。

関数型プログラミングでは、「簡単なことは簡単にでき、複雑なことは複雑にできる。ただし、間違ったことは殆どできないか、全くできない」。

多くのバグは、コンパイルエラーとして検出されます。

また、静的型付けの力によって、コード補完は非常に強力になっています。インテリセンスの比ではないです。

たとえば、関数中のある表記の型を任意に表示できます(GHC/TypedHoles - HaskellWiki)。

やがてやってくる未来には、プログラムをテキストエディタで書くことは時代遅れになっているでしょう。

統合環境のサポートで、バグやミスの少ない、スムーズなプログラミングができます。

そしてその環境で動くプログラミング言語は、関数型プログラミングをサポートした言語なのです。

いつ関数型プログラミングか

以下の様な兆候を感じたら、あなたはそのプログラムを関数型プログラミングで書くべきです。

"人工物"クラスが増えてきた。
Builder パターン、Strategy パターン、Command パターン、Interpreter パターンが増えてきた。
DI注入のとき、コンストラクタ注入にするか、セッター注入にするか、いつも迷う。

一般に、オブジェクト同士の相互作用が複雑になるほど、オブジェクト指向では手に負えなくなっていきます。

そういうときは、オブジェクトを直接扱わず、替わりにその"相互作用"を扱うことで、複雑さを軽減するアプローチが有効です。

それこそが関数型プログラミング的アプローチです。

オブジェクト指向の利点

初心者にとっては読みやすい・理解しやすい

特にオブジェクト指向が有効なのは、プログラミング初心者がそのコードをいじるかもしれないときです。

関数型プログラミングは、強固さと柔軟さの代償として、高い学習コストを伴います。

そのため、初学者にとってはハードルが高いのです。

扱う対象があまり複雑でない時は、書きやすい

オブジェクト間の相互作用が複雑でなく、着目している(名前をつけている)概念が安定しているとき。

そして、プログラムをいじる人たちの間で共通理解が図れているならば、オブジェクト指向が有利です。

関数型プログラミングの得意分野はなにか

数値計算

遅延評価という機能によって、レガシーな言語で扱えなかった、巨大な数を扱うことができます。

分数を扱うことができます。虚数もです。

関数型プログラミングで書かれたプログラムは、正確さが要求される、金融関連の業界で使われています。

テキスト処理

手続きとしてパーサーを記述できるので、テキスト処理プログラムはより理解しやすく、メンテナンスしやすいものになります。

関数型プログラミングを知らない人は、「正規表現でおk」と言いますが、

彼の書いた複雑な正規表現は、半年後には(書いた本人でさえ)理解できなくなっていることでしょう。

並行処理

手続き一般を扱うことができるので、途中で割り込みのある手続きの表現も容易です。

関数型プログラミングをサポートしていない言語ではコルーチン(ファイバー)などをつかってなんとかするしかありません。

さもなくば、非並行処理では普通に関数として記述できるところを、並行処理のために、Builder,Strategy,Command,Interpreter パターンを駆使して書き直すことになります。

Javascript使いの方は、Deferredなどの構造を使うでしょう(http://qiita.com/KDKTN/items/4c6986049d204f0645d8)。

C++使いの方はBoostで頑張りましょう。破滅的に解りにくいコンパイルエラーメッセージと格闘してください。

レシピ

もう少し簡単な例をあげます。

あなたは、あるレシピにしたがって、自動的に料理を行うマシンの制御プログラムを書いているとしましょう。

料理のレシピは、"手続き"ですよね？たとえば、カレー。

1. まず玉ねぎを炒める。

2. 飴色になったら、肉を加えて炒める。

3. 野菜を加える。

4. 水を加えて煮る。

5. スパイスを加える。

しかしあなたはこの手続きを関数として表現できるでしょうか。

…できませんよね？何故ならば、各ステップの"間に"、マシンのロボアームの位置や動きを調整する処理が必要だからです。

これをオブジェクト指向でやろうとすると、各ステップの副作用として、それらの処理を行うことになります。

そうすると、マシンが二機に増えた時などの変更量は、絶望的なものになります。

あるいは関数として表現するのを諦め、手順全体をDSLで記述できるようにします。

このアプローチは関数型プログラミング的です。しかし関数型プログラミングをサポートした言語の助けなしでは、そのDSLを記述するために沢山のユーティリティーコードを書かなくてはならないでしょう。

オブジェクト指向的アプローチでこの問題をエレガントに解こうとすると、クラス化の粒度を上げる事になります。

野菜クラス、フライパンクラス、ボイルクラス、フライクラス、焼き加減クラス、アームクラス、野菜の大きさクラス、切り方クラス、焼き方クラス、"焦げたよ"クラス、etc...

こうすると早晩レシピはプログラムのコード上から消え去ることになります。上記のたった5行は、依存性注入のオブジェクトグラフを構築するコードに取って代わることになります。そこには沢山の挙動の制御がオプションとして付記されているのです。

カレーなど、ある種のレシピに限定することで、見た目の理解しやすさを得ることができますが、一方それは表現力を損なうことを意味します。

C言語などではマクロを使うこともできますが、それは結局、関数型プログラミング的アプローチの意味するところと同じになります。すなわち、補助のために沢山のコードを書くことになるでしょう。

GUI

iOSのAppstoreアプリは、"無料"と書かれたボタンを押すと、それが"インストール"ボタンに変わり、それをもう一度押すと、ダウンロードの進捗を表すインジケータに変わり、それを押すとダウンロードをキャンセルできます。

このように、位置は同じなのに、ステートに依って見た目と機能が変わるボタンは複雑です。

これをオブジェクト指向で実現しようとすると、

1. 三つの異なるボタンを同じ位置に置くか

2. 同じボタンが三つの異なる機能を持つか

という下らない問題にぶつかります。

一方関数型では、"機能"、"見た目"、"状態"、を独立に扱って、それらを合成してボタンを作るので、迷うことはありません。

「同じ位置にあるUIオブジェクトは、コード上で(インスタンスとして)独立して、他から干渉を受けない」

この条件が満たされているうちは、オブジェクト指向でGUIを実現することに無理はありません。

しかし、携帯端末のような小さい画面で、多くの機能を達成するためには、UI要素はコンテキスト依存的に複雑になりがちです。

近年、PCのディスプレイの大きさは、頭打ちになってきました。

画素数は増えているのですが、MacにおけるRetinaのように、複数ピクセルでひとつのドットを表すようになってきています。

これは、ひとつの画面に置かれるボタンなどのUI要素の数は、これから先の未来で増えることはない、ということを意味します。

したがって、未来のGUIのプログラミングは、注意深く機能をピックアップして制限するというデザイナーの努力を脇におけば、

関数型プログラミングの力を頼るしか無いでしょう。

はじめよう、関数型プログラミング

つまり…

Haskell さいこうなのおおおおおおおおおおおおおおおおおお!!　おしっこ漏れちゃうのおおおおおおおおおおおおおおおおおおおお(゜∀。)ﾜﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬ

1. google:すごいHaskellたのしく学ぼうを注文する。

2. Download Haskell を自分のPCに導入する。

3. コンソールにghciと入力して、対話型コンソールを立ち上げる。

4. 次の関数をコンソールに打ち込んで、結果を見る。即値で書かれているところとかをいろいろ変更してみて、感動する。

take 4 $ map (*2) [1..]

5. ステップ1で買った教科書を読んで、学ぶ。

追記:

いかがでしたか？

ちまたには、関数型プログラミングの利点は変数が無いことだ、とか、より安全だから、とか、より速いから、などという妄言が満ち溢れています。

オブジェクト指向と関数型プログラミングは、水と油ではありません。プログラマは自分のプログラムに最適なアプローチを選ぶことができます。

一般にはあまり知られていないことですが、Haskellにもオブジェクト指向へのサポートがあるんです(Lensライブラリ、これを使用したサードパーティ製ライブラリも最近増えてきています)。

この記事を読んだオブジェクト指向プログラマのあなたが、少しでも関数型プログラミングに(そしてHaskellに)興味を持ってくださって、ホームセンターの大人用オシメのコーナーが大賑わいになれば幸いです。。

Permalink | 記事への反応(8) | 01:08

2014-02-20

■http://anond.hatelabo.jp/20140220112944

1つ大きく勘違いしてるのは、製品を売ったらそれで終わり、なんてことはあり得ない。

特にあれだけの金額を出す製品ならその後のサポートってのは超重要。

勿論増田にいる皆様におきましてはサポートなんてどうでもいい、と思うかもしれないけど、

一般的にはボタン一個分からないだけでも教えろよ、っていう人もいくらでもいるので。

バグがあったらなおさんといかんし。

なので運用コスト、って意味では別に変わらん。(勿論、超一過性の昔のゲームみたいなものなら別だけど、そのへんも変わってきてるので)

運営を続けてくれそうな企業からしかそのソフト買ってくれなくなるじゃん？

そりゃそうだろ。オフィスやフォトショップがそっちに切り替えられるってのはその絶対的な信頼が大きいでしょう。

まあでも、今の時代、一発で売ってくれる物があったとしても、そんなものは1ヶ月もすれば廃れてしまう様な時代なんだから、

別にそんな事を気にするところではないと思うが。

むしろ、一発売りの場合、その後バグなどの修正をずっと無償で行っていかないといけないわけで。

WindowsやMac OSはそうだよね。

あれこそ、巨大な力持った企業じゃないと出来ないことだと思うけど。

もしくは、超特殊な用途(会計ソフトとか)で太い客からたんまりカネとってメンテするとか。

Permalink | 記事への反応(1) | 11:44

2014-02-10

■「実録！就活の茶番 - Webテスト編」

就活中の増田です。ものすごくイラついたので愚痴を投稿します。

このあいだ、志望企業の一つにESを提出したんですよ。なかなかにユニークなESで、書くのが結構楽しくてね。

おまけにこのどこの大手も手書きでES書かせるこのご時世に、Web提出ってもんだから、かなり好感を持っていたんですよ。

ノリノリでES書いて提出後、しばらく経ったら今度は、Webテストを受けなさいってメールが届いたんですよ。

だからメールに添付されてたURL クリックして、いざテストを始めようとしたんですね。

そしたら突然、テストページで、動作環境チェックっていうのが始まったんですよ。

待ってたら数秒後、あんたのChromeじゃ受けられませんよって画面が表示されたんですよ。

しゃーねーなと思ってブラウザ Safariに変えて再度テストページにアクセスしてみたんですよ。

そしたら、またダメだって言われたんですね。

その理由がね、酷いんだよ。ほんとに酷い。

このままでは受検できません。
動作環境チェックが ☓の項目について、対策方法に従って対応いただく必要があります。

で、これが☓が出た項目ね。

推奨環境：
Mac OS X： 10.5.x, 10.6.x, 10.7.x, 10.8.x
Safari： 3.0, 3.1, 3.2, 4.0, 5.0, 5.1, 6.0

……。

 今のMac OSの最新バージョンは10.9系だっつーの！！！！　Safariは7.0だっつーの！

要するに、最新のOSとブラウザにバージョンアップしていたら、Webテストを受けられないのだ。

でもOSなんてメジャーアップデートでもない場合、無意識にアラートの「はい」ボタンクリックして更新しちゃうのが普通だし、ブラウザに至っては勝手にアップデートするタイプなので対策のしようがない。

以上のことから類推するに、この企業はMac厨はお呼びでないってことっすね。御社の稼ぎ頭は自他共に認めるAppleファンなのにねぇ。

あああ、ものっすごいイラつく。

こんなゴミテストを採用してる企業の人事はマジでどうかしてるよ。

まぁ、愚痴っててもどうにもならないんで、実家か大学のWindows機使ってなんとかしますけどね……。

ユーザーエージェント？　っての偽装する方法あるんだろうけど、慣れないことして失敗したくないしね……。

追記：

トラバによると、SafariにはデフォルトでUA偽装機能ついてるらしくて無事受験できました。

でもこれをMac使いの受験者（ほぼ）全員に強いるのはちょっと酷じゃない？

Permalink | 記事への反応(2) | 22:16

2013-08-09

■Mac+googlechromeのパスワード 管理

http://blog.elliottkember.com/chromes-insane-password-security-strategy

http://news.mynavi.jp/news/2013/08/08/054/index.html

http://www.itmedia.co.jp/enterprise/articles/1308/08/news033.html

クリック一つでパスワードが見えちゃう問題について。

このニュースは取り上げるサイトによっては、Windowsで動作確認した記者がFirefoxと比較してどうのこうのと語ったり、ブコメもドヤ顔で「今まで知らなかったのか」「気付かなかった奴が騒いでる」って見方のブコメを散見するがそれも違和感を感じる。

そういう話じゃないんだよな。

Macでは、Chromeが正式版になってパスワード管理がキーチェーンと連結されて実装された当初、Chromeの設定画面からパスワードを確認する場合はキーチェーンが立ち上がる仕様だった（はず）。

（ベータ時代はパスワード関連の設定画面ではまだ開発中と表示されたはず。ただちょっとそのあたり、ベータが取れる前後は記憶が定かでない。なんせベータとの違いがよく分からない有様だったから。記憶違いだったら申し訳ない）

http://internet.watch.impress.co.jp/docs/news/20091209_334515.html

例えば、Mac OSのパスワード管理機能「キーチェーン」がGoogle Chromeに統合されたため1カ所でパスワードを管理でき、他のブラウザで入力したパスワードをGoogle Chromeで利用できる。

あくまでキーチェーンの扱いはSafariと同じだったし、この時はSafari からパスワードを直接インポートできなかったと記憶している。

ちなみに、ヘルプの記載でも現在もキーチェーンで保存してるとしてる。

https://support.google.com/chrome/answer/95606?hl=ja

ウェブサイトのパスワードを管理する
Google Chrome では、さまざまなウェブサイトのユーザー名とパスワードを保存することができます。そのようなウェブサイトに次回アクセスすると、ブラウザによって自動的にログインフィールドに入力されます。
これらのパスワードは、その他のブラウザのパスワードが保存されているのと同じシステムに保存されています。Mac の場合、Google Chrome はキーチェーンアクセスを使用してユーザーのログイン情報を保存します。

おそらくこの記載はキーチェーンとの連携ができるようになった当初のものだろう。この後ろにchrome アカウントの話を付け足したのか。

とにかく、MacOSのほぼ全てのブラウザがキーチェーンによるパスワード管理をやってて（キーチェーンはアクセスできるアプリケーションを管理でき、ブラウザ以外も依存している）、ここに委ねてる。

だからパスワードの確認はキーチェーンで行う理屈で、Chromeのベータが取れた当初はそうだったはず（私の記憶では）だし、そうでなくてもGoogleの説明を受けたMac ユーザーはそういう認識だ。

元記事もSafariとの比較で言っている。

ようするに、Mac ユーザーからするとSafari等のキーチェーンを利用するアプリケーションと同様の方法で管理してますよって言ってるのに、実態が違うじゃないかっていう指摘だ。

（たしか WindowsにおけるIEも同じようにシステムの管理だと思う。この話において、Mac/Windows 対応であるFifefoxは例外なんだが、その管理と同等のレベルにしようという事で、それに倣ってマスターパスワードを装備している。ちなみにデフォルトじゃないという反論の意味がよく分からない。）

また、キーチェーンによるURLの認識方法がセキュリティ的に問題で、Chromeは違いますよっていう話があってもいいはずなんだけど、Googleの反論はそうでもないようだからそっちとは違うみたいだ。

思うに、Googleとしてはデータ上は平文保存してるのに画面上見えないだけって実態がセキュアじゃないとか本当は言いたいんだろうけど、しかし平文保存してるからこそSafari からパスが抜け、だからこそSafari からの移行組を確保しているからで、このことをおおっぴらに言うことはないと思う。

Permalink | 記事への反応(0) | 14:14

2013-03-29

■http://anond.hatelabo.jp/20130329175628

制作環境が、Mac OS9.2.0／Illustrator5.5J

となってますね。

PowerMacG4がまだ現役で、頑張ってるらしい…

Permalink | 記事への反応(0) | 20:10

2013-01-17

■http://anond.hatelabo.jp/20130117185201

MAC OSは　BSD 系列じゃないか？

Permalink | 記事への反応(1) | 18:54

2012-01-28

■s2jdbc-genが動かない

増田でこんなこと聞いていいのかわからないけど、誰かわかる人教えて欲しい。

seasarの公式サイトにある、s2jdbcのチュートリアルを試してみたんだけど、entityの生成でいきなり躓いてしまった。

$ ant -f s2jdbc-gen-build.xml gen-entity
Buildfile: /Users/hoge/dev/s2jdbc-tutorial/s2jdbc-gen-build.xml

gen-entity:
[gen-entity] Java Result: 1

BUILD FAILED
/Users/hoge/dev/s2jdbc-tutorial/s2jdbc-gen-build.xml:46: Exception in thread "main" java.lang.NoClassDefFoundError: 
Caused by: java.lang.ClassNotFoundException: 
	at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:247)

動かしている環境は

- Mac osx 10.7.2

- java version "1.6.0_29"

- Java(TM) SE Runtime Environment (build 1.6.0_29-b11-402-11M3527)

- Java HotSpot(TM) 64-Bit Server VM (build 20.4-b02-402, mixed mode)

s2jdbc-gen-build.xml:46 っていうのが、classpathに関する記述の箇所なので、動かすのに必要なjarが読み込まれていないからなんだろうなぁ、って思ってるんだけど。

同じ現象で躓いて、うまく解決できた人がいたら、教えて欲しい。

 38   &lt;target name="gen-entity"&gt;
 39     &lt;gen-entity
 40       rootpackagename="${rootpackagename}"
 41       entitypackagename="${entitypackagename}"
 42       javafiledestdir="${javafiledestdir}"
 43       javafileencoding="${javafileencoding}"
 44       env="${env}"
 45       jdbcmanagername="${jdbcmanagername}"
 46       classpathref="classpath"&gt;
 47         &lt;jvmarg value="${vmarg.encoding}"/&gt;

Permalink | 記事への反応(0) | 20:28

「Mac OS」を含む日記

■Mac OSX CATはいつ出るの？

■[増田ガジェット]これからはじめるスマートSTB

スマートSTBって何よ？

パソコンやタブレットで良くね？

機能向上とハードウェア更新

Youtubeだけじゃない

FireTV/FireTV Stick

KODI(旧XBMC)

まとめ

■後世の人のためscansnap 1500Mについてのメモを残しておく

■脳がぶっ壊れた

■「なぜコスパ最悪な"Mac"を使っているの？Windowsサイコーじゃん」を読ん

■IT界隈の動物たち

Plan 9 from Bell Labs

■十数年前のデータが必要になって

■hontoやめてkindleに移行しようかな