Hacker Newsnew | past | comments | ask | show | jobs | submit | thavalai's commentslogin

It seems to wrap correctly in landscape mode.

Newspapers figured out wide text lines are awful for reading some 100 years ago. We're still waiting for web designers to catch up...

Why are novels laid out the way they are? It's almost as though its not as simple as "bad for reading" but rather a feature of the content.

imo it highly depends on the medium. If your content is packed with distracting ads, flashing banners, other unrelated text from other stories, then its helpful to make the columns narrow to help you scan.

If you have a more focused experience around one passage of text, wider text lets you fit more on the page and make better use of paragraph breaks and subheadings


Video games are routinely stomping over all known rules of good user interface in the name of art. And that's okay because it's a leisure activity, and efficiency and comfort is not the goal. I suspect the same thing is true of novels - making the text physically easier to read wouldn't make the story emotionally easier to enjoy, so they intentionally choose a suboptimal text layout for aesthetic reasons.

The only two types of books I can think of that are routinely read for purposes other than leisure - dictionaries and the Bible - are usually printed in multi-column layout from what I've seen.


Cost has always been a major factor in publishing fiction. 25% fewer words per line may boost comprehension by $x% but definitely increases cost by 25%. When markets are as price sensitive as leisure, cost is a big factor in the decision. Books don’t sell on a price per printed page basis. Mainstream publishers with existing distribution contracts are especially sensitive because of print runs.

When we published a print magazine we optimized heavily to save 1% on printing costs. 25% would have been suicide. And indie magazine buyers are traditionally a lot more price flexible than mainstream book buyers.


Are a lot of novels laid out with 24-30" lines of text?

Starting sentences with “It's almost as though/if” is very annoying.

Old newspapers have overly narrow columns that make both full justification and hyphenation ugly. I don’t think we should be looking at 100-year old newspapers for inspiration. Maybe look at them and see how far we’ve come and how much improvement we have in modern printed matter.

Instead we should look at modern books. Without paying good money to use tools like InDesign, just use LaTeX with microtype together with the default margins. You will get the ideal width for text lines (about 60 to 80 characters), full justification with minimal hyphenation.


The problem with your argument is that if you look at 100 year old books and modern newspapers, you arrive at exactly the opposite conclusion - it seems we ditched full width text a long time ago and fully switched to narrow columns, and it must've been for a reason!

Narrow columns allow you to maximize the amount of stories that can be shown on the front page. Good for scanning, OK for reading.

This is a totally context-dependent decision.


*Hacker news web designers.

Many websites already have a limited text width.


Narrow columns leave more room for ads. Ads that aren't even slightly aligned with products you're interested in.

Now explain dictionaries.

Dictionaries in columns statistically reduce white space and thus reduce the page count.

Especially for the definitions that are very short, for example when they only reference a more preferred spelling or a more prominent word that has the exact meaning.


So multicolumn layout increases whitespace in newspapers but decreases it in dictionaries? Funny how it always does the exact thing needed to disprove whatever I say in this exact moment.

Well ok ... If a full width newspaper needs the whole sheet and you put columns to reduce the necessary whitespace, you would end with blank space that you can fill with more articles or ads.

You don't really want to reduce the number of sheets for your newspaper because size of the newspaper is an indicator of quality. But trimming off maybe 10% of a dictionary is worthwhile. Size of a dictionary is a quality indicator too, but the absolute production cost is more for a book so saving production costs is more pressing.


A pre-internet technology that needs more ads for products you're not even slightly interested in.

Scanability and limitations of layout technology from 100 years ago.

I wonder what you'll come up with for 21st century reprints of the Bible. Please don't say tradition.

That's easy. The columns have to be narrow enough that you can still read a full column of scripture while your éclair rests on the other half of the page. That's why a full-spread layout is referred to a "qautréclair."

Oh, so it works fine for masochists? That's good to know.

I wonder if transaction costs get in the way. Someone has to pay the payment provider in both directions.


In case any one else runs into a "this video is not available outside the UK" message, I'm able to see it here: https://www.pbs.org/wnet/nature/my-garden-thousand-bees-abou...


I liked this deconstruction of Wordle a lot: https://bert.org/2021/11/24/the-best-starting-word-in-wordle...


Financial Independence/Retire Early. One forum: https://www.reddit.com/r/financialindependence/


Just wanted to point out that besides creating Typescript, Anders has been the Lead Architect on C# since 2000.


For the past couple of years I have been the lead designer of C#. Anders and I took a break to help create TypeScript, and then he stayed on as it's lead designer, while I returned to take over C#.

Anders and I meet every week to compare notes, and I make sure to get his input on major new features in C#.


Apparently he is mostly focused on Typescript nowadays, and not so much on C#, although he still participates on its development.

At least given his latest interviews on Channel 9 and BUILD sessions.


He was also the original author of Turbo Pascal and the chief architect of Delphi.

https://en.wikipedia.org/wiki/Anders_Hejlsberg


The seeming "idolization" is probably to make up for what he wrote about Bezos (and Amazon) in his famous "accidentally public" post that preceded it: https://plus.google.com/+RipRowan/posts/eVeouesvaVX


"But of your job is to look at data and make descisions based on that data, you're gonna be the first to go."

"The last people to be replaced are going to be software devs"

If your job is to write code so people can look at data and make decisions based on that data, you're gonna be the second to go.


Lots of commenters seem to think that programmers are safe for a while. As a programmer, I sincerely hope they are right.

But, the majority of developers I know, including myself, are ultimately writing software to be used by humans, typically presenting data that is comprehensible to humans, so that they can make decisions.

If AI advances to the point where similar decisions can be made by machines, looking at the same data, then I fear that entire classes of applications will disappear, and with them, the need for developers who build them.

Obviously, we'll still need developers, though perhaps far fewer than are needed today. Perhaps software development will go through the same revolution that agriculture did, where from we went from > 90% to < 3% of the population being involved.


This is already nascent, but growing quickly, in a field typically called things like "robotic process automation" or "cognitive computing". Essentially, eliminating the need for wide swaths of CRUD and business process enterprise applications, and the developers who create them (and the sysadmins who support them, etc etc).


Sounds like "before" was five years ago.

I'm curious to read parts 1 & 2, wish there were clear links to them in "Part 3".


Part one is linked, though not clearly, from the article.[0]

Checking the category under which this was posted, Rants, gets you to number two in a single page where a good old Mark I eyeball grep is enough to get you there with some brief scrolling.[1]

(I was curious, too.)

[0] https://asylum.madhouse-project.org/blog/2011/12/13/google-f...

[1] https://asylum.madhouse-project.org/blog/2012/08/21/recruitm...


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: