Use a serialization library that is bidirectional between julia versions

オープン
#49 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
25/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
julia
領域
devtools

調査の方向性

まず、Julia の標準ライブラリ Serialization の現在の使用箇所と、issue に記載された互換性要件を確認します。これらの要件に照らして JLD2.jl と BSON.jl を比較します。ライブラリの選択と実装範囲について合意できた時点で、作業は完了となります。

索引モデルが issue の本文から書いたものです。

説明

It would be nice to move away from the standard library Serialization, as it only guarantees that newer julia versions can read files written by older ones, and not the other way. Bi-directionality is needed.

Based on the recommendations in https://fluxml.ai/Flux.jl/stable/saving/, options are https://github.com/JuliaIO/JLD2.jl and https://github.com/JuliaIO/BSON.jl. Perhaps lightweightness should be a priority. On my system, in a temp environment, I get

julia> @time using JLD2
  0.312673 seconds (316.65 k allocations: 18.135 MiB)

julia> @time using BSON
  0.002721 seconds (3.12 k allocations: 288.133 KiB)

Also, BSON.jl has no dependencies, so I guess there is less that can go wrong there? It seems appropriate to use a minimal low-dependency library for serialization in the context of RemoteREPL, so I suggest BSON.jl. Is this a direction that can be agreed on?

主要言語
Julia
スター
148
フォーク
17
PR マージ指標
30日以内にマージされた PR はありません

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

JuliaWeb/RemoteREPL.jl のほかの issue

JuliaWeb/RemoteREPL.jl の issue をすべて見る

似ている issue

Julia の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。