Unit 10: IANA

Unit 05: Image Map Test

Unit 04: Images and Languages

Unit 03: ISP Info

Unit 02: Example Interest(s)


In this section, I will cover one of my interests related to my field in response to the Unit 2 assignment. In this case it will be programming and design, or, the idea of being faced with a technological problem, figuring out the resources for it, designing a solution, then either using or implementing it. An alternate way to state the previous sub-points, is to say that they contain a little bit of problem solving, translation/linguistics, troubleshooting, and optimizing.

Abridged Process
As an example technological problem, let's say that you need a program to take a stack of numbers from a file, and then average them, also known as finding the mean of them. You could do this all by hand, adding the numbers one-by-one, then dividing them by the total number of numbers, but that would be a painstaking process (albeit requiring less time if you only need to do it once), but, if this is an action that needs to be repeated multiple times, then the amount of time (and energy) saved increases dramatically.

The first thing you would do is (aside from assessing the actual issue) decide what method you could do to accomplish this, if this were a one-time action, a calculator or Excel sheet would be the preferred method, however, for multiple uses, this is less than stellar, and instead you would decide what framework or language to use to make this program, and what equipment it would need to be run on. In this example we will use a fake Pseudocode language we will call Faksic (not particularly creative, but it will have to do), in the interest of time (both in and out of the example's 4th wall). It's faster to create programs in, but not as efficient as its brethren Fassembly (also, not particularly creative) or as flexible as F++ (see previous statement). The reason for selecting this one over the others is that the performance gains are negligible versus the time it takes to make them.

Now that we have the resources planned out, we would move on to designing a solution, we need it to collect said numbers, then process them, and then output the solution.

First thing's first, we would have it collect the numbers before we can do anything with them, so we would look up how to do this, and find that Faksic's pseudocode for that is "GET [DATA TYPE] [FILELOCATION] [FILELINE]". Now, we could go "GET NUMBER NUMBERS.TXT 1", "GET NUMBER NUMBERS.TXT 2", etc., but not only would that be an arduous process, it would break one you reached a file too short or long, instead, we would tell it:

WHILE (a {LINE}/file still has data left) GET NUMBER NUMBERS.TXT (of that {LINE}) ADDTO ({SUM})

This would go one-by-one through the lines (current/total stored in {LINE}) in a file, adding each to {SUM}.

To find the mean of the numbers, you divide the {SUM} by the number of numbers, or by the last "{LINE}-1", which is the last non-empty line, then add it to the number to be output. It might look like this:

({SUM} DIVIDEBY ({LINE} SUBTRACTBY 1)) ADDTO {AVERAGE}

You would then output it by you preferred method by using DISPLAY or PRINT or some other variation:

DISPLAY {AVERAGE}

PRINT {AVERAGE}

etc.

Now whenever you run this, it will automatically average/mean the numbers, instead of manually punching them in each time, you could also add additional steps that speed up future steps, or cut them out entirely (you could also simplify commands to save space/speed things up, but that usually only works in the case of large programs), et. al.. The aforementioned steps are an oversimplification of the process, but they should give a rough idea on what may or may not happen during the programming and design processes.

Valid XHTML 1.0 Transitional


Contact Address