My previous post generated a load of really interesting comments, so I'm back with another language design question - albeit this time a bit more...
For further actions, you may consider blocking this person and/or reporting abuse
It's cheesy but one of the things that "kept me" around Python back when I started was the Python "zen philosophy" python.org/dev/peps/pep-0020/
You can also get it from the REPL:
While Python isn't my cup of tea personally, I love the ethos behind its design! Definitely a lot of stuff there other languages could take on board.
Seeing the PEP link reminds me - I also really like when languages have a well-defined process for proposing changes, rather than just 'submit a PR and hope for the best'. A lot of languages (and some libraries too, like React) are moving in that direction, and I think Python was ahead of the curve in that regard.
Yeah, the PEP process has been contested a lot of times in the past but I think PEPs, plus ethos and its community (and obviously the creator) is what kept Python relevant and kept it from exploding throughout all these years.
Python is 27 years old and it had two main versions that changed the language: Python 2 which is 18 years old and Python 3 which is 10 years old.
Ten years later people are still complaining about the fact that Python 3 is not compatible with Python 2. It's kind of hilarious but it makes you understand how hardcore the core team is :-)
As I say in my profile description, I love tech that solve problems and not testing my patience.
So I would say:
The friendliness of the community, as well as how much I enjoy the language itself, keeps me around a lot. F# and Elixir have fantastic communities, and I enjoy them both!
Absolutely, I'm much more likely to stick with a language if the community is welcoming! Saves you feeling like you're on your own if you run into an issue and need to ask for help.
I stick with Ruby because it rarely trips me up in the middle of crafting something new. It has a great REPL environment and the feedback cycle is fast. What I give up in terms of type-driven certainty I make up for in creativity-driven productivity. It's flexible when I need it to be.
I come back despite the headaches that come with its warts. I also come back for the sensible community attitude towards problem solving and the fact that I have a certain type of problem I gravitate towards solving. Ruby gives me the productivity that comes with maturity but the tooling seems to have enough "modern" appeal.
I keep expecting to do less Ruby but I keep coming back for the niceties.
Reasons why I moved, a now am happily sticking, to Scala:
null
s and use Option instead. If you're dealing with Java libraries that do return null, wrap the result into an Option (0);(0) yes, yes, Java 8/9 did catch up a bit, even though it's doesn't feel as intuitive and simple as Scala. And keep in mind, most of those features were already available since day zero Scala (2004).
I definitely want to check out Scala (and Kotlin, for that matter) at some point! I write Java all day at work, and while I quite like the JVM as a platform the actual language itself just feels really... heavy, for lack of a better word. Not my least favourite, by any means, but if there's languages that would give me the same upsides but feel less clunky I'm all for it :)
Yes, I think it's worth it :)
And quite honestly, after reading so many positive articles about Kotlin, if I were to decide between Scala and Kotlin today, I'd give a go to the latter.
Have fun() !
In the initial stages I rely on documentation and examples. I need to quickly see how to do things. I don't care about basic things either, I need actual usable patterns and stuff that gets things done -- I may venture into non-basic territory quite fast.
As long as I can be productive I'll tend to stick with a language a while. My dislike tends to grow as my projects grow and I realize the features that it's missing, or I start to notice the redundancy or inconsistencies in a language. It takes a fairly long time to get to this point.
If frustration comes early I'll be disuaded from the language. This has been my story with Rust so far -- were it not for my stream where I'm forcing myself to learn it, I would have abandoned Rust within the first month or so. I also find it's documentation to be extensive, but quite bad. Lots of filler, not much usable material.
IDE features never factor in for me. As I jump between so many languages I've just come to expect limited and incomplete tooling.
Definitely, I think a lot of languages neglect the examples beyond the "here's how you use the syntax" ones - ideally there should be some complete projects too, so you can get a vibe of what it's like to actually develop something substantial.
I totally understand your frustration with Rust from time to time - it's one of those languages where everything's wonderful when things are working well, but then you have those days where you end up in borrowcheck hell and nothing seems to work and you want to throw your computer out of the window. I think Rust could use some more documentation for the latter case.
It's hard to pin down exactly, but the thing that makes me want to stay with a language is what it feels like to look at my code after 6 months away.
In my work, I make a lot of prototypes, and then forget about them, and then come back and tweak them after much time has passed. I need the code to be maintainable at that point, and the language I'm using can have a dramatic effect on usability after I leave my "flow state".
I've found my Elixir and Elm projects to be the easiest code to return to. I think it might have something to do with documentation being a first-class citizen in both languages, and excellent tooling.
because it's javascript hah, well, I love the ecosystem which may be sometimes (a lot of times actually) overwhelming but the thing is, we just have to use what we need so the feeling of being really overwhelmed will faint. The community is really cool and I'm really comfortable with writing JavaScript and I can do a lot with it, on the front-end or on the back-end.
Still, If I'll need to use another programming language, I'd love to, I'll pick the 'best' one for me, the one I feel comfortable with, and the one who has a good community.
Actually it's like dating a star, the more the fans , the more you love it, well I guess dating stars doesn't go that way but, get the idea? lol
The front-end/back-end thing is what really attracts me to JavaScript, despite the quirks of the language - it's really nice to not constantly be flitting between two different syntaxes if you're developing on both sides of the fence!
I definitely agree with you about the community, too, there's a lot of really good people in the JS world.
Documentation, a vibrant and accessible community and offering a solution for the problem at hand are my criteria. This means I work with quite a bit of languages I stick with, each with their advantages and disadvantages so I can switch based on the thing I'm trying to solve.
Currently C#, Python, GO, PowerShell and Ruby fit that description imho.
for javaScript,
It has the monopoly in the web, used in desktop apps, can be used to make mobile apps.