首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

角度不工作,但没有错误

是指在软件开发过程中,程序在某个特定的角度或条件下无法正常工作,但没有出现明显的错误或异常。这种情况可能是由于设计或实现上的缺陷导致的,也可能是由于环境或配置问题引起的。

在云计算领域中,角度不工作,但没有错误可能会出现在以下几个方面:

  1. 前端开发:在前端开发中,角度不工作可能意味着页面无法正确显示或交互功能无法正常运行。这可能是由于前端代码中存在逻辑错误或兼容性问题导致的。解决方法可以是检查代码逻辑、修复兼容性问题或使用调试工具进行排查。
  2. 后端开发:在后端开发中,角度不工作可能表示某个功能模块无法正常运行或返回错误的结果。这可能是由于后端代码中存在逻辑错误、数据处理异常或依赖服务不可用等问题引起的。解决方法可以是检查代码逻辑、修复数据处理问题或处理依赖服务的异常情况。
  3. 软件测试:在软件测试中,角度不工作可能意味着某个测试用例无法通过或测试结果与预期不符。这可能是由于测试用例设计不完善、测试环境配置错误或测试数据异常等原因导致的。解决方法可以是优化测试用例设计、检查测试环境配置或修复测试数据问题。
  4. 数据库:在数据库领域,角度不工作可能表示数据库无法正常响应查询请求或数据读写操作出现异常。这可能是由于数据库配置错误、数据一致性问题或查询语句性能不佳等原因引起的。解决方法可以是检查数据库配置、修复数据一致性问题或优化查询语句性能。
  5. 服务器运维:在服务器运维中,角度不工作可能意味着服务器无法正常启动、服务无法访问或性能下降。这可能是由于服务器配置错误、网络连接问题或资源利用率过高等原因导致的。解决方法可以是检查服务器配置、排查网络连接问题或优化资源利用率。
  6. 云原生:在云原生领域,角度不工作可能表示容器化应用无法正常部署或运行。这可能是由于容器镜像配置错误、网络隔离问题或资源调度异常等原因引起的。解决方法可以是检查容器镜像配置、调整网络隔离策略或优化资源调度算法。
  7. 网络通信:在网络通信中,角度不工作可能意味着网络连接失败、数据传输异常或通信延迟过高。这可能是由于网络配置错误、网络设备故障或网络拥塞等原因导致的。解决方法可以是检查网络配置、修复网络设备故障或优化网络拥塞控制。
  8. 网络安全:在网络安全领域,角度不工作可能表示安全防护措施无法有效防御攻击或安全事件无法及时检测。这可能是由于安全策略配置错误、漏洞未修复或入侵检测系统失效等原因引起的。解决方法可以是检查安全策略配置、修复漏洞或优化入侵检测系统。
  9. 音视频、多媒体处理:在音视频和多媒体处理中,角度不工作可能意味着音视频文件无法正常播放或处理过程出现错误。这可能是由于音视频编解码问题、文件格式不兼容或处理算法错误等原因导致的。解决方法可以是修复编解码问题、转换文件格式或优化处理算法。
  10. 人工智能:在人工智能领域,角度不工作可能表示模型训练失败、预测结果不准确或算法性能低下。这可能是由于数据质量问题、模型设计不合理或算法参数选择不当等原因引起的。解决方法可以是优化数据质量、调整模型设计或调优算法参数。
  11. 物联网:在物联网领域,角度不工作可能意味着设备无法正常连接、数据传输异常或远程控制失败。这可能是由于设备配置错误、通信协议不兼容或网络信号弱等原因导致的。解决方法可以是检查设备配置、调整通信协议或优化网络信号。
  12. 移动开发:在移动开发中,角度不工作可能表示应用无法正常安装、界面显示异常或功能无法正常使用。这可能是由于应用程序代码错误、设备兼容性问题或用户权限限制等原因引起的。解决方法可以是修复代码错误、优化设备兼容性或调整用户权限设置。
  13. 存储:在存储领域,角度不工作可能意味着数据读写异常、存储容量不足或数据丢失。这可能是由于存储设备故障、存储系统配置错误或数据备份策略不完善等原因导致的。解决方法可以是修复存储设备故障、调整存储系统配置或改进数据备份策略。
  14. 区块链:在区块链领域,角度不工作可能表示交易无法确认、智能合约执行异常或共识算法失效。这可能是由于网络拥堵、智能合约代码错误或共识节点故障等原因引起的。解决方法可以是优化网络拥堵处理、修复智能合约代码或修复共识节点故障。
  15. 元宇宙:在元宇宙领域,角度不工作可能意味着虚拟世界无法正常展示、用户交互异常或虚拟资产丢失。这可能是由于虚拟世界设计问题、用户设备不兼容或虚拟资产管理错误等原因导致的。解决方法可以是优化虚拟世界设计、改进用户设备兼容性或加强虚拟资产管理。

总之,角度不工作,但没有错误是软件开发过程中常见的问题,需要通过分析、调试和优化来解决。在云计算领域中,针对不同的问题,可以选择适当的腾讯云产品来解决,例如腾讯云云服务器、云数据库、云存储、人工智能服务等。具体的产品介绍和链接地址可以根据具体问题进行选择和查询。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

企业数字化营销,这个工作“性感”很重要

其实,这个观念是非常错误的,私域流量的流量价格非常高。消费者成为你的会员,他就一定是你的忠诚用户吗?不一定。...在给很多企业做咨询的过程中,我们发现很多企业有决心,也肯花钱,最终如果没有把账算好,问题也是致命的。 2 不能脱离产品和商业逻辑去做营销 问:企业在这个过程中普遍面临的挑战有哪些?...这些细枝末节的工作,在越大的企业越完成不了。因为规模越大,部门间的隔阂越大,很难协同完成这些事情。而当协同难度很大的时候,很多工作就需要运营的同学自己干,这时所谓的脏活累活就来了。...宋星:企业希望实现消费者数据和产品的打通,比如,某个消费者在你这既买了冰箱,又买了手机,从企业的角度来说,肯定想看到他在每一个产品线上的行为数据,然后再对他做分析。这是很难的。...所以,数字化营销它不是上嘴唇碰下嘴唇一句话的事,没有通用的套路,也不能像变魔术一样立竿见影,它需要一整套标准的管理体系,需要整齐划一的规划,其中还涉及大量细节的工作,这才是根本性的问题。

34520

hibernate persist update 方法没有正常工作(不保存数据,更新数据)

问题是执行这两个方法没有报错,但是也没有插入数据或者更新数据。...PersonDAOImpl.java(实现方法)小结,重点原因在于spring aop事务与session自己创建的事务是两个不同的事务,虽然最后spring aop 配置的事情 commit,但是session对象的事务并没有调用...-- hibernate配置文件放置位置,这个配置文件似乎也没有多大的作用了 --> <list...第二个例子test2()方法,调用save2()方法,persist()方法被包围在spring aop配置的事务和session2的事务中(事务有提交),从输出结果可以看出,数据没有插入数据库。...欢迎转载,请注明本文链接,谢谢。 2016/4/15 18:38:01

2.3K10
  • 技术人如何做职场沟通?

    我们的工作需求里经常会充斥着 “伪需求”,也就是用户自己其实并不知道自己要的是 “孔”。所以,在工作之前要充分确认需求,明白自己到底要解决什么问题。 虽然我自己是技术控,并不赞同在企业中无脑搞技术。...比如我和一位大拿沟通,问对方用什么模型做分类任务比较好,大拿问了资源限制后认为可以用 BERT,其实我任务的输入是口语化的,而且部分句子是有错误的,如果直接拿已有的预训练 BERT,并不能取得想要的效果...事情有没有做完(进度);2. 有没有什么问题(质量);3. 需不需要帮助(资源)。所以,我们应该及时与领导同步,让对方心中有数。 这个过程中最怕两种情况:第一种,主动汇报工作。...如果站在自己的角度来说,我觉得就一句话:“别给别人添麻烦”,给别人东西时仔细检查几遍,自己这边要确保在能力范围内万无一失,尤其不要出同样的错误,这样也是提高我们的效率。...第二,瞻前顾后,怨天尤人。我第一家公司的董事长一直强调一个观点:“没有更好就是最好”,这个观点也可以放在除了工作外的其他地方,比如爱人;第三,珍惜拥有。

    37110

    数学家闯了红灯会怎样?

    克里欧科夫虽然收入不菲,还是通宵达旦,连夜写了一篇洋洋洒洒数万字的辩护状,于4月11日将警察告上法庭,要求撤销其错误的罚款决定。...克里欧科夫没有因此骄傲自满,而是鼓励人们找出其辩护状中的不足,帮助其补充证据,以更好地对警察的执法行为进行挑刺,维护普通老百姓的合法权益。...世上无难事,只怕有心人,只要有这种较真精神,就没有攻克不了的科研难关,也没有攻克不了的诉讼难关。当事人的诉讼维权如此,法院、法官的审判工作例外。...警察在30米外亲眼看见克里欧科夫闯了红灯,事实真相的确是克里欧科夫并没有闯红灯。我们常常说耳闻目睹、亲自感知,可见耳闻目睹也不见得就完全属实,感觉是也并不全部可信。...克里欧科夫与警察之所以就闯红灯得出的结论不同,只因为角度的不同。因为所处角度的不同,警察看到的不是线速度,而是角速度。可见,观察的角度非常重要。除了客观上的角度,更为重要的是主观上的角度

    44360

    北大高材生被华为辞退:用不用你,与能力无关

    我特别欣赏这样的财务,站在公司的角度,她不能像其他员工一样抱怨不公,影响员工情绪,仍然做好本职工作站在员工的角度,她对自己的现状也不满意,所以对外也需要宣泄。...一个人的能力可以培养,态度可以改变,价值观总是如同刻了模子一样,除了回炉重造就改变不了了。 在职场的江湖上,有能力的你是桀骜驯还是顺应潮流,这取决于你对规则的理解和敬意。...员工如果站在团队的高度来思考问题,只站在自己的角度去找上级的麻烦甚至恃才傲物,很难生存,更奢谈走得好走得远。...然而,有的职场新手甚至老手容易犯的错误却是,越是没有成绩越是不愿去找上级沟通,认为自己没有面子,对上级采取敬而远之的态度。...很多聪明人之所以没有做成大事,不是能力问题,而是态度问题。听话,出活,端正工作态度,踏实做好本职工作,总有一天就算你写万言书,也会有领导重视你的意见。 内容来源于:网络

    24320

    技术译文 | 数据库只追求性能是不够的!

    如果基准测试与客户体验匹配,那么要么基准测试做错了,基准测试测试了错误的东西,要么最终证明性能并不那么重要。我们进行了很多探索,这不是第一次。...几年后,在无数客户投诉之后,我们意识到 JDBC 驱动程序中的错误正在影响性能。从我们的角度来看,查询运行得很快,只需一两秒。...就像兰博基尼可能无法让我比普锐斯(或自行车,如果有交通)更快地工作一样,数据库的实际工作负载将决定哪一个更快。...大多数人不想这样驾驶汽车。数据库也例外;如果删除溢出检查、刷新写入、为某些操作提供近似结果或不提供 ACID 保证,则可以使它们更快。...您可以指定粒度,也可以指定。您可以围绕粒度使用引号,也可以不使用引号。因此,如果您只是输入查询,只要可以收集意图,它就应该“正常工作”。

    12110

    实测 | GPT 3.5系列模型选择指南:面试、英文邮件、直播、周报、简历5个场景下性价比如何?

    ,内容贴切。...text-davinci-002:综合评分 2 分,结构使用常见模板,没有标题,语句不通顺甚至错误,语段结构不明显,没有扩写,除非学名的专有名词基本给出缩写,口语与书面语不能很好切换,没有正确的识别不安全的内容...场景四:工作周报 测试场景 考察角度 基于给出工作内容输出周报 考量润色能力、扩写能力,输出的内容的完整性、完善度 基于给出的粗略描述输出周报 考量不同职业的人员给出粗略工作内容输出的周报质量 基于给出工作内容以及目标模板结构...text-davinci-002:综合评分 1.5 分,不能正确理解输入内容场景,输出内容没有表达出周报的主题以及逻辑,结构匹配,内容贴切,存在流程化语句,没有任何扩写能力,甚至存在直接翻译输入内容的情况以及复述上次回答的情况...,缺乏表达周报的逻辑,结构匹配,内容贴切。

    74220

    想要成为软件开发中的王者,需要明白的 21 条准则

    01、软件开发者的工作不是“写代码”,而是解决业务问题,“采用的新框架”常常不能解决业务问题。   02、我们与人一起工作,只是有时候写代码而已,所以人际关系是这份工作的重要组成部分。   ...可以读读关于认知偏差、FAE(fundamental attribution error,基本归因错误)、特别是Kahneman 的书。   ...04、每一个新框架的出现,是因为前端开发者面临的问题我们没有理想的解决方案。每一个成功的新框架都有其创新之处,所以得想想“这个框架/库如何改变我的工作”这个问题。   ...05、软件开发者“只是写代码”,而是参与开发过程。所以如果公司在使用敏捷(Agile),你必须对其认真对待,最起码也要对其保有尊重。   ...21、作为自由职业者,花钱请你是因为客户不具备这些技能:客户不会告诉你你代码哪里不好、也不会指出其中错误,客户用自己的方式提出这些意见。

    74040

    机器学习失败的6种原因,你中招了吗?

    机器学习也例外。 当你在你的企业中运用机器学习时,要小心:一些技术营销可能会告诉你机器学习的过程是又快又好的,这是一种对技术的不切实际的期望。事实是,机器学习过程中必定会出现错误。...数据质量差可能导致机器学习错误 垃圾进,垃圾出。如果数据质量达标,机器学习将受到消极影响。数据质量差是数据管理员最忧心的问题之一。...约翰逊说,当机器学习可能不是解决问题的最佳选择而且用例并没有被完全理解时,可能会导致解决错误的问题。 此外,解决错误的问题将导致失去机会,因为组织正在努力将其用例定制为特定的,不合适的模型。...这包括为了获得成果而在人员和基础设施方面部署的资源浪费,这个成果本可以用更简单的替代方法来得到。 为避免对机器学习的错误使用,请考虑所需的业务成果,问题的复杂性,数据量和属性数量。...如果采取适当的指导方针和限制,机器学习工作将无限期地继续存在,可能导致巨大的资源支出而不会取得任何好处,约翰逊说。

    59930

    屌丝可以接受土坑酸菜面吗-架构可以影响需求吗

    UMLChina潘加宇 这里面有一些思想上的错误,即使是RUP的作者们应该也没有意识到。 错误一:认为医生手上已经有各种各样的“药”给病人挑选。 实际上并没有,否则你拷贝一份给他不就行了?...这些并没有答案,所以才需要做业务建模和需求工作,搞清楚要做的“系统”应该是什么样子,才能被目标组织的老大所接受,才能“卖”得出去,得到符合期望的回报。...但是要注意:某个医生可以不乐意接诊某类病人,该类病人的病情没有变。只不过从医生的视角看,可能会有“病人的病情变了”的错觉。 错误三:以为“穷病人”就好商量。...问题中的“感觉与实操比较符合”大概是说“大家都是这么干的”,“大家都是这么干的”和“这么干是正确的”未必一致。而且,越有思考难度的工作,“大家这么干”和“这么干是正确的”相反的可能性越大。...总之,如果某种“需求实践”是从竞争角度出发的,它可能是正确的,往往是辛苦的。

    1K10

    团队研发流程混乱,该怎么办?

    CKL 老师通过常见安全需求 ” 当用户名或者密码错误时,不明确错误提示信息。统统提示:用户名或密码错误“ 这个需求简单举例。...老牛:从测试角度,代码分支管理规范经常导致测试增加工作量。从测试效率角度来看,代码分支多少不管,测试只测试合并后的需求代码分支。按照版本计划去走,只关注合并后的需求测试。...如果话语权不够,可以通过分析风险的角度去上报风险给管理层。 另外要看是不是公司没有流水线,没有运维。建议招聘运维做好流水线,做好发布。降低发布风险。 CKL:分支管理规范和发布失败没有直接关系。...两者其实没有强因果关系。 首先识别规范的具体点是什么:git flow 规范,主干分支规范,很难界定规范。需要澄清一下。 发布失败的原因,需要复盘找到根因。没有强相关。...从自己的角度去考虑,是不是团队内部或者自己本身是有问题的?测试发现的bug 质量不高,测试的无效bug 给研发带来额外的工作量,需要测试自己反思下。

    72740

    0-1年的产品新人容易犯什么错误

    整个流程没有错,容易产生错误的地方在于,用户需求是产品需求吗?这个需求不是伪需求吗?因此一定要从产品设计的角度思考需求,把用户的需求转化成为产品需求。在火车没有出现的时候,你问用户最想要什么?...用户的需求看上去是要一匹好马,实际上转化成产品需求就是,需要更快的交通速度。...换个角度看,你也需要清晰有力地回应别人的观点,沉默,吞吞吐吐,只反对不论述,都会让对方感到焦躁,逼迫着他不断复述观点,让讨论气氛变糟。...我多次遇到过,对方反对-我说服-对方表态然后换个角度反对-我继续说服,如此循环5-10次,我就压不住火了。...九、不理性的推卸责任 推卸责任似乎是每个人都会犯的错误,项目在推进过程中会遇到各种各样的问题,之前工作中遇到过项目延期,在Boss了解原因时项目经理同事却把责任推卸的干干净净,这不是让你来推卸责任的,而是根据实际问题

    20820

    DBA计划外工作的一点思考

    ,可以节约自己的时间 缺少自助查询错误的方法 协助开发人员调试的流程、标准统一 无法查询服务日志 对组件机制的了解不够深入 客户端报错信息提供的信息量有限 对于这些问题,因为整个环节中都涉及到人...首先,沟通我们要明确问题和背景,是什么问题,具体的IP,端口,问题的错误日志是否可以提供这些都是我们要展开讨论的前提,没有这些知识单纯的怀疑或者猜测,这种讨论的前提就是不够充分信任。...在我的认知中,没有简单的问题,我是希望在哪些看似简单的问题中找到一个全新的角度去认识问题,这样你的时间才没有白花,如果问题有了答案,也不要忘了告诉业务同学,其实有时候他们听得不是很明白,但是如果能够用简单明了的方式告知他们...从我的角度,我希望把规范落实到纸面上,基本上效果都不大好,因为你没法要求别人关心哪些你认为重要的规范,规范可以分享,可以说教,最好的方式是揉入到流程里面,规范不应该是从纸面上看到的,至于问题的错误解释...某种程度来说,我们需要增加对于规范问题的处理代价。DBA的工作赋予的就是这份责任,我们因为无谓的妥协而渺小,因为坚持原则而显得古板,因为严谨认真而赢得信任。

    49020

    糟糕程序员的20个坏习惯

    随着工作时间的增长,渐渐地我也总结出一些经验,他们身上都保持着一些看似很微小的优秀习惯,正是因为这些习惯,体现出了一个优秀程序员的基本素养。 今天我们来换个角度,来看看一个糟糕程序员有哪些坏习惯?...2、写文档,中英文混排规范 中文描述使用英文标点符号,英文和数字使用了全角字符,中文与英文、数字之间没有空格等等。 其中很多人会忽视中文和英文、数字之间加一个「空格」,这样排版阅读起来会更舒服。...3、重要逻辑写注释,或写得很拖沓 复杂且重要的逻辑代码,很多程序员写注释,除了自己能看懂代码逻辑,其他人根本看不懂。或者是注释虽然写了,写得很拖沓,没有逻辑可言。...12、表达没有逻辑,站在对方角度看问题 讨论问题不交代背景,上来就说自己的方案,别人听得云里雾里,让你从头描述你又讲不明白。 学会沟通和表达,是合作的基础。...14、经常犯重复的错误 出问题后说下次会注意,下次问题依旧,对自己不负责任,说到底是态度问题。 15、加功能不考虑扩展性 加新功能只关注某一小块业务,不考虑系统整体的扩展性,堆代码行为严重。

    47330

    HTML5设计原理(上)

    XML的语法,无论是属性小写,元素小写,还是始终要给属性值加引号,这些都没有问题,都很好,事实上我也喜欢这样做,XML的错误处理模型却是这样的:解析器如果遇到错误,停止解析。规范里就是这么写的。...因为它不是HTML,HTML根本就没有错误处理模型,根据XML规范,这样做没错。 这就是为什么你不会把文档标记为XML的另一个原因。...Web上的很多文档都不规范,那正是Web发展的动力。从某种角度讲,Web走的正是一条混沌发展之路,虽然混沌,但却非常美丽诱人。在Web上,格式规范的文档随处可见,那又怎样呢?...但从浏览器的角度说,它们必须以开放的姿态去接收任何文档。 有人可能会说XML有错误处理模型,XHTML 1.1和XHTML 2都使用该模型,那个错误处理模型太苛刻了。...WHATWG的工作效率很高,不久就初见成效。在此期间,W3C的XHTML 2没有什么实质性的进展。特别是,如果从实现的角度来说,用原地踏步形容似乎也不为过。 结果,一件有意思的事情发生了。

    1.4K10

    五步搞定结对编程,你也能行

    虽然它不能解决所有问题,但对比其他方法,它也是降低工作难度的一个行之有效的方法。对于管理者来说要明白,结对编程虽然在项目开始时会增加成本,结对编程可以减少很多Bug的产生,显著降低后续的成本。...结对编程就是为了能更好地兼顾二者,通过结对让程序员及时发现编程中的错误。编程时由两名程序员分别扮演“驾驶员”(负责编写代码)和“导航员”(负责审查代码),二者分工明确,有条紊地开发代码。...“世界上没有两片完全相同的树叶”,同样没有任何两个程序员会以完全相同的方式看待代码,特别是面对一些复杂的代码时,关注的点或者角度是不同的,及时发现问题的能力也会大大提高,也可以尽可能地减少Bug的产生。...如果要求代码质量,避免错误或者开发困难的任务,那么建议两位经验丰富的程序员一起,这样能保证任务的高效率和低错误率。3....编码不再是私人的工作,而是一种公开的“表演”,使程序员的代码、工作方式、技术水平都变得公开和透明。

    18310

    技术随笔:Rest Api设计中处理业务错误的一些思考

    如何响应业务错误 在这之前,笔者也没有特别注意到这个点,统一使用200响应码,再以业务状态码这种方式结合使用。...如果我们这样设计,而是把200仅设计成为业务成功,那上述需求,无论使用哪种方式,都不会遇到任何阻碍。...而没有特别设计的,则考虑使用400 规则3:对于4XX的响应,再额外使用业务错误码来表示更进一步的业务上的错误含义 规则4:使用字符来表示业务错误描述码。...看下别人怎么做的 当然,一个问题不能仅从自身角度出发来思考,要多参阅别人的意见与做法。 国内著名的阮一峰老师在其RESTful API 最佳实践一文中也提及过此点,并未提及具体原因。...3.2 发生错误时,不要返回 200 状态码 有一种恰当的做法是,即使发生错误,也返回200状态码,把错误信息放在数据体里面...

    1.8K10

    停止像这样使用 asyncawait,改用原版

    如果原始的Promise成功了,那么数组中的第一项是空的,表示没有错误,第二项是原始 Promise的结果。如果原来的Promise失败了,那么数组的第一项是错误,第二项是未定义。就是这样了。...但我这么认为,我也建议这样使用它 我认为这样的封装有点过度,在大多数情况下,不需要这样做。接下来,我将从两个角度说明我的观点。 1....而这样的函数似乎为我们考虑到了一切,其他刚看到你的代码的开发者总会有这样的疑问。为什么to函数返回的Promise所使用的await没有用try...catch来包装?...从实用性的角度来看 to函数的主要使用情况是,在同一上下文中有多个await promises,而它们相应的错误处理方式是不同的。...重要的一点是,这两个Promise通常是关联函数。所以在外层使用try...catch来统一处理错误没有问题的。

    40410

    决定面试成败的3个独立思考能力面试题

    蛮荒创业时代有其特有的属性,必须先活下来再考虑其他次要问题,在生存问题面前,其他事相对来说就变得不重要了....有时候,公司就是因为太烂,没法根据以上这些条件来选择人才,那么只好选下下策: 招有经验能干活的人,简称苦力.其实招聘苦力没有太多诀窍,看力气和经验.一般就是看能不能加班,有几年工作经验,然后就谈薪水试用...我们不想在有Haddop实际工作经验的上百人中挑来挑去, 而是准备招聘那些基础很好的人,然后通过培训来迅速实现生产力的转换【主要还是没钱,挖起人】 说白了就是我们想要招聘具有Java和SQL经验的程序员...也许我们也可以换一个角度来评论好项目,比如获得商业成功,通过验收之类的.从技术的角度来说,过去基本上是没有好项目的】 2. 请描述你认为自己做得最差的项目....我们需要的是能够自己学习的人,学习就意味着会犯错误, 记住教训,下次才能做得更好 【点评:烂项目其实有一大堆,值得说的就很少.不要太傻太天真,尽找自己的错误和缺点来说...

    77710
    领券