2014年12月2日のブックマーク (6件)

  • Amethystっていうタイル型ウィンドウマネージャが結構いけてる - けんちゃんくんさんのWeb日記

    これは、Pepabo Advent Calender 2014の2日目のエントリです。 1日目は鹿くんのインターネット詩ガイドでした。3日目はまだ決まっていないようです。 まとめ 2014年の年末時点では、Macのタイル型ウィンドウマネージャはAmethystがよさそう。 タイル型ウィンドウマネージャとは 皆さんはどのようなウィンドウマネージャをお使いでしょうか?私は数年前にタイル型ウィンドウマネージャというものを知り、Awesomeに出会ってからはずっとそれを使っておりました。 ウィンドウマネージャには大きくわけて3種類があり…という説明はWikipediaにおまかせするとして、まずはなぜタイル型ウィンドウマネージャがよいのかというところからお話させていただきます。 なぜタイル型なのか ウィンドウをきっちり配置するために、何度もウィンドウの大きさを変えたり、配置を入れ替えたり、その度に数

  • VeraCrypt - Home

    すべての Microsoft 製品 Global Microsoft 365 Teams Copilot Windows Surface Xbox セール 法人向け サポート ソフトウェア Windows アプリ AI OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox Live Gold Xbox とゲーム PC ゲーム Windows ゲーム 映画テレビ番組 法人向け Microsoft Cloud Microsoft Security Azure Dynamics 365 一般法人向け Microsoft 365 Microsoft Industry Microsoft Power Platform W

    VeraCrypt - Home
  • 8つのDocker開発パターン | POSTD

    以前、 OpenVz コンテナだった私の” ホームクラウド “と、 私があらゆるビルドに関して”ビルドサーバ”のリビルドを推奨するようになったワケ について書きました。 Docker はあっという間に私のお気に入りのツールに仲間入りしました。限りなく静的なサーバ環境を作り出す繰り返し可能なビルドを作成するという考え方が気に入ったからです。 今回は、私がDockerを使用する中で繰り返し現れるようになったいくつかのパターンを説明します。どれも特段に目新しいものでも非常に驚くようなことでもありませんが、皆さんにとってそれが役立つものであり、また皆さんがDockerを使用する中で遭遇するパターンについても聞くことができれば幸いです。 私がDockerを使って色々なことを試す根にあるのは、データを喪失することなくDockerコンテナそのものが自由に再作成できるよう、ボリュームにあり続ける状態を維

    8つのDocker開発パターン | POSTD
  • マイクロソフトは、C++でいかにしてMicrosoft Officeのクロスプラットフォームを実現したのか

    マイクロソフトは、C++でいかにしてMicrosoft Officeのクロスプラットフォームを実現したのか マイクロソフトはOfficeソフトウェアのマルチプラットフォーム展開を進め、Windows版、Macintosh版だけでなくWebから使えるOffice Onlineに加え、iPad版、Android版も公開を始めました。 Officeのような大規模なアプリケーションのマルチプラットフォームへの移植は、どのようにして行われているのか。9月に米国で開催されたC++言語のイベント「CppCon 2014」で行われた同社の講演「How Microsoft Uses C++ to Deliver Office (and More) Across iOS, Android, Windows, and Mac, Part I 」がYouTubeで公開されています。 Officeのコア部分はC++

    マイクロソフトは、C++でいかにしてMicrosoft Officeのクロスプラットフォームを実現したのか
  • やることを管理しよう ー 自己管理のベーシックレシピ

    アシタノレシピは「明日を楽しく!」をモットーに、日々の仕事やプライベートを楽しくするためのちょっとした工夫やコツ、考え方を紹介するブログメディアです。 自己管理の基礎を取り扱う「自己管理のベーシックレシピ」、前回は「予定を管理しよう<実践編>」ということで予定管理についてデジタル/アナログのメリット・デメリット比較しつつ、具体的にどの様に管理を行うか紹介しました。 今回は「やること」を管理する手法について紹介したいと思います。 自己管理の仕組みを作ろう 予定を管理しよう<基編> 予定を管理しよう<実践編> やること<タスク>を管理しよう←イマココ 予定とやることを書き出して時間を管理しよう 行動の記録を残そう 目標の考え方と立て方 目標を行動に落とし込む ■やることとは何で、どの様に管理すればよいか? ■やることとは何か? やること、タスク、TODO、作業・・などなど、さまざまな呼び方が

    やることを管理しよう ー 自己管理のベーシックレシピ
  • Goのデバッグに便利なpretty printライブラリ「pp」を作った - Qiita

    概要 k0kubun/ppという、pretty printライブラリを作った。 任意の型のオブジェクトをpp.Print()に渡すと色つきでpretty printしてくれるという非常にシンプルなもの。 作った背景 fmt.Printf("%#v", ...)等ではわかりづらい複雑なmapやstructをdebug printするときは、pretty printを使うと便利。既存のpretty printライブラリには、GitHubで人気なものだとdavecgh/go-spewやkr/prettyなどがある。 いままではGoでデバッグのために複雑な構造をダンプするときこれらを使っていたのだが、必要以上に型の情報が書かれていたり、大きなものだと白黒なのでパッと見てわかりづらいなどの問題があった。 そこで、型やフィールドごとに別の色をつけることで視認性を高め、ビルトインの型情報は色にまかせて省

    Goのデバッグに便利なpretty printライブラリ「pp」を作った - Qiita