hyperpallium

    asciinema

Your experience of your essay will tell you a lot, and is all the guidance you need to become the best according to your judgment/taste.

Though it will not enable you to improve beyond... For that, you need to read expert writing, and perhaps an expert-coach of some kind.

Yes, there can be emotional ego barriers, which hinder seeing. "It's amazing what you can see by looking."

But I think there's also a genuine non-emotional, cognitive problem with seeing, for a non-expert. An expert coach would help... but how to evaluate expertise? Maybe credentials are enough, for a beginner.

  1. why us?
  2. can you basically do the job?
  3. what extra specials can you bring?
  4. will you fit in here?
  5. can we afford you?

It's hard for non-experts to assess expertise, needed to find a coach to give feedback.

Though, probably for a beginner in many fields, an even minimally credentialed "expert" will be extremely helpful.

(This is apart from fields lacking agreement on advice, like the article's public speaking example).

That's why we have products (including open source tools).

BTW didn't work in android FF.

  lim = getLim();
  const {minimum: lo, maximum: hi} = lim;

  (lo, hi) = getLim();

  Lim lim = getLim();
  lo = lim.minimum;
  hi = lim.maximum

1. when assigning to a variable, type inference is easy, because can't subclass records, so can omit type ceremony. So, although nominal, client can treat as structural.

2. with standard IDE completion/lookup, user need't know or enter the exact accessor names. So, the assigned variable acts like a namespace.

This mightn't be perfect, because appropriate names for the client's usage can differ from what is appropriate from the api's perspectice. (with tuples, user can name to suit their purpose).

But the pain remains the same in client code. Because api's are written once, but used many times, it is more important to make client code simple than api code.

In mathematics and programming, tuple content is accessed by position, not by name. e.g. The arguments in method/constructor invocation form a tuple - so there is precedent, even within java itself. Note that callers (clients) address arguments by position, and callees address them by name (api's).

There'a a very similar passage in the article to the one you quoted. Regarding nominal vs structural there, a better example is that java's class system is nominal.

"records" are nominal in that they have a class-like name, and also their content is accessed by name. Tuples are structural (not named), and access by position (not name). So I think records are not really "tuples".

  (x,y) = getXY();

  record Coord(int x, int y) {}
  Coord coord = getXY();
  // access as coord.x, coord.y

If education is worthwhile, the scales of merit will eventualy tip in their favour. If...

Though only locally, not connected to the internet. Maybe I'm paranoid, since I use so much other software without auditing, but somehow I feel especially vulnerable to web terminals, aside from anyone being able to login, and public keys not being convenient on the web.

Also, the readme.md for rtty here suggests running as root.

http://calteches.library.caltech.edu/51/2/CargoCult.htm

But for a really big one, the only solution is to be somewhere else when it happens.

A Mars colony is a first step.

If it's only because you know the "trick", you still get 10x gains.

Rhe next big thing going to be VR/AR/glasses, but have stalled. It might be foldable displays, but I think they'll suffer the same fate as tablets, for the same reasons. Convenience is kimg.