That could lead to a possible "good" Linux version of Office 365? That would be Awesome imho. AAAnd hopefully they kill VBA and replace it with JavaScript :D. Like Building Forms with JS in Adobes Lifecycle Designer but in a good way.
Office 365 is being completely rewritten in JavaScript
91–100 of 459 posts
Re: Office 365 is being completely rewritten in JavaScript
#92Hi there, original tweeter here. Just to clarify: no one said when this work would land, simply that we are working on it! Sorry to disappoint XD, but I guess blame the OP.
Re: Office 365 is being completely rewritten in JavaScript
#93As if they didn't learn their lesson with skype for business.
I don't think I mentioned Skype for Business anywhere did I? :-)
Re: Office 365 is being completely rewritten in JavaScript
#94Other tweets in thread are interesting too: No they are not electron apps. They are compiled to native code. It's now finally one toolchain(#webpack) It's one codebase and it compiles to: Web Android IOS MacOS UWP WIN32 (only one that uses electron)
No mention of Linux despite how much they claim to "love" it.
If by "They" you mean me, someone who doesn't work on the project itself, but is advising over a toolchain for it.
Also, I do not know what the Linux plans are (but hey maybe a great time to voice that special love you have for Linus T. and his masterpiece)!
Re: Office 365 is being completely rewritten in JavaScript
#95Earlier quoted context omitted.
It's a "real" language, it's just not a terribly good or fast one. It's works decently when its use is limited to what it was made for: manipulating web pages. For anything else, the "designed on the back of a used piece of toilet paper" starts to shine through. And no, a JIT can't save you from this, it can only make things acceptable. That it can create "real world value" is an extremely low bar, which is passed by…
>it's just not a terribly good or fast one From everything I've seen, its performance sits just below Java (4x slower, perhaps) on some standard algorithms or tasks, and significantly faster than languages like Ruby, Python, etc.. I never see hate for those languages like for JS, so I'll disregard that. >not terribly good This one never has made sense. What is it missing that makes you hate it so? I think it has rath…
> What is it missing that makes you hate it so?
1. Type Safety. TypeScript helps, but until strong typing is mandatory in the language, I can't fathom using JS in any sizable project. This is also true of Python, et al.
2. A sane dependency management framework. Maven solved this problem a decade ago. Gradle is trying to fix Maven's XML mistake. But the fact is, if I need a dependency in Java, I know how to get it. And as a bonus, Maven Central isn't going to go down next Tuesday because Timmy in Alberta threw a temper tantrum or something.
3. A sense of stability. Javascript's framework churn is just exhausting.
Re: Office 365 is being completely rewritten in JavaScript
#96Re: Office 365 is being completely rewritten in JavaScript
#97From the tweet author:
>It is. But @typescriptlang is just a static type linter that compiles to JS.
Hell, any language is just an assembly runtime plus a grammar. TS is a language that happens to be compiled to Js, I bet in the future it will be wasm.
Re: Office 365 is being completely rewritten in JavaScript
#98Ugggh :( I miss my old Outlook 2013. Outlook 2016 is so slow it can’t keep up wirh my typing. I thought it already was javascript. Guess it will be even slower still. Super! (not)
Re: Office 365 is being completely rewritten in JavaScript
#99That could lead to a possible "good" Linux version of Office 365? That would be Awesome imho. AAAnd hopefully they kill VBA and replace it with JavaScript :D. Like Building Forms with JS in Adobes Lifecycle Designer but in a good way.
That’s a good thought. As bad as JS is, I’d still prefer it to VBA.
Re: Office 365 is being completely rewritten in JavaScript
#100Earlier quoted context omitted.
No mention of Linux despite how much they claim to "love" it.
If by "They" you mean me, someone who doesn't work on the project itself, but is advising over a toolchain for it. Also, I do not know what the Linux plans are (but hey maybe a great time to voice that special love you have for Linus T. and his masterpiece)!
I don't understand what you are trying to say in this comment, can you elaborate? Where should gp voice their "special love" for Linux?