Live data from Hacker News

The most expensive coding font for free?

indiegogo.com

61–70 of 120 posts

Re: The most expensive coding font for free?

#62
I don't think this font is ideal for widescreen monitors. Vertical space is more scarce than horizontal space, so a font that increases the former at the expense of the latter doesn't use space efficiently. Leaving space usage aside, is there evidence that a narrow font is more readable?

Re: The most expensive coding font for free?

#63
post #48

Earlier quoted context omitted.

wait... what wrong with "} else {" ? It provides a simple and easy grouping of blocks.

This is obviously personal preference and opinion and all of that, but that's the whole point of discussion, so: if (something) { something(); } else { something_else(); } vs. if (something) { something(); } else { something_else(); } To me, the first one is chaotic. It's not so bad like that, but throw in a loop (as well as the external function declaration) and it's a complete mess. The second one is orderly. Block…

subjective. control flow complexity is equivalent. stop talking about it.

Re: The most expensive coding font for free?

#64
post #48

Earlier quoted context omitted.

wait... what wrong with "} else {" ? It provides a simple and easy grouping of blocks.

This is obviously personal preference and opinion and all of that, but that's the whole point of discussion, so: if (something) { something(); } else { something_else(); } vs. if (something) { something(); } else { something_else(); } To me, the first one is chaotic. It's not so bad like that, but throw in a loop (as well as the external function declaration) and it's a complete mess. The second one is orderly. Block…

I feel perhaps you are missing my point -- you are talking about block separation and vertical space, I am talking about grouping of logical units.

I agree with your points for functions, (most)loops, switches, and so in, but for if/else try/catch/finally do/while an other multiblock statements, I think it helps to have some convention to group them, other than indent level. The blocks depend on each other, not just are in proximity.

I would never do:

  for (a;b();a++) {
     stuff();
  } if (test) {
     ...
  }
because the if and the for are not parts of the same logical chunk. Nor would I do:

  ...
  } else {
    catchall();
  } if (new_test()) {
  ...
Again because a new if is new logical chunk.

Basically, it isn't about block delineation or about vertical space, its about grouping logical units that have multiple blocks at the same nesting level.

Re: The most expensive coding font for free?

#65
post #57
post #48

Earlier quoted context omitted.

This is obviously personal preference and opinion and all of that, but that's the whole point of discussion, so: if (something) { something(); } else { something_else(); } vs. if (something) { something(); } else { something_else(); } To me, the first one is chaotic. It's not so bad like that, but throw in a loop (as well as the external function declaration) and it's a complete mess. The second one is orderly. Block…

But then you write int* foo, bar; and the troubles begin...

Ah, that's exactly the thing I try to avoid. Presumably you're going to use those variables, right? So, unless there's truly an issue (conditional assignment that is too complex for a ternary) why not declare them at the point of use? C99 lets us do that, there's no reason to keep the C89 habits.

Meaning:

   int* foo = whatever;
   // do some stuff with foo, now we need bar
   int* bar = whatever;
Outside of a for loop, I would never do two assignments on the same line, so it isn't an issue.

If it really has to be done like that, I just suck it up in that case. C has its warts.

Re: The most expensive coding font for free?

#66

Earlier quoted context omitted.

I'd be considering avoidance too if I had to give just under half of everything I make to the government. *edit And there are perfectly legal ways to reduce your tax burden. The point I'm laboring so hard to make here is that it's an absurd tax rate.

Indeed. And then you'd gladly take advantage of the social safety net if you became unemployed, or upon retirement, and of the roads the government built, and of the safety the police provides, etc. Not paying taxes is great if you don't cost the government anything. All of a sudden, though, when you want the services but don't want to pay for them, you become the leech that people keep accusing the poor of being. Yo…

The point I was trying to make is that giving half of everything to the government is rather unnecessary in order to have a "social safety net". The things you mentioned, unemployment, retirement, roads, police, etc, don't require giving up half my income.

And guess what? People recognize that. And when people think they're being jerked around..

Re: The most expensive coding font for free?

#67

Earlier quoted context omitted.

If by broken you mean a catastrophic cultural failure to acknowledge that you should pay your taxes, and a resultant lack of enforcement, then yes.

I'd be considering avoidance too if I had to give just under half of everything I make to the government. *edit And there are perfectly legal ways to reduce your tax burden. The point I'm laboring so hard to make here is that it's an absurd tax rate.

A coin has two faces. Remember what the government gives you in exchange for "just under half" of what customers pay. It may still be not enough bang for your buck, but don't forget the bang altogether.

Re: The most expensive coding font for free?

#68

Earlier quoted context omitted.

Dude, you are distrustful... it's not the case: I'm at the 50% of the work with PragmataPro, anyone can realize it just by looking at the screenshots. If I wanted to escape with the loot I would not be so stupid to draw about 1600 glyphs spending 3 years of my life. Revenue from sales of licenses are not sufficient to cover even 10% of the time I used to arrive here. Then came the piracy that has stopped the sales. M…

"Appropriate" reward would be the reward the market decides you get, not what you hope for.

I seen. Pragmata is a "bestseller" in piracy market...

Re: The most expensive coding font for free?

#69
post #52
post #29

Why is it so narrow? It reminds me of doing things like "} else {" in code, packing lots of content onto the screen and removing all readability.

There are two opposing schools: One (your?) school says readability is promoted by having as much visible structure as possible . The other (mine!) says readability is promoted by having as much visible context at the same time, as long as the structure is apparent. so instead of if (test1) { do_something1(); } else { do_something2(); } I write if (test1) do_something1(); else do_something2(); 4 times as much context…

In that sort of situation I would definitely prefer the ternary, although nesting them sans (redundant, but explicit) parenthesis isn't something I would do. I also like the somewhat Rubyesque one liners for simplistic if/else pairs.

I just didn't want to write a bunch of nonsense code as an example.

Re: The most expensive coding font for free?

#70
post #57
post #48

Earlier quoted context omitted.

This is obviously personal preference and opinion and all of that, but that's the whole point of discussion, so: if (something) { something(); } else { something_else(); } vs. if (something) { something(); } else { something_else(); } To me, the first one is chaotic. It's not so bad like that, but throw in a loop (as well as the external function declaration) and it's a complete mess. The second one is orderly. Block…

But then you write int* foo, bar; and the troubles begin...

Yes, this has bitten me recently and it's almost enough to make me type it the other way. Almost...
Post reply on HN