Over a year ago, Disneyland closed its gates because of the pandemic. Not only did the park close, but it put an end to the Disneyland Annual Pass. As it reopens today, details of the new annual pass program have not been made publicly available.
While everyone is waiting for the new pricing, I wondered what would have happened if I took the price of annual pass and invested it. During the course of the pandemic, stocks were not the only thing that made the news. Cryptocurrency became popular, with Bitcoin (and Doge) making news.
So, I looked up the historical price of each of these coins, along with Disney Stock and calculated what it would worth had I purchased when the park closed and sold my "investment" when tickets went back on sale.
The day after the park closed, here is the closing value of each of these investments:
Wow! These are some impressive gains.
Good: Disney went from $95.80 to $188.09 (196% gain)
Better: Bitcoin went from $5,002.58 to $63,075.20 (1261% gain)
Best: Doge went from $.0016 to $0.12 (7575% gain)
Wish a fairy godmother can send me back in time so that I can invest in at least one of these investments. Correction, I wish I took the amount for the Premier UP ($2199) pass and put it in Doge. I would be going to both Disneyland and Walt Disney World ($166,574.25).
So, here's the takeaway. Besides having a savings account, you should probably look at adding stocks and cryptocurrency as part of your savings portfolio for the long run. Making money quick is nice, but had I made these investments and just chilled during the pandemic, I'd have a bit of fun when things reopen.
Since I am in no rush at the moment to head out to the Happiest Place on earth, I am going to do a little exploring with okcoin who recently announced that of Doge is now available on their platform. Feel free to click on my personal referral link, https://www.okcoin.com/join?channelId=600009913, and when you deposit or trade $100, okcoin will provide another $10 in Bitcoin. Who knows, that $110 investment at $.3238 price for Doge (as of this writing) , will end up being worth $335.06 when Doge hits $1.
If you are like me, then you have given a majority of your friends and family a gift card for various occasions. I actually got into the habit of grabbing a gift card every time I was at the grocery, just so that one was available when I needed it. Of course, there have still been countless times where I had to quickly run out and get a gift card for an occasion.
Recently, I discovered CardNow. For a small fee, they ship a set of gift cards with no balance to you. Using their app, you can reload the gift card with a given amount. Start at $4.99 for 10 gift cards (2 sets of 5), this seemed like a good and cost effective solution (cost of gas and time spent waiting in line to purchase a gift card).
How it works
Pros and Cons
Pretty straightforward, but is it worth it?
Overall, for someone like me, this is a great addition to my collection of gift cards for all occasions. Let me know your thoughts?
“How easy is it to build a QR Code Generating Website?”
After 3 weeks adhering to California’ Shelter in Place mandate, this message from a colleague was refreshing. I quickly responded to him saying that it was relatively easy to build. In the back of my head, I was thinking that this would be a great example to build upon my Automating Agile presentation from 5 years ago (https://youtu.be/kBGxM5M49TI)
In the new version, I want to apply the lessons I’ve learned over the course of my career with some of the technology and tools that I’ve become proficient in. There are three important lessons that I want to incorporate as I build the QR Code Generating Website.
Lesson 1: Traceability
Years ago, I worked at a great start up that eventually went public. It was there that I learned the power of Behavior Driven Development (BDD) and the importance of tracing functionality to business requirements. As part of my responsibilities, I was the interface for the auditors to review product requirements, test cases/reports and defects. Traceability was a big part of my life then.
Lesson 2: Accountability
As my career matured, I began going up and down the “silos” of the various development organizations to ensure that code delivered to me was done with high quality. A lot of that time was spent reviewing basic unit, integration and functional tests. Eventually, it would include reviewing performance and security testing results. Thanks to tools like Jenkins and Sonar, I was able to do a majority of my reviews in a single application. This helped make my traceability efforts accountable for everyone on the projects.
Lesson 3: Manageability
Managing all these software development activities required the need for collaboration tools like JIRA. Out of the box, JIRA is a great tool to manage your day to day tasks. If there is a need to provide information in a ticket that cannot be accomplished with the existing set of fields, JIRA provides the capability to add custom fields to a ticket. This has been both a blessing and a curse to the agile process (A topic for another time). The other challenge, which JIRA can handle well, is actually managing the requirements that make an epic/story/task become a reality.
After creating a project in JIRA for the QR Code Website, I want to focus on how my epics and stories would help me to build the website while still accomplishing my traceability, accountability and manageability wish list. In short, I want to demonstrate that:
My goal is to have a basic functioning website, nothing very fancy. In the spirit of the feature file, I used the description field of the JIRA ticket (Epic) to create the first epic:
In true BDD style, I placed in the description field the standard narrative outline:
As a <person/role who will benefit from the feature>
I want <the feature>,
So that <benefit or value of the feature>.
Instead of customizing JIRA, I decided to include the acceptance criteria in the description field as well. More on that in a later story.
One thing to note about the acceptance criteria is that I did not follow the convention of using the Given, When, Then pattern. The reason is that it will be covered in the feature file that will drive the automated tests to validate my epic. Instead, I’ve mapped the acceptance criteria to the two scenarios in my feature file. The scenarios contain the Given, When, Then format.
The format of the JIRA epic, along with the feature file, highlights the traceability between the requirements in JIRA and the tests written in the feature file.
Accountability is handled by the use of the pronoun, ‘I’. When the sprint team reads the epic and feature file, the use of the pronoun ‘I’ will make the team accountable in completing the epic. In this case, the team consists of me playing the role of Product Owner, Developer, and QA. Therefore, I will be accountable for the entire project.
Considering that this is a small epic, managing this effort will be easy. Next time, I’ll break down the grooming of an API story to support this epic, diving further into defining the acceptance criteria and how it translates back to tests to achieve the finish product in BDD fashion.