Nachricht:

Hallo zusammen.

Ich schreibe euch an, um einen Termin für einen Leistungsbewertung zu bitten.

Wir fangen derzeit mit vielen spannenden und herausfordernden Projekte an. Ich will deinen Feedback zu meiner vorherigen Arbeit und Erwartungen zu künftige Projekte hören, damit kann ich bei der Erfolg von ImagineOn besser helfen.

Ich habe ein Agenda-Vorschalg angehängt, also ihr eine bessere Idee haben, der Art von Gespräch, das ich haben will. Falls ihr Agendapunkte umschreiben oder hinzufügen willt, bitte sei frei das zu tun.

Funktioniert eine Zeit dieser Donnerstag oder nächste Woche?

Agenda:

1. Feedback - Projek Arbeit
   • Projekte Arbeit - Fokus
     • Bikelight
     • Dali Driver Refactor
     • Awatree - Water Level Sensor
     • Meetme
     • Dörken
     • VWPIS - BG77 Integration
     • VWPIS - Kalibrierung Projekt
     • Coldwave Manufacturing Tools
   • Fragen
     • Was habe ich bei jeder Projekt gut gemacht?
     • Wie hätte ich was besser machen können?
2. Feedback - Allgemeine

   • Hard skills

     • C Programming
     • Python Programming
     • Dokumentation
     • Writing

   • Soft skills

     • Innovative Ideas
     • Focuses on the customer
       • Understands issue of the customer and their outcomes
     • Collaberation
       • Logical arguements or propsosals
     • Performance Values
       • Demonstrates urgency in pursing goals
       • Manage time effectively
       • Produce high quality work
     • Judgement
       • Logical, fact-based decisions
       • Analyzes problems and analyzes root causes
       • Takes decisive action in face of ambiguous or incomplete information
       • Demosntrates of how own work contributes to the organizational and department goals
     • Support change and innovation
       • Handling ambiguitz
       • Contributing ideas
     • Sounds judgement
       • understand the goals of the business
     • Time management

   • Soft skills

     • Kollaberation
       • Entwickelt postiven Beziehungen

     • Work effectively in a changing environement

Es gab mehrere Fehlern. Ich werde auf meinen Fehlern fokussieren und hoffentlich daraus ableiten, wie diese Fehlern gelöst werden können sowohl auf einer personellen Ebene als auch einer systematischen Ebene.

Als ich mit der Tests angefangen habe, könnte ich nicht eine professionellen Licht finden, um die Lichtpegel Tests durchzuführen. Gleichzeitig hatten unserer Unternehmen viel andere Prioritäten und ich wusste es halt nicht, wie oder wann soll ich für Hilfe fragen. Der Geschäftsführer hat dieses Projekt managiert, also müsste ich nicht meinem normalen Supervisor für Hilfe anbieten. Es gab jedoch keine eingebauten Zeit über Planung und Hindernissen zu sprechen. Die Erwartung war den Geschäftsführer zu unterbrechen um deine Aufgabe zu prioritisieren.

Hier hätte ich etwas better machen sollen. Ich hätte meinen Arbeit geplant und die Hindernisse vorgesehen und einer sehr strukturierten und überzeugenden Nachricht an dem Geschäftsführer geschickt, die auf meine Plan und Hindernisse hingewiesen hat. Er hat gleichzeitig einen Deadline mir gegeben hat und den Rat nicht so viel darüber nachzudenken.

Ich hatte es sagen sollen, das ich kann nicht dieses Projekt erfolgreich machen ohne den nötwedigen Kommunikazionkannalen.

Die Lektion: Der Geschäftsführer wusste schon wie das Projekt gemacht werden soll. Es war des erstes Mal habe ich so was gemacht. Wenn Arbeit auf mir beauftragen ist, bitte frage mich was gemacht werden muss. Ich muss in der Lage sein der Arbeit vorzusehen, ein Bild im Kopf haben, und die Schritte durchzuführen.

Was ist meinem Vorteil -> Ich kann Arbeit und Projekten eindeutlich strukturieren.

Wenn ich nach einer Erweiterung fragen, muss ich dieses Bild veranschaulichen.

• Ich muss zeigen wie meine Projekte jetzt werden strukturiert und wie sie in der Vergangenheit wurden

  • Warum wird immer in Sicht gehalten
  • Zustandsberichte
  • Diagramme dabei

• Morgen will ich dieses Bild entwickeln und die Fragen antworten

  • Warum ist dieser Bericht Umstrukturierung so schwierig?
  • Was mache ich an Montag?

Troll breath - for men

The dude sells human meat.

Some random questions: What is the difference in terms of Energy between a google translate and chat gpt powered translation?

The greatest User Interface design of all time is the peel of the mandarine orange.

It is the sun you can hold in your hand.

• Wir müssen die Ergebnisse von diesem Gespräch in einem Anforderungsdokument verchristlichen, da ich noch 2 Monate später die Erfolg meines Projekts berücksichtigen kann.
• Ein Arbeit bei IO muss in der Lage sein, der Zustand ihres Projekts noch immer zu kommunizieren. Daswegen muss ich morgen eine Neue Aufgaben in meinen täglich Notizen aufschreiben, das mich an meinem Kommunkazion Pflichte zu errinern.
• China Captialists kaufen Firmen in anderen Länder, die Zǒlle angelegt haben um ihre Wirtschaft in ihrem eigenen Land zu verbessern oder mindestens theoretisch. Wenn China begleitigt Leute Besitzern von den Firmen sind, können sie diesen regeln untergraben, da sie die Bedeutung von Besitzschaft verwischt.

Schreibenaufforderung: Wie kannst du die Projekt-Zeit berücksichtichen, wenn das Arbeitsaufwand technische Details angeht?

• Ich muss mich daran gewohen, technische Problemen zu beschreiben. Je mehr beschreibe ich tecknische Systemen, desto besser kann ich spontan Problemen und Systemen erzählen.
• Ein aktuelles Entscheidung: Warum verbringe ich Zeit um das Config Module auszubauen
  • Meine Entscheidungen sind immer mit den Anforderungen verbunden.
    • 1. Das system muss erweitbar sein und einfach zu debuggen, da es sich an einen umwandlenrecih Business-Landschaft anpassen kann.
    • 2. Die Credentials muss sicher gespeichert werden.
  • Wegen Anforderung Nummer 1, habe ich einen klaren Software Arkitektur ausgebaut, die den Zusammenspiel zwischen Module feststelt.
  • Das System lädet alle Config Daten ein, einschließlich die Credentials.
  • Der Config Daten Struktur ist eins von zwie keren Daten Strukturen in dem Program. Config Data sind all die Daten man braucht Commissioning zu machen, oder der Hauptvorgänge aus den Anforderungen.
  • Aktuelle ist config immer im App eingeladen. Aber wenn Config UI steuerbar ist, soll Config config auf dem UI Ebene leben, damit es kann beim CLI eingestellt werden und als param an app Funktionen weiter gegeben.
  • Der Refaktor dient zu der Einheitlichkeit der Appschnittstelle, weil mann zu jedem Funktion dasselbe Config param weiterleiten werde.
  • Wenn config getrennt ist, ist den Data Datei hat nur einem Anwendung – die Steuerung des Dankenbanks.
  • Ich überlege mich ob es sinnvoll wäre, die Datenbank im Commissioner einzubauen.
    • Die vorteile sind
      • eine einheitlicher und zentralisierter Error Behandlung, da mehr Exceptions in Commissioner Struktur abgefangen werden können.
      • Standautomat formattierte Datenbank Befehl. Wenn X auftaucht, schreib diesen Eintrag.
      • Daten Bank Operationen automatisch beim einheitlichen Config und Device begünstigen. Daten Bank braucht einem DeviceState (was wir im Akte als ein Eintrag schrieben wollen) und Daten Bank Pfade. Erweiterungen würden auch begünstigen, da sie Credentials und APIs in einem Einheit ertragen könnten.
  • App functionen hatten schon params. Sie haben UUID und SKU params angenommen, also bricht der Refaktor die aktuellen Munster nicht, sonder erweitert und standardisiert es.
  • Wenn Credentials nicht im einem Datei gespeichert werden soll, wie soll ich den Morgen
• Alle Config params steuerbar machen (vielleicht ganz möglich)

Keine schlechten Idee: Anforderung Zertikat

Ich habe ihn Kaputt gemacht als ich einen Hügel hingestiegen bin. Ich gab er richtig vielen Gas und plötzlich gabs einen Geräusch und der Fahrrad ist gehalten. Ich habe die Schaltungen untersucht und eine gebrochenen Kette und Ketteshebel gefunden. Irgendeines Glied der Kette hat anscheinend früher leicht ausgebogen und diesen Riss ist im Ketteshebel gefangen, als ich gepeddelt habe.

Ich muss die Bremsen auch irgendwann ersetzen und eine verknüftigen Fahrradlicht kaufen.

Ich liebe so was zu lernen.

Was Information braucht den Chef? Ich habe morgen gesagt, dass ich einen Vorführung von meinem Projekt geben könnte. Ich habe jedoch Alex angefragt, die App selber anzugucken und sofort sind zwei hässliche Errors an seinem System aufgetreten.

Die ersten Fehler war einen Type Fehler, dass ich im System in einem vorherigen Commit abgefuckt habe. Der nächsten Error war viel kryptischer: Der JLink ist an Alex’s System abgestürzt wegen einer RAMCode Timeout. RAMCode ist anscheinend ein kleines Program, das der JLink am Gerät flasht, um die MCU zu flash Schreiben zu ermöglichen. RAMCode ist nötwendig da verschiedene MCU-Strukturen verschiedene Flash-Strukturen haben und RAMCode die Kannal zischen JLink und MCU zu Flash, also die MCUs Flash Schribe können und JLink Daten in einem einheitlichen FOrmat schicken darf.

Alex hat mir ein mal gesagt, dass Flash in Pages geschreiben sind. Warum? Warum nicht kleiner? Ist Flash im MCU oder ist es angehängt? Was sind die Unterschiede zwischen die Arte von Flashes, die RAMCode sich unterscheidet? (<- Es gab NOR, OR, und zwei weiteren.) Hat den EFR32MG24A410F1536IM48 und EFR32MG26BXXXF3200 andere Versionen? was überhaupt stammen diese MCUs, sind sie CortextM3s?

In Abschluss muss ich das beheben und das Feedback und das Systemschwachstellen beheben, nähmlich habe ich mich zu wenig mich über System Dependencies gekümmert habe.

• Window Version
• MacOS
• JLink Firmware / JLink DDL (Was ist deren Unterschied?)
• JLink DDL auf dem Mac und Windows
• Printer Einstellungen - Kann ich die entfernt Programmieren?
  • Kann ich einem Python Server bauen, der HTTP Anfrage verberieten kann und alles fernsteuern?
  • Wie genau würde solche System auf dem Network Seite aussehen? Wie könnten wir damit verbinden.
• Alle Printer Einstellungen müssen dokumentiert werden.
• Die Etiketten sind manchmal kniffig. Werden sie erkenntnis schon über den Printer haben? Wer sind diese Leute überhaupt.
• Werden wir Werkstudenten haben oder Dicherei? Das ist extrem wichtig zu wissen, da mir bei Planung hilft, z.B kann ich die CLI im Büro überwachen und dadurch Verbessungen machen, oder soll ich mich jetzt alle im Vorfeld abzufangen?

Ich muss mich morgen mit der Frage herauseinanderesetzen, welche Information braucht er und warum? Wenn ich ihm ansprechen, kann ich diese Antwort benutzten um die Belang den Info anzudeuten.

Was ist ein Zustandautomat? Dieser Begriff ist oft in meinem Büro effektiv eingesetzt, um Softwaresystemen zu entwerfen und denen Qualität zu bewerten.

Ein Zustandautomat verweist sich auf eine begrenzten Anzahl von Zustände und darf als Zustände, Zuständeübergänge und Aktionen dargestellt werden.

• Zustand - Was ist ein Zustand eigentlich? Das klassiche Beispiel ist die Frage, ob ein Tür auf oder zu ist. Diese Information stellt welche Aktionen fest, die das System machen kann. Also Stand ist ein Beschreibung des Systems. Die Beschreibung darf nur eine begrenzten Anzahl von möglicher Zustände sein. In meinem Projekt sind die Zustände den jenweiligen Prozessen.
• Übergangsaktion - Eine Übergang ist die Reihe der vorausgesetzten Bedingungen, die eine Zustand-Übergang auslöst. In meinem System ist die Bedingungen sind erfolgreichen Ausführung von Aktionen, die in einem Zustand eingeschlossen sind.
• Aktion - Einfach die Aufgabe von einem Zustand. Manche Aktionen werden bedingunglos ausgerüfen, während andere andere datenabhängig sind, da ein Zustand Information aus vorangegangenden Zustände empfangen kann.

Ich habe meinem Software Projekt so gebaut, dass es darf als einem Zustandautomat dargestellt werden.

Wenn man versucht, die Frage “Warum?” zu beantworten, welche geistlichen Prozesse eigentlich ausgelöst werden? Ich habe mich diese Frage gestellt, weil ich bei der Arbeit viele Problemen lösen muss. Wenn keine Antwort zu dieser Frage gibts, wird meine Anstrengungen schnell orientierungslos. Beziehungsweise: wenn wir uns auf einen Kompromiss einigen muss, fehlt oft Rechtfertigung, auf dessen Basis wir überhaupt diskutieren. oder Grundprinzip unsere Gespräche zu führen.

Warum bauen wir die Manufacturing CLI? Hinter dieser Frage wird noch einen tiefgreiffender Frage verborgen. Wie baut man einen Yuki Block? Noch tiefere: Warum bauen wir überhaupt einen Yuki Block?

Der Unternehmen hat für seine ganzen Gesichte Produkten für andere Firmen entwickelt. Das war einen gewinnsfähig Geschäftsmodelle. Der Mehrfach des Arbeits erziehtet viele Facherkenntnis und Produkt Entwicklungen bei. Der Unternehmen baut Verbindungen mit Kontakten im Industrie, sowie Rechnerhardware Dicherei, Produkt Entwicklern, Ingenuerin.

Wahrscheinlich die am wertvollsten Einsicht, die aus die Erfahrungen dieser Geschäftsmodell herauskam, war direkt Beobachtung von der Problemen Unternehmen hat und wie man sie mit Technologie löst.

Wir haben das Problem mehrer mals gesehen: Leute wollen die Steuerung oder Beobachtung eines System automisieren. Firma A wollte die Beobachtung der Umgebungbedingungen in ihre Fabrik zu automisieren. Firma B war die Mittemann für Kunden, die die Luftung in ihre Haus automisieren wollte. Firma C will die erkennung der Landwirtschaft zu automisieren. Sie machen das nicht wegen der Ausgabe der Fachkenntnis.

Nächste Frage:

• Was muss man in der Lage zu Tun sein, um eine geuten Entwickler in diesem Unternehmen zu werden?
• Wie baut man Kritischegedanken fähigkeiten? (könnte ich Aristotles’s 4 Eigenschaften von Warum beantworten?)

Wenn wir ein Programm schrieben, soll jede Designentscheidung eine Rechtfertigung haben. Manchmal ist die Aussage “Weil es funktioniert” passend aber das gilt nur für Projekte die einen kurzfristigen Zweck erfüllen. Wenn wir Designentscheidungen für das Yuki Blocks treffen, beiinhaltet jede Entscheidung langfristige Nachwirkungen bei. Schlechte Entscheidungen werden allmählich beschädigend werden und anfängliche Sorgen angewendet werden müssen, um ein gewinnbringendes Produkt zu schaffen.

Ich finde es noch immer erstaunend, wie eins von meinem Kollegen kann noch immer eine sinnvollen Rechtfertigung fordern fast sofort als er das Problem angeht. Er errinert mich an etwas Tyler über Schach erzählt hat: man muss immer eine Strategie haben. Diese Lektion gilt nicht in jeder Situation. Meiner Meinung nach soll man eine gewissen Spontanität in Leben als Ganzes gewähren. Leben ist einen Kunst ohne einer festgestellten Ziel und auf die anderen Seite tragen Technologischesystemen bestimmte Zwecke und Anforderungen.

Wie kann man tecknische Problemen schnell verstehen und Lösungen Rechtfertigen? Man muss immer mit der Ziel anfangen. Auf einem spirituellen Ebene, müssen die Ziele nicht ernst genommen sondern nur als eine leichtem Führung diene. Man muss sicj immer die Frage stellen – Warum? Wie geht man diese Frage angehen ich wie man diese Frage an?

Meine Perspektive ist kraftvoll und flexibel. Mir ist klar geworden, wie kleine innere Entscheidungen einen enormen Unterschied machen können. Mein Vater sagte einmal: „Versuch einfach, eine Gewohnheit aufzubauen.“ Er meinte damit die Benutzung von Zahnseide, doch die Lektion gilt immer noch.

Einen Anfang zu machen ist der erste Schritt.

Ich bete. Ich atme. Ich richte meinen Fokus auf das, was ich habe.

All that’s left:

• making sure the frontmatter is correctly generated
• variable for making posts / notes
• create a button in the UI for the commands
• A publish automation??

fruit, do you copy…

banana testing…do you copyshhh…

fruit, do you copy…

https://tinyprojects.dev/

https://harper.blog/