A Software Engineer’s Guide to Unity and AR/VR Development – Part 1
1–10 of 36 posts
Re: A Software Engineer’s Guide to Unity and AR/VR Development – Part 1
#2Even Unity's own official tutorials are all in video form.
Re: A Software Engineer’s Guide to Unity and AR/VR Development – Part 1
#3I've recently started exploring the world of Unity and the weirdest thing about it is that it's 90%/10% in favour of video tutorials - even for the purely code-based aspects. Even Unity's own official tutorials are all in video form.
Usually the composition is something like 10:70 in terms of dev:art/design/audio/etc, videos are a much easier way to communicate information in that domain.
Re: A Software Engineer’s Guide to Unity and AR/VR Development – Part 1
#4I've recently started exploring the world of Unity and the weirdest thing about it is that it's 90%/10% in favour of video tutorials - even for the purely code-based aspects. Even Unity's own official tutorials are all in video form.
Re: A Software Engineer’s Guide to Unity and AR/VR Development – Part 1
#5I've recently started exploring the world of Unity and the weirdest thing about it is that it's 90%/10% in favour of video tutorials - even for the purely code-based aspects. Even Unity's own official tutorials are all in video form.
That's just the nature of gamedev. It's a mix of code + tools to leverage the team composition of a development studio. Usually the composition is something like 10:70 in terms of dev:art/design/audio/etc, videos are a much easier way to communicate information in that domain.
Implicit in that statement is the assumption that video+audio is optimal for teaching complex GUIs. I dispute that.
Re: A Software Engineer’s Guide to Unity and AR/VR Development – Part 1
#6- Boo support is all but dropped, so avoid going with that.
- The JavaScript variant is not exactly what is in a browser.
- For C# MonoBehaviours, the class name must match the file name (without extension) in order for Unity Editor to see it. Namespaces are both supported and not displayed when adding a component.
- The Editor identifies file relationships by the GUID assigned in "meta files" if "Visable Meta Files" is chosen in the "Version Control" entry in the project settings. All files imported will then have another created with a suffix of ".meta".
- Selecting an "Asset Serialization" mode of "Force Text" will cause Unity to use YAML for things such as scenes, prefabs, meta files, etc. This can make using Git much nicer as well as enable use of text processing tools (such as grep or ack).
- When importing assets from the Asset Store, always review what files the package wants to import! Many will ship resources such as Standard Assets which can be outdated and/or cause conflicts.
- The built-in package management will only update or add files from a package. This many times leaves stale files lying around which can cause problems.
EDIT: If using text (YAML) serialization and Git, trying to merge conflicts in scenes (.unity) or prefabs (.prefab) will almost certainly end badly. Better to coordinate changes between people through communication, doing a "use mine or use theirs" conflict resolution strategy when people step on each other's work.
EDIT-2: Here are three utility assets which I have found to be invaluable (all are free):
- Vexe Framework: https://github.com/vexe/VFW
- LINQ to GameObject: https://www.assetstore.unity3d.com/en/#!/content/24256
- Unity Test Tools: https://www.assetstore.unity3d.com/en/#!/content/13802
Re: A Software Engineer’s Guide to Unity and AR/VR Development – Part 1
#7Earlier quoted context omitted.
That's just the nature of gamedev. It's a mix of code + tools to leverage the team composition of a development studio. Usually the composition is something like 10:70 in terms of dev:art/design/audio/etc, videos are a much easier way to communicate information in that domain.
> That's just the nature of gamedev. It's a mix of code + tools to leverage the team composition of a development studio. Implicit in that statement is the assumption that video+audio is optimal for teaching complex GUIs. I dispute that.
Re: A Software Engineer’s Guide to Unity and AR/VR Development – Part 1
#8Day job is Java HFT FinTech, so I wanted a short bridging course.
There are many blogs about it, but if you really want to learn fast yet thoroughly I would recommend an online video course.
I recently did Ben Tristem's Unity Course - https://www.udemy.com/unitycourse/ which is excellent and shows you all the tips and tricks of the trade. Wishlist the course and often there are massive discounts
Some non-obvious things:
- Animation - Prefabs - AudioSources - Colliders - Scenes and Scene Management - localPosition - Quaternion.EurlerAngles - Raycast - finding named objects in the scene - relation between GameObjects and Transforms
Re: A Software Engineer’s Guide to Unity and AR/VR Development – Part 1
#9Re: A Software Engineer’s Guide to Unity and AR/VR Development – Part 1
#10Earlier quoted context omitted.
> That's just the nature of gamedev. It's a mix of code + tools to leverage the team composition of a development studio. Implicit in that statement is the assumption that video+audio is optimal for teaching complex GUIs. I dispute that.
It's likely the highest ROI way to package it, relative to active effort, i.e. excluding time waiting for video encoding. You record a few minutes, narrate over it, and post it.