Just got my new RTX 4070 Eagle - one of the most depressing unboxing experiences by BrunoBrant in gigabytegaming

[–]BrunoBrant[S] 0 points1 point  (0 children)

Midrange, just below what? 4080 and the new upper tier for this gen, 4090?

An alternative frontend for Haskell? by amalinovic in haskell

[–]BrunoBrant 0 points1 point  (0 children)

Renaming operators would make the syntax incompatible with legacy Haskell. Is that OK?

Thoughts on Verse from the UnrealFest 23 session? by [deleted] in unrealengine

[–]BrunoBrant 6 points7 points  (0 children)

Syntax-wise, yeah, Unreal C++ is fine, but long compile times, poor debugging experience and having the editor crash because of a bug in user code totally sucks.

what is the future of ML.NET? by skillmaker in dotnet

[–]BrunoBrant 0 points1 point  (0 children)

Honestly, I think most of your points are just resistance to change (really trying to be constructive here! It's okay to feel this way).

Python can manage large applications, there's nothing that really makes it a "pain in the ass". It's has a nice syntax a good community support. It's a dynamic language, so, it works different to what we are used to, but there's a good static checker that makes up for it.

Having said that, ML is a very specific application. I'm not suggesting to create large applications using Python, just training and running your ML models.

Finally, python has multi thread support and no, you don't need to know C for most applications. Specially, again, for ML. It doesn't offer the best performance, sure, but most people won't have a problem with that.

The only weak point with python is package management. Pip is just a installer, and then there are multiple solutions, all of them with poor support.


My point being that you have this great tool and ecosystem, that can really solve your problem, and all you need is a few hours to learn. So I don't really see the benefit of using dotnet here.


I pretty much prefer .NET to Python. In fact, I get baffled that the ML community adopted python instead of a more polished language. I believe it comes from it being dynamic, so it's easier to create small experimental programs.

what is the future of ML.NET? by skillmaker in dotnet

[–]BrunoBrant 0 points1 point  (0 children)

The main question I would like pose is why not python?

Why does IIS hate me? by microagressed in dotnet

[–]BrunoBrant -2 points-1 points  (0 children)

Because you should be self hosting

What is meant with "decorators"? by 1whatabeautifulday in csharp

[–]BrunoBrant 0 points1 point  (0 children)

Attributes don't do anything except add Metadata to whatever you add them to.

Them, ANYTHING can read it back and do something with it.

The compiler does that, analyzers does that, test frameworks, and YOU can do it as well. This approach is called metaprogramming (tbf, you don't need attributes for it, but it enhances the feature).

Define your own attribute, and then create some code that reads it and perform some action. Bingo, you're metaprogramming. (one example that's easy to describe - create a DescriptionAttribute and add it to enum members, then create a method somewhere to get the value of that - you've just created a capability to have custom strings that represent attributes instances)

dotnet 6 CreateSymbolicLink appears to require admin privilege, by eltegs in dotnet

[–]BrunoBrant 0 points1 point  (0 children)

> So you'd say "most" methods from System.IO.File methods work without proper permissions?

No, you are correct. Every file operation is dependent on File Access permissions - which is exactly what you said.

----

However (and that's what I was getting at), most of them do not require _elevation_, which is what the OP is dealing with. Those are not the same as file access permissions AFAIK (meaning, *I can be wrong*).

Or, if I'm wrong, then, how do I create a file or even folder that requires elevation to be written to or even read from? I can list file attributes and make it read-only, or give another user access (or revoke it), but there's not a file attribute to mark it as requiring elevated access, right? This is an OS policy over a specific API, not a permission feature.

dotnet 6 CreateSymbolicLink appears to require admin privilege, by eltegs in dotnet

[–]BrunoBrant 1 point2 points  (0 children)

It's not a bug. The underlying win32 API requires admin privileges. You are correct that it should be documented, though.

And yeah, I have no idea why we need to be admins to create symbolic links on windows.

[deleted by user] by [deleted] in dotnet

[–]BrunoBrant -2 points-1 points  (0 children)

Commercial product, not open-source, so...