IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.
![Efficient data transfer through zero copy](https://cdn-ak-scissors.b.st-hatena.com/image/square/976d6b25b135fedb9c2be132b02244d48574a5af/height=288;version=1;width=512/http%3A%2F%2Fwww.ibm.com%2Fdeveloperworks%2Fi%2Fdw-social-201508.png)
The "Double-Checked Locking is Broken" Declaration Signed by: David Bacon (IBM Research) Joshua Bloch (Javasoft), Jeff Bogda, Cliff Click (Hotspot JVM project), Paul Haahr, Doug Lea, Tom May, Jan-Willem Maessen, Jeremy Manson, John D. Mitchell (jGuru) Kelvin Nilsen, Bill Pugh, Emin Gun Sirer Double-Checked Locking is widely cited and used as an efficient method for implementing lazy initialization
Mercurial の使い方のチュートリアル このチュートリアルは Mercurial の使い方を紹介します。 SCM ソフトウェアを使うにあたっての特定の予備知識は必要ありません。 あらかじめ Mercurial を理解する を見ておくとよいでしょう はじめに このチュートリアルを読み終われば、次のことが分かるでしょう: Mercurial を使うのに必要な基本的な考えとコマンド ソフトウェアプロジェクトに貢献する際の Mercurial の簡単な使い方 Mercurial のマニュアルページ hg(1) と hgrc(5) に目を通すことを強くお勧めします。 マニュアルページは リリース tarball にも doc/hg.1.html と doc/hgrc.5.html として含まれています。 コマンドラインで hg help <command> とタイプしても良いでしょう。 チュー
重要: Mercurial の 1.x ⇒ 2.0 では、 コンセプト/操作性/互換性等における大きな改変はありません。 あくまで通常の定例アップデートに過ぎませんので、 従来の版を元に書かれている情報の多くは、そのまま適用可能です。 はじめに ノート PC での移動中作業が多くて 「オフラインでコミット/ブランチ作成/履歴参照/差分参照できない」 ことに不便を感じていたり、 「システム構成例」 に示すような構成管理の仕組みを必要とした経験がある場合、 分散リポジトリ形式を用いる Mercurial は、 試してみる価値のあるソフトウェア構成管理 (SCM: Software Configuration Management) ツールと言えます。 しかし、 CVS などを常用して SCM ツールの原理/概念を理解している人でも、 意外に「分散リポジトリ」という考え方がピンとこない場合が有る
【1】 SCMとは? 「Software Configuration Management System」の略で、 邦訳は「ソフトウェア構成管理システム」がふつーなんですが、 一般には「バージョン管理ツール」とかの方が通りが良いでしょう。 主な機能として、 管理対象ソフトウェアのソースコード一群の変更を記録しておき、 時系列順に変更履歴をたどれるようにしたシステムなんです。 具体的な対象はソースコードファイルが基本です。 ソースコードの変更のあった行を抽出したり出来ます。 最近のバージョン管理ツールは あらゆるファイルの履歴を追えるようになっています。 ワードやエクセル、バイナリファイルなどもとりあえず バージョン別に記録されたものを取り出せます。 (部分的な変更を抽出まではできないことが多いです。) 仕組みとしては 「管理対象ファイル群」とは別に 「リポ
おしらせ このページは2005年4月ころ、Git登場当初の情報を整理するために作成しました。現時 点では古い情報が中心になっています。2008年3月現在の情報をまとめ た資料として、Software Design 誌に「Git 入門」記事を寄稿しました のでそちらをご覧ください。 はじめに 従来LinuxカーネルのメンテナンスにはBitKeeperを使っていましたが, いろいろな問題があり,結局2005年4月4日くらいからLinusは新しい バージョン管理システム(VCSとかSCMとかいう)を導入することになりました. その選択の過程で最悪の場合を想定して開発をはじめたgit. 結局2005年4月21日,LinusはgitでこれからLinus Kernelを管理することを発表しました. それ以降の Linux カーネルの開発はgitで行われています. 2005年7月ころにLinusはgit
と、ちょっと考えてみた。 まず、当たり前だが、基本スペックとしての (1)地頭のよさ は大事。CPUは高速の方がいいし、メモリーの容量も多いほうがいい。しかし、こればっかりは努力してもなかなか変わるもんでもないし、年をとるにつれて性能は落ちていく。だから、生産的な仕事を「やり続ける」ためには、ほかにもいろんなものが必要だ。 そこで、落ちていく(1)の能力を補うために、 (2)物事の本質をおさえる能力 が、大事になってくる。研究を続けていると膨大な情報がインプットとして入ってくるが、本質をつかんで理解しておけば、メモリーの浪費も少なくてすむし、バラバラの知識を有機的に結合させることも簡単になる。だから時には、一部の細かいディテールをあえて忘れていたほうが結果的に良かったりすることもある。 さて、いくらスペックが良くても、リサーチは簡単じゃないから、どこかでスタックしてしまうことがある。そこで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く