Life Vs Performance Balance.
You bought an SSD for its performance advantages and not simply for increasing battery life right? So use your SSD for that very purpose, to make your system quicker.
If you can afford to add more RAM to reduce *swap I/O then this will clearly increase the life span of your SSD as another performance drain is obviously I/O cycles to swap space on a filesystem.
Again like so many aspects of your system configuration it’s often not down to one single rule adoption that fits all. User needs differ and as such system requirements and thus configuration must differ in order to meet these needs, put simply it boils down to how you configure your system.
If you have the space to hold an SSD in addition to your none SSD drive, then write files that will rarely change to your none SSD drive and keep often accessed files on your SSD drive.
This will ensure that …
 - The *trim features will have the resources to perform the necessary steps to evenly use all of the drive. [Benefit = Life]
 - Your I/O latency will be reduced with the high speed SSD device being used to access an often accessed filesystem. [Benefit = Performance]
Configure your temp filesystem to utilise space when required for your particular system needs, if you have enough RAM then consider setting your swappiness level to be less aggressive, this will ensure that…
 - SSD I/O is reduced yet your system will still meet the demands of its user(s). [Benefit = Life]
Do you really need all off those logs? Consider what your system is logging and where.
 – SSD I/O is reduced as log file access is reduced. [Benefit = Life & Performance]
There are a heap of other aspects to your system configuration that can make a none SSD system perform faster, default system builds have a tough metric to fulfil, pure performance or keeping data safe and secure or a balanced mixture of them all.
If you apply the same mentality to what you write and to which device, you can drastically increase both performance and at the same time increase the life span of your SSD.
*swap - Remember this isn't just used when resources are low, the swappiness configurable for many Linux distro's out of the box by default will park long running processes of low priority further down the performance ladder into swap space)
*Trim – worth verifying you have it enabled, a good article on what trim is and how it works: http://searchstorage.techtarget.com/definition/TRIM