Live data from Hacker News

Understanding .NET 2015

blogs.msdn.com

1–10 of 107 posts

Re: Understanding .NET 2015

#2
Recently I got to use some C# on Linux (with Mono framework), and I gotta say it wasn't bad. I didn't do anything with GUI elements, was all back-end server code.

C# wouldn't be my top "go to" language, but I would put it above Java. I liked some of the generics handling better, it can be less verbose it seems.

Monodevelop is not on par with Visual Studio, but it is solid and worked well for me. I usually don't like IDEs, but for a new language/framework and large projects it was very helpful to have it.

Wondering if open sourcing .NET core will breathe a new life into Mono project and maybe it is going to be bigger thing that what we expected -- we'll start seeing more back-end usage of .NET.

F# is nice too, and if anyone stayed away because of having to use Windows, maybe now is a time to take a second look.

Re: Understanding .NET 2015

#3
post #2

Recently I got to use some C# on Linux (with Mono framework), and I gotta say it wasn't bad. I didn't do anything with GUI elements, was all back-end server code. C# wouldn't be my top "go to" language, but I would put it above Java. I liked some of the generics handling better, it can be less verbose it seems. Monodevelop is not on par with Visual Studio, but it is solid and worked well for me. I usually don't like…

I used to work in C# (now mostly live in JavaScript land) and I miss things like LINQ a lot. So here's hoping we see wider adoption of C# in the future.

Re: Understanding .NET 2015

#4
post #2

Recently I got to use some C# on Linux (with Mono framework), and I gotta say it wasn't bad. I didn't do anything with GUI elements, was all back-end server code. C# wouldn't be my top "go to" language, but I would put it above Java. I liked some of the generics handling better, it can be less verbose it seems. Monodevelop is not on par with Visual Studio, but it is solid and worked well for me. I usually don't like…

Just out of curiosity, what is your go-to language?

C# is probably my favorite general purpose language so far, although I really prefer Golang's goroutines/channels over C#'s async model. Curious to hear other perspectives!

Re: Understanding .NET 2015

#5
post #2

Recently I got to use some C# on Linux (with Mono framework), and I gotta say it wasn't bad. I didn't do anything with GUI elements, was all back-end server code. C# wouldn't be my top "go to" language, but I would put it above Java. I liked some of the generics handling better, it can be less verbose it seems. Monodevelop is not on par with Visual Studio, but it is solid and worked well for me. I usually don't like…

> I liked some of the generics handling better, it can be less verbose it seems.

It pays off in spades in a lot of situations, but the biggest I've noticed is Android development. Hitting a network from a button press in Xamarin is as simple as:

    button.OnClick += async
    {
       var data = HitTheNetworkForSomeData();
      
       // Note that since this is still async,
       // you may want to set a global or have a
       // different approach to handling data than
       // "standard" Android development.
       DoSomethingWithTheData(data);
    }
In native Android, it usually looked like this:

    button.SetOnClickListener(new OnClickListener() {
       new HitTheNetworkTask(this, this).execute()
    });

    @Override
    public void onNetworkTaskDataRecieved(String data) {
       doSomething(data);
    }

    public class HitTheNetworkTask extends AsyncTask {
       Context mContext;
       NetworkDataTaskCallbacks mCallbacks;

       public HitTheNetworkTask(Context context, NetworkDataTaskCallbacks callbacks) {
          mContext = context;
          mCallBacks = callbacks;
       }

       @Override
       public String doInBackGround(Void... voids){ // I'm not pulling your leg here
          return doTheNetworkTask();
       }

       @Override
       public void onPostExecute(String data) {
          callbacks.onNetworkTaskDataRecieved(data);
       }
    }
It's downright frustrating having to use Java once you're used to C# and .NET.

Re: Understanding .NET 2015

#6
post #2

Recently I got to use some C# on Linux (with Mono framework), and I gotta say it wasn't bad. I didn't do anything with GUI elements, was all back-end server code. C# wouldn't be my top "go to" language, but I would put it above Java. I liked some of the generics handling better, it can be less verbose it seems. Monodevelop is not on par with Visual Studio, but it is solid and worked well for me. I usually don't like…

Just out of curiosity, what is your go-to language? C# is probably my favorite general purpose language so far, although I really prefer Golang's goroutines/channels over C#'s async model. Curious to hear other perspectives!

Python for smaller self-contained projects and scripting.

Erlang/Elixir for larger projects where fault tolerance or concurrency is needed.

C/C++ where GC is a no-go (games, low latency, time critical data processing).

Next up in the pipeline to learn and use: Rust

Re: Understanding .NET 2015

#7
post #3
post #2

Recently I got to use some C# on Linux (with Mono framework), and I gotta say it wasn't bad. I didn't do anything with GUI elements, was all back-end server code. C# wouldn't be my top "go to" language, but I would put it above Java. I liked some of the generics handling better, it can be less verbose it seems. Monodevelop is not on par with Visual Studio, but it is solid and worked well for me. I usually don't like…

I used to work in C# (now mostly live in JavaScript land) and I miss things like LINQ a lot. So here's hoping we see wider adoption of C# in the future.

I spend most of my time in C# and it's always a sad moment when I start typing .Where(x => ...) in another language and realize it doesn't exist.

Re: Understanding .NET 2015

#8
What I still don't understand in this picture is the what does the future look like in terms of the .NET framework.

.NET Core sounds great, and its great that they are unifying the implementation, not just the API, for many of the "app models". But, its unclear to me if there's the intention for .NET Core to fully succeed .NET Framework at some point in the future. Or, rather, will some of the app models we see on top of the Framework right now (WinForms, WPF apps) be built with .NET Core in some future version?

Re: Understanding .NET 2015

#9
post #3
post #2

Recently I got to use some C# on Linux (with Mono framework), and I gotta say it wasn't bad. I didn't do anything with GUI elements, was all back-end server code. C# wouldn't be my top "go to" language, but I would put it above Java. I liked some of the generics handling better, it can be less verbose it seems. Monodevelop is not on par with Visual Studio, but it is solid and worked well for me. I usually don't like…

I used to work in C# (now mostly live in JavaScript land) and I miss things like LINQ a lot. So here's hoping we see wider adoption of C# in the future.

It's pretty trivial to implement Linq-like functions in JavaScript, or, I think stuff like undersocre has them.

Re: Understanding .NET 2015

#10
Happy to have a in depth article like this; bookmarked for later today hopefully.

My background is in the LAMP stack but now work in an enterprise environment where everything is .NET (though much older .NET than this article is talking about).

I want to throw myself into it but right when I started there was all this new talk about vNext and changes to .NET and all this other excited, though daunting, discussion around it.

Was hard to know where to start.

Post reply on HN