4 ms·
My current project at work is .Net based and I would love to have it run on *nix, as would the rest of the tech team. All of our infrastructure is based around
by Moto7451 12y ago
My current project at work is .Net based and I would love to have it run on *nix, as would the rest of the tech team. All of our infrastructure is based around Linux and I've had to spend quite a bit of time porting stuff over for use on Windows. The major holdup keeping us from using Mono or CoreCLR is that the tech we've licensed is .Net based but links against the Win32 API (for silly reasons like reading XML files to boot). Hopefully the vendor will move away from that in the future.
- toomuchtodo 12y agoWouldn't running .Net on Unix/Linux natively no longer be necessary with your .Net apps Dockerized?
- ghuntley 12y agoDevelop F# (or C#) with Visual Studio and deploy into Docker on CoreOS is the bright, bright future that is rapidly becoming a reality. See you later IIS, I've hated every moment dealing with you.
- ed_blackburn 12y agoAbsolutely. 100% looking forward to nginx CoreClr being trivial too. Would also be interested too tighter integration between node and CoreClr. So I can write node modules in C# / F# on deployed to posix or windows.
- politician 12y agoI think we need a reddit for people interested in running the CoreCLR/CoreOS stack. And an acronym. CoreCore? 2Core? Core2Core? CLROS? Dual Core?
- ghuntley 12y agoCome up with something and I'll (and many others) will join. There's a pretty active community over at /r/fsharp already.
- ghuntley 12y agoHeck, no need for nginx - just self-host using OWIN and push the web-hosting concern up a layer to be mainly one about load balancing and handling deployments.
- Moto7451 12y agoYes and no. There are other little things that crop up. For example, I just built a GlusterFS based file share but Windows does not have a GlusterFS driver so I've had to settle for NFS with failover. The Gluster driver is faster in my use case and allows for simpler administration.