In Anlehnung an den Modulkatalogeintrag T3INF3001 wird die Aneignung von Methodenkompetenz in den folgenden Bereichen angeboten:
Portfolioarbeit - Maximale Punktzahl bei 5 ECTS Leistungspunkten = ? - zu nutzender Notenschlüssel = ?
Siehe Mindmap oben.
Contributions.md file
Auf Wunsch aller Gruppenmitglieder kann grundsätzlich allen innerhalb der Gruppe dieselbe Note gegeben werden (Gruppennote) - Es wäre gleichzeitig wünschenswert, dass sich die Fairness dessen iwie in github oder per Stichproben fragen nachvollziehen lässt.
Reminder für Spengler: Die Kursteilnehmer haben die Web Programmierung nicht als Fokus --> Expectation Management
Zu Beginn der einzelnen Vorlesungseinheiten sammeln wir Challenges aus den einzelnen Gruppen, priorisieren deren gemeinschaftliche Lösung und machen uns dann jeweils an die Lösungsfindung.
Am Tag der letzten Vorlesungseinheit (gerne auch vorher zwischendurch) hat jede Gruppe ca. 30 Minuten Zeit ihre Ergebnisse zu präsentieren und Feedback in Form von Punkten zu erhalten.
Add Link to each bot or SPOE Bot in README
Add conf.template.py + instructions 1. Copy conf.template.py to conf.py and add your individual conf there…
Enhance Bot Description + Help Command - take infos from wiki and display it to the bot user
Enhance (Unit) Tests vs. Debugging
Consider publishing your work as python module(s) - about 8 additional files for python publishing…
Consider! replacing comments by adding functions (https://github.com/NoWo2000/MOT-Multi-Functional-Bot/blob/main/main.py#L23-L28)
Individual Scalability (wie ist es wenn ein Spiel besonders häufig gespielt wird?) / Multi-Threading vs. Microservices Architecture
Consider Adding Constraint-Satisfaction-Problems (CSP) Background Info to README…
Add TypeSafety / leverage TypeScript to its full extent – e.g. https://github.com/TheMuppet/deno-CSP/pull/18/files
Consider REGEX based limitations for eval - difficult & no exploitables known as long as no “code injection”… possibility… granted by users… - probably responsibility of user not the module itself - Add recommendation to proper input validation to README
Consider asking the Deno Community https://discord.gg/deno about performance improvement options
Improve Likelyhood for broad (Developer) Adoption ….
Consider Cloud Hosting PLUS local setup
Consider publishing e.g. https://github.com/Music-Bot-for-Jitsi/jitsi-api-client on deno.land, nest.land (https://medium.com/deno-the-complete-reference/node-js-compatibility-in-deno-a7cb8384a8d7) / npmjs.com (https://www.npmjs.com/package/ts-node)
Automate Quality Assurance - good example https://github.com/felix-beie/youtube-deno-discord/blob/main/.github/workflows/deno.yml#L12
Ensure your Doku / Readme is great so that each visitor could immediately use your artifacts and contribute to them
Für die Frontendentwicklung bzgl. browserbasierten web apps empfehle ich Svelte unter Nutzung von Snel. https://github.com/michael-spengler/tinfcs-demo/tree/main/client/example-ui-in-svelte
Für die Backendentwicklung empfehle ich Deno. Konkret: opine für die Entwicklung eines Backends / Microservices mit unterschiedlichen API Endpoints... https://github.com/michael-spengler/tinfcs-demo/blob/main/server/server.ts
Für die Entwicklung von Webharvesting Anwendungen empfehle ich codecept.
Für CI/CD Funktionalitäten empfehle ich GitHub Actions.
Für die Bereitstellung der index.html (aka. page provisioning for browserbased web apps) empfehle ich GitHub Pages.
Für die Bereitstellung der einzelnen backends / microservices empfehle ich einen beliebigen IAAS, PaaS oder FaaS Anbieter wie z.B. hetzner.
Für die Themenfindung empfehle ich das Öffnen eines issues auf diesem Repo pro Themenvorschlag. Jeder, der an einem konkreten Thema / Issue interessiert ist, kann diesen kommentieren.
Sofern einzelne von Euch an einer bestimmten Stelle nicht weiterkommen, können wir das nutzen um aus diesen Challenges zu lernen.
Infrastructure as Code
DevOps (Closed Feedbackloops)
A / B Testing
Blue Green Deployment
Chaos Monkey
Infrastructure as Code (Dock Compose File, xyz.infrastructure.yml....)
Test First (nicht nur für functional correctness) auch für Infrastruktur Code --> auch für Performance Tests / auch für Security Tests --> Safety Net --> motiviert zum mutigen Aufräumen
Individuelle Skalierbarkeit (Skalieren genau derjenigen Funktion, welche auf dem kritischen Pfad liegt... )
Resilienz des Gesamtsystems (wenn eine Funktion ausfällt kann das gesamtsystem dennoch mit einer hohen Wahrscheinlichkeit weitgehend stabil sein - wenn feingranular designed & deployed)
Infrastructure as a Service (IaaS)
Platform as a Service (PaaS) / Function as a Service (FaaS)
Software as a Service (SaaS)
Distributed App (DApp)
https://deno.land/ ... sollte als sehr empfehlenswert rübergekommen sein :)
short term mitigation option 1:
npm config set ignore-scripts true
npm i
npm config set ignore-scripts false long term fix use https://deno.land instead of nodejs
Dezentrale Lösungen bringen häufig Performance Nachteile mit sich. Sie entstehen meistens in Kontexten, in welchen Menschen glauben, dass es nicht gut ist einer zentralen Instanz zu vertrauen, da sich diese evtl. unfair verhält oder unfair verhalten könnte. Welche zentralen Instanzen vertrauenswürdig sind und welche nicht scheint mir unmöglich zu beurteilen. Daher hoffe ich, dass Sie die Skills, die Sie im Rahmen der Web 3 Technologie hier erhalten stets besonnen, fair und respektvoll einsetzen.
Selbst was vermeintlich komplett falsch und outdated erscheint, kann in manchen Kontexten (z.B. Kontexte, die Jahrzentelang stabil sind - vom Personal und von der Funktionalität her) erfolgreich und wertvoll sein - Beispiel CML.
Individuelle Skalierbarkeit
Resilienz des Gesamtsystems
Technologische Freiheit
Design for Flexibility
Debating Club anbieten
Test First auch für nicht-funktionale (z.B. Performance- und Sicherheitsanforderungen)
Klassendiagramme, Komponentendiagramme
Sequenzdiagramme, Aktivitätsdiagramme
Known Maintainers informieren
Fixen
Announcement
https://github.com/cla-assistant/cla-assistant/security/advisories