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
Adrian Machado -
Anwar -
Adrian Machado -
Adrian Machado -
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.
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 »
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.
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.
. . . I agree π― Ruby & Elm merit all the praise for their unique grammars and DeveloperX. Personally, what's reigned supreme (after 3yrs (to mere competency) of steep walling) is the Clojure/ClojureScript stack.
For concision's sake I'll share 2 reasonings why still Clojure most wows me...
Unique Homoiconic syntax - Clojure, most evidently, is a LISP (a programming language consisting grammatically of lists). As a LISP, Clojure code is substantively identical to Clojure data. This is possible thanks to Prefix (Polish) Notation where valid expressions follow the order:
(( <Functor> < & Args> )
. In addition, Clojure uses unique enclosing characters for various data types[ ] <- vector, { } <- map, ( ) <- list
, this adds readability and simplifies conventions.Genuine Metaprogramming - many languages incrementally added Reflection & Metaclass
protocols/interfaces that allow programmatic changes to source code attributes during runtime( Python, Ruby, Haskell, etc...). LISPs like Clojure or Racket enjoy an abstract syntax tree modeled in source and evaluation, allowing code generation with macros that relates to evaluation 1-to-1. I think features like this need to be a core aspect of a language spec, not an after thought like most other infix-notation languages.
I really want to like Elm but I am very disappointed where the creator has chosen to take the language. It really bothers me how restrictive they have made the package system and how only he and a select few are given the freedom to work with native code.
I understand his ideology, but at the same time, it seems pretty arrogant to not trust your user base to code things correctly. The reality is that you are going to have to interop with JavaScript at some point, because the entire world doesn't run on Elm, and all he's accomplished is making that experience even more painful.
Some comments may only be visible to logged-in visitors. Sign in to view all comments.