I used Modula-2 to build an automated lab system. It worked, but I found myself being annoyed by small features. For instance the type conversion keywords seemed to have no pattern to them, and the case sensitivity meant you were always hammering shift. Some good ideas, but I'm not sure that the problems of the time and the size of the available computers made them particularly useful.

They have to prove the case to the jury "beyond reasonable doubt". The jury are at liberty to decide that they don't believe an unsupported claim by the defence, and that the evidence provided by the prosecution is sufficient. As judges sometimes say at the start of a case, the standard is beyond reasonable doubt, not beyond all possibility of being wrong.

Probably depends on the department. I do grant and loan assessments for Innovate UK, and they have a rigorous and largely (+) transparent method for assessment which I would be happy to explain in detail. If we award money, it's accompanied by a monitoring officer (I do that as well) who is subject area expert with project management business experience. The MO meets the project every one or three months to review progress and approve payment of an installation of the grant or loan. We certainly wouldn't hand over £4M without good reason!

(+ Some of the detail of the scoring matrix is not as transparent as we would like, but Innovate UK does take feedback and tries to improve it).

We (Devyce) just submitted our Innovate UK application - would be cool if a fellow HN user ended up working with us!

I'll have to recuse myself if the application comes across my desk, but good luck with the application.

One of the annoyances of Linux is working out where configuration information is, following through multiple layers of indirection and files over-riding other files. This looks like adding another layer, another place to look, and if you're reading the man file for a shell (for example) it probably won't even mention that this could invalidate the information contained in that in the man file.

> working out where configuration information is

Generally, good behaved applications have an entry in their man page that spells out these details for you, so you don't have to work out anything.

Unfortunately so many packages these days don’t even have a man page at all let alone one with good config info.

Well ... hopefully they're open source and all that.

So the solution to not having a man page that tells you where the config is… is to write a PR for your own documentation for someone else’s project? lol riiight

You're not wrong. In a worst case scenario I resort to using strace to figure out where a program is reading config from.. from what I understand, if this kernel module is in use then even that approach wouldn't help.

But since the use case is personal dotfiles, I imagine the user isn't going to forget that they set this up.

To be fair the author shows an example of using NixOS. It's absolutely another layer of indirection (probably several) but it does make that usual Linux "fun" less problematic because of its immutable nature and API design.

> this could invalidate the information contained in that in the man file.

No, it doesn't. The point of modetc is precisely keep both myself and the programs happy: the files are actually stored where I like to keep them, but they can be accessed as if they were stored where the developer intended.

Tomorrow: modify man pages from kernel space!

Always check the man pages..

And I said that the man pages would be a part of what you have to examine. 95 pages in the case of bash (that's after running it through troff). man pages were fine when they were three pages long, but their lack of any internal index has become a problem.

Ok, now you might have a dozen files which could contain the information, where the location of each file can be modified by environment variables. It's tolerable if you are working on something you change weekly, but a practical problem if you do it yearly or it's entirely new.

'man bash'. Type G. Press PgUp until you see the FILES heading (took one press for my terminal size). There's your list of files. Alternatively, instead of G and PgUp, type /FILES<Enter>.

Of course, this doesn't help at all when software either doesn't have manpages, or doesn't include the list of files in the manpage. Just nitpicking your bash example.

This is HN, not Reddit. You can safely assume that every single person here knows how to use man, particularly if they mention using troff to format it properly. There remains a problem.

I truly wasn't sure if they were aware of man's search and go to options, as they brought up 95 pages as being why it was hard to find configuration file locations for bash.

When I'm searching for configuration file location, I do use '/FILES' or PgUp from the bottom of the manpage, so the length of the manpages is irrelevant.

With HMRC, the reasoning is that this forces the company to have an accounting package. They don't care which, they just define the API. Not unreasonable. There are more issues with MTD IT (making tax digital, income tax) due to some detailed requirement decisions such as the need to report different income streams separately.

Could Garibaldi read Narn?

HTCPCP. Btw, the RFC is buggy. I once used it as a comprehension test for first round interviews, and had to be careful to avoid the bugs.

It is easy, yes. About the equivalent of two or three A levels for anyone in the UK. However the point is not networking, but understanding large areas of business operation that you don't already know. For people like us, that's generally things like strategy, finance, marketing (which isn't the same thing as advertising), organisational behaviour (effectively applied sociology), HR (the weakest area of the course I took). It's not particularly useful for networking, since the people you meet are at your own level.

> understanding large areas of business operation that you don't already know

Library card, google search, LLM, Annas archive, not even joking. I've seen the curriculum, its the kind of stuff you read a book about on a weekend.

> not particularly useful for networking, since the people you meet are at your own level.

I think you may have missed the point of the MBA.

A library card etc. are useful, but a very long way from the usefulness of a planned and taught course. And no, I haven't missed the point - you most certainly have. There are useful methods of networking, and they are based on breadth (how many people you meet), depth (how specific your discussions can be) and length of engagement. People from completely different industries whom you meet over coffee in a group exercise are not that, and would not justify the cost of the course. What does justify it is what you learn.

I just find it odd that Mark Zuckerberg runs a multi-billion Dollar business without an MBA.

He just kind of taught himself that in his spare time.

I guess some people get alot of value out of the 'knowledge' you gain from an MBA..

I view it as a signal to other MBAs as to the type of manager you are.

> including the famously flat Lincolnshire fens.

I think they might have gotten flatter in the intervening 200M+ years.

So, you expected a map that omits all adjoining land to the mountains?

Most people wouldn't object to an article about Kilimanjaro containing a map of where it is in Tanzania, but for reference, here is a map of just the mountain: O.

If the map labelled the whole of Tanzania, Kenya, and Malawi as being Kilimanjaro, yes, I would have a problem with that.

The current models are apparently ok. Wet clutch, which realistically won't wear out and is certainly not vulnerable to the engine seal failure which traditionally took out BMW clutches, and from what I gather they don't require the bike to be returned to kit form to change it. Also they finally got rid of the Bochum indicator switches.