UNIXと真剣に関わる人のための重要な1冊 UNIXシステムの標準Cライブラリが提供するシステムコールをはじめ、膨大な関数について詳細に解説し、「UNIXでプログラミングを行う者すべてが読むべき1冊。読んでないヤツはモグリだ」とまで言わしめたUNIXプログラマ必読の書籍です。 もちろん非プログラマにとっても、UNIXという環境や仕組みを、その“考え方”のレベルから説き起こし豊富な演習問題で理解させてくれる、名実ともに剛毅な大著です。これまで日本語で読めたのは1992年に刊行された原書初版でしたが、本書は最新版（第3版）を翻訳したものです。訳者はその初版から携わっていた大木敦雄先生です。 【注意：本書第1刷は原書のエラータサイト（http://www.apuebook.com/errata3e.html）のうち、第17項までを取り込んでいます。】 1 UNIX システムの概要 1.1 はじめ

本日はオライリー・ジャパン創業以来初めてとなる出来事をお伝えします。 2013年10月現在、オライリー・ジャパンで在庫しております書籍は約350点。 最新刊からもうほとんどの書店さんでは見かけることのできない在庫僅少のものまで、また内容も『マスタリングNginx』から『子どもが体験するべき50の危険なこと』まで、多岐にわたります。 もちろん通算の刊行点数はもっと多いのですが、改訂したり絶版になったものもありますので、現在稼働しているものに限るとだいたい350点、ということです。 それらの書籍を、「入手できるものはすべていただきたい」ということで、約350点すべてをご購入される猛者が現れました。一度に全点、というのは、弊社創業18年目にして初めてのことです。 その猛者の名は、株式会社Cygamesさん。「神撃のバハムート」、「アイドルマスター シンデレラガールズ」(バンダイナムコゲームスさん

「プレゼンテーションZen」や「Objective-C プログラミング」など、英国ピアソングループの技術書を国内で出版していたピアソン桐原は、ピアソングループから離脱し8月1日付けで「桐原書店」として再スタートを切ることを発表しています。 桐原書店としての再出発に伴い技術書の扱いが終了するため、これまでに出版された技術書は在庫限りになることが公式ツイートで明らかにされています。下記は「ピアソン桐原が版元になっている、主に翻訳ものの技術書たちがどうなるのか。」という質問に対する桐原書店公式アカウントの返答ツイートです。 @sobahhi ご心配をおかけして大変申し訳ございません。今後は、学習参考書と語学書に専心していくことになりますので，技術書は基本的にお取扱いがなくなってしまいます。書店さんの在庫限りとなりますので、お早目にご入手くださいますようお願いいたします。 — 桐原書店 (@Kir

今年に入ってから、急速にGitが注目を浴びています。Google Trendsを見ると、Subversion、Mercurialなどに比べると圧倒的にGitの人気が高いのがわかります（図1⁠）⁠。 図1　Google TrendsによるGit（青⁠）⁠、Mercurial（赤⁠）⁠、Subversion（橙）の検索数 しかしながら、Gitを利用する人の意見は2つに分かれています。 A．わかりにくい B．すごく便利だ なぜこのようなに印象が二分されてしまうのでしょうか? 本稿では、「⁠Gitに潜む光と闇」と称してこれらの意見に対して考察していくことにします。 Gitはわかりにくい? Gitがわかりにくいと思う人は、どうしてそう感じるのでしょうか。そのあたりのおおよその事情は下記のようなことだと考えられます。 （1）Subversionとコマンド体系が少し違う バージョン管理ツールとして、Su

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Elevate your software delivery from planning to production and beyond, with built-in AI, CI/CD, and a best-in-class Jira integration.

みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、

オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model（上記は翻訳記事）を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ

「Git」使ってますか？ 近年、分散バージョン管理システム「Git」が急速にシェアを伸ばしています。筆者は、チケットシステムやバージョン管理の勉強会などを開催したりしていますが、Gitユーザーがかなり増えてきていると感じます。 しかしながら、そのような勉強会でアンケートを取ってみると、実案件では半分以上の人がSubversionを利用しており、Gitの導入はまだまだ進んでいません。移行コストが掛かったり、プロジェクトマネージャ層への知名度がまだまだ低いというのもありますが、理由の1つとして、ユーザー管理が煩雑であったり、アクセス制御に関する情報が不足しているということもあると思います。 そういうわけで本稿では、Gitリポジトリのユーザー管理やアクセス制御を簡単に行う「Gitolite」を紹介します。 なお、本稿ではGitの利用方法については紹介しませんので、Git自身の使い方については改め

Android 4.0（コードネームはIce Cream Sandwich）の知っておきたい機能やこれから使えそうな機能を、実際にアプリを作成して学んでいきます。 目次

同時に数十万クライアントがアクセスし、しかもリアルタイムに処理できるシステムを構築するには、高性能サーバーが数多く必要になる。これが今までの常識だった。これを根底から覆すソフトウエアが「Node.js」だ。従来型のWebアプリケーションサーバーと異なるアーキテクチャーを採用しており、既存のサーバーに取って代わる可能性を秘めている。 目次

昔、遭遇した気もするが、また忘れていたのでメモ。多分、常識の範疇ｗ crontabにこんな感じで設定を仕込もうとしたんですね。 */5 * * * * /usr/bin/iotop -b -k -t -n 2 -o >> /var/log/iotop/"`hostname`_`date '+%F_%H'`" すると、「メールが /var/spool/mail/root にあります」とメールが届きまして、、、 /bin/sh: -c: line 0: unexpected EOF while looking for matching ``' /bin/sh: -c: line 1: syntax error: unexpected end of fileこんな感じで怒られたわけです。 あんれー？と思って、"/var/log/cron"を確認すると、 CROND[17743]: (root)

The domain name null.ly is being parked on Park.io. Contact the domain owner to make an offer right now...