SYSTEMという仕組みで、バッテリーを長持ちにさせる代わりにグラフィックをIntelのチップセットのもを使うようにしたり、ハイパフォーマンスにしてNVIDIAを使うようにしたり、という設定がスイッチで付います。10にアップした後に撮ったので、LEDが点灯してないですが、本当はスイッチの向いてる方向のLEDが点灯します。これのおかげでモバイル用途もOKでゲームも楽しめるという贅沢な機種でした。10対応のドライバ類は提供されず。アップグレードのダイアログは出るもののディスプレイドライバが対応していません。(正式には忘れてしまいましたが)というワーニングが出るので自動アップデートはかけられない状態でした。10にしてもNVIDIAを使う事が出来そう、ということで意を決してアップグレードしてみました。このページを参考にさせていただきました。現在のNVIDIAの最新のドライバだと若干違う部分がありました。10で起動する訳ですが普通にIntelのグラフィックドライバで画面が表示されるので見た目的には問題なさそうな感じがします。NVIDIA使いたいので、インストーラをダウンロードして参考にさせていただいたページのようにドライバの情報を書き換え、さらに起動オプションでドライバ署名無効にしてインストール。半信半疑のままやってみたわけですが、一応使えるようにはなったみたい。なっていてそこをNVIDIAのに変えたらうまくいきました。ssh2のキーが見たことないフォーマットだった時の対処の仕方ある日、委託の方にサーバへのアクセス権を付与するためにSSHのキーをくださいと言ったら以下のようなフォーマットで送られてきた。----SECSH形式?という解らない形式のものらしい。思ってよくよく調べたら本来のSSHキーはこのような形式のようだ。(本当か??)今までOpenSSHに慣れすぎて来たという事なのかな。~/.ssh/authorized_keyとしてやれば良い。cloneすると他のブランチの情報とかも管理ディレクトリに持ってきている状態なのでディスク容量も食うし、cloneする時間もかかる。cloneするのが良い。[リポジトリ]こうすると、ブランチの最新のリビジョンだけを持ってきてくれる。今年の夏は暑い!そして、スマホも熱くなる!そんなときはこのタオルでサッと熱をとるといいかも今年は暑くてたまらないですね。スマホライフも熱との戦いとなりそうです。ゲームをするとさらに熱くなること間違いなしですね。機種によっては熱によってすぐに機能停止になったりするのもあるようです。ゲームなど割と長時間プレイする場合はバッテリーがもたずに充電しながらのプレイになるときも多々あるかと思います。充電しながらだと、非常に熱くなって持っているのもしんどくなるので、スマホの両端をつまむようにして持ちながらプレイしてたりします。そんなスタイルがちょっと辛かったのでなんとかして熱を取る事が出来ないか?と考えておりました。扇風機に当てるのも良いけどもう少しなんかさっと取れたりするといいなぁと。冷感敷きパッドというベッドに敷くタイプの安眠グッズがありそこでスマホをスリスリしてみました。したら、驚くほどスマホの熱が冷感敷きパッドに吸収されて、スマホの体感温度がすごく下がりました。それ以来、充電しながらスマホでゲームする場合は、冷感敷きパッドの上でスリスリしながらプレイしてます。外に出たときにも少しスリスリしたいなぁ。いうことで、今度はタオル状の冷感グッズを探してみました。[今治タオルの冷感グッズ]価格:1296円(税込、送料別)こんなのを見つけました。これは、見たところ冷感敷きパッドと同じタイプの素材で作られているようなので早速ぽちって見ました。※弱めのLEDスポットライトの部屋なので、色が変です。このタオルは、表が普通のタオル生地になっていて、裏側が冷感素材になっていました。こいつの裏側で、熱くなったスマホをスリスリ。スリスリ、スリスリスリスリスリスリスリ。スマホ持っても熱くない!でも、一つだけ欠点を見つけてしまった。タオルでスリスリしながらゲームプレイしてると、ゲームに実が入らない。ゲーム中以外でも発熱してきた場合に、このタオルでサッと熱を吸熱してスマホを冷ます事が出来るので発熱でバッテリーが心配、なんて感じるときは使ってみるといいかも?と思いました。あと、さすがに冷感敷きパッドのように広大な面積がある訳では無いので瞬時に吸熱出来る熱量も冷感敷きパッドには負けます。Exceeded」と言われる事が多くなり、定期的にワーカーの再起動をしたいと思ってました。見る限り、swapも出てしまい、レスポンスも遅くなっているようです。このような場合、heroku以外だと、unicornを使うので、unicorn_worker_killerを入れるのですがherokuだとpuma推薦なのでpuma使っていました。killer系の物があるのかな?と探してたところpuma_worker_killerがあるようなので、使ってみました。Restarts」というのを使うのが推薦のようなのでその設定で行ってみました。hoursendデフォルトだと6時間ごとに再起動ということになるので、ひとまず様子見で3時間に設定してみます。以下が、3時間でリスタートがかかるようにした設定になります。PumaWorkerKiller.enable_rolling_restartendこちらを設定したところピーク時は少しswapが出る時もあるものの、割と落ち着いたのかなと思います。この状態で様子見をし、アラートがまた増えるような感じであれば再度調整という事にしようと思います。ベンチャー・中小企業における開発チームの維持ベンチャー・中小企業における開発チームの維持と言うことで、またいくつかキーワードを挙げてみます。経営の視点から考えたとき、開発チームとして維持したい事は収益性のある機能について継続的に改修、機能追加が出来る事。将来に備えてスケール出来る仕組みを常に考えられるようにする。経営判断での急な対応も出来る。いったあたりがとくに重要となる。開発チーム視点から考えたときは、上記に加えメンバーのモチベーション維持。あたりが重要となりそうです。今回は開発チーム視点中心に少し考えてみます。モチベーション維持、これはメンバーそれぞれに異なるやる気スイッチが有るように思います。理想的なのは、その得意領域にそれぞれ割り当てするのがチームとしては最も効率が良くなります。サービスが軌道に乗るまでは、俗人化するのはある程度許容する事で、コミュニケーションコストが下げられ、本人はやりたい領域の事が出来、効率は上がります。前回も書きましたが、逆にモチベーションが下がる要因というのを排除していく事も重要となります。大きく影響するのはやはり人間関係で、信頼される事で大きく貢献出来るようにもなるし、本来以上の力を発揮出来ることもありますが、信頼されない状況があると、周囲にも影響があるので、ここは出来るだけ改善するようにしたいところです。これはおそらくどこの会社でもある問題ではあると思います。改善していくのか、ある時期に一気にリプレースするのか。これはどちらかが良いというのは、おそらくなくて、プロジェクトの状況や会社の収益なども影響してくると思います。そこがクリアになったとしてもチームとして技術的負債を改善していく空気が無ければ進まないので、日頃から少しでも改善していくための時間を作ったりTDDの意識をメンバーに持たせるようにするなりをしていく必要があります。そのための時間が必要と言うことをチーム外にも理解してもらう努力も必要です。新技術への挑戦や、新しいバージョンへのアップグレードが推奨される環境は、新しいことがやれている、という気持ちが持て、そこから社外にも知見共有などによってモチベーション維持とともに開発チームの技術力の底上げに貢献する事になります。知見の共有は、メンバーへの刺激になるとともに、自身の習得レベルの向上にも繋がるので推進したい所です。公式エンジニアブログなどは、上記に加え、会社としての技術のアピールも出来、意識の高いエンジニアが応募してくる可能性は上がるかもしれないため、将来の投資にもなりそうです。技術領域が公開されるため、スキルのミスマッチもある程度防げそうな気がします。bataがリリースされ、早速インストールしてみました。アプリケーションディレクトリに入れて、このアイコンをダブルクリックするだけでDockerの環境が自動的に構築されるようです。メニューバーにはDockerのアイコンが表示されるようになります。ToolboxでDockerを使っていた場合、この初回の起動時に既存環境を新しい環境で使えるように変換が行われます。(yesにした場合)今回は、全く新しい環境にインストールをしているので変換も何もなく、すぐにインストールが終わりました。変換した場合には、既存環境に応じて、それなりのディスク消費があるのでディスクの空きが少ない場合は要注意です。Dockerの環境としては、まだこれから試してみる事はたくさんありそうですがここで出てきた問題が、タイトルの通りpowと相性が悪そう、という点です。powは、Rackサーバで、ローカルでバーチャルホストを提供します。test-appというプロジェクトであれば、http://test-app.devでアクセスができるようになりますがtest-app.devは127.0.0.1になるので、localhostです。Macもポートを80番で指定してコンテナを起動したりするとhttp://localhost/でアクセスができるようになります。toolboxとは違いMac上でネイティブにハイパーバイザーを使って環境を構築しているようです。標準の設定のままだと、これらが衝突し、Dockerのコンテナにアクセスできない、といった状況が発生します。自分でもこのあたりが今出来る設定で回避可能なのかどうかは、調査中ではありますが覚書として書いてみました。