what’s syntax highlighting after all?
I’m a long time `vi` fan, but more than it I like `nano`, which is in turn
surpassed by the glorious `MS-DOS` `edit`. The reason is simple, they just
work: “no-fluff, just stuff”, as they say.
On the other hand what I’ve been told and taught[^1] over the years was that my
editor is my toolbox, it should be the extension of my arm, the center of my
life as a programmer.
Now’s the right place and time to say no to all this nonsense, in Melville’s
> I tell you, the sperm whale will stand no nonsense.[^2]
Let’s face it, we don’t challenge these common beliefs as we ought. We’ll
maybe discover that the impositions we suffer about syntax and tools are
something that can be overcome by progress.
[^1]: E.g. in “The Pragmatic Programmer” by A. Hunt and D. Thomas –
are colors that great deal?
I’ll skip at once the whole color blindness problem to concentrate on something
that I feel being much more important. Has been noted elsewhere that colors in
software are broken[^3]. Although I want to remark here that is not enough,
bluntly said colors are YAGNI[^4].
[^4]: to be clear, I’m not against colors in general, but I have very strong
feelings about how they’re used to discriminate parts of other’s code
should somebody else decide for you what’s important?
Everybody seems concerned on telling you what to do, what’s right, what’s
wrong, and even who’s right and wrong in saying who can talk about right and
All just to tell you that you are right anyway (the secret here is that you are
already abiding to their views, hence you are right). I know this is a bit of
a broad concept, but you know, you need to start small.
All in all I think we, the developers, should start to put our brains to good
use and refute the kool-aid of mainstream development practices.
Therefore I’ll end Part I issuing the following statement:
*** I don’t want anymore an unknown theme author to dictate the visual
hierarchy of my code ***
TBH, I’m really tempted to leave this title as is, no explanation. Mary
Poppins would surely agree[^5].
The one thing that I found really heartening is that having no syntax colors
gives you freedom. The feeling is similar to having less stuff in your pockets.
Try it for 5 minutes straight and let your eyes start processing spaces,
sentences and shapes. Set them free from preordered “parsing”. Spot by
instinct places where the shapes alone act as code smells.
Don’t forget that similar techniques were adopted in the ‘70, for example the
SmallTalk community used to write their programs in variable-width fonts[^6].
Say that to one of your colleagues and check out their response[^7].
[^7]: another example on how the current generation is biased:
Needless to say, migrating to this style will have a number of benefits on your
coding and on how you perceive code in general. You’ll be forced to write
smaller methods with cleaner syntax that will truly enable literate
Don’t be fooled though. It won’t be easy, especially at first, your old habits
will try to survive, you’ll often find yourself longing for the old colors.
More on that in the next sections.
If you ever felt that vertical spacing deserves more attention than it
receives, be reassured, you’re not alone.
Start a #nosyntax life today, and rejoice by looking your code get in shape on
both the axes. “30-days money back guaranteed” because I already know you’re
gonna love it <3 <3 <3
b/w is always cool but…
As I said before I’m not against colors in general (I would be a stupid, or a
troll). It may seem trivial but I think it’s worth pointing it out: you’re not
confined to black and white, there are plenty of colors out there, new patterns
could emerge. Just think of how cool would be to have a different color for
each file type or role (e.g. light-blue views, grass-green models, warm-orange
get priorities right
You are in control. Really. Get used to it.
No editor color scheme will be able to hide bugs and comments from your sight.
No tool producer will have the chance to influence your thoughts anymore.
_tools for tools’ sake_
better judging your language’s syntax
This the final note of Part II. This the final alert.
The real measure of the goodness of your programming language will surface. A
good language will shine in its full clarity and expressiveness. The bad ones
will be unbearable. The really bad ones will hurt your eyes at once.
I know that all this seems weird and even difficult, habits are a powerful
weapon. Having been through it myself I’ll give just this piece of advice:
take your time.
For example you can switch to monochrome scale for a while. Plan ahead the
switch to full #nosyntax style and you’ll do great!
get your own pace, but don’t stop
There’s no manifest, even if everyone now has a manifesto[^9]. As said you’ll
need to find your own pace, but please don’t stop. This is a movement, it is
not meant to be stopped.