refactor(content): move blogs

5 files changed, 89 insertions, 0 deletions

diff --git a/content/blogs/programming_languages/Forth.gmi b/content/blogs/programming_languages/Forth.gmi
new file mode 100644
index 0000000..788b5dc
--- /dev/null
+++ b/content/blogs/programming_languages/Forth.gmi
@@ -0,0 +1,10 @@
+## Resources
+
+=> http://www.forth.org/ Forth Interest Group Home Page
+=> https://forth-standard.org/ Forth
+=> http://theforth.net/ the Forth Net
+=> http://www.complang.tuwien.ac.at/forth/program-links.html Links to Forth Programs
+=> https://github.com/uho/docker-forth Docker images for popular Forth systems
+=> http://forthworks.com/ ForthWorks (HTTP)
+=> gemini://forthworks.com/ ForthWorks (Gemini)
+=> gopher://forthworks.com:70/ ForthWorks (Gopher)
\ No newline at end of file
diff --git a/content/blogs/programming_languages/Go.gmi b/content/blogs/programming_languages/Go.gmi
new file mode 100644
index 0000000..1f2e8b2
--- /dev/null
+++ b/content/blogs/programming_languages/Go.gmi
@@ -0,0 +1,47 @@
+Golang... Go is quite a funny language to me. I have a hard time taking it seriously, not because of the name, but because of the way it handles. Don't get me wrong, Go is a great tool to have under your belt, but it just feels very... "childish" ... to ME.
+
+Other than the weird chills I get whilst working with it (I just had to get that off my back, for the record), I think Go is a pretty nifty language. Go has the "I can do anything! just not very well..." [0] feeling to it, and it is very much true! I don't write software in Go because it "fast!" or "great on memory!", I write software in Go because it "fast! ...", "to write in!".
+
+> [0] Having the aforementioned quality to it is not particularly a bad thing, I think it actually benefits Go!
+
+Now, allow me to list some pros and cons that I have to say about Golang with some things to note while reading:
+
+These are ...
+
+* in no particular order
+* my opinions!
+* things that aren't explicitly advertised
+
+## Pros
+
+Reasons for anyone to learn or to use Go!
+
+* Fast enough: Not Rust fast, but not Python slow
+* Lots of resources (books, documentation, libraries, tutorials, et cetera)
+* Quite easy to pick up (having had prior experience with C-like programming languages)
+* Can do just about anything!
+
+## Cons
+
+Nitpicks, not deal-breakers!
+
+* Garbage collected: Not necessarily a hard-con, but contributes to more memory overhead (not as much as Node.js though)
+* Can be too simple at times
+* Creepy dependency management and "package manager": `$ go get ...` seems pre-mature and underdeveloped
+
+One thing you might see a lot when there is talk about Go is the claim that Go hasn't "found it's niche" or "it has no real purpose". To that I say; Go's niche is it's simplicity, it's ability to introduce someone into the compiled language space, and to develop software with speed.
+
+## Who Would I Recommend Go To?
+
+People who...
+
+* don't have much time for boilerplate material
+* want to get into programming (or compiled languages)
+
+and dare I say it... anyone!
+
+## Resources
+
+=> https://golang.org/ golang.org
+=> https://interpreterbook.com/ Writing An Interpreter In Go by Thorsten Ball
+=> https://compilerbook.com/ Writing A Compiler In Go by Thorsten Ball
\ No newline at end of file
diff --git a/content/blogs/programming_languages/OCaml.gmi b/content/blogs/programming_languages/OCaml.gmi
new file mode 100644
index 0000000..15c6ce7
--- /dev/null
+++ b/content/blogs/programming_languages/OCaml.gmi
@@ -0,0 +1,4 @@
+## Resources
+
+=> https://www2.lib.uchicago.edu/keith/ocaml-class/why.html OCaml for the Skeptical
+=> https://softwareengineering.stackexchange.com/questions/62685/why-isnt-ocaml-more-popular Why isn't OCaml more popular?
\ No newline at end of file
diff --git a/content/blogs/programming_languages/Rust.gmi b/content/blogs/programming_languages/Rust.gmi
new file mode 100644
index 0000000..32b798f
--- /dev/null
+++ b/content/blogs/programming_languages/Rust.gmi
@@ -0,0 +1,3 @@
+## Resources
+
+=> https://ceronman.com/2021/07/22/my-experience-crafting-an-interpreter-with-rust/ My experience crafting an interpreter with Rust
\ No newline at end of file
diff --git a/content/blogs/programming_languages/blog.json b/content/blogs/programming_languages/blog.json
new file mode 100644
index 0000000..a35f9f4
--- /dev/null
+++ b/content/blogs/programming_languages/blog.json
@@ -0,0 +1,25 @@
+{
+  "description": "Thoughts and Resources of the Programming Languages Fuwn Uses",
+  "posts": {
+    "Go": {
+      "author": "Fuwn",
+      "created": "2021. 07. 19.",
+      "last_modified": "2021. 07. 20."
+    },
+    "Forth": {
+      "author": "Fuwn",
+      "created": "2022. 04. 21.",
+      "last_modified": "2022. 04. 21."
+    },
+    "OCaml": {
+      "author": "Fuwn",
+      "created": "2021. 07. 23.",
+      "last_modified": "2021. 07. 23."
+    },
+    "Rust": {
+      "author": "Fuwn",
+      "created": "2021. 07. 23.",
+      "last_modified": "2021. 07. 23."
+    }
+  }
+}