updates, the property, and green house dreaming
It's been a while since I last posted. My opinion of President Obama hasn't changed. I still believe he is one of the worst things to ever happen to this country and I am sorely disappointed in the direction he and the Democrat led congress are taking this country (and unwillingly for a large part). But I am tired of reflecting on that.Since I last posted I have found employment (back in June) and am happy to say that we are doing OK (not great, but OK). We are looking forward to the day when Becky graduates (Mother's Day) and we get to enjoy TWO salaries. Things are still tight financially, but they are manageable.I am starting to explore options for our 3.6 acres again. The farmer that was leasing our land did not renew his lease. He provided us a name of a farmer that would lease our land, but I think we lost that somewhere. We can probably get it again, but we'll need to contact the previous farmer to get it. We're still mulling over whether we want to lease the land out this year or do something else with the land. We're possibly considering putting a garden on the land and maybe even letting the members in our branch put gardens on the land. I am also looking into permaculture and possibly how I might use it to start a small commercial operation growing produce. We are still a couple years away from building so we need to determine how to use the land in the meantime.With permaculture, I can grow produce, raise some small livestock, or fish in an aquaculture, and possibly run a still to produce some ethanol. It would be better with more land, but I will make due with what I got and maybe see about leasing some nearby garbage land to make up the difference. It typically goes unused because it frequently floods, but I might be able to rehabilitate it with the proper application of some principles.I am going to start working on building the geodesic green houses when I get some more disposable income. It may be late summer before that happens, so in the meantime, I am studying up how to build one using the calculator at http://www.desertdomes.com. I would like to raise a floor to the first level of the dome vertices and add the soil on top of that as a fully utilized raised bed. I would have a tunnel under/through the bed from the door to an access point in the middle of the greenhouse. This would allow me to use the entire space for growing (except for where the access point comes up). To facilitate accessing the produce for harvest without crawling all over it, I would like to create a slider on a track that would be elevated above the produce and could rotate around the greenhouse on a perimeter track. The slider track could rotate to any degree around the greenhouse, pivoting at the access point, and slide from the access point in the middle to the outside perimeter.I may need to get some power tools. I have a chop saw that can cut the vertices and their angles but I will probably need to get a table saw and a circular saw at some point as well. I may also need to have some connection junctions where the vertices join machined. That might cost a little money, but with the economy the way it is, it might be easier to get a good price on them. Essentially, they will be metal polygons appropriate for the quantity of vertices they will be joining (which will be either 4, 5, or 6 vertices) with key holes cut, through which a lag bolt can be inserted and tightened. I would also like to route the edges of the vertices to create a seat for the greenhouse panes and then seal them all with silicon,except for a couple hinged panes used for venting during the summer.I still have some time so I am sure I will see scope creep make this project ever more complex (I haven't even considered power and water yet). Should be interesting to see how it all turns out. Once I start I will take photos and video and post them so you can follow what I am up to in the project.
Labels: garden, green house, property, updates
Claw Arcade Machines vs Obama
My sons are enamored with claw arcade machines. I myself have never really liked them. I think they are a waste of money, offering naive children 20 seconds of hope for $.50 - usually with nothing to show afterwords. But then I got wondering...how much does 20 seconds of hope cost under the Obama administration? I did the math. Per Google, there are 31,556,926 seconds in a year X 4 = 126,227,704. Divide that by 20 and you get 6,311,385.2. Divide that figure into the estimated $13 Trillion we'll be shelling out and those 20 second bursts of hope are costing us...$2,059,769.70Spending that kind of money, in 20 seconds my sons could simply buy a number of claw arcade machine routes loaded with toys and have a lot more to show for their expenditure with income producing assets stimulating the economy one naive child at a time - as opposed to pretending to stimulate the economy one naive nation at a time.
Labels: arcade machines, Obama, politics
The magic of thinking small
I highly recommend an old book by a Dr Schwartz called "The Magic of Thinking Big". It's a wonderful book that I recently had the opportunity to read again while I was away on a temporary assignment. While away on this assignment, I also had the opportunity to work with some wonderful individuals including one young man who was proficient with an iPhone.Over a dinner conversation where we were discussing application development, he mentioned how one person created a Bejeweled knock-off for the iPhone, sold it for $.99 a pop and made $250K in about 6 months. Not bad. He thought that perhaps developing my flashcard application for the iPhone might not be a bad strategy.Perhaps it wouldn't be. I have had reason to pause and contemplate - What is the one main selling feature of my application that sets it apart from all other flashcard applications? There are numerous things which set my application apart from others in its full glory, but when the application is pared down, there is one feature that distinguishes it from other flashcard applications - the ability to associate multiple responses with a cue. I've wondered if it was a distinction people would be willing to pay for. There is really only one way to know for sure, so my current efforts involve refining the application to a bare-bones version for the iPhone that provides the unique benefit of poly-sided cards. I know there are some distinct areas of studies that would definitely benefit from such an application. From there I can add features and build towards the ultimate application that I envision.Start small. Baby steps.
Labels: flashcard application, flashcards, iPhone
flashcards at their most basic level
Over the years as I've designed my application, I have really disliked the term "flashcard" because of the limitations and constraints that the term conveys. A flashcard is typically a piece a cardstock (like an index card) with a prompt on one side and an associated response on the other. The simple beauty of the flashcard is that while you contemplate the prompt, or more appropriately, what the response to the prompt is, the response remains hidden from view. Once you have decided on the response you can validate your answer by flipping the card to reveal the response written on the other side. Simple. Effective. But limited.Occasionally, the answer to a prompt escapes the student, but it is on the tip of their tongue, so they peek at the other side and proclaim to themselves, "I knew that!". Good enough. On to the next card, confident that the detail they just studied was learned. Except it really wasn't. Faced with a similar question in a real test, the student proclaims, "I know this!" and then struggles to nudge the tidbit they thought they knew off the tip of their tongue - to no avail. The student in practice incorrectly validated information that was not learned, giving themselves a false sense of security in what they knew.Sometimes, the student needs to learn multiple aspects relative to a prompt. Limited to two sides, the student adds each aspect to the response side and relies on not peeking at response #2-n while they are validating response #1.I'd like to think that when I came up with the idea in '93 to create a flashcard application (yes, I have been at it THAT long), that I was original in my idea. I'm not. Other besides me have realized the organizational and randomizing benefits that a computer could bring to flashcards. Those that developed their version of flashcard software exploited the advantages computers offered to organize cards, randomize them, and offer cheat resistant validation.If you break down a flashcard and its use to its basic elements, it boils down to a few things: An author creates a deck of flash cards.A user (it may even be the author) utilizes the deck of flashcards to study a topic.A deck is a collection of cards.A card is a prompt (the revealed side of a card) and its associated response(s) (the hidden side of a card).Each prompt is associated with at least one response.There is a breakdown though between the real world and the virtual world on the computer. A card in the virtual world is not limited by two sides. It can flip as many times as it needs, prompting for a uniquely associated response that requires individual validation with each flip.If a user is prompted with a picture of the Mona Lisa, what is the response? It depends on the aspect of the Mona Lisa for which you are testing. If you are prompting for the name, the response should be "Mona Lisa". If you are prompting for the artist, the answer is "Leonardo di Vinci". If you are prompting for the style, the response might be "Classical". And so on and so on.In the real world, this requires three cards, each with a picture of the Mona Lisa on the prompt side and a single response on the other, since you are limited to only two sides per card. And unless there was an additional prompt besides Mona's mug as to what response was being expected by the other side, the user would additionally require a unique deck to better know what associated aspect was being tested. The big problem is that Mona's mug should have appeared one time and one time only while the user was prompted for the name, the artist and the style, as should be the case when the next 50 pieces of art are tested. All these aspects could be presented on a response side together, but then they are validated together as well. What if you know two of the three aspects? You lose the value of validation if each aspect is not individually validated separate from the others and yet so many flashcard applications are constrained by the 2-sided limits of the real world. This shouldn't be. How should it be? Each side should have a name that identifies the content it is exposing (where that side is being used as a prompt) or validating (where that side is utilized as a response). It could be Question/Answer, German/English, Art/Name/Artist/Style/Value, Drug/Common Name/Interactions/Contraindications, or simply Side1/Side2 (if that works for you). The name should indicate what is being exposed or what is being expected for that side. If German/English doesn't work for you, then "What is the German equivalent of the English exposed?"/"What is the English equivalent of the German exposed?" should also work as names. I prefer the succinct German/English side names, but to each their own. Generally, the cards in a deck are testing the same aspects for a list of related items. Enter the aspect names once and fill out the deck with the appropriate associated values to create a drill or test. Why make it any tougher than that?If you flatten it out, think of a deck as a table. The header row is your side names, the rows are your cards and the columns are your individual sides. Each cell is the value for that side for that card. With the deck virtualized, sides can be randomized, cards can be randomized, cards can be organized into drills/tests and so much more. Essentially, the application serves up prompts (or cues as I prefer to call them) and awaits user responses to validate. Essentially, the application is a cue/response processor. At its heart, it is still a flashcard, but in reality, it is so much more.
Labels: flashcard application, flashcards, organization
I haven't been updating my blog lately, but I have been working on the application. In fact, I have actually engaged a developer to put the application together. Initially, it will not be as robust as I would like the application. In fact, it will simply have the bare bones of requirements, but it will offer the user the ability to utilize multiple sides. Also, contrary to plans to develop a hybrid solution (which would require a lot of money to develop), I am going to develop the application as a strict online solution. Of course this means that I am redesigning the application to accommodate the online environment. Later, after the online application is established, I may develop a desktop version that can be used offline but if the online version does well enough, I may forego that. It's not the ideal version I envisioned, but it actually works out. I inquired with a couple superintendents about the demand for an application of this nature and whether it would be something a school system would use. Unfortunately, it is not something that school systems would be open to using, so the hybrid model which relied on monetizing through institutional demand wasn't going to work like I had anticipated. So I am back at the drawing board working to determine how I might monetize this with the understanding that students are my primary market.My wife was bemoaning not having the application to use for her nursing studies. Having the ability to validate multiple aspects individually, relative to a single cue, would come in very handy with her pharmacological studies where she has to know many aspects about each drug she is studying. Apparently, this application would be very handy for certain niches among students including nurses, some language students, humanities students, and probably many others. The key question is whether students would be willing to pay for the application. I guess we'll find out.
Labels: flashcard application
requirements specification updated
It's been a little while and I have been a little lazy, but I have done some work on the requirements specification for Flip and re-uploaded the latest copy of the document. As always the latest versions of the documents can be found in the Flip Documents section (link on the side).
It's interesting (and tedious) working through the process of documenting all this. Just to give you an idea of how tedious it can get, check out this flow chart of the log in process. We're just logging in! How much is there to logging in? Well, a fair amount.
If the flowcharts can get this complicated with such simple processes, I am going to have to break up the application processes into many (many!) small processes. Time to get intimate with Visio. *sigh*
Labels: documentation, Flip, flow chart, requirements specification
business requirements document complete!
I finally completed the business requirements document for Flip today. As usual, you can find the document by clicking on the Flip Documents link over on the sidebar. Now I am on to the requirements specification. After that there is a use case specification and then I will be seeking grants and donations to develop the application. Whew! So much work.
Labels: business requirements, Flip