第二回TOPPERS/SSP歌会
•
1 like•734 views
SWESTのポスタセッションの資料です。事前および当日に、TOPPERS/SSPのファイルまたは関数につき一つ以上短歌を作成してください。
More Related Content
More from Kiyoshi Ogawa
More from Kiyoshi Ogawa (20)
Recently uploaded
Recently uploaded (9)
第二回TOPPERS/SSP歌会
- 2. 目次 • 短歌投稿規定 • 経緯 • 第一回歌会の報告 – 叙事的 – 行動促進・叙情的 – 比喩 • 短歌表現 • 投稿形式・投稿先 • 謝辞 • 付録:WWESTの資料「技術文書のまとめ方」
- 3. 短歌投稿規定 • お題 – TOPPERS/SSPのソースコードファイル又は関数 • hLps://researchmap.jp/jo2eebzbr-1778110/#_1778110 に一覧 • 投稿数 – 原則として一つのお題ごとに一首。 – 連作にしてもよい。 • 場合によっては順番等を主催者が入れ替えることをご容認ください。 • 締切 – 2016年8月26日午後３時（これ以降もTwiLerでは受付ます） • 言語 – 日本語、中国語、韓国語、英語、スペイン語、C言語、アセンブラ • 投稿先 – #TOPPERS_SSP #歌会 #短歌 のハッシュタグをつけてtwiLerでつ ぶやく – kaizen@wh.commufa.jpにメールする
- 4. 経緯 • 論文などでは、鍵語(key words)と抄録(abstract) を記述することがある。 • 鍵語は、標題、抄録中の語であると付加価値は 優先順位 • 抄録は、はじめになどと類似の内容だと付加価 値が少ない • 31文字抄録（短歌）は、意味関係が表現できか つ文字数が少なくて済む • ソースコードに鍵語はなく、抄録に相当する注釈 (comment)はファイル名、関数名から類推できる 範囲を超えていないことがある
- 5. 第一回歌会の報告 • WWEST2016の一セッションとして実施 • SWEST実行委員とセミナ講師で開催 • 全員から十数首投稿 – 割り込みの禁止と解除制御できるロック状態で戻り 値変わる – 割り込みの禁止と解除制御できるペアで使うの忘れ ないでね – 絡め会う（ハンドラ） 愛する二人の手が嫉妬に狂って 大ゲンカ（デッドロック）愛のロックが死のロック。。
- 8. OS設計者からOS利用者への伝言 • 非タスクを起動するなら要注意 走っちゃいけ ないコンテクストで • 非タスクを起動するなら要注意 ゆっくり行こ うよ走らないでね • ブーリアン返す函数の名前はオンスではなく isにしよう • 起動するタスクは必ずドルマントさもなきゃ キューにいれときなさい
- 9. ３ 比喩（直喩・隠喩・換喩・提喩） 絡め会う（ハンドラ） 愛する二人の手が 嫉妬に狂って 大ゲンカ（デッドロック） 愛のロックが死のロック。。 • どっちかが諦めれば済むことを著者の経験・ 空想に照らして記述している。
- 10. なぜプログラマは比喩が得意か • 抽象データ型によるプログラミングでは、物（オブジェ クト）指向で記述する。 • その際、相似な構造を持つ空間の対応を各種比喩を 用いる。 • 日本語、英語で、概念によって単語の数・種類が違う が、プログラムではその差を吸収する必要がある。 – 英語：牛を表す単語が多い。ox, caw, beaf, criLer – 日本語：米の状態によって文字・呼び方が違う。米、飯、稲
- 11. 比瑜（analogy） • 直喩・明喩（simile） 「のような」という比喩を 示す語をつける方法。“海のように深い” • 隠喩・暗喩（metaphor） 相似構造の類推か ら言葉を加えずに表現する。”人生は旅だ“ • 換喩(metonymy) 隣接性。“食卓が空だ”＝ 食べ物がない • 提喩（synecdoche） 上下（包含）。“手が足り ない”人が足りない
- 12. 短歌表現 • 57577に従うが１文字多かったり（字余り）１文字少なく ても（字足らず）音韻がよくわかりやすければよい。調 子(rhythm)がよければ２文字、３文字ずれてもいい。 – 場合によってはてにをはを変更させていただくことがあり ます。 • 事実の記述、読者への思い、相似構造を用いた描写 など、どのような方法論を用いていただいても結構で す。 • 短歌の知見がある方もない方も自由に創作可能です。 • 575の俳句と川柳のような規則によって区分する境界 はありません。
- 13. 投稿形式・投稿先 • フォルダ名/ファイル名.c （関数名） • 三十一文字抄録（短歌or和歌） • 著者名(twiLerの場合は省略可） • 投稿先 – #TOPPERS_SSP #歌会 #短歌 のハッシュタグをつけて twiLerでつぶやく – kaizen@wh.commufa.jpにメールする • 例： #TOPPERS_SSP #歌会 #短歌/ssp/arch/arm_m_gcc/ start.S M0とASPとも違いあり英語コメント作成中す
- 14. 謝辞 • ここで紹介させていただいたものは、2016年３月 にWWESTで作成していただいたものです。あり がとうございました。 • 議事録や、会議報告など、文書を書く際に、いつ も、同じ形式で書いていると効率的になることが あるとともに、形式的になることもあります。 • 時々、違う形式で作ってみることによって、情報 の圧縮の仕方、大事なことだけを記録（言う）習 慣を身につけませんか？
- 15. 文書履歴 • 0.1 2016/8/19 初版 • 0.2 2016/8/20 Slideshare投稿初版 • 0.3 2016/8/21 付録追加 • 0.4 2016/8/22 文書履歴・SSP URL追記
- 17. 技術文書の課題 • 膨大(数百頁から一万頁超）一日で読み切れない • 難解 分野固有の用語・定義がある • 複雑 複数の分野・立場にまたがると文脈依存で 意味が違う言葉が共存する • 複数の言語 英語・日本語、C言語・アセンブラ • 参考文献の入手性 技術書は絶版になりやすい
- 18. これまでの提案 • 略号のfull spell • 定義した用語の一覧・用語定義の図の利用 • 参考文献の明記（特に定義を援用する文書） • 用語の優先順位づけ • 類語辞書の作成 用語の上下関係が分野・立場 で違うことを確認する • 公開文書の参照 入手困難な文書を参照しても 確認が取れない – オープンソースもこの一助
- 19. 未解決の課題 • 文書（ソースコードを含む）の見直し(review) の時間・資源が半端ない • 見直し(review)の際の手順・作業のばらつき • 事前の本人による確認項目の多岐化 – いっぱい確認しないと回せない
- 21. 今回の提案 • 文書の最後に短歌をつける • 31文字の中に大事な用語を入れる – 優先順位づけをしてあれば簡単にできる – 優先順位づけする時間がなくても大事な言葉を二三 個いれるだけでその文書の特徴が分かる • 論理は単純な論理しか記述できない – 課題、解説、解決方法のいずれかを記載 • 利点 – 抄録とキーワードを同時に作ったことになるかも – キーワード間の相互関係が少し分かる
- 22. 具体例 • TOPPERS/ssp/arch/arm_m_gcc/start.S – hLp://researchmap.jp/jotxf95zi-1778110/ #_1778110 • 作業報告 – M0とASPとも違いあり英語コメント作成中す • 課題記録 – アセンブラフルスペルはコメントで記述しとくと分 かり易いと
- 23. 演習 • ファイル一つを選んで31文字にしてみよう • 順に読み上げ、感想・意見をもらう • 全部まとめて、SWESTでのポスタを出す
- 24. 今日の題材TOPPERS/ssp • Startup.c • task.c • Task_manage.c • Sys_mamage.c • Interrupt.c • Excep^on.c • Logtask.c • Serial.c • Syslog.c • banner.c • vasyslog.c • alarm.c • cyclic.c • even_lag.c • Timer_event.c • Timer_manage.c
- 25. 入れるとよい単語 （ソースコードから読み取る） • 重要な機能、制約条件 • 重要な関数名(ファイル名と違う場合） • 重要な変数名 – 条件分岐、入力・出力 • 大事な定数（条件分岐で使っている） • 著者（このファイルだけの担当の場合） • 主要な演算 – 三角関数・指数関数・冪乗・割算
- 26. 入れるとよい内容 （ソースコードの場合） • 似たファイル名との比較 • 前の版との差分 • 設計方針 • 分析結果 – HAZOP推奨 • 試験条件
- 27. 他への展開 • 特許短歌 – 一つの特許ごとに抄録ではなく３１文字にまとめ ておく • 論文短歌 – 一つの論文ごとに抄録ではなく３１文字にまとめ ておく • 規格短歌 – 一つの規格ごとに抄録ではなく３１文字にまとめ ておく