Difference between revisions of "Talk:Project Management"
Jump to navigation
Jump to search
Line 38: | Line 38: | ||
* We should design forms to fill out the outputs and then forms can generate timelines and necessary inputs based on the phases needed to fulfill the outputs needs. So we work backwards no forward --[[User:Baliforester|Baliforester]] ([[User talk:Baliforester|talk]]) 11:05, 11 July 2021 (UTC) | * We should design forms to fill out the outputs and then forms can generate timelines and necessary inputs based on the phases needed to fulfill the outputs needs. So we work backwards no forward --[[User:Baliforester|Baliforester]] ([[User talk:Baliforester|talk]]) 11:05, 11 July 2021 (UTC) | ||
== Basic question of writing a Logic Model == | |||
* If there are multiple Processes between Input and Output, how should I specify the Logic Model? A set of Goal, Context, Success Criteria, Boundary conditions with a list of Input, Output, Process? --[[User:KevinTung|KevinTung]] ([[User talk:KevinTung|talk]]) 07:27, 20 July 2021 (UTC) | * If there are multiple Processes between Input and Output, how should I specify the Logic Model? A set of Goal, Context, Success Criteria, Boundary conditions with a list of Input, Output, Process? --[[User:KevinTung|KevinTung]] ([[User talk:KevinTung|talk]]) 07:27, 20 July 2021 (UTC) | ||
Line 44: | Line 45: | ||
* This is about creating a unifying understanding of the project scope and direction --[[User:Baliforester|Baliforester]] ([[User talk:Baliforester|talk]]) 03:48, 13 July 2021 (UTC) | * This is about creating a unifying understanding of the project scope and direction --[[User:Baliforester|Baliforester]] ([[User talk:Baliforester|talk]]) 03:48, 13 July 2021 (UTC) | ||
=References= | =References= |
Revision as of 07:28, 20 July 2021
Initial Discussion
- Just to clarify on your point about Jenkins. Jenkins is about automated project workflows so that is focused on the user side of the PKC? And then kubernetes is focused on resource automation that manages the resource workflows, and the dockerized tools we employ? --Baliforester (talk) 05:53, 10 July 2021 (UTC)
- Jenkins is used for automating the overall software and content migration activities on the server side. Users usually don't have to do much about it. Kubernetes is dedicated to ensure all the deployed services are running in the right state. It works with docker's container standard to deploy the docker images that we deployed for certain functionalities added to MediaWiki and others through adding extensions. --Benkoo (talk) 06:03, 10 July 2021 (UTC)
- So basically we use Jenkins to build and integrate technology while kubernetes is mostly for deployment of the technology making sure it’s reliable and secure.--Baliforester (talk) 07:48, 10 July 2021 (UTC)
- It is important for us to have template for every process that matters. As we are aware that we have regular meeting every 2 days, we should start building correspondent templates containing key-value pairs. As more data flow and fill in a specific dictionary during our usage, a more complete and precise namespace will be constructed. Meeting Template Design. KevinTung (talk) 04:12, 11 July 2021 (UTC)
- Input source:wechat
- Hey I agree --Baliforester (talk) 05:50, 13 July 2021 (UTC)
- As we have an expressive system, a HUGE amount of the data(content X operational) generated along our project can be expressed. So we should try to express and it serve as the metirc of system design.--KevinTung (talk) 04:34, 11 July 2021 (UTC)
- Input source:wechat summary of Ben's message
- The Annoki project has addressed some issue of collaboration in MW and propose some systematic solutions. We can learn from these people who have similar goal.[1] --KevinTung (talk) 04:48, 11 July 2021 (UTC)
- I create an input-trigger section to contract our action space. In the entrance of our system, we decide our action based on the trigger condition. The input-trigger namespace can be futher constructed. --KevinTung (talk) 05:00, 11 July 2021 (UTC)
- Ben: No accountability for neither one of us has been considered and planned. --KevinTung (talk) 07:20, 17 July 2021 (UTC)
- Ben: The structure of relations in all actions, and all resources, should and must be connected using "Category" tags, and this insight was already very well stated in earlier conversations. Category Tree provides a way to manage the hierarchy of concepts. I also explicitly stated that all Inputs and Outputs are resources, and I even documented a list of resources in the Logicl Model's Template Links. --KevinTung (talk) 07:54, 17 July 2021 (UTC)
- How do we describe the management for each resources in a high-level?
- Ben: All data dictionary must follow the ideal of being Sound, Precise, and Terminable. --KevinTung (talk) 05:06, 19 July 2021 (UTC)
- Criteria:Soundness
- Criteria:Precision
- Criteria:Terminable
- BOOK:Static analysis by abstract interpretation of functional temporal properties of programs
- The notion of soundness and completeness is applied as attributes of logic system. Precision is used on logical reasoning and other domains. Termination is the most prominent liveness property in a program. There are also safety and liveness in abstract interpretation. How do they generalize to our theory of UDA?
Logic Model workflow design
- We should design forms to fill out the outputs and then forms can generate timelines and necessary inputs based on the phases needed to fulfill the outputs needs. So we work backwards no forward --Baliforester (talk) 11:05, 11 July 2021 (UTC)
Basic question of writing a Logic Model
- If there are multiple Processes between Input and Output, how should I specify the Logic Model? A set of Goal, Context, Success Criteria, Boundary conditions with a list of Input, Output, Process? --KevinTung (talk) 07:27, 20 July 2021 (UTC)
Universal Project Abstraction
- This is about creating a unifying understanding of the project scope and direction --Baliforester (talk) 03:48, 13 July 2021 (UTC)