[Aefiam]

you can develop just as fast or even faster with python once you develop a good enough utility library for it.

For example my python interpreter imports my custom List and Path classes and I could just do the following to get the same result:

List(List(Path("filepath").read_text_file().splitlines()).group_by_key(lambda x:x).items()).map(lambda x:(len(x[1]),x[0])).sorted()

and if used often enough, it could made an utility method:

Path("filepath").read_sorted_by_most_common()

So I find it shortsighted to reject someone based on that without giving them a chance to explain their reasoning.

I think generally people really underestimate how much more productive you can be with a good utility library.

[sudahtigabulan]

> once you develop a good enough utility library for it.

What happens when everybody comes to the job with their own utility library and start working on the same codebase?

Would you like it if you had to get up to speed with several utility libraries your coworkers developed for themselves?

A common set of tools, like the Unix commands, makes it easier for people to collaborate. They were put in an official standard for a reason.

[zahlman]

> For example my python interpreter imports my custom List and Path classes and I could just do the following to get the same result:

  List(List(Path("filepath").read_text_file().splitlines()).group_by_key(lambda x:x).items()).map(lambda x:(len(x[1]),x[0])).sorted()

... But I don't know why you would, because with builtins and the standard library you can already do

  sorted((count, line) for (line, count) in Counter(Path("filepath").read_text().splitlines()).items())

> and if used often enough, it could made an utility method:

Sure, but you can do that for any functionality in any practical language.