News for hackers. Stuff that matters.

trapezoid

Re:Accelerate Excel – 100x faster spreadsheets on Thursday July 31, 2014 @01:17PM (#8115462)
What's this written in?
Re:Automate your Ad Analytics Spreadsheets on Tuesday March 25, 2014 @02:19PM (#7467717)
This looks very straightforward. What API's do you support?
Re:Radiation-hardened quine on Friday February 21, 2014 @11:39AM (#7277748)
Chinese and Japanese grammar have very little relation to each other - about as much as Chinese and English. (The alphabets are, of course, very similar, as the Japanese adopted Chinese characters.)
Re:A Python-Powered Budget Spreadsheet on Thursday October 24, 2013 @11:52AM (#6605928)
I think he intends to =)

Ask HN: Do you need help solving business problems with data?

My company is looking to better understand how businesses use data from disparate sources to inform decision-making. Do you have a business problem you've been wanting to solve with data, but haven't gotten around to? I'd love to work with you and help you through it.I'm an MIT-trained engineer with a background in data analysis. I'm looking to work with a few people, for free, to get feedback...

( Read More... | 1 comment | 12 points | on HN )
Re:IPython in Excel on Monday September 09, 2013 @04:15PM (#6355855)
sincere question - what do you value your time at?
Re:Octopart API integration via DataNitro on Monday July 29, 2013 @01:06PM (#6122364)
I think the point is to get the data into Excel. You can use the API wherever you like, but how are you going to get it into a live spreadsheet? (Writing to a CSV and importing the result isn't the same thing.)
Re:Humans vs. Microsoft Excel: The Quest For Smart Tools on Tuesday June 11, 2013 @05:40PM (#5864894)
Excel is a great tool, but it has its shortcomings. The article is highlighting the main one: it's easy to build huge, brittle systems with Excel.

This immediately brings up questions: What tools exist for building robust spreadsheets? How can we encourage people to use them? Should we make better ones?

Re:Excel and SQL on Thursday May 23, 2013 @04:31PM (#5759346)
Like the article says, SQLite is a good choice when you're starting out. It's included in Python and is great for the basics.

Once you have a lot of data, it really depends on your specific situation. If you don't have any preferences, you can try something new - MongoDB is interesting.

No. Its singular obligation is to the shareholders - not even to the customers, except insofar as that builds longterm shareholder value.

Of course, in practice there's a lot of leeway in deciding how much attention one should pay to customers; loyal customers are key to a company's success.

Whether or not to pay extra taxes, however, is cut and dry. There's virtually no benefit to Apple in voluntarily paying a higher tax, so it doesn't do so. Any obligation it has to the state must be explicitly stated in law. There's no concept of civic irresponsibility for companies; that's exactly what laws are for. there's only legal and illegal.

This article, and others like it, imply that what Apple is doing is unethical. However, the opposite is true: it would be negligent for Apple not to do this.

Apple's responsibility is to its shareholders, and that responsibity is to maximize profits. Because it stands to lose billions of dollars in taxes if its income is reported naievely, it makes perfect sense for Apple to spend millions, tens of millions, or even hundreds of millions to optimize its tax flow.

As long as nothing illegal is happening, this is just an exams of a company fulfilling its fiduciary duty to its owners.

If people think this behavior is egregious and needs to change, the solution is to pass new laws to that extent. No one is going to voluntarily overpay on their taxes.