Урок 13 для 10-11 класу (Модуль "Інформаційна безпека") - Політика безпеки пр...VsimPPT
Завантаження доступне на https://vsimpptx.com
-------
Урок 13 для 10-11 класу (Модуль "Інформаційна безпека") - Політика безпеки при доступі до мережі загального користування.
ΣΤΟ ΜΑΘΗΜΑ ΤΩΝ ΒΙΩΜΑΤΙΚΩΝ ΔΡΑΣΕΩΝ ΟΙ ΜΑΘΗΤΕΣ ΤΟΥ Α2 ΑΣΧΟΛΗΘΗΚΑΝ ΜΕ ΤΑ ΜΑΓΙΚΑ ΠΑΙΧΝΙΔΙΑ ΚΑΙ ΜΕ ΤΟΥΣ ΜΑΓΙΚΟΥΣ ΑΡΙΘΜΟΥΣ , ΜΙΑ ΔΙΑΦΟΡΕΤΙΚΗ ΟΠΤΙΚΗ ΤΩΝ ΜΑΘΗΜΑΤΙΚΩΝ
[1] A view that a UseCase (UC) is a "dialog" between the System under Consideration (SuC) and an Actor (for a specific UC) brings focus to what "messages need to be exchanged between the SuC and Actor to reach UC Goal".
[2] Agreeing on and specifying UC Goal is related to business or application. UC Goal would be the right first step of UC description.
[3] There are many "means" of generating "messages from SuC", through various internal activities within the SuC. They need not be (I would even say should not be) specified in UC Description.
[4] The concept of UseCase is profound and useful because it is a "dialog" but NOT a process. This distinction is not defined and clarified which is why, I think, the full benefits of UC modeling are not widely realized.
[5] This view of UC (as per 1, 2 & 3) clearly separates the "internal processes" of the SuC from UC. The "internal processes" can be hypothesized and evolved separately using UML Sequence Diagrams. All the business / user needs can be specified with sufficient precision and rigor through the “messages” of UC dialog. There are no external dependencies, though constraints may exist and have to be taken care of.
I have REVISED & uploaded the PPT with TWO Sections, Section 2 First.
[6] I would like to study applications and demonstrate how the "dialog" view of UseCase would simplify & clarify UseCase description for the business user as well as system developer without sacrificing precision and usefulness.
02 FEB 14
презентація ЗАСОБИ ГРАФІЧНОГО РЕДАКТОРА, ВБУДОВАНОГО У СЕРЕДОВИЩЕ MS WORDSnizhana Hontova
ЗАСОБИ ГРАФІЧНОГО РЕДАКТОРА, ВБУДОВАНОГО У СЕРЕДОВИЩЕОФІСНИХ ПРОГРАМ MICROSOFT. НАЙПРОСТІШІ ДІЇ З ГРАФІЧНИМИ ОБ’ЄКТАМИ.МАЛЮВАННЯ, РЕДАГУВАННЯ ТА НАСТРОЮВАННЯ ПАРАМЕТРІВ ФІГУР
DNS Summer Days 2014 チュートリアル資料。
この場所には #dnstudy で発表した資料「#dnstudy 01 DNS再入門」を置いていましたが、DNS Summer Days 2013およびDNS Summer Days 2014 チュートリアル用に資料を大幅に修正・加筆したため、新しい資料をアップロードし直しています。
2013年3月19日 Tokyo Linux Study #5 #tlstudy の発表スライドです。
ZABBIX(赤) × Munin(緑) 。どうして両方を使う事になったのか?という話しがメイン。
サブタイトル「@zembutsuがホスティングサービスの監視パワーを強化しようとするけどとんでもないことになる話」
Урок 13 для 10-11 класу (Модуль "Інформаційна безпека") - Політика безпеки пр...VsimPPT
Завантаження доступне на https://vsimpptx.com
-------
Урок 13 для 10-11 класу (Модуль "Інформаційна безпека") - Політика безпеки при доступі до мережі загального користування.
ΣΤΟ ΜΑΘΗΜΑ ΤΩΝ ΒΙΩΜΑΤΙΚΩΝ ΔΡΑΣΕΩΝ ΟΙ ΜΑΘΗΤΕΣ ΤΟΥ Α2 ΑΣΧΟΛΗΘΗΚΑΝ ΜΕ ΤΑ ΜΑΓΙΚΑ ΠΑΙΧΝΙΔΙΑ ΚΑΙ ΜΕ ΤΟΥΣ ΜΑΓΙΚΟΥΣ ΑΡΙΘΜΟΥΣ , ΜΙΑ ΔΙΑΦΟΡΕΤΙΚΗ ΟΠΤΙΚΗ ΤΩΝ ΜΑΘΗΜΑΤΙΚΩΝ
[1] A view that a UseCase (UC) is a "dialog" between the System under Consideration (SuC) and an Actor (for a specific UC) brings focus to what "messages need to be exchanged between the SuC and Actor to reach UC Goal".
[2] Agreeing on and specifying UC Goal is related to business or application. UC Goal would be the right first step of UC description.
[3] There are many "means" of generating "messages from SuC", through various internal activities within the SuC. They need not be (I would even say should not be) specified in UC Description.
[4] The concept of UseCase is profound and useful because it is a "dialog" but NOT a process. This distinction is not defined and clarified which is why, I think, the full benefits of UC modeling are not widely realized.
[5] This view of UC (as per 1, 2 & 3) clearly separates the "internal processes" of the SuC from UC. The "internal processes" can be hypothesized and evolved separately using UML Sequence Diagrams. All the business / user needs can be specified with sufficient precision and rigor through the “messages” of UC dialog. There are no external dependencies, though constraints may exist and have to be taken care of.
I have REVISED & uploaded the PPT with TWO Sections, Section 2 First.
[6] I would like to study applications and demonstrate how the "dialog" view of UseCase would simplify & clarify UseCase description for the business user as well as system developer without sacrificing precision and usefulness.
02 FEB 14
презентація ЗАСОБИ ГРАФІЧНОГО РЕДАКТОРА, ВБУДОВАНОГО У СЕРЕДОВИЩЕ MS WORDSnizhana Hontova
ЗАСОБИ ГРАФІЧНОГО РЕДАКТОРА, ВБУДОВАНОГО У СЕРЕДОВИЩЕОФІСНИХ ПРОГРАМ MICROSOFT. НАЙПРОСТІШІ ДІЇ З ГРАФІЧНИМИ ОБ’ЄКТАМИ.МАЛЮВАННЯ, РЕДАГУВАННЯ ТА НАСТРОЮВАННЯ ПАРАМЕТРІВ ФІГУР
DNS Summer Days 2014 チュートリアル資料。
この場所には #dnstudy で発表した資料「#dnstudy 01 DNS再入門」を置いていましたが、DNS Summer Days 2013およびDNS Summer Days 2014 チュートリアル用に資料を大幅に修正・加筆したため、新しい資料をアップロードし直しています。
2013年3月19日 Tokyo Linux Study #5 #tlstudy の発表スライドです。
ZABBIX(赤) × Munin(緑) 。どうして両方を使う事になったのか?という話しがメイン。
サブタイトル「@zembutsuがホスティングサービスの監視パワーを強化しようとするけどとんでもないことになる話」
12月4日に開催された「Salesforce World Tour Tokyo」のDeveloper Zone内のセッションで利用された資料です。
※こちらSpealkerDeckにあがっていたものをSlideShareへコピーしたものです。
オリジナルはこちらです。
https://speakerdeck.com/konyu/herokuterailsahuriyun-yong-falsehahuomansu-seodui-ce
論文紹介:"Visual Genome:Connecting Language and VisionUsing Crowdsourced Dense I...Toru Tamaki
Ranjay Krishna, Yuke Zhu, Oliver Groth, Justin Johnson, Kenji Hata, Joshua Kravitz, Stephanie Chen, Yannis Kalantidis, Li-Jia Li, David A. Shamma, Michael S. Bernstein, Li Fei-Fei ,"Visual Genome:Connecting Language and VisionUsing Crowdsourced Dense Image Annotations" IJCV2016
https://link.springer.com/article/10.1007/s11263-016-0981-7
Jingwei Ji, Ranjay Krishna, Li Fei-Fei, Juan Carlos Niebles ,"Action Genome: Actions As Compositions of Spatio-Temporal Scene Graphs" CVPR2020
https://openaccess.thecvf.com/content_CVPR_2020/html/Ji_Action_Genome_Actions_As_Compositions_of_Spatio-Temporal_Scene_Graphs_CVPR_2020_paper.html
Redmine Project Importerプラグインのご紹介
第28回Redmine.tokyoで使用したLTスライドです
https://redmine.tokyo/projects/shinared/wiki/%E7%AC%AC28%E5%9B%9E%E5%8B%89%E5%BC%B7%E4%BC%9A
Redmineのチケットは標準でCSVからインポートできますが、追記情報のインポートは標準ではできないですよね。
チケット情報、追記情報含めてインポートしたいと思ったことはありませんか?(REST-API等用いて工夫されている方もいらっしゃるとおもいますが)
このプラグインは、プロジェクト単位であるRedmineのデータを別のRedmineのDBにインポートします。
例えば、複数のRedmineを一つのRedmineにまとめたいとか、逆に分割したいとかのときに、まるっとプロジェクト単位での引っ越しを実現します。
This is the LT slide used at the 28th Redmine.tokyo event.
You can import Redmine tickets from CSV as standard, but you can't import additional information as standard.
Have you ever wanted to import both ticket information and additional information? (Some people have figured it out using REST-API, etc.)
This plugin imports Redmine data on a project basis into another Redmine database.
For example, if you want to combine multiple Redmines into one Redmine, or split them up, you can move the entire project.
論文紹介:PitcherNet: Powering the Moneyball Evolution in Baseball Video AnalyticsToru Tamaki
Jerrin Bright, Bavesh Balaji, Yuhao Chen, David A Clausi, John S Zelek,"PitcherNet: Powering the Moneyball Evolution in Baseball Video Analytics" CVPR2024W
https://openaccess.thecvf.com/content/CVPR2024W/CVsports/html/Bright_PitcherNet_Powering_the_Moneyball_Evolution_in_Baseball_Video_Analytics_CVPRW_2024_paper.html