I'm quite sceptical about the usefulness of a poll in such a case. Probably, many of those who vote for little-endian as a more natural system, will themselves be biased by their own experience with little-endian architectures, which are indeed more common (standard, even) nowadays. To them, what they use and see most of the time will feel more natural. Also, they may casually read the question miss the following point...
Me neither. I never argued about processors, by the way. It has always been a matter of picking a way to manually store a 2-byte value to EEPROM [the point], which is itself single-byte based and single-byte addressable, and therefore naturally endianness-agnostic.
Also consider that I went for big-endian before I found out about the little-endianness of the higher-level EEPROM methods. Now that I know, I feel like I lean a little more towards a little-endian approach, if only for the sake of consistency and ease of use. So, oddly enough, I may be more biased today than I was before finding out about the methods, and so will be the responders to your poll, unless they all are as genuinely ignorant about the methods as I was when I picked big-endian.
Lastly, what feels more natural and what is more appropriate in a particular case are two very different things, but I'm not sure the responders who cast a quick vote and move on will stop to think about the difference.