diff --git a/archive/threads/rfleury/2019-01-17-there-is-an-odd-tendency-of-modern-society-to/index.md b/archive/threads/rfleury/2019-01-17-there-is-an-odd-tendency-of-modern-society-to/index.md
new file mode 100644
index 0000000..26b4e2e
--- /dev/null
+++ b/archive/threads/rfleury/2019-01-17-there-is-an-odd-tendency-of-modern-society-to/index.md
@@ -0,0 +1,38 @@
+---
+title: "There is an odd tendency of modern society to make the assumption that if something is modern, it must be superior to the older equivalent, which is assumed to be incorrect or antiquated."
+type: archive
+source: twitter
+source_url: "https://x.com/rfleury/status/1085901867098431488"
+author: "Ryan Fleury"
+handle: rfleury
+post_id: "1085901867098431488"
+date: 2019-01-17
+archived: 2026-08-26
+draft: false
+tags:
+  - archive
+  - twitter
+  - rfleury
+description: "There is an odd tendency of modern society to make the assumption that if something is modern, it must be superior to the older equivalent, which is assumed to be incorrect or antiquated."
+in_reply_to: ""
+---
+
+## Source
+
+- URL: https://x.com/rfleury/status/1085901867098431488
+- Author: Ryan Fleury (@rfleury)
+- Posted: 2019-01-17 14:09:14
+
+## Thread
+
+**1/** **@rfleury** ^1085901867098431488
+
+There is an odd tendency of modern society to make the assumption that if something is modern, it must be superior to the older equivalent, which is assumed to be incorrect or antiquated. While sometimes true, I argue that to make this as an _assumption_ is patently absurd.
+
+**2/** **@rfleury** ^1085901869061365761
+
+It's very possible that we took a wrong turn at some point, and made a misstep that folks a few decades ago didn't.
+
+**3/** **@rfleury** ^1085901870642618368
+
+It isn't like humans from 30, 100, or 1000 years ago were biologically different from today's humans. Environmental factors held constant, they were just as smart. We would be fools to disregard so easily what history has to say.
diff --git a/archive/threads/rfleury/2019-04-15-i-wrote-a-custom-data-description-parser-with/index.md b/archive/threads/rfleury/2019-04-15-i-wrote-a-custom-data-description-parser-with/index.md
new file mode 100644
index 0000000..388951e
--- /dev/null
+++ b/archive/threads/rfleury/2019-04-15-i-wrote-a-custom-data-description-parser-with/index.md
@@ -0,0 +1,40 @@
+---
+title: "I wrote a custom data description parser with introspection features which can be directly used with C for introspection and code generation."
+type: archive
+source: twitter
+source_url: "https://x.com/rfleury/status/1117807294295592960"
+author: "Ryan Fleury"
+handle: rfleury
+post_id: "1117807294295592960"
+date: 2019-04-15
+archived: 2026-08-26
+draft: false
+tags:
+  - archive
+  - twitter
+  - rfleury
+description: "I wrote a custom data description parser with introspection features which can be directly used with C for introspection and code generation."
+in_reply_to: ""
+---
+
+## Source
+
+- URL: https://x.com/rfleury/status/1117807294295592960
+- Author: Ryan Fleury (@rfleury)
+- Posted: 2019-04-15 15:10:01
+
+## Thread
+
+**1/** **@rfleury** ^1117807294295592960
+
+I wrote a custom data description parser with introspection features which can be directly used with C for introspection and code generation. Here's a basic demo of it being used for some IMGUI code generation for a structure:
+
+#programming
+
+https://www.youtube.com/watch?v=5TstiBqWcyk
+
+**2/** **@rfleury** ^1117823455049551872
+
+Here's a GitHub link for those interested.
+
+https://github.com/ryanfleury/data_desk
diff --git a/archive/threads/rfleury/2019-06-27-when-writing-graphics-applications-and-demos-ive/index.md b/archive/threads/rfleury/2019-06-27-when-writing-graphics-applications-and-demos-ive/index.md
new file mode 100644
index 0000000..6549580
--- /dev/null
+++ b/archive/threads/rfleury/2019-06-27-when-writing-graphics-applications-and-demos-ive/index.md
@@ -0,0 +1,54 @@
+---
+title: "When writing graphics applications and demos, I've found loading in complex geometry without introducing any ridiculous dependencies (I'm looking at you, Assimp) is a pain and normally results in me writing some crappy special-case parser for OBJ so that I can throw some..."
+type: archive
+source: twitter
+source_url: "https://x.com/rfleury/status/1144107248215609344"
+author: "Ryan Fleury"
+handle: rfleury
+post_id: "1144107248215609344"
+date: 2019-06-27
+archived: 2026-08-26
+draft: false
+tags:
+  - archive
+  - twitter
+  - rfleury
+description: "When writing graphics applications and demos, I've found loading in complex geometry without introducing any ridiculous dependencies (I'm looking at you, Assimp) is a pain and normally results in me writing some crappy special-case parser for OBJ so that I can throw some..."
+in_reply_to: ""
+---
+
+## Source
+
+- URL: https://x.com/rfleury/status/1144107248215609344
+- Author: Ryan Fleury (@rfleury)
+- Posted: 2019-06-27 04:56:39
+
+## Thread
+
+**1/** **@rfleury** ^1144107248215609344
+
+When writing graphics applications and demos, I've found loading in complex geometry without introducing any ridiculous dependencies (I'm looking at you, Assimp) is a pain and normally results in me writing some crappy special-case parser for OBJ so that I can throw some... (1/5)
+
+**2/** **@rfleury** ^1144107248911884288
+
+...static geometry into my application easily. This sucks, so I decided to write a single-header OBJ loader in C (also probably close to C++ compatible, but I didn't check). It's not really complete (no material support yet), but does auto-triangulization, sub-models, (2/5)
+
+**3/** **@rfleury** ^1144107249620672512
+
+polygon groups, and works within a fixed-size parsing buffer. The high-level API that it provides (the LoadOBJ function) uses the CRT to load in the file and allocate a huge parsing buffer, but the lower level ParseOBJ function just works on the memory that is passed to it. (3/5)
+
+**4/** **@rfleury** ^1144107250363117569
+
+Documentation, bug fixes, and support will get better as I fix it up a bit, but here's a link to the WIP version for those interested:
+
+https://gist.github.com/ryanfleury/0062f2ffdec07bcda8a4a0ef5c7f8f37
+
+(4/5)
+
+**5/** **@rfleury** ^1144107251134865408
+
+Here's proof that it loads Sponza out of the box (with a lack of proper material support right now)!
+
+(5/5)
+
+![](https://pbs.twimg.com/media/D-CvSEKXUAAaWzD?format=jpg&name=orig)
diff --git a/archive/threads/rfleury/index.md b/archive/threads/rfleury/index.md
index c72bf50..c34d2d4 100644
--- a/archive/threads/rfleury/index.md
+++ b/archive/threads/rfleury/index.md
@@ -12,6 +12,9 @@ tags:
 - [[archive/threads/rfleury/2018-11-12-in-modern-day-software-engineering-culture-there]]
 - [[archive/threads/rfleury/2018-12-10-a-recent-lesson-ive-learned-about-programming-the]]
 - [[archive/threads/rfleury/2019-01-11-problems-i-dont-have-when-writing-c-and-c-code]]
+- [[archive/threads/rfleury/2019-01-17-there-is-an-odd-tendency-of-modern-society-to]]
+- [[archive/threads/rfleury/2019-04-15-i-wrote-a-custom-data-description-parser-with]]
+- [[archive/threads/rfleury/2019-06-27-when-writing-graphics-applications-and-demos-ive]]
 - [[archive/threads/rfleury/2019-08-29-why-do-we-spend-so-much-effort-to-encode]]
 - [[archive/threads/rfleury/2019-12-23-the-new-4coder-update-beta-4-1-0-has-been-awesome]]
 - [[archive/threads/rfleury/2019-12-26-thread]]