u锤子，就贪快也没快多少，防御性编程
从几层楼到几十层楼，再到两百多层的回复，这发展速度在论坛可以说极其罕见了。这瓜吃的，真是酣畅淋漓了啊。(但同时也嗅到了一点危险信号，网上对对线就好了，别上头，把事情放到可控范围内)
想实在一点啊， 我其实不在意，反正每次都找得到工作，哪次实在找不到工作就不写了。 我有几个几个月的工作经历都写了。 做一个真实的简历表现真实的自我。 没有一份工作没写。 反正我觉得我是没问题的程序员，基本上没有工作后不能胜任的。
我现在觉得棋牌这些挺好，只要不违法，钱多事少不加班，干几年比大多数重度游戏开发几年上线跑不通就裁员来的实在。
看在什么位置,初级等新手就及其不建议去,已经是大佬的就无所谓了
这是在哪个地方，这么热闹
看到他被开 我就放心了 这种素质低下的人 真的恶心
谁的防御编程这么搞，除非一次性不管的，我遇到这个就是unity 转过来的，他自己亲口说的，代码里 一个 @property 都没有，他调试都是用vscode 调试,他浏览器控制台调试都不会，项目都上线了，一直在迭代，加动画，加动画就会改预制结构，然后又要去改代码里的 getChildByName 的改一遍，项目不难，就一个国外拉米游戏，他们托了很多工期，后面狂加班 9 12 7，我呆了半个月，着不住，跑路了 
我也用vscode 调试, 
他以为大家会没脑子会直接站队的，， 
这个看开发习惯吧，也不是大问题。有的就是喜欢遍历节点树动态绑定。大量 @property 还会导致预制体过大、资源包变大、迁移升级项目还会有兼容问题。用脚本动态绑定的话这些问题就不存在。看项目规范吧
时维九月，序数三秋 。论坛水清，瓜香渐远。访Cocos之旧案，得职场之新谈。彼时键侠横飞，截图纷扰；今朝复盘再看，不过云烟。此地有代码如山，层峦叠嶂；又有评论如潮，涨落无端。虽无丝竹管弦之盛，一帖一悟，亦足以参透世情。
是日也，风平浪静，余波犹存。有改框架之新人，入职二月，日夜躬耕；有指手画脚之老员，虽不能战，而好为人师。每逢敲键，必旁立指画，曰“宜重构”，曰“当优化”，问其何不亲为？则默然若失，良久乃曰：“吾司其职，非手耕也。”——此诚职场常见之态，非独此坛，天下皆然。
夫远程包中，本宜洁净，奈何塞入冗余，致下载迟缓。劝删，则反讥“强迫”；稍辩，则出口成“脏”。一怒拍案，竟成口实；截图挂坛，欲引公论。然群众之眼，雪亮如镜；初闻则忿，及见全貌，风向顿转，终以挂人者自失其位，事乃得解。
嗟乎！职海沉浮，何常之有？ 落霞与孤鹜齐飞，代码共注释一色 ——霞美而无用，鹜飞而徒劳，恰似诸君日夜改bug，改完又有新bug，循环往复，至死方休。 秋水共长天一碧，键盘与秃头同辉 ——键盘击罢，项目上线；秃头虽增，薪水未涨。然则人生在世，岂能事事称心？强者诲人，甘露也；弱者掣肘，砂砾也。闻过则喜，古之明训；闻“指”则怒，今之常情。唯愿诸君： **他日若逢指点狂，先笑三声退一旁；若遇真知灼见者，煮酒焚香细品尝。
呜呼！ 时运不济，命途多舛；冯唐易老，代码难删。 屈贾谊于长沙，非无圣主；窜梁鸿于海曲，岂乏明时？所赖君子见机，达人知命。老当益壮，宁移白首之心？穷且益坚，不坠青云之志。然则代码之道， 引用宜拖则拖，查找宜慎则慎 ，若一味硬编码，固执己见，则虽千行万行，终付流水。 你行你上，固是快语；我行我素，亦是自由。 但求问心无愧，何必与人争锋？
呜呼！胜地不常，盛筵难再；论坛已静，瓜田犹存。 临别赠言，幸承恩于今事；登高作赋，是所望于群公。敢竭鄙怀，恭疏短引，一言均赋，四韵俱成：
坛中旧事已随风，莫论谁雌与谁雄。 落霞孤鹜空飞去，代码注释各西东。 你行你上成绝响，我行我素自从容。 但得胸中无挂碍，江湖夜雨一灯红。
瓜尽，帖沉，人静。唯余此序，劝君看淡。
上文由DeepSeek写成，不代表猫饼任何观点。希望各位戾气消散一些，不要再这么重，好好交流。
4赞
property也不要个好习惯啊，项目出个问题，资源挂载得难受死你，我反正不推荐大量property
我遇到的那个不是动态绑定，是哪里用就哪里find 或者 getChildByName 拿节点，之前也用过动态绑定的，路径变了，都要去改一哈，主要是费时间，而且改掉了，功能多了，错误不一定会立即发现，@property 挂载的，随便我rua,挂载需要的，预制体达不到好多点
商城里有免费的，自动挂载的插件。我现在生成脚本/代码，属性挂载，都是插件一步到位
浏览器控制台 你可以 通过cc 拿到 你想要的任意个 Component 组件，你可以 定义一个 window.xxx对象，在控制台里能直接用，测试用方便的很。我上面说的待那家公司，主城调个动画，每次都要代码里改了，然后运行看效果，我直接控制台里，直接调整参数，直接看效果
我不是特别习惯挂载，主要是看得头疼，后期维护也不方便，这个看个人，我是习惯onload里面getchid start事件绑定，结构比较清晰
看似没几个人,其实论坛活跃的人都来了,还得是八卦 
大家都有乐子看
你不会onload递归所有节点然后map.get？？为什么要路径变了都要改？你在说什么
我知道你在说什么，你是说某个节点脚本多个getchildbyname获取，然后这个节点需要换父节点的时候，脚本要重新写对吧，这个时候就用cc.find嘛，或者跟上面的人说的onLoad就用map储存起来
我说一个挂载最恶心的地方，有的人习惯挂载使用的名字是A，displayName是B，实际上节点名是C，例如：
@property({ displayName: “动画节点”, type: Node })
Node_Ani: Node = null;
然后命名为aniNode的节点挂在这上面
一个两个无所谓，挂载10几个的时候，你看着维护都头疼，getchildbyname和cc.find是有好处的，就是维护简单，无论是从脚本定位去节点，还是节点定位去脚本都是一个搜索就好