ChatGPT for Excel
Posted by armcat 1 day ago
Comments
Comment by strongpigeon 1 day ago
We came up with what I still consider a pretty cool batch-rpc mechanism under the hood so that you wouldn't have to cross the process boundary on every OM calls (which is especially costly on Excel Web). I remember fighting so hard to have it be called `context.sync()` instead of `context.executeAsync()`...
That being said, done poorly it can be slow as the round-trip time on web can be on the order of seconds (at least back then).
Comment by Acmeon 1 day ago
If you were working on the platform itself, then I would be interested in hearing your more detailed thoughts on the matters you mentioned (especially since I am developing an open source Excel Add-In Webcellar (https://github.com/Acmeon/Webcellar)).
What do you mean with a "OM" call? And why are they especially costly on Excel web (currently my add-in is only developed for desktop Excel, but I might consider adding support for Excel web in the future)?
In any case, `context.sync()` is much better than `context.executeAsync()`.
Comment by strongpigeon 1 day ago
The reason those calls are expensive on Excel Web is that you're running your add-in in the browser, so every `.sync()` call has to go all the way to the server and back in order to see any changes. If you're doing those calls in a loop, you're looking at 500ms to 2-3s latency for every call (that was back then, it might be better now). On the desktop app it's not as bad since the add-in and the Excel process are on the same machine so what you're paying is mostly serialization costs.
Happy to answer more questions, though I left MSFT in 2017 so some things might have changed since.
Comment by com2kid 1 day ago
Comment by strongpigeon 1 day ago
Comment by p_ing 1 day ago
Comment by com2kid 1 day ago
Comment by p_ing 1 day ago
So I mean yes, you viewed Excel docs through a webpage just like you do today via ODSP or OneDrive consumer. The backend is completely different in the cloud service, though.
Comment by strongpigeon 1 day ago
Now that’s an acronym that I had forgotten about.
Comment by Acmeon 1 day ago
Regardless, I have always preferred Excel desktop over Excel web (and other web based spreadsheet alternatives). This information makes me somewhat less interested in Excel web. Nonetheless, I find Excel Add-Ins useful, primarily because they bring the capabilities of JavaScript to Excel.
Comment by strongpigeon 1 day ago
Excel has this legacy (but extremely powerful) core with very few people left that knows all of it. It has legacy bugs preserved for compatibility reasons as whole businesses are ran on spreadsheet that break if the bug is fixed (I’m not exaggerating). The view code for xldesktop is not layered particularly well either leading to a lot of dependencies on Win32 in xlshared (at least back then).
Is it doable? I’m sure. But the benefits are probably not worth the cost.
Comment by uticus 20 hours ago
Would love to hear more about this. Especially history and comparison to Lotus etc.
Comment by strongpigeon 17 hours ago
And so, a lot of the core code is used to that. Cell formatting data for example is super tightly packed in deeply nested unions to ensure that as little memory is used to store that info. If something only needs 3 bits, it'll only use 3 bits. The calc engine compiles all of your formulas to its own (IIRC variable-instruction-width) bytecode to make sure that huge spreadsheets can still fit in memory and calc fast.
And a lot of it still carries the same coding and naming practices that it started with in the 80s: Hungarian notation, terse variable and file names, etc. Now, IMO, Hungarian notation by itself is pretty harmless (and even maybe useful in absence of an IDE), but it seemed to encourage programmers to eschew any form of useful information from variable names, requiring you to have more context to understand "why" something is happening. Like, cool, I have a pszxoper now (pointer to zero terminated string of XOper), but why?
So the code is tight, has a lot of optimization baked in and assumes you know a lot about what's happening already.
But more importantly, a lot of "why" information also just lives in people's head. Yes, some teams would have documentation in an ungodly web of OneNote notebooks, or spread across SharePoint pages, which had the least useful search functionality I've ever witnessed, but finding anything you wanted was hard. But that didn't use to matter, since the core team had been there for a long time, so you could ask them question.
That being said, I joined MSFT in 2012 and started working on Excel closer to 2014. At that point, heavyweight like DuaneC (who wrote like 10% of Excel and I don't think I'm exaggerating) had already retired and while others people were very knowledgeable in some areas, nobody seemed to have a good cross view of the whole thing.
You have to understand that I was in the Office Extensibility team. We were building APIs for the whole thing. I had to touch the calc system, the cells and range, the formatting, tables, charts and images (the whole shared oart system was interesting), etc. Answering "How do I do X" was always a quest because you would usually:
- Find 3 different ways of achieving it
- One of them was definitely the wrong way and could make the app crash in some situations (or leak memory)
- All the people on the "blame" had left
- One of them was via the VBA layer which did some weird stuff (good ol' pbobj)
- Be grateful that this wasn't Word because their codebase was much worse
And so, a lot of the API implementation was trial and error and hunting down someone who understood the data structures. The fact that full sync and rebuild took about 6 hours (you ran a command called `ohome` and then you went home) meant that experimenting was sometimes slow (at least incremental builds were OK fast). The only lifeline back then was this tool called ReSearch2 that allowed you to search the codebase efficiently.
But the thing is, once you got thing to work, they worked really well. The core was solid and performant. Just slightly inscrutable at time and not the kind of code you're use to reading outside of Excel.
Comment by philipallstar 18 hours ago
Comment by Acmeon 1 day ago
Comment by DaiPlusPlus 1 day ago
Honestly, I struggle to think about what has actually changed between Office 2013 and Office 2024 (and their Office 365 equivalents); I know the LAMBDA function was a big deal, but they made the UI objectively worse by wasting screen-space with ever-increasingly phatter non-touch UI elements; and the Python announcement was huge... before deflating like a popped party balloon when we learned how horribly compromised it was.
...but other than that, Excel remains exactly as frustrating to use for even simple tasks - like parsing a date string - today just as it was 15 years ago[1].
[1]: https://stackoverflow.com/questions/4896116/parsing-an-iso86...
Comment by lateforwork 1 day ago
I recently tried Claude Cowork for PowerPoint and I was stunned by the content as well as design quality of the deck it produced. That's a threat for Microsoft because now you don't need the editing tools of PowerPoint, AI replaces it, so all you need is the presentation mode of PowerPoint.
Copilot for Excel is useless. Ask it what is in cell A1 and it can't answer. I am looking forward to trying ChatGPT for Excel.
Comment by brian-jones 23 hours ago
Today, Excel Copilot takes a model-forward approach where we give the models full access to Excel's capabilities. We give customers the choice of the latest models from both OpenAI and Anthropic, and we encourage the models to iteratively explore the spreadsheet before taking action. It builds a full understanding of the semantics and structure of the spreadsheet, find issues in it, and ultimately gives you much better results.
Copilot can write formulas, build PivotTables, create charts, build multi-tab models, do multi-step analysis. The models are quite proficient at it, and they do a great job. We have an auto-mode which is the default where we pick the model for you, but you can also select specific models if you have a preference. I often see people switch between models to get the benefit of diverse perspectives, similar to how a diverse team approaches problems differently.
If you tried it a few months ago and walked away, it's worth another look.
Comment by drc500free 21 hours ago
Many people I've talked to about Copilot don't realize that the dedicated "Premium" Copilot is a completely different experience than the "Basic/Lobotomized" Copilot that comes with a standard Business subscription.
It's like you're running a freemium model where no one was actually responsible for implementing the upsell, or making sure the free version is useful and compelling. E.g. a Copilot pane in Outlook that says it can't access your emails, doesn't explain how, and doesn't mention an upgrade path that will allow it to.
Comment by Abster1 21 hours ago
Q for you Brian, I have the Microsoft 365 Premium individual plan ($200/yr). I got 50% off the premium plan as well when Microsoft was offering discounts.
I've noticed when I use Claude or GPT through the Copilot model selector I don't see any costs for my api usage anywhere. Does Microsoft eat that for now?
Comment by brian-jones 20 hours ago
Your M365 Copilot Premium plan includes extensive usage of the Copilot features, including the model selector, and there are no additional API costs.
Comment by rdedev 20 hours ago
If it's possible please push your large business clients to update office. I work for a multinational pharma company and the copilot feature in excel deployed there is next to useless
Comment by dgsegesg 22 hours ago
"If you tried it a few months ago and walked away, it's worth another look." You shouldn't have shoved trash down people's throats a few months ago then?
Comment by sqircles 22 hours ago
:s/You/MS
While I agree the widespread "race to market" with crap probably does and should hurt the success of these "AI-enabled apps," that particular area probably was not this individuals decision.
Comment by shrdhdrhrdsh 20 hours ago
Comment by arbitrary_name 20 hours ago
Without coming across as overly rude, it is frankly astonishing how limited Copilot is.
I do not like being an MS customer or user.
Comment by nsiemsen 1 day ago
Claude for Excel (I work in finance) was one of the absolutely critical reasons we added Anthropic enterprise licenses. But they've turned out to be quite expensive ($100/day for heavy users). We'll see what OpenAI's quotas are.
Comment by wouldbecouldbe 1 day ago
Comment by infecto 1 day ago
Comment by p_ing 1 day ago
Comment by jxmesth 1 day ago
Comment by p_ing 1 day ago
Comment by WillAdams 1 day ago
Does this remove (or at least increase) the upload limit?
Comment by p_ing 1 day ago
No limits.
Comment by mastermage 1 day ago
Comment by intended 1 day ago
You get models that are formatted and structured and which balance - but there are errors introduced which an analyst / human wouldn’t make.
Stuff like hard coded values, or incorrect cell logic which guarantees the model balances.
Comment by mukmuk 1 day ago
Comment by balderdash 1 day ago
I don’t get good results when I just have Claude build things on its own - but for these types of specific productivity tasks I can save a couple of hours here and there.
Comment by evanjrowley 1 day ago
Comment by interroboink 1 day ago
HN discussion: https://news.ycombinator.com/item?id=47603231
Comment by mohamedkoubaa 1 day ago
Comment by basch 1 day ago
Comment by alternatex 1 day ago
Comment by compass_copium 1 day ago
Comment by brookst 1 day ago
* A large application whose outputs are independent of the all (people still print slides; when presenting nobody knows or cares what app was used) * Complicated and requires users to learn lots of skills unrelated to the work they’re doing (compare to Excel, where the model and calculations require and reflect domain knowledge about the data) * Practically zero value add in document / info management (compare to word where large documents benefit from structure and organization)
We’re pretty close to presentations just being image files without layers and objects and smartart and all that.
AI will come for all productivity tools, but PowerPoint will be the canary that gets snuffed first, and soon.
Comment by LuxBennu 1 day ago
Comment by angadsg 1 day ago
Comment by com2kid 1 day ago
Comment by strongpigeon 1 day ago
That’s without talking about the poor UI and security story of COM add-ins and the inability to run on Excel for iOS.
Comment by phyalow 1 day ago
Comment by screye 1 day ago
I am surprised that Microsoft's own copilot product is so far behind though.
Comment by boringg 1 day ago
Comment by sarreph 1 day ago
Maybe(?) from a product catalogue perspective... But from a strategic perspective less so because they own ~27% of OpenAI.[0]
[0] - https://openai.com/index/next-chapter-of-microsoft-openai-pa...
Comment by giancarlostoro 1 day ago
Comment by ebiester 1 day ago
Comment by leetharris 23 hours ago
They were completely correct to not compete in foundation models. They would have no chance. I mean, they can't even make a decent app or harness to use the other models!
Comment by vessenes 1 day ago
Comment by Gareth321 1 day ago
I was hyped when I heard about Copilot. "I can tell it to make pivot tables now!" When I tried to use it I was shocked how underbaked it was. Below even my worst expectations. This really was someone shoving ChatGPT into Excel with almost zero additional effort. Copilot can't DO anything useful.
Comment by chris_money202 1 day ago
Comment by bko 23 hours ago
It obv makes Excel much more valuable and they can gatekeep by requiring the subscription for addins.
Comment by Centigonal 23 hours ago
Comment by vipipiccf 1 day ago
The MCP ecosystem is what makes this interesting. Claude isn't just a chat panel bolted onto existing software, it's building integrations that actually manipulate the files. Microsoft had the distribution advantage but they're losing on capability.
Comment by chris_money202 1 day ago
Comment by compass_copium 1 day ago
Regardless, I just tried to log in with my work MS account, and I can't do so.
Comment by chris_money202 23 hours ago
Comment by ryanjshaw 1 day ago
Comment by ebbi 1 day ago
Microsoft fumbled so badly here.
Comment by watsonL1F7 1 day ago
Comment by Handy-Man 1 day ago
Comment by bwat49 1 day ago
Comment by xeyownt 1 day ago
Comment by chris_money202 1 day ago
Comment by p_ing 1 day ago
Comment by thesuperevil 7 hours ago
Comment by miohtama 1 day ago
Comment by d3Xt3r 1 day ago
Actually, someone here posted a Claude Code skill recently that generates a presentation as a self-contained HTML5 file, so all you need is a browser.
PowerPoint, as a whole, is doomed.
Comment by hgoel 1 day ago
My employer blocks office plugins, so I can't try Claude for PowerPoint, but sometimes I get Claude to generate Python scripts, which produce PowerPoint slides via python-pptx. This also benefits from being able to easily read and generate figures from raw data.
I don't really like the way Claude tends to format slides (too much marketing speak and flowcharts), but it has good ideas often enough that it's still worth it to me. So I treat this as a starting point and replace the bad parts.
Comment by basch 1 day ago
we've hit this point where its cool to have claude reinvent every wheel just because it can.
Comment by d3Xt3r 1 day ago
Comment by alternatex 1 day ago
Comment by d3Xt3r 1 day ago
Comment by jason_zig 1 day ago
Comment by DrSAR 1 day ago
For added benefit, full screen?
Until you need presenter notes or other niceties, this covers a large space of usage.
Comment by usrme 1 day ago
Comment by d3Xt3r 17 hours ago
Comment by apsurd 1 day ago
Comment by bad_haircut72 1 day ago
Comment by angadsg 1 day ago
Comment by bsenftner 1 day ago
What is the data model that you use for the spreadsheet itself? I found I could create a chat completion persona that believed it is one of the developers of a popular open source spreadsheet, and I put this "agent" directly inside the open source spreadsheet. I did this before tool calling was available at all, so I made my own system for that, and the "tools" are the API of that open source spreadsheet. My agent(s) that operate like this can do anything the spreadsheet can do, including operate the spreadsheet engine from the inside.
Comment by carderne 1 day ago
I made a CLI (+skill) so agents could edit files with verbs like `insert A1:A3 '[1,2,3]'`, but did some evals and found it underperformed Anthropic's approach (just write Python).
Comment by hazelnut 20 hours ago
Comment by rahimnathwani 1 day ago
Comment by howdareme9 1 day ago
Comment by rahimnathwani 1 day ago
It's here: https://github.com/tmustier/pi-for-excel
Comment by e38383 1 day ago
This time even for pro.
Comment by arjie 1 day ago
Nowadays I just make single-purpose websites with Claude Code because Google Sheets has such poor AI integration and is outrageously tedious to edit.
They had all the parts and I have a subscription and it still does terrible things like prompt me to use pandas after exporting as a CSV. It will mention some cell and then can’t read it. It can’t edit tables so they just get overwritten with other tables it generates.
It reminds me of something a friend told me: he heard that Google employees do dogfood their products; some even multiple times every year. There’s no way anyone internal uses Sheets even that often.
Comment by charlieflowers 1 day ago
Comment by arjie 19 hours ago
Comment by VadimPR 1 day ago
Comment by charlieflowers 10 hours ago
Comment by speleding 1 day ago
Comment by yabutlivnWoods 1 day ago
Given how well the API works, that we are discussing Googlers, my guess is that's how they dog food their services. Programmers don't get hired by Google for mouse skills.
The GUI is for spot checking results, final presentation.
If you're sitting there point-n-clicking everything into place perhaps consider you are doing it wrong.
Comment by beepdyboop 1 day ago
Comment by mbreese 1 day ago
I have no idea if they do or not, but it's a plausible explanation...
Comment by yabutlivnWoods 1 day ago
Do you mean restricted workflow? Googles APIs are pretty much 1:1 to the GUI
And using Python makes it trivial to copy-paste out of files and other APIs with one run of Python
Versus all the fiddling in browser tabs with a mouse, it actually affords an incredibly wide set of options to quickly collate and format data
Comment by intended 1 day ago
Comment by bdcravens 1 day ago
Comment by buccal 1 day ago
The libraries themselves are OK, but MS uses them stupidly. If you want to fill out some form in DOCX or XSLX format you will get broken formatting. And this is from Office company.
Comment by darkwater 1 day ago
Comment by devmor 1 day ago
Claude one-shot something with a Python script that was pretty okay.
Comment by dminik 1 day ago
Comment by nunez 1 day ago
Comment by AznHisoka 1 day ago
Comment by killerdhmo 1 day ago
Comment by renewiltord 10 hours ago
“Oh yeah, mate, give me a second to just whip up a script and set that task to complete. Do you remember if it was B729 or C624 that I should change?”
“It’s B729. But change the script to use ‘completed’ all right?”
“Yeah, give me a minute. Just need to spin up a Google project and activate the Sheets API (New). Now let me just get credentials. Got it. Yeah, now let me get Gemini to fix up the script. All right. Looking good. Shall I run it?”
“Yeah, lgtm”
“Done”
“Good process, guys. Velocity is at an all time high. Cell B729 is set to ‘completed’ as we planned.”
Comment by TrackerFF 1 day ago
Comment by angadsg 1 day ago
Comment by jannyfer 1 day ago
I asked GPT-5.4 High to draw up an architecture diagram in SVG and left it running. It took over an hour to generate something and had some spacing wrong, things overlapping, etc. I thought it was stuck, but it actually came back with the output.
Then I asked it to make it with HTML and CSS instead, and it made a better output in five seconds (no arrows/lines though).
SVG looks similar to the XML format of spreadsheets. I wonder if LLMs struggle with that?
Comment by bob1029 1 day ago
I just spent a few hours trying to get GPT5.4 to write strict, git compatible patches and concluded this is a huge waste of time. It's a lot easier and more stable to do simple find/replace or overwrite the whole file each time. Same story in places like Unity or Blender. The ability to coordinate things in 3d is really bad still. You can get clean output using parametric scenes, but that's about it.
Comment by jqbd 1 day ago
Comment by scronkfinkle 1 day ago
Comment by brett-jackson 1 day ago
Comment by cubefox 1 day ago
Comment by Acmeon 1 day ago
This seems like a security nightmare, which is especially relevant because sensitive data is often stored in Excel files.
Comment by angadsg 1 day ago
Comment by Avicebron 1 day ago
It seems one of the biggest barriers to people's adoption is concern over data leaving their ecosystem and then not being protected or being retained in some way.
Is this is an SLA that a small or medium sized company could get?
Comment by p_ing 1 day ago
Comment by Acmeon 1 day ago
However, it may be important to note that these security considerations are relevant for most Office Add-Ins (and not just the ChatGPT add-in).
Comment by p_ing 1 day ago
This is counter to the old (security nightmare) COM model where processing could be local.
Comment by strongpigeon 1 day ago
Comment by sotix 21 hours ago
Comment by flybrand 1 day ago
Comment by w2df 1 day ago
Damn that OAI valuation is like a sore boil that is about to explode.
Also once again, a lack of imagination from OAI. Damn vision really is super scarce huh.
Comment by tokioyoyo 1 day ago
Obviously doesn't apply to everything, and there are some features that are very hard to replicate. But still.
Comment by jimmydoe 1 day ago
meanwhile not that ant is genius, except the timing of dow drama right before Iran war.
Comment by tboughen 19 hours ago
Comment by HerbManic 1 day ago
Instead of answering with 6, it came up with 15. The comment was "If AI is doing this, a global financial crash is inevitable."
Might not be real but it is something to keep an eye on. Hopefully, they are a bit more cautious on how this is implemented.
Comment by kgeist 1 day ago
Comment by tills13 1 day ago
Comment by p_ing 1 day ago
Comment by strongpigeon 1 day ago
You're not wrong, but you'd think that given their 27% stake in OpenAI they'd put more weight behind ChatGPT integration.
Comment by ralph84 1 day ago
Comment by p_ing 1 day ago
Comment by thih9 1 day ago
> (…) you can verify each step and revert edits if needed.
I wish there were different workflows.
It feels like current most popular way of working with GenAI requires the operator to perform significant QA. The net time savings are usually positive. But it still feels inefficient, risky and frustrating, especially with more complex and/or niche problem areas.
Are there GenAI products that focus more on skill enhancement than replacement? Or any other workflows that improve reliability?
Comment by linzhangrun 1 day ago
Comment by dueltmp_yufsy 21 hours ago
Comment by ozgurds 21 hours ago
Comment by kbos87 1 day ago
Just this past week I used it to generate a simple model of a few different scenarios related to an investment property I own.
The first problem I ran into is that it was unable to output a downloadable XLS file. Not a huge deal - it suggested generating CSV tables I could copy/paste into a spreadsheet. The outputs it gave me included commas in a handful of numbers over 1,000 (but not all of them!) which of course shifted cells around when brought into Google Sheets. We pivoted our approach to TSV and solved this problem. Big deal? No. Seemingly basic oversight? Absolutely.
This is where the real fun began. Once I started to scrutinize and understand the model it built, I found incorrect references buried all over the place, some of which would have been extremely hard to spot. Here's my actual exchange with ChatGPT:
- - - - - - - - - -
> Can you check the reference in cell F3? It looks like it's calling back to the wrong cell on the inputs tab. Are there similarly incorrect references elsewhere?
> Yes, F3 is incorrect, and there are multiple other incorrect references elsewhere: (It listed about 30 bulleted incorrect references)
Bottom line - - Many formulas point to the wrong Inputs row because of the blank lines - The Sell + Condo section also has a structural design problem, not just bad references.
The cleanest fix is for me to regenerate the entire AnnualModel TSV with: - all references corrected - all 15 years included - the condo scenario modeled properly with a separate housing asset column
- - - - - - - - - -
This was me asking about the exact output I had just received (not something I had made any changes to or reworked.)
There are plenty of domains where I have enough faith and error tolerance to use ChatGPT all day, but this just sends a chill down my spine. How many users are really going to proof every single formula? And if I need to scrutinize to that level of detail, what's the point in the first place?
Comment by dangoodmanUT 1 day ago
Tune in for the next episode: Word
Comment by Aboutplants 21 hours ago
Comment by mritchie712 1 day ago
Show HN: I've built a C# IDE, Runtime, and AppStore inside Excel
670 points | 179 comments
One of the main use cases was to analyze Excel data with SQL. I'm the kind of nerd that loves stuff like that, but stuff like that seems completely obsolete now.
Comment by airstrike 1 day ago
Building an agent that can securely access systems of records, external data sources, and other files in your workspace—with context for the work you do outside of Excel—is where the revolution is at.
Comment by mynameisneely 1 day ago
Comment by chux52 1 day ago
Comment by 1970-01-01 1 day ago
Comment by Instagraf 1 day ago
Comment by flexie 1 day ago
Comment by keyle 1 day ago
[for] ... users outside the EU.
hmmComment by p_ing 1 day ago
Comment by keyle 1 day ago
I would never use Copilot for anything useful, but I do use OpenAI products.
It doesn't matter when you use something else wholesale under the covers, if you botch the token spent...
Comment by p_ing 1 day ago
Comment by thesuperevil 7 hours ago
Comment by _doctor_love 1 day ago
Microsoft, being Microsoft, will find a way to win no matter who that vendor ends up being.
Comment by mentalgear 1 day ago
Comment by orliesaurus 1 day ago
Comment by Bishonen88 1 day ago
So, yes but no. Not that I care, but the answer to the above question is a no, and should start with No.
Comment by DeathArrow 1 day ago
Comment by whalesalad 1 day ago
Comment by rpearl 1 day ago
Comment by TacticalCoder 1 day ago
There are now just even more errors than there already were.
Now there's hope though: I take it at some point, just like we have AI that can already find (and fix and sometimes even properly fix) errors in code, we may end up with AI tools able to find all the broken assumptions and errors / wrong formulas the spreadsheets that make the corporate world are full of. But atm that's not where we are.
One such corporate-world company producing a gigantic turd would the "biggest" (but it's really not that big) european software company, SAP... They're going full on "business AI" as they see (rightly so?) AI as a terminal death threat to their revenue model. Market cap went from $360 bn to $200 bn: don't know if it's related to their "genius" AI-move.
And so now we have countless corporate drones who were already incapable of doing any kind of financial/accounting/math computation in a rigorous way who are now double-speeding on the errors, but this time AI-augmented.
It's the "let's add an AI chatbot to our site" (which so many companies are adding to their websites right now), but corporate version: "let's add AI to our corporate tools".
Just to be clear: I think this cannot fail. Failure and bogus numbers are the norm in spreadsheets, not the exception. More failure, more bogus computations, actually won't change a thing.
Comment by bewal416 1 day ago
Comment by _pdp_ 1 day ago
Comment by haneul 1 day ago
Comment by dirasieb 23 hours ago
Comment by lgq 1 day ago
Comment by sayYayToLife 1 day ago
Comment by gauravsc 1 day ago
Comment by w2df 1 day ago
They (OAI+Anthropic) very much do not get exactly what these people are doing in the job (accounting+corporate finance+valuation+asset management) and what the actual production process is. These tools are irrelevant, disrupt flow and if anything just add noise to what one is doing.
Comment by airstrike 1 day ago
Comment by w2df 17 hours ago
I bet the bozos at OAI and Anthropic think a person who deals with stuff like cost of capital is going to go ask an LLM for it.. when in reality the individual needs to know how/why they chose what they did.
Comical stuff.
Comment by esafak 1 day ago
Comment by brcmthrowaway 1 day ago
Comment by w2df 1 day ago
Comment by brcmthrowaway 1 day ago
Comment by z3c0 1 day ago
They don't do the job, reliably or well. No amount of wishful thinking or extra tokens will change that.
Comment by w2df 1 day ago
Remember when Steve said 'The computers for the rest of us'?
I suppose it isn't a surprise. Are researchers/generally geeky people meant to be able to relate to the average person's day-to-day beyond their sphere? Lmao.
You can't produce stuff for people you don't understand. Understand being a very key term.