shoesnosocks

[shoesnosocks]

Mural

Found these pictures of a mural I painted at my high school in 2013!

[shoesnosocks]

Some messed-up renders from a7, CS 4620

Idk they are wrong but I think they look cool

[shoesnosocks]

I don't claim to know which economic system alongside it's complimentary system of government would work best in Latin America or the Caribbean. But it baffles me that there's people who believe that with all things being different -- the historical narrative, national sentiment, climate conditions and associated problems deriving from them, availability of resources, current political situation, distribution of population, demographics, ethnic composition, and cultural structure -- people would believe imposing the same neoliberal economic system will magically similar results to those seen in the United States.

And that's not even considering the external aspects of these huge differences in nations; would the international free market favour a newcomer regardless of its geographic, economic, historical and political structures? and the afore mentioned own internal factors of said country?

Without even going into the own virtues and shortcomings of neoliberal policy it's hard to believe it'd be the end-all solution many claim it to be.

[shoesnosocks]

Oh hey I have a blog I should share things on it.

It’s thanksgiving break and doing homework is not an option.

[shoesnosocks]

Kill the `$`

Let's talk about something; that dollar-sign $ people put in front of shell commands.

$ someBin do the-thing --etcetc

I get it. It's a shell command. The monospace font and the fact I'm even reading your site I think are testament to my basic understanding of terminals. And if that's not the case, a little note would be fine. Something like "Hey, btw, this thing that's coming next? That's a shell command. Open your terminal, and type it there, as is".

I'm ok with that. What I'm not ok with is that goddamn $ IN the codeblock for command itself, because it I, who know exactly what I'm doing and am probably on your site for the sake of quick reference, CAN'T DO THE QUICK PART. I can't just double-click, Cmd+C, Cmd+V or select it all with a whip of the trackpad. No. Because you put in there that goddamn $, which means I have to be careful and copy everything except that archaic symbol with absolutely no utility.

I've put the $ in there before, but I've stopped, because I understand it's useless and, lets be real here, dumb to have for the reasons touched on above. And yes, this rant is very over the top, but all to many times I have copy-pasted only to bump into that infamous

-bash: $: command not found

(╯°□°���╯︵ ┻━┻

[shoesnosocks]

same

[shoesnosocks]

Polaroids @ Cornell Photo Society

[shoesnosocks]

Tumblr themes with React.js

tl;dr: I re-wrote a tumblr theme in React, and albeit hacky, it's great.

Tumblr themes suck. As someone who has developed websites for fun and profit, I can safeley say there's a lot of good ways to do web out there, and a lot of ugly ones too. Tumblr themes take a spot near the top spot on the latter category.

There's a few reasons this is the case. First, it's all a custom templating language with hacky semantics. The "custom" part of this means there's little tooling to help development; if you want to test a theme, you have to apply it to a blog. This gets annoying becasue there's no public API endpoint to update themes. One has to phisically press the buttons and switch the apps to copy, paste, and save the theme from Sublime, vim or whatever editor one uses, to the web editor because, lets be real, you know your shortcuts and love your plugins too much to use the web editor. On top of this, for better or for worse, it's all on a single page. The dopeness of the theme you're building is phisically limited by the amount of lines you can bare scrolling through before going nuts and flipping your table out of the ground.

It doesn't have to be this way. For as long as the web has been around, people have been working on ways to make front-end easy. Aproaches have come and gone, and we've gotten better at it than your usual search and replace. Which brings me to React.

React and tumblr.

I like React becasue it enforces good, functional modularity. This conceptually works like a charm for tumblr blogs. You have the overarching class "Post", but several different subclasses that are largely the same, albeit different in certain key aspects. There's a lot of parts that need to be repeated many times, once per post. The idea of a theme itself is already "single page". The current state of tumblr themeing is screaming React any way you put it!

So I built it, and it's not complicated at all. One just needs to build a "blog object", including an array of "post objects", and then render it with a "Blog" react class that instantiates different "Post" classes for each kind of post in the array. Throw in some other classes for header, footer, notes, and you're set.

This is pretty standard React, but how do we build this object? Because the official Tumblr API is rather weak as compared to the templating engine in terms of information available, I just made a theme that renders JSON (as in JavaScript Object Notation the concept, not the standard) instead of html. Straightforward. We hand this object to our react class and we're set.

But why?

MANY REASONS.

Writing JSX is nicer than writing HTML (very biased opinion here).

You can split a theme into SEPARATE FILES. You can have a file with your class for audio posts, one with the class for video posts, one for the overall topology of the blog. You name it. You don't need to have files over 500 lines and furthermore, you don't have to worry about indenting like 15 levels in anymore!

You can theoretically test locally. I haven't done this, but if you copy the JSON object which builds the blog, it'd simply be a matter of rendering the blog to that object. It's a pretty big object, so you probably wouldn't want to do write it by hand. This brings me to the next point:

When testing locally, you should be able to test blog components INDIVIDUALLY. Woot woot! Say you're writing a killer text post component for your blog, with fancy controls for changing the font size, revealing images, highlighting and sharing text, etc. You save the json object for text post only, and test this text post component on its own until you're ready to plug it into the blog itself. No more rendering the entire blog just to check if that small fix worked.

You can put very little on the tumblr-templated html theme, and a lot on external files. The theme essentially just creates this JSON object now: this should be very little, very generic, very static code. The heavy-lifting is done by independent javascript classes you can load from wherever: your own server or even github. YES, GITHUB. You can edit locally and publish by doing a GIT PUSH. Unfortunately, github caches the raw file, so the changes are not reflected instantly but rather within a minute or two. In any case, skipping the login-to-tumblr step, and not having to deal with keeping the published theme synchronized through copy-paste is a big plus, and waiting for cache invalidation is nothing new; tumblr caches its html themes too.

You can get started with a new theme quickly, preciseley because the tumblr-templated html is so generic, and your code can potentially be much more modular and well organized.

It works.

Caveats

Of course, this approach has its downsides. When using tumblr's blog-apparence editor, previews don't work since for security reasons Tumblr blocks cross-site requests (I presume this is why). Also, following my approach, the availablity of the blog now depends on the reliablity of two sites instead of one. Github is pretty reliable, but it is still an increase in risk I guess.

On top of this, my implemntaiton is hacky and experimental of course. You shouldn't run anything too important on it. I've tested it with several post types, but I'm sure there's still bugs. Also note, I didn't leverage the full extent of available theme tags. There's a lot.

There's definitley room for improvement, but you can already delve into the code and see for yourself how much better it is than your usual tumblr template. I can't help but imagine how great it would be if this was the standard way to write themes, there's LOTS of potential.

Foreword

Picture this: Tumblr themes are distributed as npm packages. The library exports a "Blog" class that can render the theme, and a "params" object that describes properties configurable by the user.

Tumblr themes would be distributed over npm, and even served through a npm cdn -the infrastructure is there already. Themes would use semver, and it would be easy to roll-back if somethings is broken, inform developers about issues using github, and prompt users to update if a new version is available; say one that supports new elements just released by tumblr, like the blog ads they mentioned a while back, or security updates.

HOW GREAT WOULD THAT BE. Pretty great. The updates thing might not come for a while, but the React, npm and github thing should be possible today. Want to give it a shot? Check out the source for the theme I react-ified, and delve right in, develop some themes in react! Of course, direct quesitons, comments and concerns to my ask inbox, as a github issue, or in a tumblr-DM. I'll be happy to hear about anything you build!

🔥

--K

[shoesnosocks]

Some good reads

On generative design: http://www.jon.gold/2016/05/robot-design-school/

More on generative design: http://engineering.flipboard.com/2014/03/web-layouts/

On computer vision research today: https://www.linkedin.com/pulse/computer-vision-research-my-deep-depression-nikos-paragios

One I posted on Facebook about the fall of startups, in the opinion of the author by young generation’s risk aversion: https://www.washingtonpost.com/opinions/why-is-the-number-of-us-start-ups-falling/2016/05/19/53fe8e04-1ded-11e6-9c81-4be1c14fb8c8_story.html

[shoesnosocks]

I love taking pictures of old dusty light bulbs.

[shoesnosocks]

Fantastic post about NLP and ML must read.

[shoesnosocks]

Generative, Non-deterministic Design with Paper.js.

(Photo by Lee Jeffries, Lost Angels)

[shoesnosocks]

Some real glitch art. Unedited, just imported straight out of my camera into OSX Photos.

[shoesnosocks]

current state of mind. two hellish weeks, non-stop.

[shoesnosocks]

Just late night musings

[shoesnosocks]

[shoesnosocks]

So Save us all