前端团队建议怎么写范文推荐11篇

山崖发表网范文2022-09-22 11:48:47269

前端团队建议怎么写范文 第一篇

前文并没有直接跟大家说明怎么做职业规划,而是从发展方向、技术学习、主要业务场景、NodeJS、造轮子问题等多个方面,来给大家分析:作为前端,哪些需要做、哪些不需要做、哪些必须做、哪些可以做。大家可以根据自己的兴趣、能力等特性,并且和自己在公司所做的项目结合,决定做哪些、不做哪些、强制自己做哪些、有空余时间做哪些等等类似的决定。这里可以举个例子,例如:我的目标是成为一个技术专家,因此,我要深植业务一到两年,严格控制自己的代码规范,深入了解 React 体系,在移动端主攻 React Native,而且有时间看 Node 及 Babel 相关工具,目标是彻底理解 React 的技术实现和 Web Component 的开发思想。当你有这样一个目标时,你可以清楚知道自己做事的目的,可以清晰看到自己的成长。

要注意的是,如果你已经有工作的话,你的职业规划绝对不能脱离你现在的工作。实践出真知,工作带给你的实践环境,才是你成长的营养来源。

前端团队建议怎么写范文 第二篇

造轮子 的意义是重新实现已有的功能,以达到更好的效果。这个词语,常见于技术圈,尤其是前端圈,逐渐被人贬义地用来『嘲讽』一个重新实现已有功能的工具、框架以及方案。那么,造轮子究竟是怎样一种行为?

首先,笔者并不排斥造轮子,至少有一位大神造轮子造得很成功,那就是 Linus Torvalds。Minix 不好用,就造了一个 Linux;Bitkeeper 停止授权,就造了一个 Git。并且两个新『轮子』已经成为世界上最好的轮子之二。这种创造性的造轮子,是令人赞赏的。

其次,不同的技术体系,互相学习,参考对方的思想,造自己的轮子,也是一个非常好的想法。尤其是前端,它通过学习其他语言、体系的架构方案,丰富自身,短短几年就上升到很高的高度。可以举得列子很多:例如 Angular 的 MVC + DI + IoC 的模式,很多人会直接想到 Java 的 Spring,甚至 Angular 也包含 AOP 的编程思想;再例如 MVVM 双向数据流的模式,本身就是微软的 WPF 首先提出的。轮子可以造,对开发有意义即可。

最后,大家 反感造轮子,其实更多在于反感造一个没有任何创新的轮子,还天天到处宣扬自己的产物。你可以自己造一个没有任何创新的轮子,用来学习造轮子的过程,同时这也是深入轮子最好的方式,没有之一。当你了解当前轮子的根本构造之后,你就能在这个基础上进行更多的创新。

前端团队建议怎么写范文 第三篇

光阴似箭,日月如梭,辉煌的__年即将结束,将迎来充满希望的__。回望即将过去的20__,展现在我们面前的是一年中深浅不一的脚印,在这幅巨大的画面上,留下的是优美的、还是些许凌乱的印记呢?不管怎样,我们都要骄傲地说,我们已经走过来了。在过去的一年里,我们经历了许多,也成长了许多,我们要不断提升自己的实力,迎接新的更大的挑战,现将__年的工作总结如下:

1、项目方面

在过去一年里,主要担负__银行前端项目组的开发工作,如开发__存取款系统、开发__存取款系统、开发动态下拉框任务、维护__存取款系统、维护____系统等工作。因工作需要,现调至浦发项目组,担负对公回单自助打印系统的开发工作。在做这些项目的工作中,不仅学习到了业务知识、技术知识,还学会了很多做人的道理。不管做什么事情,解决问题的唯一办法是——沟通。只要有沟通能力,一切困难都能够迎刃而解。跟业务加强沟通、交流,认真、细心的分析需求,面对问题及时解决处理,这样才能把项目很好的向前推进。

2、团队协作

从上面的主要工作内容来看,所有项目不是一个人所能完成的,正所谓一切事务离不开团队,个人是无法逞英雄的。在公司领导的英明领导下,团队建设有了很大的进步,跟同事在一起工作感觉非常的开心,没有什么其他的杂念,跟大家在一起工作,能够相互尊重、相互关心、相互帮助,这就像是一个家庭,一个大家庭,平时大家开开玩笑、说说笑笑,能够缓解一下紧绷的精神状态,而工作中又能严于律己,认真对待工作,这就是我们需要的团队。同时,公司领导也经常跟大家一起谈心论事,放下领导的架子,融入到同事当中,拉近了与同事之间的距离,这样更能够体现出领导对同事们的关心,更能够体现出领导的亲切感,也更能够让同事们接受。

在每个项目开始之前,同事们都能好好的交流,加强理解,对问题的共识、解决问题的方法能够很好的统一起来,在解决问题的过程中,虽然都不是风平浪静,但事后都能够客观的分析,从不参杂个人的感情,每个人都能很好的融入到这个团队,共同做好每一个项目。这正所谓——团结就是力量。

3、工作态度

不管个人能力有多强,面对工作,就两个字“态度”。关于这一点,给我最大的感触就是一定要好好的去聆听、去分析。每个人对待问题都有自己不同的看法,不管他的看法对还是不对,合理与否,考虑的角度是否正确,都要好好地聆听,至少要等他说完,可能你不愿意或者不屑听完,但是静下心来或许会发现他看问题的`某些角度你没有考虑过。所以我们要静心、聆听!

对于领导安排的工作,有些难度比较大,困难总是要去克服的,遇到问题首先自己先解决,解决不了的,相互问同事,同事之间相互讨论,共同解决问题,在工作中经常会有这样的事情,把每一次遇到的问题和技术难点都记录下来,把问题、技术与大家共同分享,这样才能共同提高。

在工作中、生活中,态度决定一切,态度100分,生活、工作100分。

4、未来工作展望

回首昨天,我们要问心无愧,尽管太多的苦涩融进了昨日的犁铧,尽管太多的忧伤充斥着我们的心灵,尽管太多的无奈写在我们的脸上,尽管太多的精力挥洒在昨日的流程上;立足今日,我们擦亮双眼,走过昨日逝去的岁月,点燃新的希望,放飞新的梦想。

一个开发人员,技术上的提高是必须的,但这是不够的,还得加强管理方面的学习,自己将朝着这一目标迈进。学历代表过去、能力代表现在、学习代表未来。虽然我现在需要学习的东西还很多,但是我仍然会不断加油学习,让知识充实自己的脑袋,让情感融入自己的精神。不管怎么样,我们要怀揣一颗感恩的心,感谢曾经帮助过我们的人,感谢公司、感谢朋友、感谢同事,真心的谢谢您们!

前端团队建议怎么写范文 第四篇

在__工作了5个月,自己从刚开始的一名新人到最后和大家融为一体,为组内贡献自己的一份力量,我经历了很多,成长了很多。

刚进到公司,我内心是很惶恐的。我对自己没有一个正确的定位,对公司的环境也是那么的陌生。我不知道自己能不能胜任公司的工作。我所能做的就是努力再努力,用自己的勤奋来掩饰自己内心的慌张。

很欣慰的是我们组内有一个女生。她性格很柔和。每次,和他请教问题他都会耐心的帮助你。我和他成为了闺蜜,我经常的去问他问题,一些环境的配置,系统的某部分业务或者其他的问题等等。很感谢她,他帮助我尽快的去熟悉了系统的环境及业务。除了组长,组内还有李大牛和许小牛。后来许小牛走了,又来了两名同事,工作期间,他们都对我有很大的帮助,无论是工作上还是生活上,很欣慰能够遇到他们并共事一场。

工作中不是那么的顺利。别人是因为任务重,工作压力大。而我则是因为任务太轻而烦恼。我的任务总是比较简单,我很快就能做完,我体现不了自己的价值,我不开心。我去向组长争取机会,赢得了自己的第一份比较有挑战性的工作。

我要做一个webservice接口。这个任务的需求很不明确,需要我去和接口使用方进行沟通。我对系统的数据库了解甚少,对自己的库就不太了解,将他们的库对应到我们的库就更困难了。加上交流也不是很有经验,我最后搬出我们组长去跟他们沟通确定需求才开始进行开发。需求的确定用了好长时间,之后的验证也用了好久。当时开发时,接口由于没有数据,只用一条数据进行了验证,但到部署到现场时出现了好多的问题。客户天天催,自己的压力好大。好几天都加班到好晚。这件事情比较曲折,后面的博文会详细讲述这件事情。

最后一个月,我们组要进行封闭开发。这是我在__的最后一个月了。刚开始我以为不会给我分配什么有含量的活了。这里非常感谢组长,他并没有让我的这一个月荒废。我有我的任务,而且也很重要。因为这些,我可以和大家共同奋斗。全组成员一起加班到晚上两点那次,虽然很累,但是我很开心。这是一件很值得回忆的事情。曾经,我们也疯狂过。

在__工作的这几个月,我有很多的感触。

交流很重要:刚到公司,你是新人,你要想融入团队,就要主动去跟别人打招呼,不要等着别人来搭理你。主动去跟大家沟通,不要觉得不好意思。刚进公司,对公司的好多东西都不太明白。好多时候会经常的去麻烦别人。脸皮薄的人会觉得很不好意思,因为不是一次两次,是比较频繁的。其实,换个心态,在向别人索取帮助的过程也是与大家建立感情的过程。在与别人的多次交流中去互相了解对方,从而为建立友谊奠定基础。而且,每个新员工进入公司都有一段这样的经历,公司的老员工当年也是这么过来的,记得我们组的大牛还跟我们开玩笑说过当年他是如何”烦”带她的那个人,如今回想起来也是一件很温馨的事情。

不要总是等待机会,要学会自己去争取机会:时间过的总是很快,这样1个月就差不多过去了。我分配到的任务还是比较简单。而且工作有了今天就没有明天了,组长要是有事不在的话,我就不知道要干嘛了。曾经马总的一段话让我挺有感触的。他说当初他来__面试的时候,并没有面试成功。但是,他并没有立马放弃,而是找了相关的责任人去为自己争取了一下,最后他成功的进入了__。我觉得,我也应该为自己争取一下。于是,我给组长写了封邮件,说明了我当时的工作状况,请求组长给我次机会让我开发一些有难度的工作。

遇到问题不要逃避,要学着去解决问题。开发的任务由于各种原因搁置了,我的任务又改回了改bug。而且改的bug也没有挑战性。当时,我很苦恼。想到过要去逃避,堕落。但是想想逃避并不能解决问题,遇到了这种情况,自己所能做的就是如何在这种情况下也让自己的每天有所收获。于是我每天在自己不太忙的时候,就去研究一下自己所维护的系统,或者去帮同事解决一下问题。这样,我自己有所收获也增进了和同事间的友谊。

要对自己接手的任务有个大概的评估。不能完成的要及时让头头们知道,好早做安排。一般头头们安排任务,都会问一下大概多久能完成。时间紧急的话,也会问一下某时间之前能否完成。自己最好做个保守估计,过于夸大的话不仅是后来自己受苦的事情,任务不能按时完工,对本组,对公司都会造成损失。

要学会调节自己的压力。当你在公司待的时间长之后,分配到你头上的任务自然也就重了。这时候,压力也随之而来。小张,这个东西在什么什么时候要做出来啊;小刘,那个东西好了没啊,客户很着急啊……任务来了的时候,可能就是连着n天的加班。如果此时,你的情绪再受到一些生活上的干扰,各种压力的打击下,还要保证高效的工作,就需要我们对压力有一个很好的调节。

要有一个严谨的工作态度:工作中并不是所有的工作都是那么具有挑战性的。有些工作是比较繁琐的,但他又是马虎不得的。做工作要尽可能的考虑全面,不要怀着侥幸心理,那样只会为自己以后的工作埋下隐患。

__的工作经历给予我了很多。他让我见识了校园外的世界。使我对自己有了进一步的认识,也为我以后成为一名真正的职场人士奠定了基础。路漫漫其修远兮,吾将上下而求索……

前端团队建议怎么写范文 第五篇

从入职到现在,我在___导师的指导下走上了前端之路。在这段时间的学习和项目中使我对前端业务需求和项目开发流程有一定的了解和认识,对前端也有自己的理解。前端是建立在以产品为核心,用户体验为基础的一门技术(其实我个人更喜欢用艺术来形容前端),每一个细微的视觉效果、交互体验都能给用户带去不同的感受,舒适、简单、不失高雅的前端产品更能获得用户的好评。

项目中我参与讨论产品实现的技术方案,例如:移动端中webview空页面加载方式和有内容页面加载方式是采用进度条还是蒙层加载,对比分析那种加载方式对用户更加友好;PC端中置顶小动画按钮应该在什么情况下出现,是在出现滚动条的情况下马上出现,还是滚动到一定距离的时候再出现会对用户更加友好。前端开发中“细心”极为重要,任何一个页面的行为,它都可能关系着产品的成败,更是对用户的责任。作为一名前端,在项目上需要熟悉整个业务才能更好的开发,例如:花币领取项目中,由于对需求了解的不够透彻,在完成开发后发现有很多场景未考虑完全而大大的延迟了迭代周期,如果一开始就熟悉业务,了解需求,考虑到所有的场景,那么可以大大的减少开发的时间。

学习中在我导师的指导下了解到前端基础的重要性,了解结构和表现在前端技能中的分量。前端基础就好比大楼的地基,只有拥有坚固的地基,才能搭建起一座摩天大厦。结构和表现是区分后端的重要凭证,前端注重视觉效果,后端着重功能实现,作为一名合格的前端,在结构和表现的技能上必须具备自己的专业优势。

前端是整个项目的桥梁,沟通产品、后台、和设计。整个项目中不仅需要对自己技术肯定,更需要了解业务,才能更有效率的开发和维护产品。

十年磨一剑,我怀揣着梦想站在巨人的肩膀上,紧跟着的脚步希望能越走越快,有朝一日,晚霞落幕,回望过往,那片片云彩皆在欢笑。

前端团队建议怎么写范文 第六篇

随着移动浪潮的兴起,业务在移动端App 的需求量迅速扩大,应用迭代更新的频率也随之极速攀升,但与此同时纯 Native 的开发和更新成本成为了业务增长难以逾越的瓶颈。因此,引入一种开发更高效、成本更低的解决方案势在必行。

基于 Web 的 Hybrid 解决方案:例如微信浏览器、各公司的 Hybrid 方案

非基于 Web UI 但业务逻辑基于 JavaScript 的解决方案:例如 React-Native

基于 Web UI,但是为了追求运行效率,对 UI 展现逻辑和业务逻辑的 JavaScript 进行了隔离的解决方案:微信小程序

对于一个前端,笔者感觉每个人必须了解这三种常见方案的实现方式和优缺点,这样才能在开发移动端业务的时候,更为清楚自己所要注意、所要学习的地方。当然,仅仅了解实现方式是不够的,你要有环境去实践你学习的东西。再拿去哪儿为例,去哪儿现在大多数业务都是移动端的,Hybrid 和 RN 方案都在被使用。所以,作为一个应届生,你很有可能去做一些 Hybrid 或者 RN 的项目。做 Hybrid 项目时,你更多要考虑的是『如何高效地操作 Dom』;反之,做 RN 项目,你更多要考虑的则是『如何减少和 Native 的通信』。这两点,最终都会反应在项目的用户体验上。

前端团队建议怎么写范文 第七篇

__年快结束了,回首__年研发工作,有硕果累累的喜悦,有与同事协同的艰辛,也有遇到困难和挫折时的惆怅。时间过得飞快,不知不觉中,充满梦想和激情的__年随着新年伊始即将临近,本人五月份之前在资源部工作自五月份之后加入到研发部,融为这个集体的一份子以来,本着对工作的热爱,抱以积极,认真学习的态度,用心做好每件事,干好这个前端工作,充分利用这一平台提升自身的技术,回顾历程,收获和感触颇多。

在资源部pe频道管理期间,主要工作:

一、每日pe(hdpeldpelldpe)资讯发布;

三、每日更新石化出厂价及市场报价;

四、每日清晨6点半左右发布原油短信及原油资讯;

五、每日添加技术参数;

到研发部这半年多以来主要参与的项目:

前端团队建议怎么写范文 第八篇

抛开大前端,单谈前端,从前端架构层面谈,最近比较流行的有四个:老牌劲旅 jQuery、最近火得不能再火的 React、Google 精品 Angular 以及 MVVM 框架 Vue。现在几乎所有的项目都会在这四种架构方案中选择其一作为基础,进行业务开发。四种框架,四种不同的思想,简单来说:jQuery Dom 驱动的思想深入人心;React 则推崇组件化,万物皆组件;Angular 则把 MVC 在前端领域发扬光大;而 Vue 则是以数据驱动为核心的 MVVM 架构。作为一个前端新人,不可能很快就理解所有知识和思想,只能一步一步来,先把你在工作中所使用的框架理解透彻,再去思考和学习别的。说实话,会用和理解的差距很大。

在这里,可能会有个疑问,上述四个架构,都很火,但是哪里涉及到用户体验了?是的,这些架构都没有直接涉及到 UI。但是就像足球,没有勤奋的训练和优秀的战术,再好的11人也踢不出好的比赛一样,这些架构从开发成本和开发体验上,降低了开发者编码和维护的难度,让其在 UI 的用户体验上的付出,事半功倍。当然,框架在编码体积、运行效率等多个方面影响了最终的用户体验。

最后,对于现状,我想大家可能最关心的其实是职业形势。由于前端的兴起,前端人才市场相当活跃,平均薪金水平也是名列前茅。与此同时,前端的技术入门比较容易,造成另一个极端情况:人员泛滥、人才稀缺。这种情况,一方面由于前端发展太快,很难短时间掌握全部知识;另一方面,高等院校并没有开设专门的前端专业,大家更多是自学,野路子很多。所谓乱世出英雄,这样的前端大环境或许对一个新入行的同学更有利。当然,在如此『乱世』中,一个好的职业规划,才能避免『误入歧途』,保证自身顺利地成长。

前端团队建议怎么写范文 第九篇

说了半天,到了最核心的问题了,对于一个新人如何学习技术?笔者给的建议是:千万不要囫囵吞枣,先把当前使用的技术学透用熟,才是最重要的;千万不要在还没把当前使用的技术吃透之前,去学新的东西,不管新的东西有多火。就像上文所说,不同的框架,有不同的核心,有不同的思想。两个框架代码相似之处的思想不一定相似,例如 Angular 和 Vue 都有双向绑定,虽然效果相似,但是实现思想和内部实现方式是截然不同的。还在入门阶段的你,会被各种思想充斥头脑,反而会更不清楚。

一定的时间后,当你理解透一个架构体系后,你可以 类比地去看 更多的架构体系。这时候,你会发现不同架构很多东西都是殊途同归,理解得很快。

当然,理解透一个架构体系,有人需要一年,有人需要三年,还有人可能需要更长时间。为什么有这么大的区别呢?因为有些人在开发中,并不认为完成就可以了,会在开发中,追求代码的优美,会不断优化自己的代码,让自己的代码性能更好、可读性更高,并通过长时间的积累,达到 量变导致质变 的程度。即使一个特别聪明的人,没有『量』也不可能『质变』的,只不过他的量可能比其他人少而已。

要提醒的一点是,学技术,一定要结合你所在公司、团队的技术栈。例如,去哪儿前端应届生会在进入业务线前,进行3个月的脱产培训,2017年的前端培训课程内容中涉及的技术主要是 React 和 React Native,而去哪儿业务的技术栈也大多是 React,那么作为去哪儿的前端应届生,你优先学习 React 的技术体系是事半功倍的,既有前人可以问,又有项目可以实践。

当然,在学习架构的同时,不要忽略两样最基本的东西,一个是 技术基础,一个是 开发规范

技术基础是一切开发、架构的前提,没有一个好的基础,是无法让你自身的技术水平达到足够高的维度。例如你对于继承理解的并不透彻,你很难理解清晰 React 的内部实现。

对于开发规范,笔者在带应届生时特别注意让他们遵守。代码规范比比皆是,但是很少有人严格遵守。究其原因,多是在代码规范制定之前,已经有自己的一套代码习惯,很难短时间改变自己的习惯。而应届生,一般来说代码并不多,还没有形成自己的编码习惯。这时候,开始遵守一定的规范,会促使他们养成一个较好的编码习惯,为后续的成长打好基础。下面,列举一下开发规范的几点好处,让大家明白代码规范的重要性:

规范的代码可以促进团队合作。

规范的代码可以减少 Bug 处理。

规范的代码可以降低维护成本。

规范的代码有助于代码审查。

养成代码规范的习惯,有助于程序员自身的成长。

这部分最后,推荐一些学习技术的好地方,例如情封大大三年不停更的《前端早读课》、阿里大漠(不是大漠穷秋)的 、微信公众号《前端圈》、《前端之巅》、《Node 全栈》,当然还有公司内的 《Qunar 技术沙龙》微信公众号,笔者所在团队 YMFE 的博客 等,都是学习技术的好地方。

前端团队建议怎么写范文 第十篇

做职业规划的目的是避免迷茫,而避免迷茫最有效的方式就是确定明确的方向和目标。

对于任何一个技术岗位,都有固定的两个方向:技术专家(架构师)和 开发经理。前者偏重技术,需要你在当前领域钻研得很深;后者偏向管理,需要你在对技术有很深掌握的同时,可以带领团队完成项目的开发。当然,两者并不是鱼与熊掌的关系,你可以同时成为技术专家和开发经理。

对于技术专家和开发经理两个方向的选择,更多取决于你自身在工作中多巴胺的分泌情况。当你专研技术时,多巴胺分泌得更多,感到更兴奋,或许你会很容易成为技术专家;反之,当你跟团队一起做业务时,多巴胺分泌得更多,更有获得感,那么你可以尝试向开发经理方向发展。当然,你也可能做什么都没有分泌太多的多巴胺,那么,你可以在尝试一段时间后,转型其他职业,例如产品经理。前端作为核心是用户体验,与用户最近的工程师,转型产品经理,阻碍会小一些。况且,文艺型前端布道人豆瓣前端负责人张克军认为,前端工程师正慢慢演变为产品工程师,前端和产品离得确实很近。

当你选择好一个方向后,你就要朝着这个方向一步一步进发。丹尼尔在《一万小时天才理论》提出一万小时定律,即要成为某个领域的专家,需要积累一万小时。当然这只是个概数,不过每天花更多的时间去学习和实践,肯定是最有效的。这里,成为技术专家和开发经理过程中,关注的点略有差别。成长为技术专家,要更多关注技术本身的实现,包括逻辑、架构、设计模式、方法论等;而成长为技术经理,则要更多关注技术开发的过程,考虑如何提高开发效率、降低开发成本、优化开发质量等等。不同的人,精力是有限的,选择性关注一些必要的方面,对自身快速的成长是很有必要的。

前端团队建议怎么写范文 第十一篇

对于 Node,作为一个前端,应该并不陌生。Node 最大的卖点在于完全异步的 I/O 模型,相比于阻塞 I/O ,异步 I/O 模型极大提高 Web 服务的并发性。因此,前端都可以自己开发服务端了?

这样认为的同学,笔者只能说,你想多了。Node 是可以开发服务端,但是不代表所有前端都可以使用 Node 去开发一个庞大业务的服务端。你去知乎搜索使用 Node 开发服务端的相关问题,一部分人会说 Node 不能替代之前的服务端语言,另一部分人会说什么也阻挡不了 Node 在服务端的脚步;同时有很多诸如 Paypal、阿里这样大公司大规模使用 Node,也很多公司在落入 Node 深坑而不起。不论争论如何,笔者认为,Node 是否能写服务端,主要在于使用 Node 的人是否有服务端的思想。开发服务端和开发前端是完全不同的思想,服务端更注重效率、更注重稳定、更注重高并发情况下数据的处理,用前端的思想去开发服务端显然是不行的。当然,成功的案例中,Node 也更多运用在页面渲染这一层,配合前端更快的渲染页面,提高用户体验;而复杂的数据逻辑,还是用传统的服务端语言进行开发,毕竟技术成熟、运维成本低。

这里,会出现一个问题,我只是前端,需不需要去学习 Node?笔者的答案是 需要。前端兴起已经很多年,已经从游击队乱枪打鸟的阶段逐渐变为规模化、工程化的时代。在这个时代中,尤其是在工具和流程方面,Node 起到了很大的作用,扮演很重要的角色。诸如 Webpack、Gulp、NPM 这些工具,他们被运用在各个公司的各类前端项目中。学习 Node 其实就是去学习前端的工具,去学习前端的工程化。

当然,如果你立志是全栈,或者想做服务端的一些工作,再或者想通过 Node 学习服务端的技术和原理,都可以去学习 Node。请相信笔者,你不会失望的。

显示全文

注:本文部分文字与图片资源来自于网络,转载此文是出于传递更多信息之目的,若有来源标注错误或侵犯了您的合法权益,请立即后台留言通知我们,情况属实,我们会第一时间予以删除,并同时向您表示歉意

点击下载文档

文档为doc格式

发表评论

评论列表(7人评论 , 39人围观)

点击下载
本文文档