Compare commits

...
6 Commits
Author SHA1 Message Date
jimmy 27d60400e7 The islands draft. 2024-10-08 21:15:29 -04:00
jimmy 7912684880 Add uncommited draft. 2024-05-15 21:03:09 -04:00
jimmy 19bae04eaa Add post on rigt side of brain book. 2024-05-16 01:00:53 +00:00
jimmy 89fc456ec2 Add k3s certificate draft. 2024-02-28 01:59:21 +00:00
jimmy c2253f11a5 Add scrum review article. 2024-02-24 12:07:31 +00:00
jimmy dd50547005 Start rust ros2 draft. 2024-02-17 03:22:11 +00:00
7 changed files with 332 additions and 4 deletions

No files matched your search

+26
View File
@@ -0,0 +1,26 @@
---
title: "Why Everytime I Think About Getting a Pet I get a Plant"
author: "James Pace"
date: "2024/02/27"
---
Every once in a while, particularly during the late winter when the seasonal depression
really starts to hit, I start really wanting a pet.
My thought process is fairly repeatable and can be easily summed up here as:
1. I live in a small apartment and I wouldn't feel right trapping a dog
or cat in my apartment all day, so I can't get one of those.
2. Even if I wasn't worried aboutt the size, I'm not at my apartment enough to take
care of one during the work week.
3. Somehow people take care of kids????
4. Ok, so a big animal won't work, but what about something small, like a fish or
something?
5. I research fish, and realize none of the options are interesting or would work in a
small tank.
6. Start looking at hermit crabs, realize I don't really have a good spot for a 10 gallon
tank, and then start looking elesewhere.
7. Start looking at worms or ants.
Unfortunately, I live in a small apartment and don't have the space to properly take
care of a cat or dog so I don't buy one.
+41
View File
@@ -0,0 +1,41 @@
---
title: "Draft"
author: "James Pace"
date: "2024/01/01"
---
Problem: k3s client certs, including the admin cert expire after 1 year.
To see cert:
```
cat ~/.kube/config | grep client-certificate-data | cut -f2 -d : | tr -d ' ' | base64 -d | openssl x509 -text -out -
```
```
ssh jimmy@192.168.1.103
sudo systemctl stop k3s
sudo k3s certificate rotate
sudo systemctl start k3s
```
```
sudo cp /etc/rancher/k3s/k3s.yaml ~/j7s-cluster.yaml
sudo chown jimmy:jimmy ~/j7s-cluster.yaml
exit
```
```
rm ~/.kube/j7s-cluster.yaml
scp jimmy@192.168.1.103:~/j7s-cluster.yaml /home/jimmy/.kube/.
# Use text editor to fix IP in file.
```
```
export KUBECONFIG=~/.kube/j7s-cluster.yaml
kubectl get nodes
```
+23
View File
@@ -0,0 +1,23 @@
---
title: "ROS2 Rust Options"
author: "James Pace"
date: "2024/01/01"
---
<!--
ros2_rust
- Most official
- Good non-ROS rust integration
- no async
r2r
- good async
- most rusty
- no need to do weird things with messages
- support for colcon is weak
- one real maintainer.
safe_drive
- Good colcon support
- Good async support
- Good in between of ROS and Rust
- Not heavily adopted.
-->
+67
View File
@@ -0,0 +1,67 @@
---
title: "The Islands: Part 1"
author: "James Pace"
date: "2024/10/08"
---
> "The Islands" is a fictional series that take place in an chain
> of islands in an alternate universe.
>
> I'm writing this as an excuse to improve my writing skills,
> but I hope you also can derive some joy from it.
>
The boats constant bobbing up and down in the rough seas made the island up
ahead appear even more intimidating than it did on a normal day.
We may have been pulling up to the southern beach of the island, but it was the
mountain that set on the northern shore that dominated the scene.
The mountain was grey and almost dreary looking, with asymmetric sections
that jutted out every such way, almost like little bolts of lightning.
The southern beach, where we were headed, was gorgeous, with the blue water
reflecting the image of the palm trees growing out of the pearl white sand.
It was hard to miss the contrast.
"Mahalo!"
I hear a deep friendly voice yell as the boat bounces into the dock.
A cheery round man waves at us passengers from dock as the captain
moors the small charter boat.
"Welcome, welcome", the man says at no one in particular.
"Make sure to grab all your belongings and form a line!", he says cheeringly,
"I'll bring you through customs shortly."
The boat is quickly emptied and we follow the man through a gate towards the custom
building.
The man starts chatting with the man at the front of the line and provides some tips
for the best places to eat on the island.
The man is extremely cheerful.
I notice the irony that we're following short Santa Claus through a gate with guards
holding guns, fingers on the trigger, on each side.
The customs building is built from rock from the mountain and looks like a fortress.
If it wasn't for the men in the black uniforms holding M16s, you could be forgiven
for assuming you were in a medieval fortress.
On the left side of the door into the customs office is a sign that reads "Welcome!".
On the right is a shield for the Second Royal Regiment, which proudly displays the motto
"As the moutain protects the north we protect the south." under a drawing of a body crushed
under a boulder, only the legs sticking out.
I found my self mulling on the contrast of a "Welcome" sign next to a sign showing death,
when out guide smiled at me and said "Your next!" while pointing towards a desk where a
custom's agent stood.
I borught my brain back into reality a smiled at the guide before walking towards the agent.
I already had all the paperwork I needed in hand.
The customs agent looked through all my paperwork and then looked again, before looking at me
in the eye and completely dead pan saying "You may proceed through the double doors.
Enjoy your stay."
I walked through the heavy wood doors, and was immediately attacked by the light.
I took a deep breath in and then repacked my documents.
It was time to make it to my next destination on the island.
+4 -4
View File
@@ -11,10 +11,10 @@ listing:
Welcome to my blog, dedicated to things I've learned and am currently learning.
A lot of the intital content has come from things I'm working on for my for-fun
projects, and are thus are related to programming and Open Source software.
Over time, I hope to chronicle different types of content as my interests
change.
I'm currently writing a series of fiction called "The Islands" as an excuse to
draw.
## Latest Posts
+77
View File
@@ -0,0 +1,77 @@
---
title: "\"Drawing on the Right Side of the Brain\" Review"
author: "James Pace"
date: "2024/05/15"
---
A few weeks ago I visited the National Portrait Museum during a business trip to
DC and was inspired by the paintings at the museum.
While I've historically not been a huge fan of art museums, looking at the
portraits and reading about the individuals in the portraits and what they
accomplished or went through in life was inspiring, and after coming back
home, I felt inspired to learn to make portraits myself.
Particularly, I was interested in drawing with a pencil.
The minimal amount of equipment required to generate something cool
compared to other art forms interested me.
I've never been an artist and wouldn't consider myself a good drawer
even when I was a little kid, so learning to draw was going to be a tall
order.
I did some research online on good books on drawing, and decided to pick up
two to get started.
The first one of those two that I read was "Drawing on the Right Side of the
Brain" by Betty Edwards.
The book's main thesis is that most thinking in modern life is dominated
by the left side of the brain, while good drawing is dominated by the right
side.
Thus, to become good at drawing, we need to learn to silence the left side
of our brains and let the right side take over.
Good drawing can further be split between five basic skills:
1. the perception of edges,
2. the perception of spaces,
3. the perception of relationships,
4. the perception of lights and shadows, and
5. the perception fo the "gestalt"
which, again, are all done best by the right side of the brain.
The book contains a number of exercises all aimed at exercising that
side and each aimed at improving one of the five basic skills.
I found the book did a good job of teaching the first three skills.
After the book, which I finished in approximately a week, I was much
better and more comfortable at generating contour drawings than I was
at the beginning.
For example, the weekend I finished the book, I drew the outline of an
empty Starbucks cup while sitting at Starbucks and generated something
that looked good, in my opinion, which I would not have been able to
do before I read the book.
I was also able to look at and the copy a cartoon of Snoopy into my sketchbook,
which would have been a struggle for me before I started the book.
(I said I was bad at drawing.)
The focus on "drawing what you see" I think is good, and something that I can
imagine I will keep using and having to remind myself to practice long term.
I don't believe the book did a good job teaching the perception of lights and
shadows.
After I read the book, I had no confidence in my ability to shade a drawing.
The book's focus is also very heavy on drawing what you see, and did nothing
to teach drawing from your imagination.
While I can't say my skills got worse, I'm not sure how to apply most
of the tools from the book when drawing from my imagination.
I found the book occassionally got a little too pseudo-scientific for my liking.
Particularly, there was a number of pages explaining how every kid goes through some
set of drawing growth, which didn't match my experience as a kid that really never drew
at all.
Further, the book spends a lot of time talking about brain sideness and going into
the "science" of brain sideness, while proof is building up that the reality of
how the brain works is not nearly that simple.
With that being said, the examples provided by the book were still seemingly beneficial.
In conclusion, I think the book was a good purchase, both worth the time I put into it
and the money I spent on it.
While not perfect nor the end all be all, I do think this book is an excellent starting
point in learning how to draw, and would recommend any one else starting down that
journey to check the book out.
+94
View File
@@ -0,0 +1,94 @@
---
title: "Scalable Scrum Frameworks"
author: "James Pace"
date: "2024/02/24"
---
Scrum is a popular lightweight framework that defines how a single team can
work towards a goal and is very popular in software engineering circles.
Scrum is the most prescriptive of the frameworks that claim to be
"Agile", and is probably the initial approach most teams reach to
when they are trying to be more "Agile".
If you've worked on a "Sprint" to work down tasks in a "Backlog", you've
probably been doing Scrum.
The official definition of Scrum is found in the
[Scrum Guide](https://scrumguides.org/index.html).
The big idea in Scrum is there is a single "Product Owner" who is accountable
for managing a "Product Backlog", which is a list of tasks that need to be
done for a project.
Teams work to complete those tasks by completing a "Sprint" over a fixed time
interval.
A "Sprint" involves:
1. Defining a goal for the end of the sprint.
2. Picking which tasks from the "Product Backlog" will be worked on
for the sprint.
3. Working on those tasks, and communicating daily to make sure there are
no blockers.
4. At the end of each sprint, delivering some sort of deliverable working
towards the final deliverable (called an "increment"[^increment]).
5. Doing a retrospective and adjusting the process and backlog given
any information learned since the last sprint.
The Scrum Guide largely defines how a **single** Scrum team is built and works.
There are three popular approaches to extend Scrum to work for **multiple** teams:
1. Nexus
2. LeSS
3. SaFE
## Nexus
[Nexus](https://www.scrum.org/resources/online-nexus-guide) is the most light weight
and least prescriptive of the three aforementioned options.
Nexus starts with multiple scrum teams, all working on one product, who practice Scrum as normal
working from a single backlog of tasks.
To keep the individual Scrum teams from stepping all over each other, Nexus adds a "meta" Scrum team
called the "Nexus Integration Team" that is responsible for the coordination between teams, and
for combining the output of the inner Scrum teams into a single combined output.
The integration team is made up of selected members of the inner Scrum teams.
Of the three options in this article, I would lean towards Nexus if I was running a small start up
that had just outgrown every one being in one Scrum team.
Nexus would be easiest to apply, with the least amount of extra work and management layers.
## LeSS
[LeSS](https://less.works/) (for LargE Scale Scrum) is similar to Nexus, in that if you squint, it is
basically inner Scrums wrapped by a bigger Scrum, but the bigger Scrum doesn't have its own team.
Compared to Nexus, LeSS is also a lot more prescriptive.
Where Nexus leaves a lot up to the reader to figure out, LeSS provides a lot of guidance, answering
a lot questions in their guide that Nexus leaves up to the reader.
LeSS suggests roughly the following process for a sprint:
1. Sprint Planning 1, where the product owner communicates the things that need to be done
to all of the teams, who proportion the work out amongst themselves.
2. Sprint Planning 2, where the teams work to convert what needs to be done into individual
tasks that can be worked on.
3. Teams then go off and do Scrum to work on those tasks, refining the backlog and communicating
with eachother as they go.
4. At the end of the Sprint one Sprint Review is completed with all teams, and then two Retrospectives
are completed, one for each team and one for the Scrum as a whole.
Of the three options in this article, I would lean towards LeSS if I was in a small but already established
company.
I think the extra prescriptiveness of LeSS can help pre-answer questions people will have in a company that
is big enough that the person making the decision to switch can't individually talk to everyone, but also
small enough to not have decades of internal politics to wade through.
## SAFe
[SAFe](https://scaledagile.com/) is the most prescriptive of the methods in this article,
and arguably the least agile.
SAFe has multiple complicated layers of management, but all the complicated levels
are clearly documented with their explicit roles spelled out clearly.
My impression is SAFe only really makes sense in a large organization where there already
is a multilayered management system, and that system is seen as good.
[^increment]: Think "incremental deliverable" but with less letters.