sasmithjr

If you use F#, Fabulous[1] for mobile apps and Fable+Elmish[2][3] for web exist. I use Giraffe's[4] view engine for server-side HTML templating. And it looks like AvaloniaUI is going to have a similar style UI in FuncUI[5], but I'm not sure how active that is.

I'm not sure about any C#-focused efforts.

1: https://github.com/fsprojects/Fabulous

2: https://github.com/fable-compiler/Fable (transpiles F# to JS)

3: https://github.com/elmish/elmish

4: https://github.com/giraffe-fsharp/Giraffe

5: https://github.com/JaggerJo/Avalonia.FuncUI

I'm able to use FSI with the core-sdk 2.2.300, but I believe FSI is still in preview regardless of which SDK you're using.

Rust isn't directly used in VSCode. VSCode makes use of ripgrep (a Rust-based replacement for grep), though.

Ionide, the F# plugin for VSCode, added autocomplete via .NET Core about a year ago. Only thing you need mono for is the REPL, and that's being worked on.

The Costco deal is a 4GB/128GB model with keyboard that isn't available elsewhere.

Type Providers have worked in .NET Core since April.

Edit: https://twitter.com/dsyme/status/981799285925842945?s=20

Consider the Ruby Gem, Fog[0]. It is designed to abstract different services away so that developers can just program against Fog and pick/choose different service providers as necessary. It's possible that for specific implementations of the fog-service boundary, an error cannot occur that definitely can occur in other implementations.

Uninhabitable types allow the implementer to tell the compiler "I cannot provide an error here", giving the compiler more information to work with when optimizing. For example, the compiler now knowing that the function call cannot return an error may make it so that the function does only return the string after optimization, and the compiler can also drop the error checking code in the caller because it's unreachable.

[0]: http://fog.io/

The default for Kestrel has been moved off of libuv, but you can choose to use libuv if you'd like.

https://blogs.msdn.microsoft.com/webdev/2018/04/12/asp-net-c...

I started looking at F# because of .NET Core, and I'm really liking it. I currently use Giraffe in a project, but I'll be switching it to Saturn soon (which uses Giraffe under the hood). And I've identified a potential use case for using Fable on some already written server-side code. Ionide is great, Neptune (F# debugger for VSCode) works well, and they both are maintained by the same person as Saturn.

Rider also works pretty well with F#, which is nice if you prefer the JetBrains IDEs.

According to Apple's privacy page[0]:

> Siri and Dictation do not associate this information with your Apple ID, but rather with your device through a random identifier. Apple Watch uses the Siri identifier from your iPhone. You can reset that identifier at any time by turning Siri and Dictation off and back on, effectively restarting your relationship with Siri and Dictation.

So it looks like it keeps the same ID until you turn Siri off; if you turn Siri back on, you'll have a new ID.

[0] https://www.apple.com/privacy/approach-to-privacy/

The last rumor I saw was that Microsoft shelved Hololens v2 to spend more time working on v3 because no one (e.g. Magic Leap) was even close to releasing a competing product.

https://www.thurrott.com/hardware/90780/microsoft-accelerate...

> (why isn't Office on the Windows Store for example ?)

That changed within the last week, apparently. http://www.zdnet.com/article/microsoft-brings-its-core-offic...

Unless I'm mistaken, it only really works well within a component. You don't get prop type checking in the component hierarchy.

Also, Vuex is very string-based, so you don't get payload or return type checking when you use Vuex. There are additional libraries that look to help this, but it's still an issue.

I could be wrong about any of this, but those are currently the issues I'm running in to.

People aren't upset because they cannot tune the voltage themselves; they're upset because of a lack of communication.

You cannot make informed purchasing decisions if manufacturers are hiding this kind of information from you. How many people bought a new iPhone due to degraded performance when a new battery would have fixed it right up? People didn't have the information to make that choice, and I believe that's what's upsetting at least some people.

Not sure if they mean Visual Studio or Visual Studio Code. VSCode is an Electron-based editor similar to Atom; full-fat Visual Studio does support many languages by itself, but it's Windows only.

Facebook has more than one product. They have the social network itself; a lot of work around ads, ad targeting and ad delivery; Oculus technology, both hardware and software; their efforts to bring internet to many places, etc.

You can sue Facebook for infringing a patent with Oculus and they'll come after you for your use of React/GraphQL/etc.

Here's a link for anyone wanting to read more about it: https://vuejs.org/v2/guide/render-function.html#JSX

It certainly runs on .NET Core (I'm currently using it that way for a project); it just also runs on full-fat .NET, too. ASP.NET Core seems to break with that and only run on .NET Core.

VSCode is based upon another project, the Monaco Editor. As best I can tell, it was introduced in late 2013[1]. Creating VSCode on Monaco was probably heavily about reuse at that point since Microsoft specifically wanted an editor for websites anyways.

[1]: http://www.itorian.com/2013/11/visual-studio-online-monaco-e...