Fork me on GitHub
#off-topic
<
2020-06-04
>
slipset05:06:29

Here’s a blog post from a former employer, which might give you some arguments (just change Clojure(script) for Scala) https://blog.iterate.no/2013/04/18/economies-of-scala/

slipset06:06:21

As a manager (which I’m currently not) I’d be worried about how hard it would be to hire clj/cljs devs. In practice this has not been a problem for us, at least not on the clj/backend side.

pablore17:06:14

this was the the main drawback when i tried to push clojure on my previous job and the reason management chose to stick to javascript for all the stack

slipset06:06:23

One area I would be worried about is the frontend of the frontend positions, ie, the frontend who know how to make beautiful UI’s. I’m not sure that the intersection of people interested in cljs and people capable of making pretty/good UI’s is very large.

harishtella16:06:35

I am one of these UI people. I hope this space grows. CLJS is such a wonderful way to experiment with UI’s.

Aron06:06:19

for some reason this "who hard is to hire people" is coming up all the time. For anyone worried about this, I would like them to read into the history of taylorism and more recently, digital taylorism

seancorfield06:06:58

@ashnur That would seem to mesh well with large corporates hiring armies of interchangeable (and mediocre) Java developers, yes?

Aron06:06:44

I am not saying mediocre since that is a value judgement that everyone should do themselves. What skills they expect from their colleagues or employees is their job.

Aron06:06:51

but interchangeable is the key, yes. The "productions process" is independent of the worker, which, honestly I think should be a red flag to anyone who likes to create anything.

seancorfield06:06:09

Fungible then, rather than "mediocre".

seancorfield06:06:31

And, yes, I agree this sort of thinking should be a red flag.

seancorfield06:06:31

Software is a creative process, not a mechanical one. It's why "software engineer" is a bit of a misnomer: software is still not an "engineering discipline" (and perhaps it never will be?).

Aron06:06:11

I would like to disagree about the mechanical, creative distinction. The original ship builder mechanics who were replaced by taylorism were very creative, but the work was not standardized. Now we can create a much more robust society with standards, but there is little creative process in building anything.

p-himik06:06:38

There should be some (fuzzy) line where this kind of reasoning makes sense. Would you want to hire engineers that agree to use only a language they themselves have created and that has existed for a month?

Aron06:06:10

I would like to see software people not define themselves by the language they use

raspasov06:06:34

any true “engineering” is perhaps a creative process; in more strict terms, any NP-complete problem is perhaps a “creative” process (until proven otherwise) 🙂

Aron06:06:41

because that's not really the important part of (my) job.

Aron06:06:49

heh, np-complete is not creative enough for me. Creative is when you do something entirely new. Like writing a novel, painting a picture, growing tomatoes 😄

raspasov06:06:19

I guess those would be NP-hard, if I have my complexity theory terminology right 😉

folcon11:06:35

Have you managed to secure a copy? 😃

dominicm12:06:24

terraform has a thing for this I think, and it can be used with the cloud start stuff that's in every cloud vm system.