※ 引述《arrenwu (拉姆真可爱)》之铭言：
: ※ 引述《praiseZun (praiseZun)》之铭言：
: : 但至少像这位出来演讲的作为CS背景他讲的内容就有几点觉得异样
: : 推 Bencrie: C sharp 有这么不堪吗 XD 09/13 17:57
: : 推 WiLLSTW: C接硬件 c++接opengl跟directx 对于主机开发其实蛮重要 09/13 17:58
: : → haoboo: 是很重要阿,但那跟会unity的应该是两个team才对... 09/13 17:59
: : → haoboo: 不是去嫌人家只会用unity不会写C/C++ 09/13 17:59
: : 推 art1: 认为 c/c++ 这么重要，怎么不去叫 unity 支援这两种语言 09/13 18:00
: 其他的不说，我实在是不懂“只会用Unity 不会用C/C++”这问题为什么可以成立
: Unity 这引擎用的程式语言是 C#，这语言的整个形式都跟 C++ 长得很像。
: 先不说软件开发者根本不该有程式语言障碍，
: 一个熟悉使用C#的人，去改用C++怎么会有适应问题？
这边针对unity开发者对于语言的熟练做讨论
因为自己工作关系有接触到有参与欧美独立游戏圈的人
这边讲从他那里听到几个很有趣的东西
1. 绝大部分的游戏开发者最讨厌的地方就是"写程式"
2. 一名游戏开发者是有可能几乎不会写程式
unity是一个游戏引擎, 它有一个图形接口, 可以拖曳物件至各种地方
然后利用引擎本身就有的连结来互相产生互动
这些东西都不需要会写程式
当然某些地方插入程式码来达到想要的效果, 并且会有较好的效率
但这些拖曳物件的方式本来就大大简化了写程式的需求, 加上可以用图形接口来达到
相似的效果, 因此写程式变得不是必须
有一个比较极端的例子是, 一个大约5行的程式码,
有程式员宁愿用几十个物件和几十个触发条件去堆叠来产生相似的效果
更有甚者, 有情况是unity的图形接口已经处理不了, 一定要用程式码的情况
程式员就会上google找答案(网络上有很多知识+的地方), 然后把解答整段复制贴上
连程式码怎么运作得看都没看. 接着再用一外部堆物件去调整成自己需要的样子
虽然效能会差非常多, 但反正现在效能溢出, 只要不是3A游戏基本上还是能跑的
这就是科技可怕的地方, 一个完全没有程式背景的人
可以只靠游戏引擎以及google(通常是stackoverflow)就做出游戏
而且也不太需要写程式码. 网络上的教学youtube上也一堆
所以回到最初的问题. "“只会用Unity 不会用C/C++”这问题为什么可以成立"
这件事情是可以成立的.
因为根本不会写程式

写程式有很难吗

对会的人来说不难，不会的人就很难。（干话

不难, 但是上下限非常大

有人不从网络上找答案的吗==

Unity如果连C#都看不懂，可是没办法做出可以称的出是游戏的东西...

写出会动的东西不难，但写的糟的程式很可怕..

以数学1加到100来举例, 懂数学的人会用公式

还有折衷方案的Visual Scripting可以用啦

不过如果是拆人家写好的码扔进Unity倒是可以做出些东西啦

而不会的人就真的从1加到100

不然游戏引擎开发商是做什么用的，除非做一些破格的事要自己撰写工具之外，作品内容允许有现成工具为何还一直执著一定要写code。木匠一定要自己做工具才能雕刻木雕吗？

这篇文讲的是把积木堆起来当木雕的那种人吧

其实就算用PlayMaker这种、也还是要学一些程式概念。顶多让你不用一字一字去打一堆英文而已

没差，成品弄得出来就好

会用Unity用到shader自己写 能tune到底层效能那种跟只会拉Object的程度还是有很大差别吧只是游戏赚不赚钱 效能还是其次 重点是好不好玩游戏不好玩 code再clean 效能再好 也没用游戏开发需求到某个程度 就一定不会只拖拉就够了

一个游戏 程式本来就只占10％

嘛, 这边只是针对会unity的人能不能适应C++做讨论而已游戏内容以及好不好玩就是另一回事了

如果你创作的世界是麦块，有能力的人即便只会堆积木也能堆出世界奇观，端视你创作的环境需求到哪吧？

这个很正常，这就是原文在抱怨的，只会用unity的不算是程式设计师

所以好得优化真的很难得

独立制作没话说，但是游戏开发公司这样玩.....

只会unity也不会自称程式设计师吧 哪来这么大的勇气 何况写c几乎就是一条无穷无尽的路

问题是这是做游戏，游戏好玩比程式写得好重要得多台湾多少coding大神，做出什么好玩游戏来过吗？

喔不不不 写程式绝对和游戏好玩不好玩有关联 光会不会写这点做出来的游戏就是天差地别 有的人会写得让你真的一脚一脚在跑步 有的人会写成用滑的

Coding大神大多无法掌握游戏走向 到头来也只是帮出钱的老板或是制作人做他想做的游戏

就只是要面子而已 懂程式的不喜欢游戏业界说自己也会写程式 来沾会写程式的光

要让企划能设计出好玩的游戏，也是要程式能写出好的程式

游戏流畅与效能 是在游戏好玩之后玩家才会考虑的东西东西就不好玩了 你再流畅也真的是没个干用就是

与工具很多人以为程式只会影响效能什么的

独立开发者基本上算一人团队的话 那就看那个人的背景阿

以我的经验啦 台湾的游戏业上限又不在工程师

从玩家的角度来说 游戏内容好玩>>>>>>>>>>>程式写的漂亮

但实际上程式架构写的好，加上好的工具辅佐，企划才能

如果他有coding专长 那当然不会是问题

举两个例子 fgo跟病娇模拟器 两个赚得盆满钵满 前者连游戏性都不够 后者程式ifelsethen写了几千几万条

相对的设计出好的游戏

但大型游戏专案来说 程式不流畅就会产生一堆BUG 自然不好玩

初代玛琍欧差不多就是用滑的，不好玩了吗？

基本上，程式与企划都相当重要，而且也都要求逻辑脑袋清

只是有游戏企划专长的人 很有可能没有程式经验吧

那这位大叔该做的是在职缺页面下匡列求职者需俱备的需求工具，或是社内安排相关培训课程才是吧@@

我觉得企划不一定要有程式经验 但至少要有概念

有企划没程式 可能会做出很多bug很不顺的游戏有程式没企划 连游戏都生不出来吧

企划本身的工作就是回去叫程式美术做事 原本应该是最强的角色 不然程式美术会累死 但事实上很可能不是

程式写得好的例子有想到Celeste的操作感是靠coding的

以前War3的小游戏就碰过这种状况 拼命写触发来组成技能

就是sa跟sd的差异吧

游戏开发公司 就是另一回事 工程师可能根本就不玩游戏

游戏业的人每个人都会玩游戏 工程师要生一个游戏出来有什么困难 重点在于实现力只有热情在脑海里做梦的人才是游戏业不需要的

以台湾的情况来说 企划还真的不太重要...惯老板:欸欸 那个XXX游戏 最近不是很红吗? 做一个类似的来!台湾不就什么红就跟风什么 哪管企划了...

没有阿 alicesoft就有美术和程设的人 没在玩游戏的

以现实来说 除了Epic games Unity这种做工具的公司工程师可能不玩游戏之外 去游戏公司的工程师不玩游戏几乎不可能 因为不玩游戏对游戏没有热情 他们大可去Pay更高的软件公司 不用来这里加班又拿比较低的薪水

Coding的人常常脱离user的思考 然后又自以为是的写出自己

有点偏题了 上面都在讲有无程式的重要性 但原题应该是在讲程式效能是60分跟100分的差异

以为user觉得好用的程式 结果就是没人要用 这种状态是CS常态 连软工的课本都写到

连cy这么大的都宁愿踢程式大佬 也要听话的废物菜鸡 日本工程师注定就是个笑话了

其实Unity用久了都知道这粪引擎很多优化都做的很糟糕XD不是靠Store插件就是靠自己写的比较威

unity原本用的那套mono物件我记得问题不少所以他们现在正在改

新的ECS也满多问题的，架构会被改设计会变很困难不过我相信到时候还是都能解决问题，但就看程式功力了

Lu大其实每个公司都有其文化，有技术导向业务导向生产导向等等等，这其实没有绝对的对错端视产品特性台湾其实是工程师的国度，整个社会都很工程师思维导向，也因此忽略更多技术外更重要的事物，你今天是在创作艺术重点就该放在艺文思维而非你的画笔画架

说的没有错 但就是台湾厉害的艺术创作者太少 突显出工程师特别好 但游戏最重要的还是创作者 游戏不好玩再好的工程也没用

CY踢程式大佬有什么错？碧蓝、公连很吃工程师？www

技术，只不过是“能获利的产品”所需俱备众多必备条件“之一”罢了，但台湾人习惯性会把技术摆在第一顺位

的确没错，看看F，谁需要工程师

script graph要变官方功能了 以后真的连c#都不用会了

F算是特例吧 如果F的境界这么简单能达成 那现在还不满坑满谷的F 但到头来 F也就只有那个F

举个例子，难道你做吃的，是只要好吃（产品力强）就能赚大钱吗？

又知道是程式大佬了 你是CY员工?

CY的话CGSS算是满吃工程师的吧 手机上3D动画要跑得顺

我的意思是，游戏终究是让客户喜欢才重要，galgame完全0技术力，kr引擎小学生没写过程式都会用，卖的跟那些3A作品一样贵还不是能卖上万套

玩了BGD之后，就会发现CGSS背后的工程师真的猛。 然后我还是玩BGD

不要重新发明轮子啊大哥

私觉得 做游戏美术需求才大台湾缺企划(跟日本比的话和日本最大差别就是台湾企划是领最少钱的那个 日本企划则是规格写好问码农多少时间做好规格上的东西

我本身就学unity，完全无法想像要怎么不用程式写一个中大型游戏……

游戏程式偏向的是CS中图学这分支 连线游戏的话用c?专研C应该不是游戏的程式设计注重的吧？ 图学的技术实作才是重点啊

感觉还挺夸张的，没想到会用堆的堆出想要的效果也不考虑写程式

老实说不会画图不会程式做游戏都很不可思议阿当然还有音乐

一个类似宏跑一堆流程，另一个简短几行结束的差异。维护前者比较好维护

去看看第一款fps的游戏就知道了，核心的程式不写一辈子就是没有新的东西生产出来

效能溢出这种问题是不存在的XD如果今天你设计出了能显示100人的游戏但效能溢出了企划很可能会再加上限上去

以偏向CS的游戏制作者 应该是韩国较多

这就是游戏引擎的正确用法啊

然后效能问题google就能解决，拜托不要再误人子弟了那是对于已经有一定程度理解的人才能套用你连最基本那层都没进去，我看连要怎找问题都不会了

想做出Production Level的作品不可能不写code吧，又不是RPG maker XD