タグ

2014年1月2日のブックマーク (17件)

  • システム障害対応に対する考え方について

    ヴィス @2vis 社内システムが普通に12月32日なって 「どーなってるんですか!」とユーザに言われて、 しらねーよ俺作ってねーよとは言えず呼び出されたことがw 2014-01-01 02:57:47 ヴィス @2vis 後、汎用機で1月1日になったら急に送受信が止まって呼び出されたときに… MMCFに「expire:20〷」って設定がされてた。 訳:期間満了って事 こんな地雷設定しこむんじゃねー!と叫びたくなったよw 2014-01-01 03:00:57

    システム障害対応に対する考え方について
  • Loading...

  • 昨年できなかったことはたぶん今年もできません - 脱社畜ブログ

    2014年になった。 新年は、人によっては何かとやる気が高まる時期だったりする。この時期に、1年の目標を設定しようとする人もいるだろう。新年の目標の立て方については、昨年簡単な記事を書いた。要約すると、たぶんそのやる気は続かないからあまり高すぎる目標は立てないほうがいい、といった内容だ。 今年は、そんな新年の目標の立て方について、昨年とはまた違った側面から少し考えてみたいと思う。 新年の目標を立てる際に、「今年こそは」という考え方で目標を立てる人がいる。例えば、今年こそは英語を勉強しようとか、今年こそはブログを頑張って更新しようとか、バリエーションは色々あるが、とにかく昨年までできなかったことを、今年からはこころを入れ替えて頑張ろう、という考え方で目標を立てる人がいる。 これらは非常に立派な決意だと思うものの、おそらくほとんどの場合はうまく行かずに終わるだろう。今はやる気に満ち満ちているの

    昨年できなかったことはたぶん今年もできません - 脱社畜ブログ
  • JavaScript Patterns

    A JavaScript pattern and antipattern collection that covers function patterns, jQuery patterns, jQuery plugin patterns, design patterns, general patterns, literals and constructor patterns, object creation patterns, code reuse patterns, DOM and browser patterns (upcoming). Patterns collected while developing 喜感网. General Patterns Function Declarations - creating anonymous functions and assigning t

  • 人工知能学会の表紙について、会員として調べた/考えたこと

    ●筆者は何者か 人工知能という広大な研究領域の一角で、ヒューマンエージェントインタラクション(HAI)という研究分野を行っている研究者の一人です。HAIを簡単に述べますと、人と、人に見えるような「エージェント(ロボットや、仮想エージェント)」との相互作用を扱う学問です(実際はそれに限りませんが)。 その意味で、今回の表紙の件については、非常に興味を持って見守っています。 今回の件について様々な意見が出ていますが、会員の意見はあまり表に出てきていません。その結果、いくつか事実と異なる点が議論されていたり、曖昧になってしまっていたりする点があります。会員として気になる点もあるので、現状で知っていることを述べることにしました。 ただし、私は今回の会誌の編集に関わったわけでもありませんし、人工知能学会を代表する立場でもありません。わかっていないことも多いです。あくまで、一会員の意見として考慮頂けま

  • 誕生日早々、何かが燃えています。まったくもう。 - 漫画原作者 猪原賽BLOG

    いえーい、今日は俺の誕生日だよー! 39歳になったよー! ってか正月早々ブログのアクセスカウンタすげー回っててびっくりしたよwwwww 何が起きてんのか判明してクソワロタ。 いやあ、新年初笑い。皆さんありがとうございますw まあ、『キルラキル』は『学園ノイズ』のパクリ……のわけないじゃないですか。 当然そこに『悪徒-ACT-』が絡んだとしてもですよ。 よくある設定? ええ、作品づくりで参考にしたマンガがどうやら同じですし。 好きな作品を読んで、こういうのを書きたい。それが被れば似通うのも当然のことでしょう。 なので『学園ノイズ』『悪徒-ACT-』と『キルラキル』。設定が被るのは大いにあり得る。 でも作品を読めば、設定や物語、キャラの構図が類似点が見つかるものの、ストーリーはまるで違うのはおわかりでしょう? それはパクリとは言いません。 パクリとは絵をトレースしたり、ストーリー展開が丸かぶり

    誕生日早々、何かが燃えています。まったくもう。 - 漫画原作者 猪原賽BLOG
  • 29歳の時に二人で会社を立ち上げて、2年が経過した感想

    現状は悲惨だ。 自分は正確に言うと立ち上げメンバーで IT会社として、社長と自分の二人でスタートした。 社長とは元同僚でうまがあい、 仕事上でも気兼ねなくやれる間柄だった。 立ち上げた目的は、自分たちの実力がついたことやお客さんがついてきた事から 多くの金を、楽しく稼げそうだ。という単純なものだった。 立ち上げる前は30万の給料に 一般的な福利厚生がある会社員だった。 立ち上げてからは20万円の給料に 福利厚生はなにもなくなった。 サービス残業の毎日で 休日は3分の1になった。 会社に最初から資は少なく 案件の利益率も低かった。 案件数も多いとは言えず 業務の範囲も拡大した。 給料が10万以下や、 なにもだせない時もあった。 経費を自分で持つことが多く 激務の結果、赤字の月もあった。 でも楽しかった。 事実上、自分で責任を取らざる得ない環境なため 責任の範囲内を自分の意思で自由にできたか

    29歳の時に二人で会社を立ち上げて、2年が経過した感想
  • 音楽を視覚化して「AR彫刻」を作ったら異常にクールだった(動画あり)

    これ、レコードとかCDの特典でついてきたら絶対買うなぁ。 音楽を聴くなんてクールじゃない。と言われたら、何がクールなのか分かりますよね? そう、音楽を「見る」んです。インタラクション・デザイナーLukazs Karlukさんは、デジタル処理によって音楽を視覚化し、AR彫刻に変形させるという試みを発表しました。 今回の「HoloDecks」は、音を異なるメディアへと変化させる研究群の包括的プロジェクト。早速そのAR彫刻づくりのプロセスを追っていきましょう。 まず曲をかけます。今回使われているのはWarp Recordsに所属するワンオートリックス・ポイント・ネヴァー(Oneohtrix Point Never)の「Zebra」という曲。もうこの時点ですでに期待が高まってきました。わくわく。 曲をかけたら、openFrameworksで構築されたカスタム・アプリケーションを使い、音楽を幾何学波

    音楽を視覚化して「AR彫刻」を作ったら異常にクールだった(動画あり)
  • キッチンのガスレンジの監視モニターを作る:MQTTとサーバー側の設計 | Basuke's Blog

    前回までにセンサーと回路は出来上がってます。またセンサーの値をRaspberryPiから読み込むところまでもテストしてあります。 スイッチと回路完成 あとは読み取った値をサーバーに送信するプログラムを走らせれば、台所側の作業は完了です。今回、Raspberry Pi側のスクリプトは、これまでのテストでも使ってきたPythonを使って記述することにします。具体的なコードを説明する前に、今回使うプロトコル、MQTTについて説明します。 MQTT - MQ Telemetry Transport MQTTとは主にデバイス間での通信のために作られたプロトコルです。もとはIBMが開発して、それをオープンソースにしたものです。MQTTは別名「machine-to-machine(m2m)」、「Internet of Things(モノのインターネット)」などと呼ばれてます。ネットに接続されたモノ同士

  • 関数型とオブジェクト指向という一見相反するプログラミングパラダイムの併用について理解した - 石橋秀仁(zerobase)書き散らす

    最近、ScalaとSmalltalkを触っていて思ったこと。 一見すると、関数型は「データ」より「処理」を重視しているように見える。 関数型プログラミングパラダイムそのものは「副作用のない関数」の合成による演算の恩恵を最大限に享受するパラダイムだ。副作用がないので並列演算の高速化に向いている。 昨今のマルチコア化やクラスタ化のメリットを最大に活かすには関数型プログラミングパラダイムの導入が鍵だろう。プロセッサ単体での性能向上が頭打ちになってきたのだから、並列演算に対応したプログラミング方式へのシフトは不可避だろう(ただし高性能が要求されない分野は除く)。 関数型プログラミングパラダイムは、データよりも処理を重視したパラダイムのように見える。 一見すると、オブジェクト指向は「処理」より「データ」を重視しているように見える。 オブジェクト指向プログラミングパライダムは、(Smalltalk的に

    関数型とオブジェクト指向という一見相反するプログラミングパラダイムの併用について理解した - 石橋秀仁(zerobase)書き散らす
  • 命名するという行為 - 林檎の木

    http://codic.jp/ プログラミングをする上で一番時間のかかる作業ってなんだと思いますか? アルゴリズムを考えること? タイピングしてプログラムを組むコーディング作業? いえいえ違いのです、変数・関数などの名前を考えるのが一番時間がかかる。 これ冗談じゃなくて結構おおむねほぼ当の話です。難しいのですよ名前を付けるっていう行為は。ナウシカにおいて、巨神兵をオーマと名付ける事によって自我に目覚めたように、対象の存在意義を定める行為に等しい。だから対象がなんであるかをとことん考え抜く必要があるのです。この関数はどういった機能を持っているのか、この変数はどのような値を格納するためのものか、このクラスは何を表現しているのか、存在するとはなにか、生きるとは。往々にして思考が哲学的な方向に脱線したりしてとにかく時間がかかる。 それに加え一度決めてしまうと、なかなか別の名前に変えるというのも

    lepton9
    lepton9 2014/01/02
    和英で引いた後stackoverflowで検索してヒット少なかったらやめるというのは良くやる
  • 計画力と実行力と確実性

    子供のころに身に着けておきたかった技術。 ①計画力 おおよそ、その仕事をやれそうな2倍くらいの時間を取る。 で、期限までの進捗の測り方なんだけど。 「期限の20%の時間で 総量の30%を終わらせる」 ←スタートが巧くきれているかをチェック 「期限の50%の時間で 総量の60%を終わらせる」 ←うまく運べているかをチェック 「期限の80%の時間で 総量の100%を終わらせる」 ←期限に余裕を持てるかをチェック と、3段階のチェックを入れる感じにしたほうがいい。 ②計画力2 計画を立てる場合、1月、週ごと、1日~3日ごと と3階層くらいで計画を立てる人が多いと思う。 「今月これだけ仕事する」 「今週こんだけしごとする」ってのは、決めるのは簡単だと思う。 で、ここに加えて、 「1月あとのことを60%決めておく」とか、「1週間後を60%決めておく」ってことをしたほうがいい。 っていうのも、先の予定

    計画力と実行力と確実性
  • softwaretechnique.jp

    This domain may be for sale!

    softwaretechnique.jp
  • コミケでコスプレを逆光で撮る事について

    葬送のすぱ (北海道撮→コミケ) @supa_XL えっと・・・写真で大きな勘違いしてる人多いんだけど。 外での人物撮影(特に女の子)は半逆光若しくは逆光で撮るのが普通。 順光はNGよ。 逆光=暗いそれは正解なので露出補正で1~1.5段明るく撮るのだよ。一眼なら必ず露出補正あるからマニュアル見て覚えておこう! 2014-01-01 22:05:11 葬送のすぱ (北海道撮→コミケ) @supa_XL <続き> んで、逆光で逆光状態でキチンと撮影するとコミケでもこの位は撮れる。 正し、一つだけ。 フレームの中に太陽を入れるのはフレアやゴーストが出ますのでダメ。 あと、最後に 順光はモデルさんスゲー眩しいから良い表情撮れないぞ! http://t.co/rweoRz7vLl 2014-01-01 22:15:40

    コミケでコスプレを逆光で撮る事について
  • オナ速

    1 オナ速の登場 先日電車でJKが「○○ちゃんはオナ中でオナクラに入ってた」なんて宣ってたが、これは断じてオナニー中毒の少女がオナクラで働いてたという意味ではなく同じ中学で同じクラスという意味だ。 しかしながら、タイトルにある「オナ速」のオナは今度こそオナニーのことであるから自慰マニア各位は安心するように。ただし、それはオナニー速報のことではなくオナニー速射でもなくて、残念オナニー速読でした。 勘違いされがちだが速読は特殊能力でもなんでもなく誰でも速く読めばそれで速読なのだ。速読の習慣の多寡によってスピードに著しい差があるため、まるで速読自体が超人技であるかのように思われているが何ともあほくさい話である。つまり、頭の硬い大人たちが速読という誰でも訓練なしにその場でできる素朴な行為を勝手に特別なものと考えて挙げ句の果てには不可能と決め付けて凝り固まっているだけの話なのだ。そしてそうした洗脳さ

    オナ速
  • NHK紅白の Android/iPhone アプリが .NET/Xamarin 製だったということ - Qiita

    新年あけましておめでとうございます。 今年も Xamarin 推しで参ります、よろしくお願いします。 2013年大晦日の紅白歌合戦NHKiPhone/Android 用のアプリを配信していました。 紅白アプリ|第64回NHK紅白歌合戦 紅白で「イェーガー!」と叫ぶために曲を見逃さないiPhoneアプリNHK紅白 なんとこのアプリ、Xamarin 製だったとのこと。 紅白あんまり興味なかったのでノーチェックでしたわー。 紅白アプリXamarinなんか — ゆたか (@tmyt) 2013, 12月 17 iPhoneの紅白アプリ、MvvmCross使ってるってことは、Xamarinで作ってるってこと?! pic.twitter.com/cTWPz2cp9E — 菊池紘 (@kikuchy) 2013, 12月 31 このツイートを RT した後、ソッコーで Android 版を入れ

    NHK紅白の Android/iPhone アプリが .NET/Xamarin 製だったということ - Qiita
  • 会話、論文、小説の言葉はどう違うか?日本語の文は4つのレイヤーからできている 読書猿Classic: between / beyond readers

    昨年は論文の書き方(→論文の道具箱)や小説の書き方(→創作の道具箱)を取り上げたが、今日は両者を包含する話題を取り上げてみたい。 日語の文は4つの層からなる あのー、どうやら今雪が降っているみたいですね という文は、次のような4層(レイヤー)が重なったものである※。 ○命題の層(レイヤー)……「雪が降っ」(雪が降る) 文の内容の核になる部分。 ここでは〈雪が降る〉という事態を示している。 ○現象の層(レイヤー)……「今___ている」 命題として表された事態の現れ方を示す部分で、命題の層を包むようにその外側に現れる。 事態が、時間的/空間的にどう現れるかを示したり、また肯定/否定的にどう現れるか(命題の事態が存在・現象するのか、しないのか)を示す層である。 つまり言葉と言語外の現実とが、どのような関係にあるかを示す層であるといえる。 ここでは命題として捉えられた事態(雪が降る)が、時間的に

    会話、論文、小説の言葉はどう違うか?日本語の文は4つのレイヤーからできている 読書猿Classic: between / beyond readers