(なんでロードマップが必要なのか書く)
Elm Guideをさらっと一周しましょう。
(なんでロードマップが必要なのか書く)
Elm Guideをさらっと一周しましょう。
これは私が支援先に提供した、1 on 1 に関するノウハウや、思いを述べたドキュメントを元にしています。企業の枠を超えて共有したいことが多いので、ここに貼ります。
更新: | 2021-05-23 |
---|---|
作者: | @voluntas |
バージョン: | 2021.1 |
URL: | https://voluntas.github.io/ |
Yokohama.scala 2018/06/16 At 株式会社アットウェア
著者: 青い鴉(ぶるくろ)さん @bluecrow2
これは結城浩さんの運用されていた YukiWiki に当時 Coffee 様 (青い鴉(ぶるくろ)さん)がかかれていた文章です。 ただ 2018 年 3 月 7 日に YukiWiki が運用停止したため消えてしまいました。その記事のバックアップです。
今は 404 ですが、もともとの記事の URL は http://www.hyuki.com/yukiwiki/wiki.cgi?%A5%C7%A5%B9%A5%DE%A1%BC%A5%C1%A4%AC%B5%AF%A4%AD%A4%EB%CD%FD%CD%B3 になります。
昔、自分がとても感銘を受けた文章なので、このまま読めなくなるのはとてももったいないと思い、バックアップとして公開しています。
I was talking to a coworker recently about general techniques that almost always form the core of any effort to write very fast, down-to-the-metal hot path code on the JVM, and they pointed out that there really isn't a particularly good place to go for this information. It occurred to me that, really, I had more or less picked up all of it by word of mouth and experience, and there just aren't any good reference sources on the topic. So… here's my word of mouth.
This is by no means a comprehensive gist. It's also important to understand that the techniques that I outline in here are not 100% absolute either. Performance on the JVM is an incredibly complicated subject, and while there are rules that almost always hold true, the "almost" remains very salient. Also, for many or even most applications, there will be other techniques that I'm not mentioning which will have a greater impact. JMH, Java Flight Recorder, and a good profiler are your very best friend! Mea
import monix.eval.Task | |
import java.util.concurrent.TimeUnit | |
import scala.concurrent.duration._ | |
/** Request limiter for APIs that have quotas per second, minute, hour, etc. | |
* | |
* {{{ | |
* // Rate-limits to 100 requests per second | |
* val limiter = TaskLimiter(TimeUnit.SECONDS, limit = 100) | |
* |