The visual presentation of code is one of its most important attributes. Code that looks visually appealing is code that is maintainable. I'm not sure you can be a good programmer without artistic ability because of that.
If you give any consideration at all to bracket placement, use of whitespace, grouping of code, etc. then I am certain you are much more artistic than you give yourself credit for. The rest comes down to practice with different mediums.
Between IDEs and other tools that autoformat code (ie gofmt[1])and languages that use significant whitespace, I wouldn't say programmers necessarily consider those things much these days.
Factoring might be a better example- picking the most convenient order for subroutine arguments, choosing how to bring together redundant segments of code, how to best use language constructs to express the problem. Ultimately I think it's difficult to draw a direct comparison, though- in my opinion, the similarities between graphic art and programming are rather abstract.
It's also important in concatenative languages- the choice of argument order can easily make the difference between elegant function composition which "flows" and a twisty maze of "stack noise".
If you give any consideration at all to bracket placement, use of whitespace, grouping of code, etc. then I am certain you are much more artistic than you give yourself credit for. The rest comes down to practice with different mediums.