最近は担当システムが平和だけど俺が平和じゃない。疲れてる。忘年会の連チャンもきっついトシになっちまった。会社の制度で1週間くらい休みがとれるので、一人で温泉とスノボと開発合宿でもしに北海道にでも行こうかなって思ってる。1月か2月くらいに。 えーと、担当しているサービスにserverspecを導入した。それにあたってテスト項目を考えたので軽くまとめる。もちろんserverspec導入前もサーバ構築後は動作確認というか、テストらしいことはしていたっちゃしていたんだけど、テスト項目をまともに考えたのはこれが初めてかもしれない。serverspecのバージョンは0.13.2である。Rubyは2.0.0。 0. 環境 下記のような環境に導入した。ありふれた構成だと思う。60台くらいの規模。DBはマスタ3台に分割されていて、それぞれにスレーブがn台ぶらさがっている。LBの箱は二つあるが、物理的には1台
2 風吹けば名無し :2013/12/24(火) 19:26:37.34 ID:01rknUBp せ、せやな 年末やし仕事が忙しいんやろな 3 風吹けば名無し :2013/12/24(火) 19:26:59.23 ID:YrZZQ6nN なんでや 4 風吹けば名無し :2013/12/24(火) 19:27:05.21 ID:Z5StVx3e 携帯が壊れたんやろ(すっとぼけ) 5 風吹けば名無し :2013/12/24(火) 19:27:18.74 ID:ZF61bCFy 表ローテの一角やし大丈夫 7 風吹けば名無し :2013/12/24(火) 19:27:46.73 ID:X6tnHyU7 >>5 表ローテは23,24,25やで 13 風吹けば名無し :2013/12/24(火) 19:28:24.86 ID:aVq7CU3K >>5 裏ローテなんだよなあ
昨日あげた以下エントリー後の話である。 クリスマス直前、彼女に心を折られた。 - 自省log 【前回のあらすじ】 7年くらい前の話。クリスマス前に彼女にフラれた。彼女には別に好きな人がいるらしいので、どんな人なの?と聞いてみたらサッカーの日本代表だったので心が折れた。 私はクリスマス直前、彼女にフラれ失意のどん底に落ちていた。 何しろ相手はサッカーの日本代表。見た目、社会的地位、年収その他諸々全てに於いて勝てる見込みが欠片も見えなかったからだ。 どんなに好意的に見積ってもアルシンド対カッパくらいの差はあると思う。 食事も喉を通らず、飲めない酒に呑まれ生きているんだが死んでいるんだか分からない夢遊状態で迎えた、聖なる夜・クリスマスイブ。 私はふいに思い立った。 「ここまで来たら、もっと自分を貶めてネタにして大爆笑を掻っ攫うしかない」 と。では何をどうして貶めようかと考えた時、真っ先に思いつい
前に勢い余ってこんな記事を書いた。 クリスマス当日にフラれたのでデリを呼んだ。 - 自省log 要約すると クリスマス当日に彼女にフラれ、泣きながらデリバリーなアンチクショウを呼んだら湯婆婆みたいのが来て、泣いた。 という話である。こんな経験も含めて私の人生に於けるクリスマスは「別れと孤独を感じる日」という印象が強い。 そもそも彼女がいない事も多いが、仮にいたとしてもクリスマス近辺になってフラれてしまう事が多いのだ。 今回の話は冒頭のものとは別で7年ほど前の12月。当時私は片思いが叶って毎日の様にウキウキしていた。何しろずっと夢見たあの子と付き合えたのだから。しかもその日はクリスマス直前の初デート。 未だ手も繋いでいない関係なので当日はクリスマスの約束を取り付けつつ、手くらいは繋ぎたいなと思っていた。 しかし現実はそう上手くいかないもの。いきなり2時間くらい遅刻され前途は多難だった。 ちょ
この記事は 闇アドベントカレンダー、 22 日目の記事です。何書こうか迷って担当日に書けなかったので三日ほど遅れてしまったけど書きます。 2011 年の 10 月から FANIC という音楽配信サービスの開発に携わっていたのだけど、サービスを成長させることができず、 2013 年の 8 月にサービス終了した。 サービスが死ぬのは技術者がクソだということだけではないと思う。市場とか外部環境に左右されるし、企画とか売り方がダメなことの方が多いと思う。しかし現実に自分はプログラマーとして FANIC というサービスの死に荷担してしまった。弔いになるか分からないけど、 FANIC で何がよくて何が良くなかったのかを書いてみたいと思う。 FANIC とは FANIC は主にアマチュアのミュージシャンをターゲットにしたホームページ作成&音楽販売サービスで、アーティストは自分の公式ホームページを簡単に作
これから3回連載の予定で、SQL識別子のエスケープの問題について記事を書きます。SQL識別子のエスケープについてはあまり解説記事などがなく、エンジニア間で十分な合意がないような気がしますので、これらの記事が議論のきっかけになれば幸いです。 3回の予定は以下のとおりです。 間違いだらけのSQL識別子エスケープ(本稿) SQL識別子エスケープのバグの事例 SQL識別子は結局どうすればよいか ということで、まずはSQL識別子のエスケープの失敗例について説明します。この失敗例はあくまで説明のために作ったもので、実際のものではありません。また、想定が「ありえない」と思われるかもしれませんが、意図的なものですのでご容赦いただければと思います。また、「間違いだらけの」というタイトルは、今回の題材が間違いだらけという意味であり、巷のSQL呼び出しがそうであるという意味ではありません。本稿に登場する人物と団
「スマホ受けの条件が分かった」nanapiのQ&Aアプリ『アンサー』はなぜチャット型なのか、けんすう氏ら開発陣に聞く 2013/12/25公開 「β版では5分以内の即レス率90%」というキャッチーなプレスリリースと共に、2013年12月5日、nanapiが公開したQ&Aアプリ『アンサー』(iOSのみ対応)。そのレスポンス率の高さから、多くのWebメディアに取り上げられ話題となった。 その一番の理由は、『アンサー』がスマホユーザー向けに特化されたチャット型のインターフェースを搭載したことにある。投げかけられた疑問や相談事を、ユーザー同士の「会話」を通じて解決するのが特徴だ。 「徹底的にスマホユーザーの志向に合わせたアプリにした」と語るのは、『アンサー』開発プロデューサーの岡山智氏。さらに、代表取締役のけんすうこと古川健介氏は、「今までわれわれが培ってきたWebの常識をすべて捨てて開発した意欲
「Netflix Culture: Freedom & Responsibility」がこれだけ話題になり、シリコンバレーで評価されてます(パワポは500万回閲覧されたそうです。)が、その資料だけでは、「実際どうやって運営しているの?」「どういう経緯でこのルールを決めたの?」「社員の反応はどうだったの?」などまだ知りたいことはかなりありました。そう言う意味で、Netflixから独立してコンサルになったPatty McCordがHarvard Business Reviewに寄稿している記事では、そのあたりの背景がカバーされています。是非原文を読んでいただきたいですが、その中からいくつか紹介させください。 会社の方向性を理解し、高い生産性を指向する人を雇えば、97%のメンバは正しい(大人として常識ある)行動をとる。相当なコストのかかる人事ポリシーづくり & 運営は残りの3%のために費やされる
スマートフォンのセキュリティについて ma.la 自己紹介 http://ma.la https://twitter.com/bulkneets LINE株式会社 livedoor方面の人です 仕事 JavaScript, Perl 元々の専門領域はUI, フロントエンド Webアプリ全般 認証認可周り セキュリティに関する業務 自社サービスのリリース前にチェックしたりとか 何か新しい攻撃手法見つかったら調査 他社サービスの問題見つけて報告したり オープンソースプロダクトのバグ報告したり そもそも何でJavaScriptを書いてた人間が セキュリティに関することをやっているのか あらゆるデバイスでHTML + JavaScriptが使われている どこまで悪用できるのか、どうやって修正すべきなのか 社内でもっとも詳しい 基本的にはWebの人 iOS / Android アプリ開発あまり詳しく
※この記事は、JSX Advent Calendar 2013の一部です。 今日は12月24日、クリスマス・イヴです。それにちなんで、JSXがいかにして生まれたのか、というお話をしましょう。 元々は、2012年2月17日にさかのぼります。私は翔泳社開催の「Developers Summit 2012」の講演が終了し、登壇者の皆様と控え室で歓談しながら10周年コラボパーティの開場を待っておりました。そこでJenkinsの生みの親である川口耕介さんとお話をする機会がありまして、もう付き合いが20年近くになるんですかね、まあ会うたびにお互いに歯に衣を着せないで相手を容赦なくディスるんです。 で、そのとき私は川口さんに「お前まだJavaScriptなんて書いてんの?型がない言語を使うとか正気か?(意訳)」というツッコミを受けまして、もう完敗だったわけです…。 というわけでその場(控え室)で川口さん
Linux の連続稼働時間が 208.5 日を過ぎた段階で突如 Kernel Panic を引き起こすという過激な挙動で2011年の年の瀬に話題となった "旧208.5日問題" ですが、あれから二年が経った今、Linux Kernel 内の bug と Intel Xeon CPU の bug の合わせ技により再度類似の不具合が発生することが分かっています。 旧 208.5 日問題の発生原理に関しては以下の blog が参考になります。 okkyの銀河制圧奇譚 : sched_clock() overflow after 208.5 days in Linux Kernel 追記(2014/1/4) 新208.5日問題の簡易チェックツールを作成しました。よろしければお使い下さい。 tsc_checker - 新208.5日問題簡易チェックツール また、Linux Kernel における時間
私たちは来年にかけて、これまで以上に彼の名前を耳にすることになるだろう。 彼の名前は、ジャック・ドーシー(Jack Dorsey)。 今年上場を果たした「Twitter」の共同創業者でありながら、現在最も急成長を続けているモバイル決済「Square」の創業者でもある。Squareは2014年の上場を目指して準備を進めていると言われており、その動向はますます注目が集まっている。 創業した企業を2年連続で上場へと導いたならば、それは驚くべき快挙だが、Facebookを生み出したマーク・ザッカーバーグの物語が映画化されたことに比して、彼については決して広く知られているとは言えない。 ドーシーについて語られた記事やインタビューは少なくない。しかしながら、そこに踊っている「シンプルな哲学」や日本になじみ深い「わび・さび」精神を持ち込んだデザイン観などの言葉は、成功者としての彼の一側面に過ぎない。 な
ご存じの方には濡れ衣ですごめんなさい。 これ間違って理解してました。 真実を知って衝撃を受けました。 周りに聞いてみたら多くの人が同じく誤解してました。 問題 crontab でこういうスケジュールを設定したら コマンド hoge はどのようなタイミングで実行されるでしょう。 0 0 13 * 5 hoge こたえ 毎月13日の金曜日の0時0分 だと思ってたんだけど、これ間違いでした。 正しくは、 毎月13日または金曜日の0時0分 だった。はい「知ってたよ」っていう人はごめんなさいよ。 日と曜日だけ or になる crontab の書式は、基本的に and なんですよね。 0 9 1 10 * だと、 10月 かつ 1日 かつ 9時 かつ 0分 のタイミングで実行。 ところが、日と曜日だけは「または」になります。 さっき実験してみたけど実際にそうなった。 crontab – Wikiped
アクセスランキング トピックス 楽天モバイルが1年以上実質無料、爆裂お得なキャンペーン なんと再契約者も対象です ホビー バンダイナムコの入社式にお邪魔してきました。本当に楽しそうな会社だ! トピックス 格安スマホ、キャリアより「シンプルで安い」とふたたび注目 トピックス トコジラミ問題、旅先でどう防衛する? AI AI検索「Perplexity」がかなり便利だったので紹介します AI GPT-4レベルの衝撃 PC内で使えるオープンLLM「Command R+」 AV 耳をふさがないイヤホンで高音質を追究したい人に、Cleer Audioがいいぞ!! トピックス レノボとAmazonベーシックのお勧め「ラップトップスタンド」を衝動買い Apple アップル新型「Apple Watch」血圧測定機能を搭載か デジタル 【レビュー】IIJmioのeSIMを「HUAWEI WATCH 4」に入れ
この記事は MySQL Casual Advent Calendar 2013 の25日目の記事です。 自分の過去のブログも含めて、mysqlコマンドのカスタマイズについていろいろな情報がありますが、わたしがオススメの秘伝のタレをまとめたいと思います。是非、ご参考に。 定型文(SQL)のショートカット入力 「show create table TABLENAME\G」とか「select user,host,password from mysql.user order by user,host;」とか、よく実行するけど長くて入力するのがめんどうなのがありますよね。それをショートカットで入力できるようにする方法です。 mysqlコマンドで行編集ができるのは、readlineやlibeditをリンクしているおかげです。 従来の公式バイナリ配布物に含まれるmysqlコマンドはreadlineでした
Merry Christmas! GREE Advent Calendar もいよいよ最終日、25日目はグリー株式会社でCTOをしておりますふじもとがお送りします。 今日まで24人のGREE Engineersなみなさまにエントリを書いていただいたわけですが、思ったよりも多種多様な内容で、あらためていろいろな方面で素敵なエンジニアがいるなー、としみじみしてしまいました。いやしかしgitとchefの記事人気ですね、そして、「当然CTOはすごい記事書くんですよね」とプレッシャーをかけて楽しむ仲間たちに囲まれてぼくは幸せです、あーすごい幸せー。そんなプレッシャーの中、今までのエントリとはちょっと方向性を変えて、CTOの話でも書いてみようかと思います。なお、ぼくの趣味は多分問題解決です。 そんなわたくしふじもとは来年で、CTOっていう肩書きでお仕事をはじめて10年とかになるんですが、なかなか先輩と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く