Forgot your password?
typodupeerror
Programming Software

Ask Slashdot: Spreadsheet With Decent Programming Language? 332

Posted by timothy
from the index-cards-and-a-hole-punch dept.
First time accepted submitter slartibartfastatp writes "Spreadsheets are very flexible tools for data analysis and transformations, the obvious options being MS Excel and LibreOffice. However, I found increasingly infuriating to deal with the VBA--dialect functions or (even worse) its translated versions. Is there any spreadsheet that allows usage of a decent programming language in its formulae? I found PySpread intriguing, but still very beta (judging from its latest release version 0.2.3). Perl or even javascript would be better options than =AVERAGE(). Do you know any viable alternatives?"
This discussion has been archived. No new comments can be posted.

Ask Slashdot: Spreadsheet With Decent Programming Language?

Comments Filter:
  • by h4rr4r (612664) on Thursday February 14, 2013 @03:12PM (#42899113)

    Instead of a spreadsheet with good programming just program and output a spreadsheet. CPAN has plenty of packages for this.

  • Definition (Score:5, Insightful)

    by wideBlueSkies (618979) * on Thursday February 14, 2013 @03:20PM (#42899265) Journal

    What is the definition of a decent programming language?

    It's a pretty ambiguous requirement.

    C? Java? Python? Perl? Javascript?

    Each is 'decent' in it's own way.

    Another way to ask is this: What do you feel the shortcomings of the Excel VB language variant are?

  • Re:MATLAB? (Score:4, Insightful)

    by Idbar (1034346) on Thursday February 14, 2013 @03:28PM (#42899443)
    Looks like I lost my mod points, but trying to make mathematical calculations and operations with a spreadsheet instead of a matrix oriented language seems like the failure on part of the submitter. Matlab is (and I assume the free Octave must be) great for data analysis and even plotting is a breeze.
  • by viperidaenz (2515578) on Thursday February 14, 2013 @03:31PM (#42899507)

    Stop programming in your fucking spread sheet. It's not an application development system.

    If you start having more code than you have data in there, you're doing it wrong.

    On the other hand, I got paid a pretty penny to turn a spread sheet system into a real application not so long ago,

  • by Motard (1553251) on Thursday February 14, 2013 @03:36PM (#42899611)

    What, exactly is wrong with =AVERAGE()?

  • by MouseR (3264) on Thursday February 14, 2013 @03:50PM (#42899811) Homepage

    Turning a spreadsheet into an application is not programming. It's being an accountant.

  • by Anonymous Coward on Thursday February 14, 2013 @03:57PM (#42899929)

    Excel was already a robust and popular application on Macs. And the original 123 for Windows was a thin wrapper around the DOS app and not considered very good. The fact that "Office" was half the price of Lotus+WordPerfect didn't hurt either.

  • by hazem (472289) on Thursday February 14, 2013 @04:28PM (#42900445) Journal

    At the very least get them using a real DB and not VBA. Trust me you will be far better served in the long run.

    The problem is in most organizations, IT is not responsive to requests to set up these kinds of databases. They especially don't deal with requests that are not precise and require a fast turn-around. Thus you end up with analysts and accountants using Excel and sometimes VBA because they can get the job done quickly and effectively.

    And frankly, I don't want my accountants and analysts wasting their time creating databases and learning to write database applications. Their job is to be very good at accounting and analysis, not administering databases.

  • by Myopic (18616) * on Thursday February 14, 2013 @04:28PM (#42900449)

    Yes. I am advocating that version numbers should carry broadly-recognizable meaning. I accept your different opinion but I disagree with it.

    In fact I think it would be silly for you to try to defend the suggestion that "version numbers should have no inherent meaning". None? Would you advocate that version numbers be non-sequential? After all, Mac OS 10.6 came after Mac OS 10.5, but maybe next they could release Mac OS 3.6, and then Mac OS 31.5, and then Mac OS -2, and then Mac OS Pi.

    Of course version numbers carry meaning. They can't carry lots and lots of meaning, but they can carry a little bit. Why even bother with dotted-decimal version numbers if the dots and decimals mean nothing? Just use integers, but even monotonically increasing integers have "meaning" in that they convey directional advancement of the software. Likewise, if you use dates, dates carry meaning. Other than random numbers, it's difficult to imagine a version numbering scheme that has "no inherent meaning".

  • by Dishevel (1105119) on Thursday February 14, 2013 @04:43PM (#42900661)

    Excel is the Crescent Wrench of office software.
    The wrong tool for (Almost) every job.

  • by lgw (121541) on Thursday February 14, 2013 @04:54PM (#42900897) Journal

    No, Excel won because it was very much better .. at what the majority of users use spreadsheets for: keeping simple lists. Microsoft realized that early on and optimized for it. Excel is also terriffic these days as a simple graph-paper-oriented drawing program: make the cells square and you can outline and color quite easily. It also does a respectable job at turning a imple set of data into a pretty infographic-style graph.

    Excels behavior as a tool for complex financial calculations is simple irrelevent for 99% of its users. It won because it was optimized for doing simple, visual stuff.

  • by DragonWriter (970822) on Thursday February 14, 2013 @05:00PM (#42900989)

    The problem is in most organizations, IT is not responsive to requests to set up these kinds of databases.

    Using Excel for tasks to which databases are better suited because you have an unresponsive IT organization results in an additional problem on top of the one you started with, rather than dealing with the original problem.

    They especially don't deal with requests that are not precise and require a fast turn-around.

    What you probably need in that case is a small number of technical staff "embedded" with the regular business units to handle analysis to make imprecise requests precise when support from the regular IT organization is needed, and to deal with simple rapid-turnaround requests independently. What you don't need need is people turning to Excel because its the only thing that they have access to because IT is unresponsive, building initially simple things that grow organically to become cumbersome, and then require more IT effort to move into a proper platform then if IT had been involved and appropriately responsive from day one.

  • by lgw (121541) on Thursday February 14, 2013 @05:32PM (#42901481) Journal

    What are you on about - JS is quite a neat little language for solving small problems, and you can do functional programming in it if that's your thing. There's a reason MIT etc are turning from Scheme (which I love) to JS as a teaching lanuage.

    The only part of JavaScript that really sucks is the first four letters, but don't be put off by that.

It is better to give than to lend, and it costs about the same.

Working...