タグ

2017年12月6日のブックマーク (10件)

  • ES6のPromiseの基本を考えてみた - Qiita

    1.Callbackパターン 以下がcallbackのみを使ったパターンです。readFileのCallbackの中でwriteFileを呼んでいます。writeFileのCallbackの中で最終的な処理の成否がわかります。 const fs = require("fs"); fs.readFile("ttt.txt", (err,contents) => { if(err) { console.log(err); return; } fs.writeFile("ttt2.txt", contents, (err) => { if(err) { console.log(err); return;} console.log("書き込み成功!"); }) }) このパタンの悪いところは、処理が長くなるにつれてCallbackの入れ子が深くなり読むに堪えないコードになっていくことです。今回は2

    ES6のPromiseの基本を考えてみた - Qiita
  • チーム開発 @ GitHub

    2017/12/01に行ったプロジェクト内でのGitHub講習会で使った資料 一部privateリポジトリもありますがなくても多分大丈夫です

    チーム開発 @ GitHub
  • 2017年8月25日 インターネットに何が起こったのか

    This document discusses ICANN (Internet Corporation for Assigned Names and Numbers) and related topics. It provides background on ICANN, explaining that it coordinates the domain name system and allocation of IP addresses. It describes ICANN's multistakeholder model and organization, including its supporting organizations, advisory committees, and board of directors. It also discusses the IANA fun

    2017年8月25日 インターネットに何が起こったのか
  • 僕のKotlinコントリビュータへの道のり - コネヒト開発者ブログ

    こんにちは!Androidエンジニアの富田です。先月KotlinのPRが一つマージされてコントリビュータになりました!実はコントリビュータになると決心して、今年の1月からKontributeをスタートしたのですが、コントリビュータになるまでになんと「11ヶ月」もかかりました。珍しい事例だと思いますので、僕のコントリビュータまでの道のりを時系列で紹介したいと思います! なぜKontributeしようと思ったのか? 昨年末に書いたKotlinを導入したお話というブログでたくさんのはてぶをいただき、もっと自分が会社に対して何かできることがないかと考えた時にKontributeが良いのではないのかと考えました。Kontributeの結果として、以下の2点がアウトプットできれば嬉しいと思い活動を進めました。 当時は社内でOSSのコントリビュータが少なかったため、Kontributeをすると刺激を与え

    僕のKotlinコントリビュータへの道のり - コネヒト開発者ブログ
  • Node.js Performance 改善ガイド - from scratch

    Node.js Performance 改善ガイド Memory の場合 メモリリークかどうかを特定する メモリリークではない場合 CPU の場合 どこの処理に時間がかかっているのかを確認する v8 simple profiler flame graph を取得する File の場合 大きなサイズのファイルをどうしても扱う時 Network の場合 keepalive を on にする その他: 全体的にパフォーマンスを改善するためにやること JIT が効いているかを確認する clusterが使えないか検討する C++ addons vs JavaScript libraries まとめ 参考資料 Node.js Performance 改善ガイド この記事は Node.js 2 Advent Calender の 5日目の記事です。 qiita.com Node.js のパフォーマンスに

    Node.js Performance 改善ガイド - from scratch
  • 高頻度アルゴリズム取引業者の終わりなきスピード競争|Rui Ueyama

    誰にとっても通信速度は遅いより速い方がいいけど、情報の速さで利益を出している高頻度アルゴリズム取引業者にとっては、通信速度は死活問題だ。そういった業者のために、証券取引所間のレイテンシをマイクロ秒単位で減らすネットワークが、数百億~数千億円というお金を使って構築されている。ここではそういうネットワークについて書いてみよう。 いつの時代でも、証券取引の参加者にとって、他の証券取引所の状況をいち早く知ることは重要だった。他の人が知らない取引状況を知っていれば、それはある意味ちょっとだけ未来を知っているのと同じようなもので、わずかな時間とはいえ有利な売買ができるからだ。そのために昔から市場参加者は伝書鳩や電話などあらゆる方法で早く情報を得ようとしていた。とはいえ、人間がすべての注文を出していた時代は通信速度を極端に最適化してもあまり意味がなかったが、コンピュータを使ったアルゴリズム取引が一般化す

    高頻度アルゴリズム取引業者の終わりなきスピード競争|Rui Ueyama
  • Excel管理の座席表をLeafletでWeb化した話 - LINE ENGINEERING

    ! This post is also available in the following languages. 英語, 韓国語, ベトナム語 こんにちは、LINEIT支援室で社内システムの開発と運用をしている岩月です。この記事はLINE Advent Calendar 2017の6日目の記事です。 人員の増加に対応するために、今年の4月、LINEJR新宿ミライナタワーに移転しました。移転に伴い、IT支援室ではいくつかの新しい社内システムを導入しましたが、今日はその1つである「座席表」についてお話させていただきます。 開発のきっかけ 移転前、座席の管理は以下のようにExcelで行われていました(名前は消しています)。 ◯◯さんの座席を調べたいと思ったら、Excelもしくは変換されたPDFをダウンロードして、ビューアーの検索機能で名前を調べる必要がありました。恐らくよくある運用というこ

    Excel管理の座席表をLeafletでWeb化した話 - LINE ENGINEERING
  • Goのパッケージ構成の失敗遍歴と現状確認

    この記事は Gunosy Advent Calendar 2017の5日目の記事です。前回の記事はGunosyのパーソナライズを支える技術 -ワークフロー編-でした。 GoAPIを書くときの問題僕の在籍するGunosyはGoを昔(?)から番採用しておりまして、ノウハウも潤沢に溜まっている企業だと言えます。 しかし、contextの扱いやベストなパッケージ構成、テスト、net/httpでAPIを書くノウハウなどなど、迷うことは多々あります。 これは弊社特有の事情ではなく、Goのサーバーサイドエンジニア全員にとっての問題です。中でも、パッケージ構成をどうすればいいのか(相互参照せずに快適に開発を進められるパッケージ構成とは)を見つけるのは結構難しく、各々のチームにお任せ、という状況です。 今回は上記の問題のうち、パッケージ構成に踏みこんで見たいとおもいます。会社でもよくパッケージ構成をどう

    Goのパッケージ構成の失敗遍歴と現状確認
  • オナニー国勢調査(全国男性自慰行為調査 2017) | TENGAヘスルケア コンテンツ

    オナニー国勢調査とは マスターベーションは一人で楽しむものであるがゆえに、その密室で何が行われているか、他人からは分からないものです。 自分の行為を人と比べるということも少ないため、自分のスタイルを客観視する機会もなかなかありません。 そこでTENGAヘルスケアでは、ブラックボックス化した男性のマスターベーションの実態解明を目指し、今回の「オナニー国勢調査」を実施しました。 ここでは調査結果として、バラエティに富んだマスターベーションの実態の一部と、「腟内射精障害」の原因となる不適切なマスターベーションが無自覚で行われていることを紹介します。 「腟内射精障害」が気になる・不安な方は今すぐ、以下リンクから「セルフチェック」を受けてみましょう。

    オナニー国勢調査(全国男性自慰行為調査 2017) | TENGAヘスルケア コンテンツ
  • 当初の懸念どおりブラウザのプッシュ通知は邪悪に使われはじめている。実装側はクリックまで購読確認を待つべき。 - mizchi's blog

    追記: 2019/11/12 2年経ったけど体験が悪化し続けた結果、 Firefox がこの記事の通りになりましたね… www.fxsitecompat.dev プッシュ通知、ネイティブアプリの機能郡をWebに持ち込むPWA技術の売りの一つだが、当初から懸念されていたとおり、非常にノイジーなものとなってしまっている。自分も気づけばあらゆるサイトの購読確認を、無意識で拒否を押すようになってしまった。 hagex.hatenadiary.jp 少し前の記事。最近はどこかで wordpress のプラグインになったのか、目にする機会が非常に多くなり、非常にストレスフル。最初は技術的な目新しさからか、ある程度容認していたが、さすがにこの状況が悪化する一方で、気でやばいんじゃないかと思っている。とくに初見のブログの記事を読む前に、購読確認が出るのが最悪の体験となっている。 そもそもプッシュ配信とは

    当初の懸念どおりブラウザのプッシュ通知は邪悪に使われはじめている。実装側はクリックまで購読確認を待つべき。 - mizchi's blog