Typelevel and ZIO take completely different approach to certain things. Even if everyone would be holding hands and singing, they would still argue in discussions on GH.
Typelevel and Cats wants everything to be a pluggable library. Everything should be configurable, hardcoding things is avoided. You are in charge of every single effect.
ZIO is basically a type-safe, compile-time, IO-monad-based framework, managing error handling, side effects and dependency injection. It is opinionated, and libraries integrating with it share its opinions. Some people consider this a FP, type safe Spring Framework.
Both can be integrated if you know what you're doing. Both have plenty of people to push things forward. At this point history between JDG and TL is irrelevant to the community. People involved in past dramas still don't like each others but they don't interact with each other during development, so just don't use Twitter and you won't even notice.
Macbooks from 2019 have 4 thunderbolts 3 ports and 1 mini jack. And that's all.
If you want to power the device, you do it through a thunderbold. If you want to connect a USB that is not USB C, you have to use adapter and/or USB HUB. So you would have to connect to your USB through adapter/hub, and if for some reason whatever installer wouldn't support this you would be screwed (but I guess most of the time it would be doable, just inconvenient).
Seeing how .Net is being sold to enterprises without such libraries I would say that they exist because business happily buys into any promise that something increases productivity even if that is just salesmen's lies. But it requires good salesmen not good engineers.
Why Java devs automatically assume that every new language is made to overthrow Java/C#? They might still to provide better development in a particular domain. Go or Python or JacaScript are good at rivaling Java at mainstream language, and so what?
2.14 was supposed to be a stepping stone between 2 and 3, released only so that migration could be easier. They skipped it because apparently source code differences between valid 2.13 and 3.0 aren't that great. From what I saw it is mostly about migrating macros, the rest most likely would still work.
Previous maintainer left EPFL so nothing was happening there. But Scala Center took over the project so they will start maintaining it. AFAIR snnouncement was on Gitter by the same guy who maintains Scala.js. I guess it will take some time for them to catch up with the rest.
Before I go to a mechanic I am checking their review online.
Before I hire an artist that would make some graphics for me I would ask for a portfolio. Nobody in graphic industry is surprised when someone asks to show some of their works.
Same with IT, you would try to do some background checking. See if there was some recommendations from person's past employers or some sort of porfolio.
Should it be everything I would use to evaluate person? Hell no! But if I can see someone's actual achievements it gives me much more insight and confidence about how I am evaluating the candidate.
Would I miss some good candidates? Probably. But the strategy is not about not missing all good candidates, it is about ruling the bad ones. E.g. in Germany if you were hired, everyone though that you were ok, but then they found out that you are shitty, they cannot just fire you. They have to give you head ups that you are underperforming, then they have to make a formal evaluation to make sure that it isn't about them oppressing you and finally they are obligated to propose a recovery plan for you - only after you fuck it up the company is allowed to fire you. So you might end up with a guy not doing enything for 6 months. In such perspective it can be better to miss 2 good candidates than to hire one bad one.
I cannot share notes using URL, because notes are encrypted on a cloud drive in way that prevents even the cloud providers from reading them, but that is the only inconvenience I have for having 100% control over my data.
Personally, I think giving numbers (like 0-12k/month in 7 months) is useless if it is not put in some context.
Several times I googled what should be expected amount of visits to see if I am doing ok or not. Result? It is kinda disheartening to see that after pouring a lot of love, getting rather nice feedback about articles etc, you see that you are getting e.g. 2k visits a month, while someone states that is "should be about 1k visits... a day". And you put some effort into marketing your content!
Thing is, if you look at the amount of searches of the topics you cover, you might find that the person who posted such advice caters to 20x as large audience as you, so that 2k/month might be a really good result! But to see that, you have to put the numbers in some context instead of looking at the absolute numbers. If we applied this to e.g. youtubers we could conclude, that random gameplay streamer does a several times better job than a science channel author.
My humble experience shows me that this might be too much of a digression for many people. Graphs as a visual example of e.g. dependencies or data structures are fine. But if you try to explain something with them you assumes that reader had some prior exposition to graph theory and has some intuitions already. Since I cannot assume they have these intuitions I would have to build them with other examples and the digression could be longer than a paragraphs.
Abstractions are something that works great when you worked enough with some class of specific problems, that your brain notices common parts on its own. If you try to rush it... you get another tutorial when author is enthusiastic and positive and readers feel ashamed and stupid that they "couldn't get it". I'd rather avoid that. If they get foundations, play with them and gain some confidence, they can move on to more challenging and generic definitions.
If something is intuitive only at the end of 4-5 month long course, it is not intuitive and I would not show it during any sort of "introduction to...". Definition requiring former explanation of a whole graph theory would be something I would put at the end... of an article about graph theory. I cannot make many assumptions about my readers, and CS magna cum laude graduate is definitely not one of them (why would they need the article then?).
I'd like to see a essay about starting a business outside the SV. Maybe even outside a startup hippie communities in general.
* no investors interested in pre-seed phase - they all say that you should call them when you are already profitable
* nobody interested in being cofounder - cold cash only
* clients saying that they like your MVP - but you unknown, so they won't buy the product anyway
I don't mean that in SV things are magically happening on its own, but sometimes I have an impression that anywhere else you have to be twice as bold and twice as careful to get 1/10th of a result... Yet they are written in a way that suggest that you can easily reproduce SV results everywhere.
Well, I know people working not only in Berlin, but also in USA, just not in SF. One blockchain startup from Utah wanted to develop some advanced stuff, got investors hyped, ICO and stuff.
They paid their employers quite well, really good rates. All of programmers (besides 2 founders I believe) are contractors - no equity. They negotiated their hourly rates pretty high, because they knew that even if it will be a great success, they won't get anything else than a salary.
One of my friends works in a startup in Berlin where he was offered equity as one of the founders (10th engender or sth like that). Chances that he will be able to liquidate them in foreseeable future is non existing.
Nobody else that I know was offered an equity, even though quite a lot of my friends work for well funded startups. I worked in some and nobody offered me anything else but a salary.
If I relocated near SF? Sure, there would be a possibility. If I was a rockstar and one of first 5 cofounders? Also yes, but I am not famous.
I am really skeptical about any such post, as I saw myself that some strategies that works in Silicon Valley do not work anywhere else and I am not into moving to the most spoiled IT region in the world.
Typelevel and Cats wants everything to be a pluggable library. Everything should be configurable, hardcoding things is avoided. You are in charge of every single effect.
ZIO is basically a type-safe, compile-time, IO-monad-based framework, managing error handling, side effects and dependency injection. It is opinionated, and libraries integrating with it share its opinions. Some people consider this a FP, type safe Spring Framework.
Both can be integrated if you know what you're doing. Both have plenty of people to push things forward. At this point history between JDG and TL is irrelevant to the community. People involved in past dramas still don't like each others but they don't interact with each other during development, so just don't use Twitter and you won't even notice.