The document discusses how handshake joins could be used by soccer players to perform stream joins in a scalable and parallel manner. Handshake joins involve streams flowing past each other in opposite directions, with each core locally evaluating tuples as they pass through. This approach allows for very high degrees of parallelism across multiple cores, CPUs, and specialized hardware like FPGAs.
MSYS2＋VagrantによるWindowsでのUNIX環境
0. 目次 1. はじめに 2. Vagrantについて 3. WindowsにおけるVagrantの利用について 4. PuTTYを使う方法 5. Vagrant付属のMSYS環境を利用する 5.1. Vagrant付属のMSYS環境下でmingw-getを使えるようにする 5.2. Vagrantによる仮想マシンの構築と接続の実際 5.3. MSYSのsshで接続できない時の回避策 5.4. 結局この方法はおすすめできない 6. MSYS2環境を利用する 6.1. MSYS2とは 6.2. MSYS2のダウンロードとインストール 6.3. シェルの環境設定 6.4. フォントの設定 6.5. 必要なパッケージのインストール 6.6. Vimの設定 7. 再度Vagrant 8. 仮想マシンLinuxの日本語化 9. ネットワーク設定 10. ファイル共有機能 1. はじめに 仕事上，U
Overview NEW IN Lombok 0.10: Any field or no-argument method can be annotated with @Delegate to let lombok generate delegate methods that forward the call to this field (or the result of invoking this method). Lombok delegates all public methods of the field's type (or method's return type), as well as those of its supertype except for all methods declared in java.lang.Object. You can pass any num
「ハイヤーーーーーッッ！！！」 と気合いを入れたところで、今日はScalaのコレクションライブラリで多用されている、Higher kind genericsについて軽く解説したいと思いハイヤーーーーーッッ！！！ Higher-kind Generics(type constructor parameter)って? まぁぶっちゃけ@kmizu が解説してくれてるのでコレ読んでもらえばおけです。 ScalaのHigher-kind Genericsについて - Togetter そういえば最近Javaでもid:Nagiseによるこんな話がありましたね。 Javaによる高階型変数の実装 - プログラマーの脳みそ Java による高階型変数と Scala とジェネリクス - Togetter 要は、型パラメータを取る型パラメータ(?)が使えるよって話。 trait AttrHelper[+Hold
猫番 Cats は Scala のための関数型プログラミングのライブラリで、これは僕がそれを使ってみた記録だ。 大まかな流れは、僕が 2012年 (!) に書いた独習 Scalaz に倣う。 Cats のサイト によると、名前は圏 (category) の遊び心のある短縮形に由来する。 プログラマの取りまとめは猫の群をまとめるようなものだと言われる。 訳注: 本稿原題の herding cats は、英語の慣用句の一つで、herd というのは何十匹もの牛や羊を追い立てて群で移動させること。 猫は集団行動ができないので、言うことを聞かずにてんでんばらばらな状態、またはそれをまとめようとする様。 少なくとも Scala を使ってるプログラマに関しては当てはまるのではないかと思う。 この状況を十分承知した上で、Cats は第一の動機として「とっつき易さ」をあげている。 Cats は技術的な視点か
この記事はECMAScript 2015の事始めとして、ライブラリをECMAScript 2015で書いて公開するというところから始めるのがいいのではという内容です。 ECMAScript 2015(ES2015)はES6とも呼ばれていてどちらも同じものを指しますが、この記事ではES2015に統一します。 ECMAScriptのバージョンについては次のページを参照してください。 ECMAScript · JavaScriptの入門書 #jsprimer 2018-12-27: 追記 textlint/textlint-rule-helperのmasterはTypeScriptの実装へ変換されています。 Babelの実装はhttps://github.com/textlint/textlint-rule-helper/tree/2.0.1から参照できます Babel から TypeScrip
その上司は努力をさせる名人だった。が、彼はいつも、「楽に努力せよ」と言った。 この言葉は一見矛盾しているようだが、そうではない。 何事もうまくやれるようになるためには、たとえ才能があったとしても努力が必要だが、その努力をどのように行うかは選択することができる。 すなわち、つらい努力をするか、楽に努力をするかである。 そして、つらい努力は長続きしない、というか、そもそもそれは単なる「苦痛に耐えている」であって、実は努力ではない。楽に努力をすること、努力を継続するための工夫も含めて「努力」と呼ぶ。 彼は、そう言っていた。 例えば、読まなければならない本があるとする。 あなたはそれにとりかかる、10ページも読むとつまらなくなってくる。つらい、でも読んでレポートを作らなければならない。投げ出したくなるところを耐えて、頑張って、10時間でへとへとになって終わった。 これは「努力した」といえるのか。
＜前編のあらすじと後編のお話＞ 春風が吹く中、本企画のホストである伊藤直也氏（以下「naoya」）が、寿司屋に招いたのは、naoya氏が開発組織改善プロジェクトの手伝いをしている『株式会社一休』のエンジニア、笹島祐介氏（以下「笹島」）と田中健介氏（以下「田中」）の2人。 『一休』とnaoya氏にもともと接点はなかったが、あるイベントで田中氏がnaoya氏に声をかけたことがきっかけで、『一休』の開発組織改善がスタート。順風満帆な出だしとはいかず、現場エンジニアの賛同を得られるまで苦悩の日々を過ごしながらも、GitHubの導入やデプロイの自動化などで、目に見えて組織改善がなされていき、現場の雰囲気も格段と良くなったのであった――。 ⇒【前編】の記事はこちら 【後編】となる今回は、技術的課題を解決すると同時に浮かび上がる「組織・人」の問題に、『一休』はどう立ち向かっていったのか、そして、CTO不
react-devtools で Unknown がでる場合 タイトル長いですね。ともかく、ES6 class で Component を書いたら react-devtools で Unknown になってしまった話。 facebook/react-devtools について、無いと死んでしまう！ってほどの有り難みは感じていないのですが、いざ開いたときに Unknown だと残念なので対応しました。 辛い見た目 export default class MyComponent extends React.Component {} のように書いたら、コンポーネント名が取得できず Unknown だらけになりました。 <Top Level> <Unknown> <div> <h1>Hello World!</h1> <Unknown index="0" tabs="..."></Unknown
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
