If this is by design, then your design is terrible and you should be ashamed of it.

I wish to vote for this issue or at least a C# video tutorial in the learning section explaining how to declare my variables now!

i agree. if this is by design, then the design should be fixed. because the current design either forces you to make everything public which violates the most basic OOP principles, or just live with warnings and hope that you don't miss any actual useful warning within the spam of useless ones. disabling them in every file that has serialized fields is ridiculous.

this is definitely a design flaw and should be fixed. i just hope someone notices this within a resolved issue...

If this is by design, then the design has a bug, where do we submit reports for that?

Update: after further research, it looks like a fix is in the works: https://forum.unity.com/threads/warning-cs0649-not-suppressed-properly-when-field-is-marked-as-serializefield.556009/#post-3954073

https://github.com/dotnet/roslyn/issues/30172

It'll just take time.

I wonder if fixing this would require a modification to the Rosyln compiler to allow Attributes to flag a field as used? This IS actually possible because Rosyln is open source, and Unity has a seat at the .NET Foundation table.

Alternately, they could inject the pragma statements at build time for all [SerializeField] entries.

Regardless, "By Design" is kind of a lie. More like "ignoring this regression because fixing it is hard."

This should be fixed, using [SerializeField] is the preferred method so it should be made easy, having everything public is bad practice.

Ahh no! I didn't read that someone already said what I said with the #pragma warning disable option.. sorry in advance! Lol :(

You can put a preprocessor directive at the beginning of your script to take the warnings away:

#pragma warning disable 0649

I too, love using [SerializeField] private in my scripts to keep encapsulation but also make use of the inspector, so I put this preprocessor directive in each script when I need it. 0649 comes from the warning code, written in the warning messages in the console. For example, it'll say something similar to this:

"Assets\Scripts\YourScript.cs(22, 38): warning CS0649: Field '...' is never assigned to, and will always..."

The CS0649 part gives you the warning number, and you can ignore other warnings with this too! ;)

This can't possibly correct behaviour. Like many have mentioned [SerializeField] is used to specify that the editor WILL (and always will) assign a value to the variable, so it IS assigned to, and doesn't have its default value (unless Unity assigns the default value to it). This _has_ to be fixed. The only working alternatives would be to completely disable ALL WARNINGS about unassigned variables, and that would be quite bad, or having to add a [UsedImplicitly] to all [SerializeField] variables, which seems completely pointless, since it's already implied by the [SerializeField] that it WILL be used implicitly.