-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Showing
3 changed files
with
86 additions
and
10 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,75 @@ | ||
<!DOCTYPE html> | ||
<html lang="en"> | ||
|
||
<head> | ||
<meta charset="UTF-8"> | ||
<meta name="viewport" content="width=device-width, initial-scale=1"> | ||
<link href="../styles/main.css" rel="stylesheet" type="text/css"> | ||
<title>OM Blog</title> | ||
</head> | ||
|
||
<div id="nav-header"> | ||
<a href="../index.html"> | ||
<h1 class="header-title">Oliver Macro</h1> | ||
</a> | ||
<ul class="nav-list"><!-- | ||
<a href="html-css.html">Tech Blog</a> | ||
<a href="te-houtaewa-template.html">Te Houtaewa</a>--> | ||
<a href="../index.html">Index</a> | ||
<a href="https://github.com/oranmornz" target="_blank">GitHub</a> | ||
</ul> | ||
</div> | ||
<div id="blog-entry"> | ||
<h2>Problem Solving</h2> | ||
<h3>Describe a time you were blocked on a simple problem</h3> | ||
<p> | ||
Quite often in the events industry, we're faced with annoying little technical problems at late-notice by clients who didn't think through their requirement requests. This usually ends up with us technicians having to improvise solutions on the spot, right before something important is about to happen. | ||
</p> | ||
<p> | ||
In an ideal, well resourced scenario, an example would be an exhibition host suddenly deciding that they want to be able to walk around the hall and make on-the-fly announcements. The problem? The client didn't specify having wireless microphones. The solution? Quickly run up to the stores room and collect a wireless microphone kit, and get it wired into the halls loudspeaker system. | ||
</p> | ||
<p> | ||
In a less ideal scenario? Presume a similar situation where an even host wants to walk around the audience and interact with them. The problem? You don't have a wireless microphone system because one wasn't specified with enough notice. The solution? Give them two options - that they either have to stick to the stage, or deal with an absurd length of however many spare cables you can daisy-chain together. Chances are they'll go with the latter. | ||
</p> | ||
<p> | ||
I've had both of these situations on more than a few occasions. The solution comes down to what is technically feasible in a given moment. More often than not, you're under-resourced, and the prospect of finding a solution to a last-minute problem is the last thing you need. What matters is that it works, even if the solution isn't elegant. As they say, the show must go on, and an improvised solution ultimately means one less problem on your shoulders. | ||
</p> | ||
<h3>Describe a time you elegantly solved a problem</h3> | ||
<p> | ||
I've mentioned in a previous blog that I used to be involved in an alternative festivals production team. Weeks ahead of the 2016 event, we sold out of tickets for the first time. As event policy stated that all involved purchase a ticket, this created a problem wherein some key people were too late to the metaphorical party. Our solution? Release more tickets. This we did, and a wild rush to get them caused the ticket vendors website to crash, and us overselling by 200% or so. | ||
</p> | ||
<p> | ||
This then very much becomes my problem. My primary role was that of the 'town planner.' Meaning, it was my job to tetris in all participants, their camps, art pieces, stages, vehicles, and a significant number of key infrastructural elements with complex spatial requirements. That's all well and good, but the problem was that the estimated spatial needs now exceeded the amount of available space that was agreed upon in our land-use contract. | ||
</p> | ||
<p> | ||
Complex problem? Yes, and no. From above, it's just a puzzle, and by following basic logic the structure of the town plan was very simple. The solution to the problem was ultimately to ask for more land, so we asked the land owners for the use of a neighbouring paddock, and they graciously obliged. As a result, my complex task was thoroughly relaxed. All that was needed was that extra headroom, and everything freely flowed on from there. | ||
</p> | ||
<p> | ||
The moral of the story? Whittle complex problems down to their simplest form, and if you need extra resources, ask for them. In times of need, people can be very accomodating. Occams razor states that the simplest solution is often the best one, and if a complex problem has a simple solution, the problem is likely quite simple too.. | ||
</p> | ||
<h3>Reflect on how confident you feel with using problem solving techniques</h3> | ||
<p> | ||
Alrighty, the actual web tech stuff. My confidence depends on the technique in question: | ||
</p> | ||
<ul> | ||
<li><strong>Pseudocode:</strong> I'd say moderately. On a first revision, I'd consider my use of pseudocoding to be lacking in deeper understanding of relevant syntax. As my familiarity is growing, I'm finding this easier, but for now I'm trying to be as rudimentary as possible and not worry about nailing a process too much. Unfortunate by-product? Not thinking to transfer pseudocode from my mind to actual commented code.</li> | ||
<li><strong>Trying something:</strong> Reasonably strong. At this point I mostly start off with trial-and-error. Usually, it's error, but that's where Google, pre-linked resources, the 'help desk' Discord channel, and LLM's come into play</li> | ||
<li><strong>The 'rubber ducky' method:</strong> Well, considering that I regularly get up and walk around whilst talking a problem out to myself is a regular thing, I'd say I'm doing okay here.</li> | ||
<li><strong>Error messages:</strong> Okay-ish? Whilst decoding most of the error messages I'm getting is fairly easy, I'm finding they're sometimes not as precise as my brain would like. One recent one: a <em>for</em> loop error indicating that a closing bracket is a problem, rather than commas that should've been semi-colons.</li> | ||
<li><strong>Console.log:</strong> Sub-optimal. I'm still working out where best in code to place the object, and how to configure it, to reliably get it communicating what I need.</li> | ||
<li><strong>Googling:</strong> I am well trained in the fine art of Google-fu, one might say.</li> | ||
<li><strong>Asking peers/coaches for help:</strong> Generally fine, although I'm trying to be as self-reliant as possble to re-train the relevant parts of my brain.</li> | ||
<li><strong>Process improvement via reflection:</strong> Okay? I do well with reverse-engineering, so something I've started doing is using ChatGPT, asking it questions around object processes and syntax. This is proving beneficial in bypassing my brains trained-in way of thinking, decoding trial-and-error, and generally understanding how various objects and commands actually work. I'm rather appreciating this as I'm finding online posts and documents aren't always written with a relative beginner in mind, and it's helping me to think more abstractly, produce more elegant code, or at least get on the right path.</li> | ||
</ul> | ||
<h3>Reflect on a time you were reluctant to ask for help. Consider what made you reluctant to do so. What might you try differently next time?</h3> | ||
<p> | ||
For this sprint I was frustratingly delayed by misc life unpleasantries, and as such I was hesitant to ask for help with things that everyone else had already moved on from. A benefit however is that I started thinking outside the box, and this is what made me think to try using an LLM. I don't want to rely on such things however, and like breaking down technical problems with people, so I have in mind to poke myself to get over such insecuriies around legitimate life things and just sing out as I otherwise would do. | ||
</p> | ||
</div> | ||
<!--<div id="footer"> | ||
<h2>???</h2> | ||
</div>--> | ||
</body> | ||
</html> | ||
|
||
|
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters