タグ

2017年5月24日のブックマーク (6件)

  • なぜTypeScript推しなのか - Islands in the byte stream

    KibelaのフロントエンドをES2015からTypeScriptに絶賛移行中です。 www.typescriptlang.org で、なぜ flow じゃないくてTSなのかって話です。 flow vs typescriptである理由は、どちらもJSのスーパーセットをうたう静的型付きのaltJSだからです。この時代にあえてaltJSを導入する理由としては静的型があるというのが必須で、かつ学習コストを考えるとJSのスーパーセットであるのが望ましいでしょう。 言語仕様 言語仕様の点から言うと、決定的な差はないと思っています。 メリットもだいたい同じで 生産性: エディタの補完をJSよりも賢くできるので、より少ない脳のワーキングメモリでコードを書ける 堅牢性: コンパイル時に(=多くのケースではエディタで)typoなどの間違いを検出できるのでバグを減らせる 学習コスト: JSをベースにしており、

    なぜTypeScript推しなのか - Islands in the byte stream
    InoHiro
    InoHiro 2017/05/24
  • decode17

    分散並列処理の基に関する解説と,分散並列処理のオープンソース界隈で最近起こっていることをまとめた資料です.

    decode17
    InoHiro
    InoHiro 2017/05/24
  • WELQ退場から半年。事件は医療・健康系検索結果をどう変えたか? - web > SEO

    2016年秋、キュレーションメディアの事件は、健康系メディアWELQの低品質な記事の問題から始まりました。 多くのメディアが情報の信頼性など多くの問題提起を行い、11月中旬よりWELQの記事は消され始めて12月2日にはサイトが非公開に。そのままいまも再開はされていません。 あれからもうすぐ半年になります。 この半年は日のインターネットメディアと検索エンジンにおいて大きな変化があった期間です。 ネットメディアとしては、WELQの終了を前後して運営を終了するメディアや、運営体制の見直しなど品質を高めようとする動きが多く現れました。 検索エンジンGoogleも、WELQの退場後数ヶ月遅れでいくつかの対策を発表しています。2月には事実上のキュレーションメディア対策を行ったことを発表した後、4月には更に信頼性や正確性などを重視するアルゴリズムがローンチされたと発表。その他にもいくつかの改善を続け、

    WELQ退場から半年。事件は医療・健康系検索結果をどう変えたか? - web > SEO
    InoHiro
    InoHiro 2017/05/24
  • Apache Arrow Homepage

    Format Apache Arrow defines a language-independent columnar memory format for flat and hierarchical data, organized for efficient analytic operations on modern hardware like CPUs and GPUs. The Arrow memory format also supports zero-copy reads for lightning-fast data access without serialization overhead. Learn more about the design or read the specification. Libraries Arrow's libraries implement t

    Apache Arrow Homepage
    InoHiro
    InoHiro 2017/05/24
  • 【前編】転職活動で気づいた、採用が下手な会社と上手な会社 - ジンジニアニッキ!

    様々な事情があってしばらく自宅警備員をしながら転職活動をしていたのですが、ようやく落ち着いたので書いています。 タイトルちょっと煽り気味ですが、今回の転職活動では20社くらいの話を聞いたりしていました。 そこで「なるほどなぁ」って思うこともあったのでちょっとまとめてみようかなと思った次第です。 記事をを書くにあたっての前提として、自分のステータスですが 後期アラサーなので社会人経験も人生経験がそれなりにあり、第二新卒ではもうないし、「若手」とも言えずベテランに片足突っ込んでる感じ 人材紹介会社にいたりコミュニティにいたり採用人事やってたりなどしているので、IT業界の他社のことはなんとなく情報が自動的に入ってくる (転職活動の中で気づいたことだが)経験年数の割にどうやら仕事上の修羅場経験はそこそこある 今回は人事とかバックオフィスとかのいわゆる「ビジネス系職種(エンジニアではない)」で転職

    【前編】転職活動で気づいた、採用が下手な会社と上手な会社 - ジンジニアニッキ!
    InoHiro
    InoHiro 2017/05/24
  • Hello Worldの後に何を作るか - razokulover publog

    新しい技術を学びはじめるとHello Worldのその先で何を作るか詰まってしまうことがよくある。 最初から作りたいものがある人はそれ作ったほうがいいし、実務で導入できたりするなら一番手軽で学びが多いのだが中々そうもいかないのが人生というもの。 そういう人にとってはHello Worldからある程度使えるもしくは番投入時に選択肢にできるレベルになるための道筋があると便利だなーと思う。 自分はWeb系の人間なのでフロントエンド/サーバーサイド/モバイルアプリという感じでまとめてるが、インフラ屋やハード他デザイン系の技術はまた違うと思われるのでこれはあくまでも自分の場合はということで。 共通 言語機能を一通り試す(A Tour of Goみたいな感じで) 基的な型/制御構造/IO周り/クラス/文字列操作/正規表現/よく使いそうな標準ライブラリ その言語固有の機能は重点的に(goだったらgo

    Hello Worldの後に何を作るか - razokulover publog
    InoHiro
    InoHiro 2017/05/24