プログラマの抱いている名前についての誤謬
パトリック・ミッケンジー（Patrick McKenzie）さんのブログ・エントリ、 “Falsehoods Programmers Believe About Names” の日本語訳です。翻訳の公開を快諾してくださったミッケンジーさんに感謝します。 公開: 2012-02-22 Posted on June 17, 2010 by Patrick きょう、ジョン・グレアム゠カミング（John Graham-Cumming）が、正しくない文字が含まれているといって彼のラスト・ネームを受け付けないコンピュータ・システムへの不満の記事を書いていた。もちろん彼の名前に「正しくない」ところなどない。当人の申し出たものが当人を識別するものとしては相応しいのであって、定義からして名前とはそういうものである。このことにジョンは当然ながらいらだったし、そうなるのもきわめて正当なことだ。定義からすれば事実
systemd時代に困らないためのlimits設定 | 外道父の匠
数年前に、こういう記事「ulimitが効かない不安を無くす設定」を書きました。しかし、ディストリビューションのバージョンが上がり、デーモン管理が systemd に変わったことで、インターネットのゴミとなりつつあります。 そのため今回は、その次世代バージョン的な内容ということで、systemd の場合はこうしておけば見えない敵と闘うこともなくなるはずです、というものになります。例によって、抑えきれていないパターンがあったら御免なさいです、押忍。 limits設定で目指す所 復習になりますが、limits の設定で困るのはだいたいこういうパターンでしょう。 作業中ユーザーのシェルのlimits設定が思い通りにならない コンソール／SSHログインしてデーモンを再起動したら、limits設定が戻っていた su/sudoを使ってデーモンを再起動したら同上 デーモンをシステムに自動再起動させたら同上
GoogleがAndroidでのJava無断使用で1兆円超えの賠償金を請求される
By Filip Maljković 6年前、Oracleは「Androidがライセンスの必要なJavaプラットフォームを無断で利用している」ということでGoogleを訴えました。現在も訴訟は続いているのですが、OracleはGoogleに93億ドル(約1兆500億円)もの賠償金の支払いを求めていることが明らかになりました。 Oracle seeks $9.3 billion for Google’s use of Java in Android | Network World http://www.networkworld.com/article/3048814/android/oracle-seeks-93-billion-for-googles-use-of-java-in-android.html 2012年に行われたOracleとGoogleの裁判で、GoogleのJava使用が
ホンハイ シャープの買収正式決定へ | NHKニュース
経営不振に陥っている大手電機メーカー「シャープ」と台湾の大手電子機器メーカー「ホンハイ精密工業」は３０日、それぞれ取締役会を開き、ホンハイによるシャープの買収を正式に決める方針で、当初の予定からおよそ１か月も遅れて交渉が決着する見通しになりました。 これも踏まえて両社が交渉を続けた結果、ホンハイが予定どおりシャープの増資を引き受けて株式の６６％を取得するものの、出資額は当初の４８９０億円から１０００億円程度減らすことなどで合意しました。シャープとホンハイは、３０日、それぞれ取締役会を開き、こうした内容を正式に決める方針です。 これについてホンハイは２９日夜、声明を発表し、「３０日に重大な発表を行う」と明らかにしました。また、シャープの主力銀行のみずほ銀行と三菱東京ＵＦＪ銀行は新たに３０００億円の融資枠を設けシャープを支援することにしています。 先月中の合意を目指していたホンハイによるシャー
LobiのDB masterがダウンすると何が起こるのか - KAYAC engineers' blog
Lobiチームの長田です。 今回はLobiで使用しているデータベースの構成・運用について紹介します。 TL;DR メインのデータベースとしてMySQLを使用 一般的なmaster-slave構成 HAProxyとMHAでDBのfailoverを自動化 HAProxyでslaveへの接続を分散・死活監視 MHAで障害時のfailover・ENIを付け替えてmaster切り替え で、何が起こるの？ サービスが提供できなくなります。 ユーザーの認証情報等、サービス提供に必要不可欠なデータを管理しているため、一時的なサービス停止は免れません。 ユーザー体験的にもビジネス的にも、大変厳しい状態です。 この「一時的」な時間を可能な限り短くするために障害復旧の一次対応を自動化しています。 自動化のメリットとして、単純にサービス停止時間が短くなることはもちろん、 復旧処理を行う際の人的なエラーを未然に防ぐ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
