What thing really raised the bar for your expectations of developer experience when you first went to use it?
For further actions, you may consider blocking this person and/or reporting abuse
What thing really raised the bar for your expectations of developer experience when you first went to use it?
For further actions, you may consider blocking this person and/or reporting abuse
Mudunuri bhaskara karthikeya varma -
Fernando Pena -
Lorenzo Bradanini -
Bala Madhusoodhanan -
Top comments (84)
Netlify. It was unbelievable how simple it was.
Same thing for Now.sh :thumbs-up:
Depending on how complex your API and CRUD are, Now.sh might be simpler and support more languages. But for SSG, it has to be Netlify this time.
I'll name a few. Ruby really did capture me in this way. Being able to type
irb
into a terminal and then type"hello".upcase
and seeHELLO
right there was really refreshing and spoke to me. I've been writing Ruby ever since.In my brief experimentation with Flutter, I was quite impressed by the attention to developer experience that the developers are going for with this environment. I haven't done any production-oriented work, but if I went back to Flutter the experience would be a big reason for it.
Also "did you mean ... ?", Gotchas, syntactic sugar and Active Record in general. Coming from the .Net world where we have to write getters and setters even for the simplest model to this magical world where you can just code a db and a few relationships and everything just magically works. I sometimes get imposter syndrome while writing Ruby / RoR because everything is so easy and I feel like anyone could write a website in a few days. Of course it's not true, but it goes to show how uncomfortably good Ruby makes me feel.
Unclear when you last worked with .NET.
T PropName { get; set; }
is not really that difficult.Never said it wasn't easy, just that you /have/ to. Even if it's small, my point is that it's redundant. In Ruby on Rails, you don't have to do that, it automatically generates most of the methods you need just by reading your database.
For most of my time, I was writing in Python.
I really loved it and was able to argue for Python for hours.
I thought would never prefer another language when I had a choice.
Well... I was wrong.
In current job, I met Ruby (or Rails, to be specific) for the first time.
It seemed nice, easy to learn after Python, had some nice features.
I didn't realize how much comfortable and elegant it is before I did some work on my hobby project in Python.
It's still good, but there were multiple moments when I thought "well, I could write this much nicely in Ruby, shame Python doesn't do this".
I agree, Ben. I have done some Flutter work and it was a pleasure to work with.
Angular (v9.1.0 as of writing) has been delightful to work with so far. It has an awesome CLI that really empowered me hit the ground running on my new personal site. I am also really keen on learning Ruby.
I always thought that Angular would be the hardest of the front-end frameworks to learn, but it was much friendlier than React.
I agree!
Laravel, a PHP framework inspired by Ruby on Rails. The documentation is far, far far better than Symfony (and it saddens me because I'm french and I really wanted to support our french tech industry). But I'm forced to say that Laravel is a breeze to use (used it for two years). Eloquent really did make me love Laravel.
Elm has also caught my attention with its attention to super clear and explanatory error messages. It's like having a mentor 24/7, except it's free and it's a script. I don't know you, but I know no language or framework that tells you that:
Programming Language should make developer life easier.
-It should be easy to learn.
-It should be maintainable.
-It should be easy to read, some languages have short syntax and its hard to find out were it starts and ends.
-It should have meaningful syntax and methods.
C#
Meets all these points , I think its better thanJava
and other languages.Tool should increase productivity:
-It should help locate files fast.
-It should help find Methods and Variables , References fast.
-It should make debugging easy.
-It should increase productivity.
-It should help build app using rapid development.
-It should make maintenance easier even in large enterprise projects.
Visual Studio
andVisual Studio Code
meets all these.What you think ? π
The only downside of Visual Studio to me is all the magic going on in the background with csproj/sln/msbuild files. I also really like C#, especially w/ the
dotnet
cli.I wish i can have that kind of enthusiasm with c#. π
Ahaha a
For VSCode critiques, I cannot count how many times I have to reload (both the window and TS server). It can also hangs and sometimes slow.
React Hooks. Thrilling experience with the functional programming approach, plus it takes away the pain of writing verbose class components. useEffect just saves me the mess in componentDidUpDate and code reusability makes things cleaner.
I am really surprised no one mentioned VueJS. Itβs simply awesome to work with.
From CLI create to deployment, you feel like they wanted you to focus on building your UI only rather than « the rest »
Ruby.
The idiomatic methods, the elegant syntax!
Iβve shed happy tears TWICE after looking at arguably the most elegant code Iβve ever seen in my life. And they were written in Ruby. π
Getting back to front-end. after a long hiatus., I tried some frameworks out. Vue's documentation is exceptional. Vue CLI, and the Dev Tools Extensions in Chrome and FF have made the first steps smooth.
React and react hooks. Before react, I didn't have any much of framework experience so I was like can this be done easier!!! I use to write wrappers to manipulate DOM and was clunky to maintain. React gave me a great dev experience for the smooth transition.
Some comments may only be visible to logged-in visitors. Sign in to view all comments.