Googleの開発現場メモ

-
プロフェッショナル仕事の流儀 及川卓也さんの回
http://www.nhk.or.jp/professional/2012/0123/index.html
を見ると、Google japanではどういった開発環境...というか機器環境を使っているのかが見えてきます。
他で見たり聞いたりした話を合わせて、適当に書いてみます。

1. デスクトップPC
ディスプレイがDELLの30インチ。
OSはwindows 7でしたので、本体もDELLのXPS等であると予想。
皆お揃いなので、六本木に移った時に一新したのでしょうか。
しかし、GoogleはWindowsを使わない方向性に決めたはず。
windowsマシンを買うにも、CIOの許可が必要だったはずなのですが...

参照：http://www.ft.com/intl/cms/s/2/d2f3f04e-6ccf-11df-91c8-00144feab49a.html#axzz1mGrqJVkI
 “Getting a new Windows machine now requires CIO approval,”

OSXを使っている人もちゃんと居ましたが。
尚当然、ワークステーションとは別に仮想環境、サーバ環境はほぼ無制限に利用することが出来るようです。

2. ノートPC
ノートPCは、Thinkpad, macbook pro, macbook air, chromebookの4種類いずれかのようです。
chromebookについては、Cr-48でした。
撮影時期(夏)には、製品版chromebookは発売になっていたかと思いますが、
google社内では製品版が配布されたのは2011年年末近くだったようです。

3. 机
日本のオフィスらしく、狭い...
個人毎にパーティションがあるわけでなく、普通に横並びです。

4. キーボード
以外と日本語配列の人が多かったのが印象的です。
日本語配列の方(及川さん含め)は、IBM / lenovoのトラックポインタ付キーボードでした。
英語配列(US配列)の方は...
HHKB (Happy Hacking Keyboard)とApple Keyboardが多かったです。
(鵜飼さんは両方使ってました)
Apple Keyboardがこんなに人気とは...
Google日本語入力チームの向井さんはkinesis Advantage USB Contoured Keyboardでした。

5. 携帯電話
Nexus sが配布されているようです。
現在はGalaxy Nexusになっているのでしょう。
まあ、iPhoneユーザーも居るのでしょうけど。

Comments

Post a Comment

Popular posts from this blog

conda clean --allはやってはいけない

-
先日、「Minicondaは使ってはいけない」という間違った記事を書いてしまいました。 誤解をふせぐために、そのポストは削除いたしました。 このMinicondaがだめなんじゃないか、と思ってしまった原因がconda clean --allなのです。 conda clean --allは、Anaconda/Minicondaの不要なパッケージやキャッシュを削除してくれるコマンドです。 これを実行すると、AnacondaフォルダまたはMinicondaフォルダの容量を小さくできるのですが、 jupyter notebookが使えなくなってしまう(kernel error)のです。 jupyter以外にも悪影響があるのかもしれませんが、少なくともjupyterは使えなくなります。 conda clean --allは容量節約のために行うものと思いますので、 じゃあ容量をなるべく増やさない方針としては ・Minicondaをインストール ・必要なパッケージだけを厳選してconda install ・conda update --allとかはしない というのが良さそうです。 Miniconda(Windowsの初期容量は0.4GB)程度ですが、 ・conda install jupyter →1.7GB程度増加 ・conda install scikit-learn → 1.6GB程度増加 となります。 なんだかんだ欲しいものインストールしていると、 MInicondaフォルダも5GBとかなってしまいます...まあAnacondaよりは小さくはできると思います。 最後にもう一度、conda clean --allはやってはいけません。
Read more

MacbookやiMacのSSD/HDDを完全消去する(High Sierra対応版)

-
---update--- 2020年版の記事をかきましたので、こちらもご覧ください https://nahareport.blogspot.com/2020/07/macbookimacssdhdd2020.html ----------- 古いMacをメルカリやヤフオクで売ったり、ソフマップに売ったり、人に譲渡したりする前にやっておきたいのがディスクのゼロ書き込みによる完全消去。 最近macOSのファイルシステムがAPFSになった関係で、昔と少し方法が変わっているので、方法を書きます。 (コマンドラインでゼロ書込みをやる方法と言っても良いかも) 0. SSDやHDDを完全消去する前に まだログインできる状態で以下はやっておきましょう。 ・iCloudログアウト 　システム環境設定>iCloud>「Macを探す」のチェックを外し、左下の「サインアウト」 ・iTunesのアカウント解除 　iTunesのメニュー「アカウント」>「サインアウト」 ・Office365のサインアウト(もし必要なら) 　各オフィスを起動した時のメニュー左上アイコン>サインアウト 　 https://portal.office.com/account/#home 　の「インストールステータス」で、今サインアウトしたマシンを削除します。 ・Adobe等のライセンス認証の解除 1. USBメモリ起動macOSインストールディスクの準備 　 https://support.apple.com/ja-jp/HT201372 2. 1で作成したUSBメモリから起動 　 https://support.apple.com/ja-jp/HT202796 　の「Startup Managerを使う」 3. APFSからHFS+への変換 　詳しい方は「ディスクユーティリティ」を起動し、SSD/HDDを選択して「削除」メニューに進まれたかと思いますが、 　昔あった完全削除メニュー...複数回のゼロ書き込みメニューがhigh sierraでは無くなっています。 　そもそもその完全削除はAPFSでサポートされてませんので、まずファイルシステムをHFS+に変換します。 　上部メニュー「アプリケーション」から「...
Read more

意外とめんどいmac OSXでのddコマンド

-
Image
使う人はよく使う、dd commandですが、mac OSXにも標準搭載されています。 しかし、/dev/以下とか、mountの仕組みがLinuxと異なるので、注意点(1)(2)を書いてみます。 !!注意!! ddコマンドは間違えると起動不能に陥ったりします。 用法、用量を守って、正しくお使い下さい。 !!!!!!!!! (1) /dev/disk#がディスク(#には0以上の数値が入ります) 　Terminal (ターミナル)を開いて、以下コマンドをしてみましょう。 　 　 ls /dev/disk* 　するとこんなんが出ると思います。 　/dev/disk0 /dev/disk0s1 /dev/disk0s2 /dev/disk0s3 　僕の環境はmacbook airで元々搭載しているディスクはSSD 1個で、 　それが/dev/disk0。 　/dev/disk0上の論理パーティションが/dev/disk0s1、/dev/disk0s2 、/dev/disk0s3と3個あります。 　まあ、ddコマンドを知っている人には説明不要ですね。 　Linuxでは/dev/sd* (*はa, b, c...)なのに、macだと/dev/disk*になるわけです。 　では、例えばUSBメモリにddコマンドでイメージを書き込みたい場合を考えます。 　USBメモリを刺して、もう一度ls /dev/disk*してみましょう。 　するとこうなるかと。 　/dev/disk0   /dev/disk0s1  /dev/disk0s2  /dev/disk0s3  /dev/disk1   /dev/disk1s1 　ハイ、これでUSBメモリが/dev/disk1として認識されることがわかりました。 　(macの環境に依って違うので、必ず上記確認をしてください) (2)macの「外す」はumountとデバイス外しを両方やっちゃう 　terminalで 　 df 　とコマンドしますと、現在マウントされているディスクが見えます。 Filesystem    512-blocks     Used Avail...
Read more