タグ

2015年8月10日のブックマーク (8件)

  • blog.katsuma.tv

    唐突の約1年ぶりのエントリーになりますが、itunes-clientの親戚みたいなかんじのkeynote-clientを作ってみました。 Github RubyGem これは何? itunes-clientと同様、高レベル(のはず)なAPIでKeynoteを操作できます。たとえばこんなかんじ。 require 'keynote-client' # インストール済のテーマ一覧を取得 themes = Keynote::Theme.find_by(:all) # 特定の名前のテーマを取得 theme = Keynote::Theme.find_by(name: 'cookpad').first # テーマを指定して新しいドキュメントを作成 doc = Keynote::Document.new(theme: theme, file_path: '/path/to/slide_name.key'

    kadzuya
    kadzuya 2015/08/10
  • Tech Lead(TL/テックリード)の役割 - サンフランシスコではたらくソフトウェアエンジニア - higepon blog

    Tech Lead(TL/テックリード)の役割。聞きなれない名前かもしれない。リードプログラマやテクニカルリードと呼ばれることも。過去にいくつものチーム(最大で10人以上)の Tech Lead をやってきた自分の経験を踏まえて書いてみる。 Tech Lead の主な役割 Tech Lead はエンジニア班長と言いかえるとイメージがわきやすいかもしれない 顧客に提供したい価値(プロダクトゴール)を正しく理解する エンジニアチームの生産性を可能な限り最大化。プロダクトマネージャ・デザイナと顧客に価値を提供する Product の Launch に責任を持つ Product の Launch 後のメンテナンスに責任を持つ エンジニアを過負荷から守る ときにはマネージャ、プロダクトマネージャのアイデア、スケジュールに NO を言う。代替案を提示する チーム内のテクニカルデザイン、採用技術などに責

    Tech Lead(TL/テックリード)の役割 - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
    kadzuya
    kadzuya 2015/08/10
  • クモを操り一方的に搾取する寄生バチ、殺す直前に自分専用の強固な網まで作らせていた(神戸大学研究)

    生物界における恐るべき「寄生」のメカニズムがまた一つ明らかとなった。宿主を洗脳し生かさず殺さずの状態で一方的に利用し、用済みとなったら殺してしまう寄生生物は数多く存在するが、クモヒメバチの幼虫は、クモの体液を貪りながら成長を続け、殺す直前に自らが安全に蛹になれるよう、強固な網を作らせていたことが判明した。 以下の文章は、この研究論文を発表した研究グループの代表である神戸大学の高須賀圭三博士がカラパイアのお友達の為に特別にわかりやすく書きおろしてくれたものである。 この画像を大きなサイズで見る 昆虫の世界は寄生者であふれている。しかもダニなどの栄養略奪者だけではない。映画のエイリアンと同じく、寄生のあかつきに必ず宿った相手を殺す『捕寄生者』という恐るべき昆虫が、ハチやハエ類を中心に万種のレベルで地球上を席巻しているのだ。昆虫の世界は、少しでも油断するとやつらの餌となってしまう恐ろしい世界

    クモを操り一方的に搾取する寄生バチ、殺す直前に自分専用の強固な網まで作らせていた(神戸大学研究)
    kadzuya
    kadzuya 2015/08/10
    産卵方法がきになる。 https://sites.google.com/site/keizaf/g-and-s-2007
  • 解答編 - Erlangプログラマを見分ける16の質問 - kuenishi's blog

    気が向いたので。まだ問題を見てない方は、問題を見てからやったら楽しいかも。けっこう適当だよ。 ErlangでOOPを実現する方法を説明せよ Parametrized moduleというのを使う。ただしできたオブジェクトは結局immutableなので、真面目にオブジェクト指向するときはインスタンスを軽量プロセスで実現するよ。 例外を用いるべき場面を説明せよ ふつうはok/{error,reason()}でエラーとるが、エラー処理のネストが深くなったりtype/specが収拾つかなくなったりするときはまあ例外でもいいと思う。ここは宗教論争とか水掛け論になれば合格レベルかな。messagepack/erlangではリストにつけたしてくタイプの末尾再帰の関数のエラー処理で苦労した挙句例外を使うしかなかったので、例外を使う場面があってもいいと思う。 BERTについて説明せよ Binary ERlan

    解答編 - Erlangプログラマを見分ける16の質問 - kuenishi's blog
    kadzuya
    kadzuya 2015/08/10
  • erlando - ErlangでMaybeモナドとdo記法を使う - Qiita

    ErlangでHaskell風の Maybeモナド と do記法 を使う方法。エラーチェックなどを繰り返し行うコードが簡潔に記述できる。RabbitMQの開発者が公開した erlando で実現する。 erlandoにはListモナドやStateモナドなども含まれており、もちろん自分で新たにモナドを書くこともできる。また一部のモナドではMonadPlus型も実装されており guard/2 関数などが使える。さらに、関数の部分適用を読みやすく記述できる「cut」や、関数のインポート時に関数名を変更することで名前の衝突を避ける「import as」という機能もある。 maybe(A) 型 Erlang/OTPでは処理が失敗するかもしれない関数は、失敗したことを「例外」ではなく、「戻り値」で表現する。例えば lists:keyfined/3 ではキーが見つからない場合 false を、 file

    erlando - ErlangでMaybeモナドとdo記法を使う - Qiita
    kadzuya
    kadzuya 2015/08/10
  • ReactiveX と「普通のやつらの上を行け」の意外な関係 - Okapies' Archive

    これは「関数型プログラマのための Rx 入門」の補足記事です(タイトル変えた)。 前編、後編とお送りしてきたこの記事だが、特に後編について「何を言ってるのか分からん」というコメントを何人かの方から頂いた。…なんというか、ごめんなさい。 繰り返しになるが、Rx を使う上で関数型プログラミングの知識は必ずしも必要ではないし、むしろ(関数型のコンセプトが基礎にあるのに関わらず)知らなくても使えるようになっている。ライブラリの作者たちは「過度な抽象化は害になる」ということを弁えているのだろう。 しかし、Rx と関数型プログラミングの関係を把握しておくと、非同期データストリームのビルディング・ブロックの作り方について大いに視野が広がるだろう。もし、貴方がこの記事の前提となる「関数型」のパラダイムに興味をお持ちなら、まずは「関数プログラミング実践入門」をお勧めしたい。 関数プログラミング実践入門 ──

    ReactiveX と「普通のやつらの上を行け」の意外な関係 - Okapies' Archive
    kadzuya
    kadzuya 2015/08/10
  • 猛暑日の増加

    [2018-07-20] as.POSIXct() を as.Date() に変えました。 東京管区気象台の東京における雷日数や真夏日等の日数の変化というページを見ると,猛暑日(日最高気温35℃以上)の日数が1876年以来著しく増加していることがわかる。ところが,平均気温を見ると,地球温暖化・都市化の影響で徐々に増加しているが,激しく変わっているようには見えない。平均ではなくて猛暑日の日数を見るべきであるという議論もある。しかし,「猛暑日」(日最高気温35℃以上)や「真夏日」(日最高気温30℃以上)のような分布の裾の日数は,何℃で切るかによって印象が大きく異なる。気温変化を誇張することにならないか。 「東京」の観測地点は2014年12月2日に約900m離れた地点に移転している。詳しくは「東京」の観測地点の移転について(PDF,2014年11月14日,気象庁観測部)を参照されたい。 東京の日

    kadzuya
    kadzuya 2015/08/10
  • アメリカの大学で受けたソフトウェア工学の授業が実践的ですごかった話 - stefafafan の fa は3つです

    私はアメリカの大学で「インタラクティブメディアとゲーム開発」を専攻しましたが、その時受けたSoftware Engineeringという授業が色んな意味で素晴らしかったのでその授業がどう素晴らしかったのかを紹介していきます。 リアリティーがすごい まずこの授業、生徒数が80人ほどいます。ここから教授がみんなを約15人ずつの5つの会社に分けていきます。そうです、我々生徒は実は会社員なのです。 そして初日に出された課題は「自分たちの会社のミッションステートメントを考えてくること」です。 それだけでなく、プロジェクトマネージャー・プロセスエンジニア・リリースエンジニア・ドキュメンテーションマネージャー・クオリティーマネージャーの役割を会社のどの社員が取るのかを決めてこないといけないというのです。私たちは言われるがままにミッションステートメントを用意し、次の授業に備えました。 プロセスがすごい S

    アメリカの大学で受けたソフトウェア工学の授業が実践的ですごかった話 - stefafafan の fa は3つです
    kadzuya
    kadzuya 2015/08/10