July : 06
Daily Log for July, 06 of each year.
- 9:30am - Quick coffee trip before sitting down for a meeting and programming session. My general go to breakfast is some egg-form sandwich, coffee and sugar free red bulls!
- 10:00am - Looks like a minor update came out for Astro! Going to read through that and then update the website. I am thinking I might also go back and migrate the RareIcon.com website from the general node package manager to yarn.
- 11:25am - Saving the minor updates to RareIcon.com, I need to extend out the general typescript paths and condense the components into a smaller form factor that I can reference easier. I believe that pathing / dynamic routing will be next on the update sheet!
- 11:27am - The next couple hours I will begin looking back at the Unity async loading problem and see if I can figure out a better way to load the components. The next step was to use vContainers with unitask, so that the loading would be a bit faster between the scenes.
- 2:30pm - Got the basic of the stream up and running! It has been such a long time since I had it online, I think it will be a solid edition to have within the KBVE eco-system. I will try to live stream my coding sessions more often.
- 5:30pm - Going to make some issue statements regrading on-going errors, updates or concerns with the stream. This might be a good way to keep things organized, so that we can keep everything organized and not all over the place.
- 10:00pm - Before I forget, I have to create an issue ticket regarding the notification system. We will want to extend this out to RJ and our future games, as well as the future websites that we build.
- 11:50pm / EOD -
This follow passage was from the hand written notes, doing my best to write it out and save it for future reference.Making a large list of the functions and concepts that we could render and then call from would be useful. The idea here would be that we have to extend out each of those renders, i.e functions. I suppose that is like nested cloud functions, it could be interesting. Gelling to this point will require increasing the number issue tickets that we can generate / find including those outsides of the current main repository and migrating them all into just one? So we would have a different repository for each cloud function, but try to keep the issues within just the main repository, this way we could keep track of the functions and their issues but also keep to a hybrid-style source code management. This is because some of the cloud functions will remain behind a private wall, to avoid direct copying or abuse, while keeping some of the cloud functions public. In addition, we could create a mermaid style graph for each of the interpolation that we reference within the nested functions. ‘The written notes go further into the game plan design but writing them out seems a bit pointless as of right now’
The greatest way to live with honor in this world is to be what we pretend to be. — Socrates
- Async Unity Loading