Just finished Tech on the Go: Avoiding Over-Engineering! Check it out: https://lnkd.in/eNPyGmTs #softwareengineeringpractices
Zach Goodier’s Post
More Relevant Posts
-
Solopreneur | eLearning Expert | L&D | Instructional Designer | eLearning Developer | EdTech | Engineer | Researcher | YouTuber
Over engineering is the opposite of the KISS principle. “Keep it simple. Silly” 😂😂 Just finished "Tech on the Go: Avoiding Over-Engineering" by Jon Peck! Check it out: https://lnkd.in/dWBVHnTF #softwareengineeringpractices.
Certificate of Completion
linkedin.com
To view or add a comment, sign in
-
Just finished the course “Tech on the Go: Avoiding Over-Engineering” by Jon Peck! Check it out: https://lnkd.in/ejsdvk8Q #softwareengineeringpractices.
Certificate of Completion
linkedin.com
To view or add a comment, sign in
-
Just finished the course “Tech on the Go: Avoiding Over-Engineering” by Jon Peck! Check it out: https://lnkd.in/e_7tYE8i #softwareengineeringpractices.
Certificate of Completion
linkedin.com
To view or add a comment, sign in
-
Just finished the course “Tech on the Go: Avoiding Over-Engineering” by Jon Peck! Check it out: https://lnkd.in/gh7qfK8y #softwareengineeringpractices.
Certificate of Completion
linkedin.com
To view or add a comment, sign in
-
Just finished the course “Tech on the Go: Avoiding Over-Engineering” by Jon Peck! Check it out: https://lnkd.in/er_s8N47 #softwareengineeringpractices.
Certificate of Completion
linkedin.com
To view or add a comment, sign in
-
Just finished the course “Tech on the Go: Avoiding Over-Engineering” by Jon Peck! Check it out: https://lnkd.in/exMbPG_k #softwareengineeringpractices.
Certificate of Completion
linkedin.com
To view or add a comment, sign in
-
Flake, different results after repeated execution of a test procedure without changing the test conditions, happens because the test procedure is not in control of, or able to observe, the changing conditions that cause differences in system state. This simple drawing describes the relationship between a test procedure and the conditions that affect a system. When we try to affect flake, we do so by changing what we control. There is an enormous set of implications from this relationship that I intend to cover in-depth later. They are easier to understand when you think of flake in these terms. This kind of analysis, design, thinking, instruction, and innovation is what I have been doing on a regular basis on the largest software projects in the world. If you need this kind of problem solved, if you need this kind of big picture thinking distilled in practical ways, I do that. Reach out to me. #softwaretesting #softwaredevelopment
To view or add a comment, sign in
-
-
Stuck trying to solve a problem? Use this prompt. The next part on the prompt engineering series is best seen in this thread I made on X (previously Twitter) This is what is is about: Prompt Engineering 101: Prompt Patterns Part 14 (of 16): Soft Prompting Today we'll cover: ✅Soft vs. Hard Prompting ✅Benefits of Soft Prompting ✅Use Case ✅Limitations https://lnkd.in/gP-iE8bW
Joey Duren on X
twitter.com
To view or add a comment, sign in
-
How to supercharge your engineering delivery? 💌 Learn from the Part 2 of my newsletter ☕ 𝗧𝗵𝗲 𝗕𝗹𝗲𝗻𝗱 (link in the comment) Topic? Deep dive into the engineering metrics 📊 🕙 𝗜 𝘄𝗶𝗹𝗹 𝗯𝗲 𝘀𝗲𝗻𝗱𝗶𝗻𝗴 𝘁𝗵𝗲 𝗣𝗮𝗿𝘁 𝟮 𝗼𝗳 𝗺𝘆 𝗻𝗲𝘄𝘀𝗹𝗲𝘁𝘁𝗲𝗿, 𝘁𝗼𝗺𝗼𝗿𝗿𝗼𝘄 𝗮𝘁 𝟭𝟬𝗔𝗠 𝗖𝗘𝗧 Couple of days ago, I wrote a newsletter issue about the different groups of metric. This time I am going to deep dive and show you real life examples or such metrics, why to measure them, and how software can help you achieve that.
To view or add a comment, sign in
-
-
👍Improve the consistency, clarity, and readability of your model-based systems engineering (MBSE) projects by using edit-time checks in System Composer Learn more 👉
Find System and Software Architecture Guideline Errors as You Edit
share.mathworks.com
To view or add a comment, sign in