[PLUG-TALK] Financial spreadsheet.

Russ Johnson russ at dimstar.net
Mon Jun 8 15:21:47 UTC 2015


In that vein, does someone have a pointer to an already started spreadsheet that has most of the columns?  

I'm looking to now reinvent the wheel. 

Sent from my iPhone

> On Jun 7, 2015, at 15:27, Dick Steffens <dick at dicksteffens.com> wrote:
> 
>> On 06/07/2015 02:33 PM, Keith Lofstrom wrote:
>>> On Sun, Jun 07, 2015 at 01:16:19PM -0700, Rich Shepard wrote:
>>> Is a potential solution more complex tools?
>> The solution is probably a meshwork of simple tools.  One of the
>> best features of linux/posix/unix is that it is a large set of
>> small tools with defined interfaces that can be piped together.
>> 
>> I have my biggest problems with "all-singing, all-dancing",
>> dependency-ridden monstrosities like gnome, or big EE CAD tools
>> like Cadence and Mentor and Synopsys;  all video-game wannabies.
>> I cannot see what is in the box.  Maybe that saves time, but it
>> also forces me to be stupider than the software architects.
>> 
>> <...>
>> 
>> It is even
>> better to understand the problem, streamline thinking, and
>> avoid time-wasting complexity.  Often, the most time-consuming
>> tasks are the ones we do not actually have to do.
> 
> Over the past several months I've proven this to be true of "financial" 
> software, too. We have fairly simple needs. We used to use a spreadsheet 
> to track all of our checking and VISA activity. We tried Quicken, 
> Moneyline, jGnash, and one or two others because they are supposed to 
> make feeding the tax software easier. In each case, the tool either did 
> much more than we needed, and the increased complexity got in the way of 
> our simpler needs, or the tool didn't work as advertised. This weekend 
> we went back to a spreadsheet with columns based on what we'll need next 
> year for tax time. It takes much less time, plus has the advantage of 
> being able to see everything, unlike the programs that do things for 
> you, but hide the underlying details.
> 
> Simple is always better. If the problem is complex, break it down into a 
> collection of simpler problems.
> 
> 
> -- 
> Regards,
> 
> Dick Steffens
> 
> _______________________________________________
> PLUG-talk mailing list
> PLUG-talk at lists.pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug-talk



More information about the PLUG-talk mailing list