|
|
|
|
|
by kev009
3819 days ago
|
|
To me it looks machine generated and it would be hard for me to mentally keep track and tick off "okay I know what the lines above do" but if it works for you and the people you work with are fine with it then good for you and I don't mean that sarcastically. The way I work and similar to most people I know but perhaps with less screen real estate.. I can fit a hundred vertical lines of one text buffer comfortably on my monitors (plural), and I can have about a dozen buffers up at the same time. If needed, that can be the same document scrolled to different areas. I also use a tool like cscope or for some languages an IDE to get additional context (type info, available operations), and that's the only way for me to quickly comprehend truly large bodies of code (kernels, etc). I don't think your strategy would work well for the projects I work on. |
|
One of the fastest databases in the world written this way (kdb), and I was able to make an operating system kernel this way (kparc) and now a dynamic web server, and so on.
Maybe it would help you to keep an open mind to know it took some time to learn how to read and write code this way?
Perhaps it would also help to know it has actually improved my ability to work on code that looks more like what you are used to.
One of the hardest things to do is to look at something so alien, and suppress the recoil and discomfort and really be critical:
Here is something you cannot read; something others can do that you cannot.
Don't you want to figure out how to do something that others can do?
Maybe you will find other limitations: its alien nature is certainly a limitation, but maybe you're right and there are others.
But in the meantime, it produces small fast and correct code quickly, and that's pretty amazing. Maybe there are other benefits as well.
We will see.