長時間残業の依存しない働き方
数ヶ月期間を空けてしまったが、実は(元)同僚も見ているようなのでちゃんと更新していこう。。。
昨日、僕の会社で年次全社ミーティングがあった。今回の内容、これまで8回出席した中で最もエキサイティングで素晴らしい回だったので思ったことを残しておきたい。
ざっくり言うと、以下のような内容だった。
- 各組織のアップデート(特にDigitalのキーワードで)
- ワークスタイル変革のアナウンス
- チームラボ猪子氏のゲストスピーチ
3点目も非常にエキセントリックな内容だったので別途記事にするとして、今回は2点目について。
忌むべき文化
「仕事が出来れば何をしてもOK」というのが昔からの会社の文化だった。その一方で、大企業にもなりこれまでのように昇進・昇給することも難しくなってきたこともあり、「残業代で給料を稼ぎたい」という考え方もとくにSIやアウトソーシングの現場には出てきていることも事実。
両者は相対する価値観にも関わらず、これらが掛け合わさって以下のような問題が顕在化して久しい。
- 長時間残業することを前提とした働き方、時間に対するルーズさ
- 顧客や(特にカラーの異なる)他者に対する礼節、個人の尊重の欠如
更に具体的には(ミーティングでは自分が当てはまる場合は立ってマルを出すというやり方だった)
- 定時外にミーティングすることが常態化している
- 深夜に「明日朝までにやっておいて」と平気で支持する
- 残業を前提としたプロジェクトスケジュールを立てている
- 顧客メンバとすれ違っても挨拶をしない
- オフィスにゴミが落ちていても気にしない
- 顧客や中途採用組の同僚について平気で悪口を言う
- 朝出社時にまったく挨拶せずに無言でPCを立ち上げる
- 朝の出社や会議開始などに遅れることが常態化している
- 育児中などの家庭の事情を持ったメンバに配慮が出来ない
- (本当のパフォーマンスではなく)多く残業しているメンバを評価する
特に長時間残業について、問題の出方には2パターンあると思う。
- プロジェクト予算が潤沢な場合、求めるクオリティや作業量は高い一方でコストがかさんでもあまり問題にはならないため、マネジメント側も残業に対して寛容(ルーズ)になる。スタッフ側も残業代を稼げるのでダラダラと長時間働く。
- プロジェクト予算が枯渇している場合、予算とスケジュールがタイトな一方作業量が多いため、上から下に「何とかしろ」というマネジメントではないマネジメントが続き、長時間のサービス残業が強いられる。(結果、プロジェクト終了前後で大量に退職者を発生させる)
幸いなことに私自身は(若干は自分のマネジメントの成果、と信じておこう)後者のような状況に長期間関わったことはないが、前者の状態は確かに存在してしまっている。
半ば当たり前になってしまっていたこの文化に対して、初めて全社ミーティングで取り上げそこにメスを入れていかなければいけないと会社としてオフィシャルに表明されたことはこの会社にとって非常に大きな意義があるはずだ。
僕のチームの場合
今月、残念ながら緊急性の高い障害が発生してしまったのでまさに自分のチームでも長時間残業をせざるを得ない状況となった。そうでなくとも残業に対して寛容(ルーズ)な雰囲気のあるプロジェクトのため何もしなければ問題となるレベルまで残業が膨らんでしまう状態だった。そのような状況を絶対に作りたくなかったので(この背景はちょうど資料作成中などで別途書きたい)、以下のようなマネジメントをしていった。
- 残業時間の定期的なモニタリング。マネジャー、チームリーダクラスで週次でレビューする。これは長時間残業が発生していない平時から実施している(そうでなければ変化を早いタイミングで察知出来ないし、察知できる仕組みを確立しておけない)。
- メンバのタスク単位でのマイクロマネジメント。チームの自走化ができているので、平時は週2回の案件レビュー会以外はほとんどタッチしないようにしている。そういう時でも細かくみてしまうとメンバのマネジメントスキル向上を阻害してしまう。一方で今回のような問題が発生した場合はタスク単位で状況を把握し、優先順位付け(次にすべきタスクの指示、今日やるべきこととそうでないことの切り分け)や、タスクの具体的な方向性の指示などまで含めてマネジャー側から行う。これはタスクの整流化・効率化の意味合いだけでなく、通常移譲しているマネジメントタスクをいったんマネジャー側に戻すことでメンバに実タスクにフォーカスする時間を確保することにもなる。*1
- 長時間残業が及ぼす影響(会社のコスト、個人の評価、健康、また労働基準法的観点から)についてメンバに知ってもらう機会を作る。上述のようなマイクロマネジメントを行う上で、いきなりマネジャー側から実施してしまってはモチベーション低下や反発を招きかねないし、また実際にそのような影響について若いメンバは特に単純に知識がない。背景を知ってもらい、意図を理解してもらった上で行う場合とそうでない場合は結果にも影響してくる。
十分に行えた部分とそうでない部分があり、自分としても非常に勉強になった経験だったが、メンバに対してコスト意識、パフォーマンス(成果/コスト)意識の醸成につながっていけば、全社的なムーブメントにも寄与するはずだ。
*1:とはいえマネジメントタスクを取り上げる、細かい作業指示をするというのは当然メンバのモチベーション低下につながるので塩梅が難しい。。今回も残業時間低減だけを考えればもっと強行的にマイクロマネジメントをすべきだったが、かなり口出ししない部分を残し、故にその分残業時間は膨らんでしまったと思う。
アイディアの育て方(バンドマンの曲作りを例に)
アイディアを生み出すということが、ビジネスにおいて昔よりも比重が大きくなってきている。これはIT技術の進化によってシミュレーションなどの方法が次々と確立され、実験コストが飛躍的に低下したからだ。
そんなアイディアを生み出す伝統的な方法がブレスト、すなわちブレーンストーミングである。すこし前にこんな記事もあったが、僕もこの意見に賛成で、ブレストからは大したアイディアが出ることはないと思っている。
ブレストの欠点
まずはブレストの欠点を出しておこう。複数人で議論していることで決定的に問題なのは各人が他の人の議論に惑わされて「深い思考」が出来ないことだ。色々な人が色々な角度から話をするので、話題が分断されある一点を掘り下げるということが出来ない。
この点は更にもう一つの欠点を招く。各人は深く掘り下げた思考が出来ないため、例えいいアイディアがあったとしてもそれに自信が持てない。いいアイディア、すなわち新規性・革新性があってかつ価値があるアイディアというものは、その新規性が故にパッと思いついただけでは「本当に価値があるのか」「実現可能なのか」などというところまでは判断出来ない。ブレストの原則として「他人の意見を否定しない」ということを頑なに守ったとしても、そもそも各人が自信が持てないようなアイディアを口に出しにくいはずだ。
これはビジネスではなく、以前に僕がバンド活動、音楽活動を行っていたときに思ったことだ。
バンドでの曲作り、といって(特にそのような活動を行ったことがない人からすると)どういった過程を思い浮かべるだろう?ギターがリフ*1をなんとなく弾き始め、それにドラムやベースが合わせてだんだんとリズムとグルーヴが出来上がる。それを聴きながらボーカルが歌詞を書きながら最後に歌を乗せる、というような感じじゃないだろうか*2。この「何となく出来上がっていく」というのがバンドがバンドとして曲作りしている、という感じではないだろうか。
しかし、残念ながらこのような曲作りで名曲を作れるのはいないとは言わないまでも、ほんの一握りしかいない。それこそ十年単位で一緒にやっているメンバであれば出来るかも知れないが、これから活動を始めようとしているようなバンドでは絶対に無理だ。
このような場合「芯」がない、というか「芯」をメンバが見えない状態になっている。曲のテーマは何か、良さは何か、新しさは何かといったところが曲自体が未完成な状態では伝わってこない。これは最初にリフを弾き始めたギタリスト(でなくても構わない、最初に弾き始めた楽器)でも分かっていたり分かっていなかったりするはずで、最終形としてどういった形になるべきかは絶対に分かっていないはずだ。そういった「芯」が見えない状態で始めると、みんなが他のメンバの様子を伺って「なんとなく」合わせているだけになってしまって面白みのない曲にしかならないのだ。
まずはひとりで
それよりも、まずは納得いくまで一人でアイディアを煮詰めるほうがいいものが出来る、と思う。一人で煮詰めて自分が「最終形」と思うところまで形にする。
ここで「掘り下げ」が出来る。最初のアイディア、ビジネスで言えば妄想レベルの「こういうのどう?」といったこと、曲作りで言えば最初のリフなんていうのは何となく夢想していたり、何となく楽器をいじったりしていれば1つ2つ思いつく。それを最終形にしていくのが時間の最もかかる作業だし、集中しなければならない作業なのだ。それを多人数で30分や1時間の間にしろ、というのは無理な話だろう。
名を残しているクラシックの作曲家たちは大勢で集まって作曲しただろうか。そうではなく、ほとんどの楽曲は作曲家が一人で書き上げたものばかりだ。センスや技術を研ぎ澄まして結晶化させる、ということには一人での作業のほうが向いているということは、この歴史が教えてくれている。
ようやく出来上がった「俺的最終形」を、まずはメンバに聴かせる。どういった展開をしてどこで何を一番聴かせて、それらを総合してどういったテーマなのか、その時点になったら語れるようになっているはずだ。
最後に周りが磨く
もちろんギタリストは他の楽器が上手いとは限らないので、自分が思う最終形を作ったとしてもドラムのフレーズはダサダサ、ということもあるだろう。
しかし上記のように「俺的最終形」を聴かせられた時点であれば、各パートのメンバは「だったらここはこういうフレーズのほうがいい」という提案が出来る状態になっている。これは「俺的最終形」を聴かせられない、ただ断片のみ披露された時点では出来ない。なぜならばどういう曲かが(他のパートは拙いなりに)見えているから。
もちろんここで「そんな曲俺はやりたくない」というメンバも出てくるだろう。これ今回の「アイディアの育て方」という話とは別なので割愛する。
飽きると勝手に越境する
DevLOVE Advent Calendar 2014の12/5分の記事です。「越境」というキーワードで1日づつ様々な方が記事を書くというシリーズです。12/4はギルドワークスの@yohhatuさんの「ええやん」と思ったらやっていこうでした。こちらの記事を読む前に以下の下書きをしたのですが、読ませていただいたら「あ、なんか同じこと言ってる。。。」となりました。かなり自由度の高いテーマの中、偶然ですね。
自己紹介
グローバル総合コンサルティング会社にてシステム開発・運用のプロジェクトマネジメント、サービスマネジメントを主に行っています。自チームでのRedmine導入を始めてから、もっと楽しく効率よくソフトウェア開発をしていきたいなと思い、最近アジャイル・DevOps関連の勉強中です。
自分にとっての越境
つい先日、やっと肩書きもマネジャーになりました。おめでとうございます、ありがとうございます。これもひとつの節目、ということで越境かと。
越境、すなわち境界を越えるということですよね。境界、境い目を作るというのは人間があるものとあるものを識別するために設定した恣意的な行為です。本来境界などというものは自然界には存在しない。例えば国境なんてものは人間がそこに線を引かなければ存在しないのです。さらに陸と海の境界線も、絶え間なく動いているものですし、砂と水が混ざり合っているので1ピクセルの線で厳密には引くことはできないです。
何が言いたいかと言うと、境界線によって設定される領域などというものに本来意味はなく、色んな場所に散らばっているものを如何に有機的に結びつけて新しいもの、価値のあるものを作り出せるのか、ということが重要なんじゃないか、ということを以下で語ってみます。
スペシャリストとジェネラリスト
スペシャリストとジェネラリストという対義語があります。特定の領域に造詣が深く専門的職能を使い活躍する人をスペシャリスト、各方面に広く浅い知識を持ちそれらを組み合わせて活躍する人をジェネラリストというのが一般的な認識でしょう。
マネジャーという仕事はジェネラリスト職と言われます。チームメンバの成果や意見をまとめ、色々な顧客や上位マネジメント層と折衝する、確かにジェネラリストっぽいです。
しかし一方でスペシャリストとしての性質も有しています。プロジェクトマネジメントで言えばPMBOKでまとめられているような知識セットがあり、EVMやクリティカルパスメソッドなどのツールなどを有効に使えば、プロジェクトマネジメントという領域で効果的な価値を生み出すことが出来る(はず)です。究極のプロジェクトマネジャーは果たして、ジェネラリストでしょうかスペシャリストでしょうか。
この問いに対するヒントは確かトム・デマルコ『ピープルウエア』にありました。記憶ベースで記載するので正確ではないかも知れませんが、「軍隊の優秀な指揮官を教師にすれば非常に良い教育が出来るはずだ、という人がいる。しかしそれに対しては『では、優秀な教師を指揮官にすれば非常に良い軍隊になるのか?』と問えば良い。」という内容です。すなわちデマルコが言いたいのは軍隊と教育機関、それぞれには別々の背景・文脈があるので普遍的に通用しうる管理・指導などというものは存在しない、ということだと思います。
プロジェクトマネジャーはPMBOKなどの知識をベースにしながら、業種や状況を踏まえて取捨選択、カスタマイズした管理を行わなければいけません。そのために業務知識や技術知識、財務やヒューマンリソースに関する知識、コミュニケーション能力など幅広い知識・能力を持ち合わせていなければならないという意味でジェネラリストなのでしょう。
では一方で一般にスペシャリスト職と言われるような職業ではどうか、自分の専門領域だけの知識を日々積み重ねていけば良いのかというとそうではないでしょう。結局自分の専門以外の領域の知識を仕入れ、専門領域と組み合わせない限りは新しいもの、価値あるものを生み出すことはほとんど不可能に近いです。
結局ジェネラリスト職、スペシャリスト職などという区分も程度でしかなく、自分の職種に依らずどこまで自分の専門領域を深掘るべきか、どこまで手広く知識を付けるべきかというバランスを自分で取らなければなりません。
飽きると勝手に越境する
では何を以ってそのバランスを見極めれば良いのでしょう?個人的に最近勝手に思った(というか思うことにした)答えとしては「自分が飽きたかどうか」でいいんじゃないかということです。
世の中にはひとつのことにひたすら傾倒してその道を極めるような人もいます。僕の会社にもSAP社のソリューションについて唯一無二の知識を持っていて、何かSAPソリューションで課題が発生したらとりあえずその人に聞いてみよう、なんて人もいます。
それに対して僕の場合は飽きやすい。その時々でなんとなくテーマはあるんですが、読む本のジャンルがコロコロ変わります。ここ2-3年で、マネジメント論、人類の歴史、宗教、哲学、美学、倫理、未来、デジタル、Redmine、アジャイル、DevOps、経済学、組織行動、システム思考、人工知能と、(小説や漫画を除いても)結構雑食なほうだと思います。
一時期はもっと何かに絞ったほうがいいんじゃないかと思ったこともありました。それこそもっとスペシャリティを持つべきじゃないか、自信を持って「僕は○○なら誰にも負けません」と言えるようなものを作るべきじゃないかという不安感です。
しかし最近飽きるということを非常にポジティブに考えるようになりました。これにはある元上司と、ある知人の以下の言葉が元になっています。
お前はなんだかよくわからない状況にぽんっと突っ込んでも分からないなりに成果を出せる。だから使いやすい。
お前は何か新しく始めてもすぐにそこそこ良い感じのアウトプットを出してしまう。
片方は仕事、もう一方は完全にプライベートでしか関わりあいのなかった人たちからほとんど同じようなことを言われたわけです。飲み込みが早いということだとポジティブに受け取っています(真意は分かりませんが)。
つまり飽きるのは「だいたい分かった(気になる)」からのはずです。このくらいのことが分かったら自分が必要とするレベルの知識が身についた、これよりも深く知ったとしても(だんだん限界効用は逓減するので)それほど面白くない、そんなに役に立たない、と「飽きた」と感じたときに判断しているのです。そこででは次は○○の領域に、と勝手に越境が発生する。
これを続けていけば自分の求めているレベルのスペシャリティとジェネラリティに到達することが出来るんじゃないでしょうか。そして越境を重ねただけ散らばった知識や能力を、どこかの機会で有機的に結びつけることで新規性と価値を提供出来るはずです。当然そのためには単に飽きるだけではなく、次は何に取り組もうかという探究心が続かなければいけないのですが。
こう考えると飽きることに対して気軽になれ、気楽に越境を経験出来るのでは。
次のひとへ
@emorinaさんです。ちょうどこないだのDevLOVEプレイバック甲子園でRails Girlsのプレゼン聞きました!よろしくお願いします。
- 作者: Project Management Institute
- 出版社/メーカー: Project Management Inst
- 発売日: 2009/12
- メディア: ペーパーバック
- 購入: 69人 クリック: 828回
- この商品を含むブログ (13件) を見る
- 作者: トム・デマルコ,ティモシー・リスター,松原友夫,山浦恒央
- 出版社/メーカー: 日経BP社
- 発売日: 2013/12/18
- メディア: 単行本(ソフトカバー)
- この商品を含むブログ (5件) を見る
Redmineのカスタマイズ方法
先日自チーム内の勉強会で「Redmineのカスタマイズ方法」についてPowerPoint資料にまとめたので一般公開出来る内容に微修正して公開しておく。
例によってチームメンバの英語の練習を兼ねた資料なので全編英語、Redmineの画面も英語版でスクリーンショットを取得しているので、英語版で使用する場合に特に参考になるだろう。
チーム開発実践入門 ~共同作業を円滑に行うツール・メソッド (WEB+DB PRESS plus)
- 作者: 池田尚史,藤倉和明,井上史彰
- 出版社/メーカー: 技術評論社
- 発売日: 2014/04/16
- メディア: 単行本(ソフトカバー)
- この商品を含むブログ (7件) を見る
プレイバックDevLOVE現場甲子園2014に参加してきました
DevLOVEのイベントに初参加してきました。
俺のエンジニアリング:及部敬雄さん
- 作者: Henrik Kniberg,角谷信太郎,市谷聡啓,藤原大
- 出版社/メーカー: オーム社
- 発売日: 2013/10/26
- メディア: 単行本(ソフトカバー)
- この商品を含むブログ (9件) を見る
ユーザーが「それいいね!」と言うまで:志田裕樹さん
ユーザーが「それいいね!」と言うまで // Speaker Deck
犬版のTwitterサービスをやっているとのことで、ユーザーにGoogle Hangout経由でインタビューしたり、やはりエンタープライズシステムの運用・開発とは違うな、とただただカルチャーギャップを感じました。
自分のチームをどう作る? by すぎいまさかつさん
Fearless Change アジャイルに効く アイデアを組織に広めるための48のパターン
- 作者: Mary Lynn Manns,Linda Rising,川口恭伸,木村卓央,高江洲睦,高橋一貴,中込大祐,安井力,山口鉄平,角征典
- 出版社/メーカー: 丸善出版
- 発売日: 2014/01/30
- メディア: 単行本(ソフトカバー)
- この商品を含むブログ (14件) を見る
デザイナーもアジャイルをやってみたい by 秋葉ちひろさん
私がドメイン駆動設計をやる理由 by 増田さん
中間管理職がいなくなったらプロジェクトがうまく進みだしたよ♪:西秀和さん
IT人材白書2014をプロマネ視点で読み解く - ぷろまねさん
とは言えその後の実体験からの「管理者不在での成功」は学ぶべきものがある。大炎上の末大失敗したサービスイン後、そのリカバリフェーズでは予算の都合で単価が高いマネジャーが切られたまたまエンジニアだけが残った、そしたら1ヶ月でリカバリ出来てしまった、とのこと。
その理由としては、管理者が作業者に対して「何をすべきか(WHAT)」の段階まで粒度を細かくして渡してしまうと、作業者はそのWHATに対して「どうやってすべきか(HOW)」、「なぜすべきか(WHY)」までさかのぼって考えるに至らず、自発的に動けなくなる。それがたまたま管理者がいなくなった状況では作業者たちで自発的にWHY / HOWから考えるので、適切な打ち手が打てるということ。
管理者側からしてもこれは(作業者もちゃんと頭の良い人々な現場という前提で)同意しないといけない内容だと思う。作業者にHOWの部分から振ってちゃんと考えさせる、考えるクセを付けさせることは必要なこと。一方ででは管理者は何をしていればいいのか?というのも大きな問いだと思う。これはまた別の機会に考えたい。
アドベントカレンダーやります
帰りがけに上手いことアドベントカレンダーのお誘いに引っかかってしまいました。
DevLOVE Advent Calendar 2014 「越境」 - DevLOVE | Doorkeeper
アドベントカレンダーという単語自体これまで知らなかったのですが、本来のアドベントカレンダーはクリスマスを楽しみに待つための1日ごとのお菓子入りのカレンダのことだそう。
エンジニアのアドベントカレンダーは何かのテーマに沿ってみんなで1日づつ記事を書いていくのだそう。
上記の通り、「越境」というテーマで12月5日に書くことになったようなので、それまでに考えておこうと思います。
Apple TVで作るワイヤレスAV環境
プライベートのほうが色々と忙しかったのでだいぶ空いてしまった。
ということで今回はそのプライベートでの作業の1つでもあった、先週行ったAV環境の再構築について。
Apple TV
今回の主役はこちら、Apple TV。
Apple ハイビジョン対応 Apple TV MD199J/A
- 出版社/メーカー: Apple Computer
- 発売日: 2012/03/16
- メディア: エレクトロニクス
- 購入: 13人 クリック: 468回
- この商品を含むブログ (77件) を見る
Mac miniを小さく黒くしたような製品だが、これをインターネットとテレビに繋ぐことによって
などが出来る。
しかし今回の主目的は上記のような単体での使用ではなく、AirPlayを使った各種端末からのワイヤレスオーディオビジュアル環境の構築。
これまでのAV環境と課題
これまでのAV・PC環境を図示すると以下の通り。
ネットワーク自体は無線LANによってワイヤレス化出来ていたものの、AV環境がデスクトップPC依存になっている。
一方でコンピュータ端末はデスクトップPCの他にもMac book air、iPad、iPhoneといくつも存在していてそれらのどこからでもメディアにアクセスしたい。音楽メディアファイルはiTunes Match、動画などその他メディアファイルはQNAPのNASによってどの端末からでも引き出すことが可能になっているので、どこからでも鳴らしたり見ることは出来るのだけれど、それは各端末のスピーカやスクリーンからしか出力出来ないので、せっかくそこそこのテレビとスピーカがあるにも関わらずなかなか使わない。という状態。
ではデスクトップPCへのアクセスを出来るだけしやすくしようということで↓のワイヤレスキーボード+マウスなどを取り入れてみたこともあったのだけど、やはり操作のしやすさはそれほど良くなく。
Lenovo ミニ・ワイヤレスキーボード N5902 0B44656
- 出版社/メーカー: Lenovo
- 発売日: 2011/11/15
- メディア: Personal Computers
- 購入: 1人 クリック: 13回
- この商品を含むブログを見る
そもそもデスクトップPCが机のかなりの面積を(配線とともに)占めてしまっていることに対しても不満だったところで色々解決策を考えていたところ、「Apple TVがあればデスクトップPCなくせるな!」と思い立った。
Apple TVをハブとしたワイヤレスAV環境
ということで結果的には以下のような構成になった。
Apple TVからはHDMI接続でテレビに、光(オプティカル)オーディオ接続でオーディオ・インターフェースに接続している。そしてオーディオ・インターフェースからはこれまで通りスピーカにアナログ出力している。さらにこのオーディオ・インターフェース、以前に音源制作で使用していたものなのでかなり入出力端子が多くあり、オプティカルオーディオ入力が2口ある。なのでテレビからの音声もこのオーディオ・インターフェース経由でスピーカから出力可能にした。
こうすると映像はテレビのみにいくためシンプルなのだが、音声のほうは結構複雑になる。
- テレビの音声:テレビ自体のスピーカと、テレビ→オーディオ・インターフェース→スピーカの両方で出力される
- iPhone等からの音声:
つまり、Apple TVにHDMIとオプティカルオーディオの両方を接続した場合、必ず両方から音声出力される。これは設定の中に関連する項目はなかったように記憶している。当然、テレビとスピーカの両方から音が出てしまうと微妙な音ズレによって濁ってしまうので、どちらか(基本的にテレビ、リモコンで操作可能なので)を消音して使用するという寸法。
AirPlayでの操作
配線とApple TVの初期設定さえしてしまえばあとは非常に簡単。
音楽の場合は各端末からiTunesを立ち上げれば以下のようなディスプレイのようなアイコンが出てくるので、これでApple TVを選択すれば自動的に端末のスピーカからApple TVの(に繋がっている)スピーカに勝手に切り替えてくれる。Bluetooth接続のように複数の端末を繋げておくと前に接続していた端末を一度切り離してから別の端末を繋げる、というような面倒なことをしなくても、常に今使いたい端末からの操作だけで繋げてくれる。この辺りはさすがApple製品のエコシステムといったところ。
映像の場合も基本的には同じ。iPhone、iPadからはブラウザで動作再生するだけだと端末側で映像再生、全画面表示にするとテレビのほうに自動的に映像が映ったりする。ここらへんは親切設計のようにも見えるし、使い方によっては好みが分かれそう。
いずれにせよ、どの端末からでもいつでもちゃんとしたスピーカから、大画面のテレビから音声・映像を映し出せる、しかも手間がかからずに、という環境が出来たことは大満足。Apple製品以外からが出来ないところが難点だろうけども僕の場合のようにApple製品だけしかなければ問題ではない。Chromecastもテレビに対しては同じことが出来ると思うけど、音楽再生環境を重視するのであれば現状Apple TVの代替製品はないかも。
セットアップで困ったところ
Apple TVのセットアップにはほとんど困らなかった。ただし、単体ではスクリーンもボタンもまったくない製品なので、設定をどうやってやるの?というのは説明書を読まないと一瞬分からない。テレビ等を接続すれば自動的に設定画面が出るし、付属のリモコン(最初の設定以外では全く使っていない)を使って設定を行うのだが、直感的にそれを理解出来る人はいるだろうか?ただ、これはそういう製品なので悪いところではないと思う。むしろ、ガジェット好きならば新鮮な感覚で楽しいはず。
それよりも今回難儀したのはオーディオ・インターフェースの設定のほう。まずそもそもこのオーディオ・インターフェースがスタンドアロンで動作することを確認し、今回の構成にすることにしたのだが、単に接続しただけでは音が出なかった。オプティカルオーディオ端子を使用したのが今回初だったというのもあるのだが、結果としては同端子はADATとTOSLINKという2つの規格を兼ねた端子だった。ADATはマルチチャンネル(8チャンネル)の音声信号を同時に流すことが出来る規格、一方でTOSLINKは通常のステレオ音声信号(たぶん)を扱う規格。このADAT/TOSLINKの切り替えをオーディオ・インターフェース側で行っていないとオーディオ・インターフェース側が信号を受け取ることが出来ず音が出ない、ということだった。
そもそもこのオプティカルオーディオ接続規格、Apple TVのようにオプティカルオーディオとふんわりした記述の仕方だったり、上述のADAT、TOSLINK、はたまた微妙に端子の形状の違うS/PDIFなどあったりしてなかなかややこしい。
その他
前述の通りデスクトップPCをなくしている。Windows環境がなくなること、またAcrobatなどWindows用に購入していたいくつかのソフトウェアが使用できなくなるわけだが、どうしても必要になればBoot Campなど使ってMac上にWindows環境を築けばいいだけ。
ただ、モニタがないのは少々不便。本当はThunderbolt Displayを買いたいところなんだけど、5K iMacが登場した今2011年からアップデートされていないこれを買うのは確実に負けな気がするのでアップデートあるまでは待とうかと。
APPLE iMac Retina 5K Display 27 (3.5GHz QuadCore i5/8GB/1TB Fusion/ AMD Radeon R9 M290X) MF886J/A
- 出版社/メーカー: アップル
- 発売日: 2014/10/21
- メディア: Personal Computers
- この商品を含むブログ (1件) を見る
アップル Thunderbolt Display(27インチフラットパネル) MC914J/B
- 出版社/メーカー: アップル
- メディア: Personal Computers
- この商品を含むブログを見る
いくつか試してみたMOOC
1. gacco http://gacco.org
今回MOOCを試すきっかけとなったのがgacco。ドコモが出資?しているようで同社のTwitterで流れてきたので知ることとなった。日本でのMOOC自体がまだ盛り上がっていないのでどこもまだデファクト・スタンダードと呼べるサービスはないのだけど、その中では比較的充実しているのではないかな?(日本(語)でのMOOC情報はJMOOC http://www.jmooc.jp で横断的に探せるよう。)
受講予定の講座
今回受講申込をしたのは2講座。どちらも未開講のため聴講はまだ出来ていないですが。
- 人とロボットが共生する未来社会 https://lms.gacco.org/courses/gacco/ga018/2014_12/about
-
- カーツワイルの言うGNR(遺伝子、ナノテクノロジー、ロボット)革命。今後この3分野については基礎知識を付けていかなければと思っていたところだったのでちょうどちょうどいいなと。特にロボット技術は3分野の中でも一番ITと親和性が高い分野ですし。この講座はロボットを作る技術ではなく、ロボットと人間が共生するようになってからの社会についての哲学的議論を主題にしている、ということなので、『アンドロイドは電気羊の夢を見るか』や『イヴの時間』などのSF作品にも近しい題材であり楽しみ。今年12月から開講だそう。
- 作者: フィリップ・K・ディック,浅倉久志
- 出版社/メーカー: 早川書房
- 発売日: 2012/08/01
- メディア: Kindle版
- 購入: 3人 クリック: 89回
- この商品を含むブログ (19件) を見る
- 作者: ジムハイスミス,Jim Highsmith,平鍋健児,小野剛,高嶋優子
- 出版社/メーカー: 日経BP出版センター
- 発売日: 2005/06/09
- メディア: 単行本
- 購入: 8人 クリック: 214回
- この商品を含むブログ (33件) を見る
その他、現在準備中の「マンガ・アニメ・ゲーム論」は趣味として聴講するつもり。
セカイ系とは何か ポスト・エヴァのオタク史 (ソフトバンク新書)
- 作者: 前島賢
- 出版社/メーカー: ソフトバンククリエイティブ
- 発売日: 2010/02/18
- メディア: 新書
- 購入: 28人 クリック: 641回
- この商品を含むブログ (70件) を見る
サービス
2. edX https://www.edx.org
受講中の講座
- CS50x Introduction to Computer Science https://www.edx.org/course/harvardx/harvardx-cs50x-introduction-computer-1022
-
- ハーバード大のコンピュータサイエンス入門講座。
- 第1回(Week 0)のみ聴講してみたが、デジタル(0/1)の説明、アルゴリズムや基本的なプログラミング構文(if, for)の説明などさすがに基本的な内容。とはいえ僕は独学(しかも中学時代)でしかプログラミングも勉強していないし、コンピュータサイエンスを体系的に習っていないので、半分復習がてら良いかなと思っている。
- CS188.1x Artificial Intelligence https://www.edx.org/course/uc-berkeleyx/uc-berkeleyx-cs188-1x-artificial-579
-
- UCバークレイ校の人工知能の講座。2013年のアーカイブ済講座のため、ディスカッションだったりは出来ないがいつでも全講座聴講可能。
- 第1回のみ聴講してみたが非常に面白い。AIの定義、AIで出来ること出来ないことなど第1回にふさわしい根源的な話をしてくれていた。こちらも超早口。
- Introduction to Philosophy: God, Knowledge and Consciousness http://www.edx.org/course/mitx/mitx-24-00x-introduction-philosophy-god-2481#.VC_VPEstMds
-
- MITによる哲学入門講座。「神」「知」「意識」の3つについて扱う模様。教授が凄いエモーショナル。つい先日9/30から開始なのでまだすぐにキャッチアップ可能。
- 第1回を聴講したところ、これがものすごく面白い!「神がいる、またはいないということをどうやって議論によって証明できるか」という内容だったが、Lecture 2からのValidity, Soundness, Potential Convincingnessについての議論は論理学的な内容に始まりより実践的な内容まで深堀りしているので一見の価値あり。
受講予定の講座
- ER22.1x Justice https://www.edx.org/course/harvardx/harvardx-er22-1x-justice-1408#.VC_QsEstMds
-
- 言わずと知れたマイケル・サンデル教授による「正義」講座。これもアーカイブ済講座。
- 『これから正義の話をしよう』も非常に面白い内容だったのでその復習がてら。
これからの「正義」の話をしよう ──いまを生き延びるための哲学 (ハヤカワ・ノンフィクション文庫)
- 作者: マイケル・サンデル,鬼澤忍
- 出版社/メーカー: 早川書房
- 発売日: 2012/08/01
- メディア: Kindle版
- 購入: 8人 クリック: 11回
- この商品を含むブログを見る
- CS169.1x Engineering Software as a Service, Part 1 https://www.edx.org/course/uc-berkeleyx/uc-berkeleyx-cs169-1x-engineering-3811#.VC_N4UstMdt
-
- UCバークレイ校によるSaaSの講座。今月21日から開講予定。
- Ruby on railsとアジャイル手法を使っての講義ということで、SaaSを「使う」側ではなく「作る」「提供する」側のための内容であることを期待。
- MITx: 15.S23x U.Lab: Transforming Business, Society, and Self https://www.edx.org/course/mitx/mitx-15-s23x-u-lab-transforming-business-2286
-
- MITによる「U理論」についての講座。2015年1月から開講予定。
- U理論についてはhttp://www.presencingcomjapan.org/utheory/あたりを参照。U理論についてあまり知らないのだけど講座タイトルに惹かれたので受講してみようかと。
- TPM1x Solving Complex Problems https://www.edx.org/course/delftx/delftx-tpm1x-solving-complex-problems-2146#.VC_ZCUstMds
-
- オランダのデルフト工科大学による複雑な問題に対する解決についての講座。11月開講予定。
- これも講座タイトルに惹かれた系。複雑系だったりの話だったりするのかな?と予想しつつよく分からないので開講を待っておく。
- ANTH_207x Introduction to Human Evolution https://www.edx.org/course/wellesleyx/wellesleyx-anth207x-introduction-human-873#.VC_XMUstMds
-
- ウェルズリー大による人類進化の歴史講座。これもアーカイブ済講座。
- 人類学・考古学などに関する素養も僕はなく、関連するとしたら読んだものはマット・リドレーの『繁栄』くらい。一方で今後の人類進化を考えるためには必要な知識になるはず。
サービス
1. Coursera https://www.coursera.org
edXと双璧をなすメジャーなMOOCサービスがスタンフォード大中心のCourcera。
受講予定の講座
- A Brief History of Humankind https://www.coursera.org/course/humankind
- Introduction to Philosophy https://www.coursera.org/course/introphil
- An Introduction to Operations Management https://www.coursera.org/course/operations
- Surviving Disruptive Technologies https://www.coursera.org/course/sdt
-
- メリーランド大による「破壊的テクノロジー」についての講座。既に開講中で11月まで。
- アクセンチュアでも今年度「創造的破壊」や「破壊的テクノロジー」がキーワードになっている。http://www.accenture.com/microsites/it-technology-trends-2014-jp/Pages/home.aspx クリステンセンの『イノベーションのジレンマ』、さらに言えば「イノベーション」という言葉で辿ればシュンペーターまで遡れる古い概念ではあるが、クラウドや電子書籍などまさに破壊的テクノロジーに該当するものが数々生まれている(まさにカーツワイルの言うシンギュラリティを匂わせる)現在、このテーマの知識は必須かと。
イノベーションのジレンマ 増補改訂版 (Harvard business school press)
- 作者: Clayton M. Christensen
- 出版社/メーカー: 翔泳社
- 発売日: 2012/09/01
- メディア: Kindle版
- 購入: 1人 クリック: 2回
- この商品を含むブログ (9件) を見る
- Paradoxes of War https://www.coursera.org/course/warparadoxes
- 作者: アザー・ガット,石津朋之/永末聡/山本文史監訳,歴史と戦争研究会訳
- 出版社/メーカー: 中央公論新社
- 発売日: 2012/08/09
- メディア: 単行本
- 購入: 1人 クリック: 9回
- この商品を含むブログ (10件) を見る
- Nanotechnology: The Basics https://www.coursera.org/course/nanotech
-
- ライス大によるナノテクノロジ入門講座。アーカイブ済講座のため全部聴講可能。
- 前述のカーツワイルのGNRの2つ目であるナノテクノロジ。これも入門的な内容は抑えておきたいなと。
- Model Thinking https://www.coursera.org/course/modelthinking
-
- ミシガン大によるモデル思考法についての講座。10/6より開始。
- 基本的に「モデル」という言葉に弱いのであまり内容知らないまま申し込んでおいた。
- Philosophy and the Sciences https://www.coursera.org/course/philsci
- Introduction to Genetics and Evolution https://www.coursera.org/course/geneticsevolution
-
- デューク大による進化と遺伝についての講座。2015年1月より開始。
- なんとカーツワイルのGNRの3つともgacco/edX/Courseraでカバー出来てしまった。
- Nonlinear dynamics 1: Geometry of chaos https://www.coursera.org/course/chaosbook
-
- ジョージア工科大学によるカオス理論についての講座。2015年1月より開始。
- カオス理論について、まったく予備知識はない。とりあえずこのあたりを読んでおいた。http://www.h5.dion.ne.jp/~terun/doc/kaosu.html ついていけるか分からないが聴いてみよう。
- Artificial Intelligence Planning https://www.coursera.org/course/aiplan
- Introduction to Systems Engineering https://www.coursera.org/course/introse
-
- オーストラリアのニューサースウェールズ大によるシステム工学の入門講座。2015年3月より開始。
- コンピュータ科学とともにIT領域の学問であるシステム工学。両者の違いもイマイチ曖昧なため、その違いを知るためにも。
サービス
会員登録方法は名前、メールアドレス、パスワードのみのシンプルなもの、他のサービスとの連携はなし。まだ聴講していないので講座自体の良し悪しは分からないが、講座検索は非常に充実している。分野や言語でフィルタ出来たり、キーワード検索も可能。講座数は750件ほどとおそらく世界最大。とはいえ中国語での講座だったり、現在配信していない講座も結構多いよう。edXはほとんど学術的な講座に見受けられるが、Courseraの場合は実学(交渉術とか、馬の育成(笑)とか)や一般教養(ロックの歴史とか)的な内容も含まれている印象。