サイボウズ・ラボの光成です。 今回は原因究明に半年以上かかったバグ調査の紹介をいたします。 弊社はクラウドサービスcybozu.comを提供しています。 クラウドサービスでは障害対策のためのデータバックアップやレプリケーションが必須です。 現在ラボの星野がメイン、私はサブとして弊社サービスでの利用を目指した次期バックアップシステムWalB（GitHub）を開発しています。 WalBは、ファイルシステムとdiskの間に入ってIOを全て記録するブロックデバイスとIOのログを管理するツールからなるシステムです。 詳細はリンク先をごらんください。 発端 去年はラボ内の開発環境でテストを進め、本社でテスト運用を開始するのが目標でした。 ところがラボでテストを開始して4カ月後の2015年4月、不正なlogpackが検出されました。 logpackとはWalBで用いられるデータフォーマットの一つです。

今回は、ブラインドサッカーの普及、競技者・指導者の育成や、「OFF T!ME」などの体験会を行う日本ブラインドサッカー協会の松崎さん、剣持さんにお会いするため、協会の事務局にお邪魔しました。 体験後のアンケートなど、Excelを利用していた集計をシステム化するため、ソニックガーデンの「納品のない受託開発」導入して頂きました。担当した藤原と共に、倉貫がインタビューを実施しました。

チャットワークは会社をより魅力的にする効果があります！ 「チャットワークで会社の中が凄いことになっている！」というLIG社。コミュニケーションが効率的になり「クリエイティブにあてる時間が増えた」だけでなく、エンジニアの“のびすけ”さんが開発した「オフィス&仕事ハックツール」が「おもしろ便利」と社内で評判という。LIG社のチャットワーク活用法を紹介する 株式会社LIG 自社メディア『LIGブログ』が有名なウェブ制作会社。ブログは2015年2月現在、月間400万PVを誇っている。また「クリエイター」を軸に、シェアオフィス「いいオフィス」や求人メディア『Poole』など、新しいサービスを次々と立ち上げている。社員数は約80人。（取材：2015年2月） 「大人数でもうまくいく」メールの代替ツールがほしい！ Chatworkを使い始めたきっかけを教えてください。 関係者が多いプロジェクトのコミュニケ

うぇうぇ〜い。 「LINE@個人」がもう600人突破。 ありがとうございます。 この記事は基本オンライサロンメンバーに向けて書いてるつもりですが共有しときます。 メンバーは適応できるスキルに育ってると思っているので。 【今までの記事】 俺はお前を…お前を待ってたんだ… https://naotokimura.tokyo/archives/6117 【LINE@】あっという間にきてしまう無料分の終わりをスムーズに有料版に。 https://naotokimura.tokyo/archives/6151 「ネット予約はもう古い？」現役美容師がオススメする【LINE@予約】のメリットとは https://naotokimura.tokyo/archives/6127 (まずはこの辺読んどいてくださいね。) 【有料版にしたい貴方のテキスト】 LINE@の有料プランへの申込方法、解約方法｜2015年

昨日、TOMOYO Linuxメインライン化記念合同勉強会（カーネル読書会、セキュアOSユーザ会、まっちゃ445）に行ってきて、小崎さんが匿名掲示板でガチでレビューしていたお話を聞いたので、早速過去ログを読んでみた。http://tomoyo.sourceforge.jp/2ch/thread-2.txt （追記：2009/7/4 21:03 なぜか後半部分、アスキーアートの後が切れてしまったので、前半部分を若干カットして（略）の部分、その２を追加しました。） LKML (Linux Kernel Mailing List)というのはLinuxカーネルの技術的なことを議論するもっとも権威（？）あるメーリングリストで、ここで議論され合意されたものがLinuxの本体に取り込まれることになる。このLinuxの本家本元の本体（くどいな）のことをメインラインと呼ぶ。Linuxを創ったLinusさんに

【「納品のない受託開発」事例：倉貫が訊く！？】 ソニックガーデンが提供する「納品のない受託開発」のお客さまに、社長自らがインタビューする企画。担当するエンジニアも一緒に、プロジェクトで起きた苦労や工夫について聞き出します。 今回は、新卒学生むけの採用の事業を展開される株式会社トライフの宮下さんと小野さんをお迎えして、「ONE CAREER」というサービスで「納品のない受託開発」を担当しているソニックガーデンの松村と共に、その開発の様子を伺ってきました。 納品形態を完全に決めないことが選んだ理由 倉貫では最初に、トライフさんについて、そして、今回ご協力させて頂いて開発した「ONE CAREER」について、説明をお願いできますか。 宮下はい。私たちトライフのメインの事業としては、新卒向けの採用の事業になります。創業は私がまだ大学生のとき・・・2009年ですので、もう５年になります。会社として法

過去3カ月近く、米国内を騒がせているのが、2014年から本格的に施行される医療改革保険法（オバマケア）だ。 オバマケアの仕組みは、複数の保険会社が参加する「エクスチェンジ」と呼ばれる市場を設けて、自営業者を含む個人加入者や小規模事業者は、そこから保険を購入するというものだ。一部の州では州独自のエクスチェンジを開設している（連邦政府は、大半を州に任せたかったが、やりたがらない州政府が続出した）。 米国では、日本のような公的医療保険はなく、たいていの人は勤務先を通じて民間の保険に入る。企業は保険会社と交渉してグループ保険を得るので、個人で加入するよりも内容のいい保険に安価で加入できる。そのため、失業した途端、保険料を払えず、保険に加入できない人たちが続出する。また個人で加入する場合、既往症があると保険に加入できない場合が多い。 そうした理由で米国の無保険者は4700万人以上にのぼっており、皆保

こんにちは。株式会社8bit 高本です。 まったく個人的な記事になってしまうのですが、この度レクシスネクシス・ジャパンさんより発売される「Web業界 受注契約の教科書」という本の執筆に携わらせていただきました。 2013年11月1日に書店の店頭に並ぶ予定です。 現場レベルでよくありがちなトラブル事例と、IT専門の弁護士である藤井先生が法的な立場からトラブル事例に対しての解釈やアドバイスを書いてくださっています。 Web制作業界の方、特にディレクターや経営者の方々には共感していただけるのではないか、という内容になっており、同業の方であればかなり勉強になる本だと思います。 リーガル書という位置付けですが、実際に想定される事例と合わせて法的な解釈やアドバイスが載っているので制作現場の方にも読みやすく、理解しやすい内容になっています。 ということで、今回は本書の内容を紹介させていただこうかと思いま

数日前に日本で話題になっていた「超高速開発」について記事を残したいと思います。ニュース記事 超高速開発はスクラッチ開発の3倍から10倍の開発効率が条件、競合するベンダ13社が利害を超えて「超高速開発コミュニティ」を設立 － Publickey の はてなブックマーク に寄せられたコメントを見る限り「食わず嫌い」な方が非常に多いように見受けられたので、これは体験談の需要は高そうだなと思い、書き始めた次第です。 ネタ記事を書いた直後に真面目な記事を書くのは、少し気が引けるものではありますが…。 私は2006年初頭から2012年初頭まで、インフォテリア社製の開発ツール「Asteria」を使用していました。この製品には冒頭で紹介した記事からもリンクが張られていますが、超高速開発を実現するためのツールの一つです。もちろん、私がAsteriaを使用していた頃は「超高速開発」などという言葉は見たことも聞

(注) 1. 本コーナーの内容は掲載時点のものであり、法律の改正等により最新の情報と異なる場合があります。 2. 著作権者の許可なしに、複製することはお断りします。

会社で最優秀と見なされていたソフトウェア開発担当者が、実は自分の仕事を中国企業に丸投げしていたことが、VPNのログ調査で発覚した──。米通信大手のVerizonが1月14日（現地時間）、2012年のケーススタディのこぼれ話としてこんなエピソードを紹介した。同社は企業向けにITコミュニケーションサービスを提供している。 米国のある重要インフラ企業に勤めていたこの開発者──Verizonは仮にボブとしている──は長年にわたって、自分の仕事を中国瀋陽市にあるコンサルティング企業に低価格でアウトソーシングし、自分は毎日会社に出勤して動画閲覧やFacebookで時間をつぶしていた。皮肉なことに、ボブの人事評価は非常に高く、この会社の最優秀開発者として10万ドル以上の年俸を得ていた。 ボブの所業は、Verizonの顧客であるこの企業が、VPNのログに不審な点があるとして調査を依頼してきたことから発覚し

素晴らしいプレゼンでした。見た目としゃべりとのギャップがいい感じです。 角谷さんのもそうですけど、良いプレゼンは文章や資料では再現できないので、来れなかった人のためにせめて動画が見れればいいんですが、デブサミは撮影禁止なのが残念なところです。 ドワンゴはちゃんとしっかりアジャイルしているのが凄いです。 以下適当なメモ。嘘かいてあるかもしれません。 http://yoshiori.org タイトルの説明 3周遅れ ネガティブじゃない 1周目 ケントベック 2周目 角谷さん 3周目 1.方向を示し 2.道を通す人 ３周目→実は２周遅れ。間違いでした 車輪の再発明をしない 開発プロセスについても車輪の再発明をしない さらに先に進める 原点にあたらないとダメ→そんな奴は老害 やらないといけないことは高速道路の設置 うちらの業界はブログ書いたりtwitterで発言してる→高速道路を設置してる XP

秋田県大館市は2008年12月，市庁舎にIP電話を導入したことを公開した。同市は2005年6月に1市2町が合併して現在の大館市となった。以前の市と町の庁舎を有効活用するため分庁舎制をとっていたが，8庁舎9事務所間の連絡を公衆回線で行っていたため「多大な電話料金が生じていた」（大館市）。2006年，本庁舎の構内交換機を交換する時期に合わせ更新を検討した。電話料金の削減を狙いIP電話を検討したが，ベンダーからの見積もりは約2億円。電話料金の削減をあきらめて従来と同じアナログ交換機を更新する場合でも約2000万円との見積もりだった。 このとき，自前でのIP電話導入を提案した職員がいた。前述の中村芳樹氏である。中村氏は同市商工課の職員。電話網を担当する総務課ではなかったが，趣味で中学生のころからパソコンを使っており，独学でプログラミングも学んでいた。市でIP電話の導入を検討していることを耳にした中

5年に一度、国が行う国勢調査がはじまっています。 その国勢調査の内部作業を行う業者を支援するためのシステムが、セールスフォース・ドットコムのクラウドによって構築されていることが同社社長 宇陀栄次氏のツイートで明らかになりました。 はい、仰る通りです。パートナー様経由ですが。使ったら、次は5年後ですし、バックアップも災害対策も無料で、開発期間も数週間です。RT @tera3pokole: @udaeiji 今回の国勢調査のシステムも御社が請け負われたのでしょうか。less than a minute ago via Echofon宇陀栄次 udaeiji この記事では当初、セールスフォース・ドットコムのシステムが東京都をモデル地域として行われた国勢調査のオンライン回答に使われたものと書きましたが、間違いでした。オンライン回答のデータはセールスフォース・ドットコムは使われておらず、データも国内

でこぼこのない面であれば、壁であろうが柱であろうが机であろうがドアであろうが、とにかくなんでもかんでも塗るだけでホワイトボード化することができるという画期的な塗料がこの「IdeaPaint(アイデアペイント)」です。 実際にどういう場面で利用されているのか、価格はどれぐらいなのか、日本で入手するにはどうすればいいのか、などの詳細は以下から。 IdeaPaint | Dry Erase Whiteboard Paint for Home, School, and Work http://www.ideapaint.com/ 使用するシーンとしては、職場・学校・家庭の3つ。それぞれについて以下のような感じの使用を想定しています。 ・職場の場合 よくある会議室ですが、壁一面がホワイトボードに。 これは壁2面がホワイトボード化 目の前の壁自体がホワイトボード、電話のメモも簡単 背後の壁がホワイトボ

8月10日の17時20分頃から12日未明までの長時間にわたり、サービスが利用不能もしくは利用しにくい状況になっていた「mixi」。数度の断続的な復旧ののちに、本日12日午前1時50分頃には復旧が完了し、現時点で全面的に復旧しているようです。 その障害の経緯について株式会社ミクシィの広報からプレスリリース「『mixi』のアクセス障害のお詫び及び復旧に関するお知らせ」として発表されました。 原因はアクセスの急増ではなかった プレスリリースの中で、今回の障害の原因は以下のように説明されています。 『mixi』のデータベースへの負荷軽減のために導入しているデータキャッシュシステムが複数同時に異常終了したことに伴い、データベースへの負荷が急増したため『mixi』を閲覧しづらい状態となりました。 高負荷かつ特殊な状態でのみデータキャッシュシステムの異常終了が発生していたため、根本的な原因の究明に時間が

肥え続けるTomcatと胃を痛めるトラブルハッカー：現場から学ぶWebアプリ開発のトラブルハック（8）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） メモリリークと聞いて、良いイメージを思い浮かべる開発者は少ないだろう。経験したことのある人にとっては、思い出したくない過去の記憶がよみがえるかもしれない。もしかしたら、その単語を聞くだけで胃が痛くなる人もいるかもしれない。筆者もかつてはその1人であった。 前々回の記事では、WebサーバとTomcatの間の接続において、スレッド数の不整合により発生したトラブル事例を、前回はTomcatとDBサーバの間のトラブル事例を紹介した。今回もTom