「MAC OS」を含む日記

はてなキーワード: MAC OSとは

2015-10-17

■anond:20151017131450

この度長距離な引越しが決まり
某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

■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

2011-09-01

■最近 マカーになったんだけど

macの一番良いところって、オシャレ感じゃなくて、linux的なシステム構成とwindows的なきちんとした会社が作ってるOSという安心感と洗練されたインターフェース(≒オシャレ感)が共存してるところだと思う。

linuxは基本的に便利なんだけど(最近のubuntuとかほぼmacみたいなもんだし)、やっぱり「多少うまく行かないことがあっても許してね」感があるし、

windowsはその辺しっかりしてる一方で背景のシステム構成がグロテスク過ぎて開発環境整えるだけで罰ゲームみたいになったりする。

macはそれらを（当然不満もあるけど）絶妙なバランスで両立してる上にインターフェースも良いというのが素晴らしいところだと思う。

もしmac osの内部がwindows的な独自のグロテスクなものだったら俺は使う気にならない。

そういう意味で、mac持ってるのにコンソールを使わない人は宝の持ち腐れだと思う。

Permalink | 記事への反応(5) | 19:07

2010-03-18

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

同じIT関係勤務の40代子持ちのおっさんから言わせてもらう。

極端な話、コンビニにけん銃は置いてないけどエロ本は置いてあるし、毒薬は簡単には手に入らないけど同人ロリスカトロものはネットですぐに見つかる。
なんで他の見せたくない物や危険物と違って、ヤバいコンテンツだけは親が内容を判断し気にかけなきゃならんのよ？と。

コンビニや本屋のエログロコンテンツはちゃんと遮断してある。問題はネットだが、素のPCを子供にさわらせるなよー。

エロコンテンツの数があまりにも多すぎて、親が管理できないんだもん。規制に頼るしかない。

手を抜くな。ちゃんと自分で管理しろ。そのための手段は世にあふれている。何のためのIT知識だ？

うちは小学校入学前からPCさわらせてWebを見せているが、子供用のアカウントはフィルタリング Proxyを通すようにしてある。アクセス先はホワイトリストで管理していて、見たいページがエラーが出て見れないときは父ちゃんにいえ、といってある。親が見て問題なければホワイトリストに加える。

これくらい、Mac OSやVista以降なら、追加ソフトなしでもOSの機能で可能だぞ。

Permalink | 記事への反応(5) | 16:42

2009-03-11

■なぜ、iPhoneが普及しないか。22歳の学生が思ったこと。

もともと、Mac OSXとの相性が良さそうなので欲しかったが料金の高さで断念していた。だけど、今回のSoftBankのキャンペーンで購入することをした。

日曜日に某家電量販店で契約したのだが、隣の受付にいたオッサンもiPhoneにしようとしていて、事務処理の時間を30分程要すると言われたので、暇をつぶして、戻ってきたら家族連れぽい集団が受付でiPhoneにしようとしていた。契約を済ましながら、店員さんに「今、iPhone売れてるんですか？」と聞いた。「はい。キャンペーンの効果で突然売れ始めました。もっと早くこのキャンペーンをしていればよかったのですが」と、笑顔で言った。

でも、契約してみて思ったのは明らかに売る気がないというか、クレームを避けるための売り方をしていた。多分、普通の若者はパソコンが使えなくて、携帯電話に依存しているから。

なぜ、そんなことが分かるかと言うと、大学でパソコンを使う授業のアシスタントをしていたからだ。所謂、情報リテラシーの授業なんだけど、びっくりするくらいパソコンの扱いが出来ない人間が多い。大体、30人中25人はブラインドタッチが出来ない人間。その25人の内、5人ぐらいが今までPCをほとんど触ったことがない。マウスの使い方すらわからないレベルもいる。

授業で彼らと会話して分かったが、前者は家にパソコンはあるが家族共有の物で、たまにネットをするくらいだと、iPodを持っている人は繋ぐくらいだった。なぜパソコンを使わないのと聞いたら「使う必要がないから」と一蹴。ネットも携帯電話で出来るからだと言っていた。ただYouTubeとかはパソコンで見た方が綺麗だからそっちで見るとか。あと、LISMOや着うたフルを使っている人も目立った。あんなもんウンコだろって思っていたが、パソコンを使わない人間には良いらしい。

話を戻すと、iPhoneを使う際はiTune8が使えないと駄目だ。だから、店員さんは何回も何回もほんともういい加減にしてくれよってくらいにパソコンが対応してるか聞いて来た。おそらく、トラブルが起きている、もしくは予防するためだと思うが、前述した通り、普通の人はPCなんて興味ないわけで、当然、性能はおろか、下手したら自分が使っているOSの名前を知っていることさえ怪しい。更に店員さんは、携帯サイトは使えません、絵文字は使えますが全社共通ではありません、とまた何回も言って来た。ぼくはガールフレンド以外には絵文字なんて使ったことがないけど、mixi 日記やコミュでの異常なまでの使いっぷりを見てると普通の若者には大きな壁になるだろうなと思う。携帯サイトも頻繁に使っている人にはそれが突然無くなるのは辛いだろうな。このPCでは携帯サイトしか見れませんと言われることと同じだろう。ある程度の携帯サイト、例えば「魔法のiランド」とかはPCでも見れるけれども、携帯サイトが全て見れないという勘違いをする人も多いだろう。そのへんは残念だと思う。あと、SDカードが使えないのも痛い。iPhoneは常時接続が基本だから、データなんて外から引っ張ってくればいいんだけど、普通の若者は今まで使ってきたデータを携帯電話のSDカードに入れてある。そこにはお金を払って購入した着うたフル等のコンテンツが入っている。それが全て失うのだから、変えることに億劫になるのも無理はないだろう。それを後押しするように高価であったこと。

まとめるとこんな感じ、

・iTunes8が使える環境であること

・携帯サイトが使えないこと

・絵文字が使えないこと

・今まで使って来たデータが使えなくなる

・高価

高価であることは今回のキャンペーンで無くなったが、携帯電話に依存していない層、僕がお手伝いした授業で言うならば30人中5人の人間にその機会が与えられたんだと思う。だから、僕は購入したけど、そうじゃない層、残り25人にはまだまだ敷居が高いように思える。そもそもiPhoneに限らずスマートフォン自体が若者に流行らないのはパソコンが使えないからだろう。

Permalink | 記事への反応(3) | 13:48

2008-11-17

■Macで作ったppt，docの図がWindowsで表示できない場合の対処方法

Mac OS で作成された Word や PowerPoint のファイルを

Windows で開いたら，図の代わりに

QuickTimeý Ç??

êLí£ÉvÉçÉOÉâÉÄ

みたいな感じで表示されてしまったときの対処方法

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

1．当該の hogehoge.doc あるいは hogehoge.ppt ファイルを Word や

PowerPoint で開き，「ウェブページとして保存」する．

このとき「単一ファイル Web ページ」や「XML ドキュメント」ではなく

「*.html」形式で保存されていることを確認．

2. 保存したフォルダに「hogehoge_files」というサブフォルダが出来たのを確認．

3. そこに *.pcz というファイルがあるのを確認．

4. *.pcz を *.tgz にリネームして，各種ソフトで解凍．

5. そこでできたファイルを *.pict / *.pct にリネーム．

6. QuickTime Picture Viewer 等で開いて copy → 元のファイルにpaste．

あるいは Irfan View (+ Quicktime.dll) 等で形式変換してから挿入．

以上．

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

2008-09-27

■OS

Windows：新しいバージョンが出るたびに重くなる。

Mac OS X：新しいバージョンが出るたびに軽くなる。

新しい程機能が増えるから、重くなるのは当然。

というか、重くならないとおかしい。

Mac OSはどんどんレベルダウンしているということだな。

Permalink | 記事への反応(1) | 09:33

2008-05-15

■自分達のマイノリティーさを再確認してみた

日本人口　約1億2776万人（平成17年国勢調査）
- 男性　約6230万人（総人口中48.7%。平成17年国勢調査）
- 女性　約6546万人（総人口中51.2%。平成17年国勢調査）
- 未成年　約2357万人（総人口中18.4%。平成17年国勢調査）
- 高齢者人口　約2560万人(総人口中20.0%。65歳以上・平成17年統計局調査)

労働者人口(15歳以上の就業者＋失業者)　約6600万人(総人口中51.6%。2004年総務省労働力調査)
- 完全失業者数　約268万人(総人口中2%。労働者人口中4%。統計局平成20年3月速報。　※正確に把握できてるのかなあこれ)
- フリーター人数　約187万人(総人口中1.4%。労働者人口中2.8%。2006年厚生労働省調べ　※正確に把握できてるのかなあこれ)
- ニート人口　約85万人(総人口中0.6%。2002年内閣府調べ　※正確に把握できてるのかなあこれ)
- 年間自殺者数　約32000人(総人口中0.02%。2002年警察庁調べ)

携帯電話所有者　約9493万人(総人口中74.3%。平成18年12月時)
- docomo　約5221万人(シェア55%。平成18年12月時)
- au　約2579万人(シェア27%。平成18年12月時)
- softbank　約1549万人(シェア16.3%。平成18年12月時)
- willcom 約435万人(シェア4.5%。平成18年12月時)

ネット人口　約8226万人(総人口中64.3%。2007年インターネット白書)
- ブロードバンド利用者　約4627万人(ネット人口中56.2%。2007年インターネット白書)
- 携帯電話・PHSからのネット利用者　3201万人（ネット人口中38.9%。2007年インターネット白書）
- PCからのネット利用者　約2882万人（ネット人口中35%。2007年インターネット白書）

日本の世帯数　約4906万世帯(2005年国勢調査)

自宅からのネット利用　約2788万世帯(全世帯数中56%)
- ADSL 約1131万世帯(ネット利用世帯中40.5%。シェアから逆算)
- FFTH 約786万世帯(ネット利用世帯中28.1%。シェアから逆算)
- CATV 約295万世帯(ネット利用世帯中10.5%。シェアから逆算)
- ナローバンド利用者　約576万世帯(ネット利用世帯中20.6%。未回答含む)

パソコン世帯普及率約4170万世帯(全世帯数中84.9%。2008年3月)
- Windows利用世帯　約3813万世帯(パソコン利用世帯中91.4%。世界シェア％から逆算　※国内シェアの資料が見つからないので)
- Macintosh利用世帯　約315万世帯(パソコン利用世帯中7.5%。世界シェア％から逆算　※国内シェアの資料が見つからないので)

webサービス系
- Yahoo検索利用者　約1858万人(総人口中14.5%。PC ネット利用者中64.4%。2006年ネットレイティング社調べ。シェアから逆算)
- Google検索利用者　約1000万人(総人口中7.8%。PC ネット利用者中34.6%。2006年ネットレイティング社調べ。シェアから逆算)
- Youtube利用者　約1017万人(総人口中7.9%。PC ネット利用者中35.2%。2007年ネットレイティング社調べ)
- mixi アカウント数　約1400万ID(総人口中10.9%。PC ネット利用者中48.5%。2008年 5月9日。単なるID数のため実際はもっと少ない)
- 2ch利用者　約990万人(総人口中7.7%。PC ネット利用者中34.3%。2005年日本広告主協会Web広告研究会調べ)
- Yahoo オークション利用者　約615万ID(総人口中4.8%。PC ネット利用者中21.3%。2005年プレスリリースより)
- ニコニコ動画利用者　約500万人(総人口中3.9%。PC ネット利用者中17.3%。2008年 1月22日/日経産業新聞)
- RSS利用者　約422万人(総人口中3.3%。PC ネット利用者中14.6%。2006年4月調査より逆算)
- はてなユーザー数　約40万人(総人口中0.3%。PC ネット利用者中1.3%。2006年4月プレスリリースより)
- はてなダイアリーユーザー数　約25万(総人口中0.1%。PC ネット利用者中0.8%。2006年4月プレスリリースより)
- はてなブックマークユーザー数　約6万人(総人口中0.04%。PC ネット利用者中0.2%。2006年10月naoyaダイアリーより。現在は10万以上と思われる)

携帯サービス系
- モバゲータウン利用者　約1000万人(総人口中7.8%。携帯ネット利用者中31.2%。2008年5月現在)
- GREE利用者　約400万人(総人口中3.1%。PC ネット利用者中13.8%。携帯ネット利用者中12.4%。2008年2月現在)

メッセンジャー系
- MSN Messenger 約477万人(総人口中3.7%。PC ネット利用者中16.5%。国内のみ。2005年4月)
- Yahoo! Messenger 約64万人(総人口中0.5%。PC ネット利用者中2.2%。2002年ネットレイティング社調べ。最近は不明)
- Skype国内利用者数　約420万人(総人口中3.2%。PC ネット利用者中14.5%。国内のみ。2007年調べ)