ccf deadlines
1.0.0
英語 | 简体中文
中国コンピュータ連盟 (CCF) が推奨する会議の締め切りを研究者が追跡できるようにします。
ウェブサイトプレビュー（メインサイト） | 表形式のプレビュー | PyCli プレビュー |
|---|---|---|
 |  |  |
微信アプレット |
|---|
 |
もう自分で検索して時間を変換する必要はありません。
貢献は大歓迎です。
情報を追加または更新するには:
リポジトリをフォークする
Conference/conf_type/conf_name.yml の yml ファイルを追加/更新します。
プルリクエストを送信する
ヒント: 推奨されるカンファレンスを確認するか、PDF を確認してください
ファイル例：conference/DB/sigmod.yml
- タイトル: SIGMOD
説明: データ管理に関する ACM カンファレンス
サブ:DB
ランク:ccf: Acore: A*thcpl: A
dblp: シグモッド
設定:
- 年: 2022 ID: sigmod22 リンク: http://2022.sigmod.org/ タイムライン:
- 期限: '2021-07-02 17:00:00' コメント: '第 1 ラウンド'-期限: '2021-09-15 17:00:00' コメント: '第 2 ラウンド' タイムゾーン: UTC-8 日付: 6 月2022年12～17日 場所：米国ペンシルベニア州フィラデルフィアフィールドの説明:
| フィールド名 | 説明 | ||
|---|---|---|---|
title * | 短いカンファレンス名、年なし、大文字 | ||
description * | セッションのない説明または長い名前 | ||
sub * | CCF によってカンファレンスがラベル付けされるカテゴリ。以下の対応表を参照してください | ||
rank * | ccf * | CCF によってカンファレンスがランク付けされるレベル (例: A 、 B 、 C 、 N | |
core | 会議が CORE によってランク付けされるレベル (例: A* 、 A 、 B 、 C 、 N | ||
thcpl | カンファレンスが TH-CPL によってランク付けされるレベル (例: A 、 B 、 N | ||
dblp * | dblp URL のサフィックス (例: https://dblp.uni-trier.de/db/conf/iccv のiccv ) | ||
confs | year * | カンファレンスが開催される年 | |
id * | 会議名と年、小文字 | ||
link * | カンファレンスのホームページへの URL | ||
timeline * | abstract_deadline | 要約期限 (該当する場合) (オプション) | |
deadline * | 期限 ( yyyy-mm-dd hh:mm:ssまたはTBDの形式) | ||
comment | カンファレンスに関するいくつかのコメント (オプション) | ||
timezone * | 締め切りのタイムゾーン、現在UTC-12 ～ UTC+12およびAoEサポート | ||
date * | メインカンファレンスの開催日 (例: 2021 年 3 月 12 ～ 16 日) | ||
place * | 主要な会議が開催される場所（ city, country | ||
アスタリスク (*) の付いたフィールドは必須です。
対応表:
sub | カテゴリ名 |
|---|---|
DS | コンピュータアーキテクチャ/並列プログラミング/ストレージテクノロジー |
NW | ネットワークシステム |
SC | ネットワークとシステムのセキュリティ |
SE | ソフトウェアエンジニアリング/オペレーティングシステム/プログラミング言語設計 |
DB | データベース/データマイニング/情報検索 |
CT | コンピューティング理論 |
CG | グラフィックス |
AI | 人工知能 |
HI | コンピュータと人間の相互作用 |
MX | 学際的/混合的/新興 |
@jacklightChen、@0x4f5da2、@kzoacn、@cubercsl、@spingARbor、@liborui、@PAN-Ziyue、@xuhangc、@RyunMi、@Lukangkang123、@oliverck、@fffmath、@Allenpandas、@yuang-chen、@hepengfei5709 によって管理されています。 、@ViGeng、 @QianpengLi577。
AI の締め切りからインスピレーションを得たもの。
オープンソース プロジェクトでは一般的なブランチベースのワークフローをお勧めします。以下の図に示すように、基本的な考え方は、機能またはバグ修正ごとに新しいブランチを作成することです。その後、この新しいブランチをフォークされたリポジトリにプッシュできます。すべての変更は、プル リクエストを通じて上流のメイン ブランチにマージされます。
