Learning to code

So for this experiment I was intrigued by the continual functions run in a website,  or event handlers.   It took me a bit to figure out what exactly needed a time out, closure, all the stuff mentioned in this article: Medium : front-end-javascript-interviews-in-2018-19 After a fair bit of searching I decided what I wanted my experiment to be in order to understand these concepts better. I'm going to make my own 'event_handler'. I've done it in python with Tkinter: An experiment with Tkinter python blog post Now most would say, "Why go to all the trouble of making something that exists?" And my answer will 99% of the time be, "Because I want to know how it works." For me the best way to learn that, is to try and make it happen myself the way the already existing thing works.   My dad would say something along the lines of, "You really learn how a carburetor works after you've (successfully) rebuilt one."  Helpful links ...

JavaScript Experiment #1 The goal for this was to read a txt file, go through each word of that txt file, and make a string from every word in that txt file that contain the letter 'o'. *"Halt!" and "hand.]"   are in there because in my list made from the text file:        'down.]\nHalt!' --- is the item in the list.  It's printing the newline. So         they appear seperated.         Same with hand --     'hand.]\nWhoa', There were many many answers that weren't exactly what I was looking for, but gave me the breadcrumb to follow to the next search I needed to do. This was my extension to an exercise from Learn JavaScript the Hard way. Shaving the yak is more fun if you get to give it a fun haircut before the real work starts. (*draws a maze in the yak fur with shears for my toy soldier to tromp through*) Some things I found out: 1) (some string) = string...

   Working on my whispering wall the other day, I wanted a much better way to 'randomly' select lines it would give back to the user.  random.shuffle seemed like a better way. Thanks again to the interwebs for the tools to search up the things I need.    I wasn't sure how to properly handle the global aspect of 'LINE_GET' for this piece. LINE_GET is going to be the integer I use to select a number from the list that is made, that is then in turn used to get a 'random' line from my txt file.    In my whispering wall, this variable would be a part of the WhisperingWall class. And it's alteration would be internal, but for the sake of making this blog post I needed it to be easy to access and alter.  And globals, well, everyone says they are bad. I may be writing completely horrible code for that part. I am not sure, but hey, I didn't use a global!  kinda... sorta.... Anyway! two methods, a class(**cough global**), and a system argumen...

(Original post was to be me figuring out how to train the tagger in NLTK so it doesn't tag everything it can't recognize as a noun.) Monty python scripts -- http://www.montypython.net/scriptsidx.php NLTK Website docs: https://www.nltk.org/book/ch03.html When I went to do this project, I had no idea what it entailed. So for the purpose of this post, let me say, This is how far I got. I still have no clear picture if training the punkt pos_tagger is useful. More research to do, but I think I need to give it an entirely different data-set to go off from.  Looks like the free one I downloaded isn't very good with tagging spoken language vs. written. But if you came for some code, here's to methods I wrote to clean up the monty python scripts. First step was to copy paste into a new file the script. Second step:  save it as txt file Third: run these py files on the script to clean it up a bit for training texts for NLTK, when I figure that bit out.  ** fin...

For today, the plan is to get SQLite onto my computer, and try to get whispering wall interacting with that database to retrieve my script lines.  FYI: The plan went completely sideways as I tried to get my secret_key off from github.       1)delete settings.py from repo but not local       2)force push origin master of pythonanywhere repo       3)remove original key from settings.py and replace with snark       4)tell gitignore to NOT ignore settings.py       5)push new settings.py to git repo       6)put settings.py back into gitignore       7)change secret key back       8)Find out at a later date if I could have just changed my key and ignored               doing any of this  pictured: The result of shutting down my bash(s) because I couldn't exit vim while trying to change the g...

I use Linux, but I hope after student loans come in I can pick up a decent and cheap Microsoft laptop for the college classes. Then the posts like this, I will attempt to have both systems included in the material.  note: To be fair to Zed's book, he clearly tells us to watch the videos.  I don't understand it, but I just have such an aversion to watching videos rather then figuring stuff out on my own.  Watching someone else do it just takes the fun out of it.  So I'm sure all this was covered in the video, I may go back and see it once this is posted.  Otherwise I might be tempted to wipe the whole thing for feeling like an arse afterwards. I was going through Zed Shaw's pre-release of Learn JavaScript the hard way, and an instruction said to install the 'readline-sync' through npm, but I kept getting this error: So after finding a couple links that wanted me to check the .json files for dependencies,  *Which I do not know how to do yet* ...