タグ

2018年12月25日のブックマーク (10件)

  • TypeScript Deep Dive 日本語版 | TypeScript Deep Dive 日本語版

    出典: https://www.npmtrends.com/typescript TypeScriptJavaScriptを拡張して作られたプログラミング言語です。トレンドが示すとおり、TypeScriptJavaScriptに代わって第一に選択される言語になりました。TypeScriptが提供する静的型システムは、コードの保守性と可読性を大幅に向上させます。またブラウザ等の互換性を心配することなく、モダンで便利なJavaScriptの機能を利用できます。 TypeScript DeepDiveは初心者からベテランまで役立つオープンソースのドキュメントです。JavaScriptのモダンな機能からTypeScriptの様々な魔法に至るまで丁寧に説明されています。多くのコードサンプルがあり、具体的なTypeScriptの使い方を簡単に理解できます。TypeScript DeepDive日

    TypeScript Deep Dive 日本語版 | TypeScript Deep Dive 日本語版
    nomnel
    nomnel 2018/12/25
  • 子育てで睡眠不足のママに「安眠」をプレゼントしてみた_PR | SPOT

    子育て中で寝不足のママに睡眠プレゼント!看護士や保育士の方と一緒にお子さんを一晩お預かりして、高級ホテルでのんびりと自由な時間を過ごしていただきました。※この企画は株式会社メルカリの提供でお送りします。 ※日の企画は株式会社メルカリの提供でお送りします 皆さんこんにちは!パパライターの5歳(@meer_kato )です! 僕には5歳と7歳の2人の息子がいます。わんぱく盛りではありますが、言えばわかるようにもなってきたし、頼めばお手伝いなんかもしてくれるようになってきたので、子育てもだいぶ落ち着いてきました。最近は夫婦で「もう一人くらい子供欲しいよね」なんて会話をよくします。 しかし、ただひとつだけ、たったそれだけの理由で次の子供へとなかなか踏み出せない理由があります。それはすばり、 子どもの夜泣き です! ほんとに睡眠不足マジでツラい。2.3日寝ないくらいなら気合いでどうにかなるけど、

    子育てで睡眠不足のママに「安眠」をプレゼントしてみた_PR | SPOT
    nomnel
    nomnel 2018/12/25
  • 【2018年版】広告システムエンジニアは絶対におもしろいと思う理由 - 最速配信研究会(@yamaz)

    これは Supership株式会社 Advent Calendar 2018の25日目の記事です。 Supership株式会社 CTO @yamaz です。 広告システムエンジニアは絶対におもしろいと思う理由 という記事をちょうど10年前に書きました。 今回はあれから10年経って現在広告システムエンジニアをとりまく環境ははどうなっているかについて書きたいと思います。 TL;DR (3行で) 10年前と変わらず技術的、学術的、ビジネス的にエキサイティングな領域だよ。 広告テクノロジーをプレイヤーが切磋琢磨し続けてきた結果、大規模配信・集計技術もさることながら大規模データ分析や運用技術の領域も大事になってきたよ。 まだまだ課題満載な業界だけど、デジタルマーケティングに未来を感じてる人はぜひ広告業界へ応募を! 10年前と変わらず技術的、学術的、ビジネス的にエキサイティングな領域である 10年前は

    【2018年版】広告システムエンジニアは絶対におもしろいと思う理由 - 最速配信研究会(@yamaz)
    nomnel
    nomnel 2018/12/25
  • 転職活動をしています|ばんくし|note

    転職活動をしています。 この記事では、私の技術と給与、会社に対する捉え方、転職活動の進め方、職務履歴書、今後について書いた記事です。 追記:転職しました 私の経歴は以下の通りです。 私は2016年4月、新卒にてSansan株式会社に機械学習エンジニアとして入社しました。一年半ほど勤めた後、2017年10月、の体調と結婚を機に、Yahoo! JAPANへ転職しました。

    転職活動をしています|ばんくし|note
    nomnel
    nomnel 2018/12/25
  • Linus Torvalds様、ユーザースペースの互換性を壊した開発者に強い態度をお示しになる

    Linuxカーネル4.18から、userns mountに対して暗黙にSB_I_NODEVを設定するようになったために、既存のsystemdのnspawn実装が壊れた。 以下が問題のパッチだ。 https://github.com/torvalds/linux/commit/55956b59df336f6738da916dbb520b6e37df9fbd Linuxカーネルにおいては、ユーザースペースの挙動は変えないという強い下位互換保障がある。以前のバージョンのカーネルで動いていたユーザースペースのコードが新しいバージョンのカーネルで動かなくなった場合、それは理由が何であれ新しいバージョンのカーネルのバグであるとみなされる。たとえそれが、ドキュメント化していない明示的に保証されているわけではない昔のカーネルの暗黙の挙動であれ、その挙動に依存している既存のユーザースペースのコードがあるので

    nomnel
    nomnel 2018/12/25
  • 「パラシュートなしで飛行機から飛び降りてもケガしない」ハーバード大学の衝撃研究の真相は(市川衛) - 個人 - Yahoo!ニュース

    「飛行機から飛び降りるときに、パラシュートをつけていてもいなくても、死亡や大けがのリスクは変わらない」 そう聞いて、どう思います? わたしの率直な印象は「アホか?そんなわけないでしょ」というものでした。 実はこの内容、今月13日、世界的に有名な医学誌BMJ(英国医師会雑誌)に掲載された「検証実験」の結果です。しかも研究したのはハーバード大学などに所属する、れっきとした「医療専門家」たち。 うーん…。だとすると、信じられることなのでしょうか…? どうにも不思議な研究論文。しかし良く読むと、その内容には深~い意味が…。お願いですので、最後まで読んでみてくださいね。 世界初!?「パラシュートの効果」を検証する実験 論文(※1)によれば、研究チームは次のような実験を行いました。 協力したのは、18歳以上の男女23人。参加者はランダムに2つのグループに分けられ、片方には飛行機から「パラシュートをつけ

    「パラシュートなしで飛行機から飛び降りてもケガしない」ハーバード大学の衝撃研究の真相は(市川衛) - 個人 - Yahoo!ニュース
    nomnel
    nomnel 2018/12/25
  • エンジニアリング組織の文化ができるまでの3年間の軌跡 - STEAM PLACE

    メリークリスマスイヴ! この記事は Engineering Manager Advent Calendar 2018 の24日目の記事です。 私 (@dskst9) が3年前、アスクルという会社のエンジニアリングチームにJoinしてから、エンジニアリング組織の文化がどのように作られていったのかというお話です。 これは、私自身のアクションと、エンジニアリングチームの一人ひとりがアクションしたことを織り交ぜて書いています。誰かがアクションし続けることで、会社は変わり続けることができるということを感じてもらえると幸いです。 この記事が伝えたいこと どんな会社でも変えることができる 組織を変えたいなら自分自身でアクションする 組織がアクションを続けると習慣となりそれが文化になる この記事が伝えたいこと そもそもどんな会社 むかし いま ふりかえる Forming(形成期) やったこと Stormi

    エンジニアリング組織の文化ができるまでの3年間の軌跡 - STEAM PLACE
    nomnel
    nomnel 2018/12/25
  • 一休における「情シス」の取り組み - 一休.com Developers Blog

    この記事は一休.com アドベントカレンダーの24日目の記事です。 qiita.com 社内情報システム部の大多和(id:rotom)です。 一休には2018年8月に入社し、情報システムエンジニアとして、IT を活用した業務改善、オフィス環境の構築を中心とした社内の「情シス」業務全般を担当しています。 エントリでは、表立って登場することの少ない「情シス」が普段何をしているか、ご紹介していきます。 情シスのお仕事 社内情報システム部は「システム部」に所属しており、現在 6人 のメンバで業務を行っています。 一休における情シスは以下の2つの側面を持っています。 コーポレートエンジニアリング:社内ツールやシステムの導入及び管理運用、bot やスクリプト開発による業務の効率化などの業務改善の他、オフィスの IT インフラ環境の構築、改善など、IT を活用し、より社員がよりパフォーマンスを発揮で

    一休における「情シス」の取り組み - 一休.com Developers Blog
    nomnel
    nomnel 2018/12/25
  • SaaSの公式「LTV/CAC > 3x」ってなんでなの?分解して考えてみた。 | Wantedly Blog

    こんにちは!Wantedly CFOの吉田です。SalesforceのDreamforce 2018の真っ最中、いかがお過ごしでしょうか? SalesforceといえばSaaS!SaaSといえばユニットエコノミクスですよね!1顧客あたりの平均的な経済性(儲かっているのか損しているのか)という概念ですね。一般的には、LTV(ライフタイムバリュー)とCAC(1顧客あたりの平均獲得コスト)の比較で考えます。 SaaSの場合、ユニットエコノミクスとして「LTV/CAC > 3x」(LTVがCACの3倍より大きい)が健全な水準とよく言われます。ただ、なぜ3倍なのか、ちょっと調べてみても具体的な根拠が分からずなのです。 なんで3倍なんだろう?顧客獲得以外に開発や管理など他の費用もいろいろあります。なので、1顧客あたりの獲得コストが、その顧客からの生涯収益の3分の1くらいに収まっていないと、何となく収益

    SaaSの公式「LTV/CAC > 3x」ってなんでなの?分解して考えてみた。 | Wantedly Blog
    nomnel
    nomnel 2018/12/25
  • なぜCPO(Chief Product Officer)が居ないんだろう?|masuidrive

    当に技術を売りにしている会社以外、"Tech"より"Product"の方が大事だと思うんだけど。 いまはTechの幅が広すぎ、一人でカバーすることは難しくなっていますし、そもそも「技術が差別化ポイント」になっている会社は多くないと思います。 「経営側に技術がわかる人間がいないと、間違った技術投資を行い、エンジニアに無駄が負荷がかかったり、プロダクトが正しく完成しない」という可能性はあります。 しかしそれは経営層で必要なんだろうか? むしろ経営層からはプロダクトが健全に開発されているのなら、投資の正しさはプロダクトの中で行えばいいと思うんだけど。プロダクト横断の投資が必要ならそういう横串の検討を行えばいいわけだし。 ということでCTOよりCPOがいる構造の方が会社の目的に沿っている気がするんだけど、どうなんだろう? 起業当初はCEOやCTOがProduct OwnerとなりCPOの役割をし

    なぜCPO(Chief Product Officer)が居ないんだろう?|masuidrive
    nomnel
    nomnel 2018/12/25