No, it's not possible. Use
There are two problems with your idea. The first is that writing to
/dev/console results in the written characters showing up in the system console, which is commonly used for showing error notifications to the user (I believe), and not for playing sounds. If you somehow got sound from writing to it, I would guess it is due to the 1/256 chance of every character being , which should make a short beep.
The second problem is that a
.wav is not a raw, unambiguous audio stream, even if it is less complex and (generally) not compressed like many other formats. In fact (iirc) there can never be such a thing as a raw, unambiguous audio stream. You will always (at the very least) need a header specifying sample resolution and rate in order to do anything useful with the data. I would be very surprised if it was decided that one of the responsibilities of the Linux kernel was to decode various audio formats. It is typically a thing best done by a program in userspace.
The Windows 9x line (at least part of it) did image decoding in the kernel for icons. That turned out to be a less-than-stellar idea, and caused many, many bluescreens.
If you wanted to play your wav from the command line, there are a range of programs that will decode the file for you and communicate it to the kernel, generally using the ALSA interface. I suggest aplay, which is available on most systems and is rather simplistic, or mplayer which is also widely distributed, but with far larger complexity. If your system supports sound, chances are at least one of those are installed.