Just because a language is easier doesn't make it actually easier to program in. When you make it easier to build a larger structure, you naturally end up taking on larger tasks. Poor programmers can get sucked into building a gold-plated hacked up version of something they wouldn't have gold-plated in a "harder" language. (And you have not seen the depths to which a program can sink until you've seen someone create a total hack of a Python program!) Good programmers take on tougher tasks to bring more value to the user. But either way, problems in the real world are and will remain complicated enough to suck up any "easy" we can bring to a task.
Where a C programmer may be stuck in a codebase debugging memory leaks, a Python programmer may get stuck walking through a 20-level stack trace to figure out which things are blowing away some attribute on some value that he thought he set and causing the web page to fault.
When we make things "easier", we just take on bigger tasks. Programmer skill will still be the dominant factor in quality of the resulting system. In some ways the "easier" tasks are harder, as there is a lot more opportunity to make bad cost/benefit analysis due to the larger scope of the world of possibilities.
Where a C programmer may be stuck in a codebase debugging memory leaks, a Python programmer may get stuck walking through a 20-level stack trace to figure out which things are blowing away some attribute on some value that he thought he set and causing the web page to fault.
When we make things "easier", we just take on bigger tasks. Programmer skill will still be the dominant factor in quality of the resulting system. In some ways the "easier" tasks are harder, as there is a lot more opportunity to make bad cost/benefit analysis due to the larger scope of the world of possibilities.