まとめ JavaScript系のベンチマーク、mitataのようなリッチなベンチマークをDartでも取りたい シンプルな記法で、リッチな結果を得られるpackage、Hakariを開発したよ! x倍や棒グラフで測定結果をリッチに確認できるHakariはGood! JavaScript系のベンチマーク、mitataに痺れる、憧れるゥ! HonoというNode, Deno, Bunなどで動くJavaScriptフレームワークを開発している @yusukebeさんがよく mitata というベンチマークソフトを使っているのを見かけます。 mitata は簡単なテストを書くようにシンプルに記載できて、かつ結果が美しく、わかりやすく表示されるのが特徴です。クロスランタイムなベンチマークをとれるのがmitataの大きな特徴ですが、単純な書きやすさと、結果の見やすさは目を見張るものがあります。 Dart
はじめに みなさんはどのロガー(ログ出力)パッケージを使っていますか?あるいは自作していますか? 本記事では Flutter 開発でかかせないおすすめのロガーパッケージ4選を紹介していきます。おまけで自作ロガーのサンプル実装も紹介しています。是非参考にしてください! 自分が欲しい機能を実装したロガーパッケージを作成して pub.dev に公開しました!是非こちらもご覧下さい! 修正履歴 2022/05/06 はじめにに、ロガーパッケージ作成したリンクを追加しました。 2022/04/16 logger と logging について throw AssertionError() すると処理が止まると記載しておりましたが、しっかり確認したら処理が止まりませんでしたので記事を修正しました。 print VS ロガーパッケージ ところで、わざわざロガーパッケージなんか使わず print でよくない
Log4jdbc-log4j2 JDBC proxy driver for logging SQL and other interesting information. This project was imported from https://code.google.com/archive/p/log4jdbc-log4j2/ Original License: Apache License 2.0 log4jdbc-log4j2 is a modification of log4jdbc to natively use Log4j 2 (or SLF4J as usual), that supports JDBC 4.1 to JDBC 3, includes all the improvements of log4jdbc-remix, and provides new impro
SLF4JとLogbackの中の人はここ数年活発ではないのでLog4j2などを代わりに使いましょう。 SLF4Jの活動は最近活発ではない SLF4JはVCSとしてGitHubを利用しています。最後の変更が2020年2月、最後のリリースが2019年12月となっていることからも、あまり活発ではないことが伺えます。 またBTSとしてJIRAを使っていますが、こちらもメンテナンスされていません。昨夏SLF4J-209が既にクローズ可能な状態であることやSLF4J-186が修正可能であることなどをコメントしましたが、1年近く経った今もすべて返信がない状態です。 2020年12月にイシューを閉じていたりするので全く動きがないわけではないのですが、年間で22つ作成されたのに対して2つしか閉じられていないので、充分にメンテされているとは言い難い状況です。 2021年5月31日時点での過去360日のイシュー
この記事は、2013年に書いた記事を現状に合わせてアップデートするものです。結論から言うと、当時から id:miyakawa_taku さんがおっしゃっていた「APIは依存に含めて良い」を支持するものです。あるいは無難にバージョン 1.7.30 を使っておきましょう。 blog.kengo-toda.jp slf4j-apiに1.7, 1.8, 2.0の3バージョンが生まれた 現在slf4j-apiには3つのバージョンが存在します。現在のSLF4Jエコシステムを考える上では、これらの違いを抑える必要があります: 1.7.x Java 1.5から利用できるバージョンです。安定版にこだわるなら未だこのバージョンを使う必要があります。 1.8.x JPMS(a.k.a. jigsaw)を採用しServiceLoaderを使ってBindingを呼び出すようになったバージョンです。Java 1.6が
ユーザー中心のパフォーマンス指標 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 パフォーマンスがいかに重要かは誰もが耳にしたことがあるでしょう。では、パフォーマンスやウェブサイトの「高速」化とは具体的にどういうことでしょうか。 実際には、パフォーマンスは相対的なものです。 あるユーザーにとっては速いサイト(強力なデバイスの高速ネットワーク上)でも、別のユーザーにとっては遅いかもしれません(ローエンド デバイスの遅いネットワーク上)。 2 つのサイトがまったく同じ時間で読み込みを完了することもできますが、一方のサイトではコンテンツの読み込みが終わるまで待たずに、読み込みが速くなるように見えます。 サイトの読み込みが速いように見えても、ユーザーの操作に対する応答が遅くなったり、まったく反応しなくなったりすることもあります。 パフォーマンスについて述べるときは
LMAXという会社はおそらくFX業者で、筆者はLMAXの開発者の講演を、InfoQの動画で何度か見たことがあった。 彼らは非常に特異な集団で、さしずめ「Javaのスピード狂」という感じだ。 印象的なのは、シングルスレッドで仕事を片付けることを強調している点だ。 「Javaならマルチスレッドで並列処理すれば性能が出ると広く思われているが、我々の仕事においてはシングルスレッドが最速だ」というような主張を何度も見た。 ゴールドマンサックスといいLMAXといい、やはり多額の金が動く会社でガチでJavaをやっている連中はカリカリにチューニングするため、技術的には非常に面白い。 彼らがコアのライブラリをOSS化してくれるというのは、金融業界を否定的な目で見る筆者からすると複雑だが、悔しいことに参考になる。 LMAX DisruptorはJavaのライブラリだ。Producer/Consumerパターン
2020-07-22更新: 以下の投稿で情報をアップデートしています。 https://blog.kengo-toda.jp/entry/2020/07/21/223136 いつも購読させていただいている id:teppeis さんのブックマークに以下のエントリが流れてきて、なるほどこいつはたしかに厄介だと思いました。 javaのロガーが多すぎて訳が解らないので整理してみました - 文系プログラマによるTIPSブログ ただSLF4Jが最も先進的かつ著名なインタフェースである以上、配布側としてはSLF4Jを使いつつ問題を解決したいところです。他のインタフェースを使ったりオレオレ実装を使ったりしてしまうと、それこそユーザの自由度を奪ってしまう形になります。 実際、SLF4Jを配布パッケージに含めないという簡単な解決法がありますので、簡単に紹介します。悲劇を繰り返さないためにライブラリ開発者がす
Javaにおける標準ログ実装の地位は、随分と長い間Log4Jが担ってきました。 (まさかjava.util.loggingなんて誰も使ってないと思いますが。。。) で、Log4Jは次期バージョンになるはずだった1.3の開発に失敗して以降、 ろくに新バージョンも出さずにいるわけです。その進化をやめてしまった。 (2013-08-16追記: Log4J-2がそろそろリリースされそうではあります) まぁ現状でLog4Jにさしたる不満もないのですが、なんかスッキリしない。 ぶっちゃけ言うと、『もうLog4Jに飽きた!』わけです。 で、Javaのログ実装のトレンドを追って見たところ どうやらlogbackが良さそう。 このライブラリの作者は元、Log4Jの主要開発者の一人。(というか創始者) で、SLF4Jの開発者でもあるという。 当然、logback-slf4jブリッジは用意されていますので、既存
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く