よく使うコマンドをピックアップ。 VM の一覧 $ VBoxManage list vms 動作中の VM 一覧 $ VBoxManage list runningvms VM を起動する Video コンソール有り: $ VBoxManage startvm "Windows8Pro" Video コンソール無し: $ VBoxManage startvm "Windows8Pro" --type headless VM を停止する 電源off: $ VBoxManage controlvm poweroff ACPI シャットダウン: $ VBoxManage controlvm acpipowerbutton スナップショット 作成: $ VBoxManage snapshot "Windows8Pro" take "win-tmp" 削除: $ VBoxManage snapsho
Sharing files between Macs and NAS drives and Windows PC’s has always been very easy, but Mavericks brought a slight change that has caused some problems for certain users in mixed PC and Mac environments. Without getting too geeky, Apple adjusted the default protocol for SMB (Samba, the Windows file sharing ability) from SMB1 to SMB2, and the SMB2 implementation apparently carries a bug which is
ぼくがいわゆる、インフラエンジニア。サーバサイド等をやるエンジニアになった時に何かに詰まったり、気になった事ができた時にGoogleで検索して、良く出てくるページが有ったんです。それは「sanonosa システム管理コラム集」でした。 その頃はインターネット上の情報もそんなに多くなくて、sanonosaさんの知識は幅広いしありがたいなぁ、と思ってました。 それから、ぼくのRSSリーダー（その頃はWebで見れるRSSリーダーってあんまりなかったですねｗ）には長らく、 @sanonosa さんのブログは入っていたと記憶しています。 その@sanonosa さんの書いたインフラエンジニア向けの本が出るということで、もし初心者向けだったとしても買うしかない、と思って即決で買った本が、こちらの『インフラエンジニアの教科書』です。 インフラエンジニアの教科書 作者: 佐野裕出版社/メーカー: シーアン
編集者のコメント：Mozilla の CTO、Brendan Eich は、Mozilla と先ごろ Cisco が発表した H.264 に関する記事を自分のブログに投稿しました。以下はその転載です。 昨年お伝えしたように、オープンソースソフトウェアにとって最大の課題の 1 つが、ビデオコーデックの特許に関する状況です。最も広く普及しているコーデック H.264 は MPEG LA が特許を取得してライセンスを供与しており、Firefox を含むオープンソース製品では採用できませんでした。Cisco は本日、高品質で無料(Gratis)のオープンソース H.264 の実装と、Cisco がそのソースコードからコンパイルし同社のサイトでダウンロードできる無料のバイナリモジュールをリリースすることを発表しました。これにより、すべてのオープンソースプロジェクトで、MEPG LA にライセンス料を
[Video] http://www.youtube.com/watch?v=TV5LEjN6d1U [Slide] http://203.softover.com/concur/rency/#/ Eugene KalenkovichがRocky Mountain Ruby 2013で、Concurrencyをテーマに講演しています。ユーモアがある楽しいプレゼンなので是非ビデオ（36分）を見てください。英語はなまりがきつくて聞き取りづらいですが、以下のメモ & スライドをざっと確認してから見ると内容はわかりやすいかと。 シングルスレッドでも、トラフィックが少なくても、Concurrencyを正しく理解していないとRailsではシアトルのモノレール事故のようになる可能性はある。 Concurrencyの問題がでるのは、開発中ではなくて、本番環境でサービスを開始した後。複数のプロセスが同じデー
以下の記事、かなり共感できる内容だった。 「あなたにしかできない仕事」はない http://www.nikkei.com/article/DGXBZO61432220S3A021C1000000/ 「替わりの効かない人材」を目指せというアドバイスは、結構いろんなところで見かける。この記事でも触れられているように、「自分にしかできない仕事」を作ることで、自己実現をしようとしている人たちもいる。たしかに、「君の代わりはいくらでもいる」と言われたら、誰もいい気持ちはしないだろう。「◯◯さんがいないと困る」と言われると、誰だって「頼られてる」ことを実感する。 しかし、この状態は組織としては健全ではない。個人単位で見ても、「◯◯さんしかできない仕事」ばかりでは、業務の集中を招き、容易に長時間労働に繋がる。仕事が特定個人しかできないものだとしたら、将来のスケールアップも見込めないということになる。「あ
情けは人のためならずの通り、人に親切したら大抵は自分に返ってきます もちろん人に親切するときは見返りも何も期待してないんだけど、相手によっては面倒くさくなることを最近知りました そもそも人に何かしてプラスになってもマイナスになることってほとんどないだけどさ 相手によってはあの時これやってくれたのに何で今はこれやってくれないんだよ？ と親切が当たり前かのように要求してくる ちょっとしたことならいいんだけどさ お金もしくは時間だったり手間がかかるのものを毎回要求されるとこっちも困るよね しかも感謝の言葉すらないとなるとなんで自分がこんなことやってるのってなるよね そういう人の親切に甘える人は付き合うとこんなかんじで面倒くさいから 最初から人に親切するときは相手がどんな人間か理解してからやるといいです
ビルドやテストの自動化を目的として、Jenkinsを利用する現場は多い。「開発支援ツール徹底調査2013」では、直近2年間でJenkinsを利用したことがあると回答した人のうち、ビルドの自動化を用途としている人は93.1％、テストの自動化を用途としている人は60.8％を占めた。 Jenkinsでビルドとテストを自動化するには、SubversionやGitといったソースコード管理ツール、Mavenなどのビルドツール、JUnitのようなテストツールという3種のツールを用意し、さらにJenkinsがそれらのツールと連携できるように設定しておく（図1）。そうすることで、メンバーがソースコードをコミットするとJenkinsが更新を検知し、ビルドツールをキック。あらかじめビルドツールに仕込んでおいた手順書に従って、ビルドやテストが行われる。 ビルドやテストが完了したら、JenkinsのWebページやメ
とりとめのない話をメモがてら。 最近、コードを読むことが多くあるのだけれども、「このコードは一人で書いているな」という感想を覚えることが多い。もちろん、基本的にはコードというのは、物理的には一人で書くものであるのは間違いないのだが、たぶん、それとはまた別種のものだ。 僕がこの世界でメシを食う数年前に、PHPユーザーは他の言語を知らないから、他の言語の良いプラクティスを知らないという批判が議論を呼んだことがあるようだ。このさいPHPはどうでもよく、問題は「他の言語の良いプラクティスを知らない」ということだ。プログラミング言語というのは、そのときに共存しているお互いのパラタイムと関係している。例えば、最近ならJava8がOption型を導入しようとしているのは、やはり「関数型言語」というのが成熟してきて、その方法論が有益なものとして受け止められるようになってきたからだ。C++もラムダを取り入れ
最近になって、オブジェクト指向がよくわからないという御仁とご一緒することになった。別段、それ自体が悪いことではない。確かに、その人の書いた、以前のコードというのはめちゃくちゃであった。当然のことながらif文は何十にも繰り返されているし、その中でネストが3つにも4つにも増えていくという恐るべきコードだ。そして、どうやら僕の前に、教えてくれた人がいるらしく、その人に「オブジェクト指向というのを教えてもらったから、もう少し上手く書けるようにになっている筈だ」ということを言っていた。 僕はそのことに、特段ケチをつけたいとは思わない。誰だって無知から始まる。僕もオブジェクト指向にとんちんかんなことを言って恥をかくことがある（もしかしたらこれからもね！）。無知が恥なのではなく、学ばない姿勢が恥なわけだから、僕はそういうのはいいなあ、と素直に思える。しかし、どうも僕は引っ掛かっていることがある。それをメ
2. はじめに 自己紹介 .sigure// (@Regenschauer490) 関西の大学院生 C++11歴8ヶ月の素人 const教穏健派 内容： const の使い方を中心に、私が経験的に気づいたことを コード例と一緒に説明していきます。 右下に「ここまでする必要があるのか？」を表すレベルを 私個人で恣意的につけてみました。 ※ Lv 0 は C++を使う上で是非とも守るべきだと思うものです 2 3. const 概要 cv修飾子の一種 const 修飾子 ： 変数の値を変更できないよう指示 volatile 修飾子 ： 最適化せずメモリへアクセスするよう指示 変数に対する修飾とメンバ関数に対する修飾がある const 修飾された変数の宣言時には初期化が必要 変数に対する修飾子の位置は 「const T」 「T const」 どちらでもO
はじめに この記事は、筆者が自分自身のためにまとめたものですが。以下のような方にもとってもオススメできるのでぜひご覧ください。 これからGitを覚えたい方（まだ簡単に追いつけます！） Git使っているけど実はよくわかっていない方（怖がらず裏を理解すれば意外と簡単でシンプルなんですよ！） 日常的にGit使いこなしているけど、いざというときググってしまう方も理解を深めるのに役立つと思います。（怖くない！Git！！） Gitの基礎・振返り向けサイト Git本家！ サイトデザインもかなり洗礼！ここらへんにも人気具合が伺えます。 git-scm.com ドキュメント(日本語)も豊富で素晴らしい。 Git - Book The entire Pro Git book, written by Scott Chacon and published by Apress, is available here
Xcode5の新しい機能として、 Botという継続的インテグレーションツールが導入されました。 アプリ開発時に、ソースコードを書く以外の部分を担当してくれる、たよりになるツールです。 自動的にビルド・テスト・リリースまでしてくれるので、ちょっと楽に開発を進められるようになるかもしれません。 継続的インテグレーションツール（CIツール）としてはJenkinsが広く使われていますが、BotにはJenkinsとほぼ同様の機能があり、さらにiOS/Macアプリに特化した機能が追加されています。 今Jenkinsを使っている人も一回試してみてはいかがでしょうか。 なお、詳しい公式資料はこちらです。 Xcode Continuous Integration Guide Botの主な機能 Botには、主にこんな機能があります。 自動ビルド インテグレーション詳細情報の表示 BigScreenによるコクピ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
