前端和后端开发⼈员⽐例_前端和后端开发⼈员应该结交朋友前端和后端开发⼈员⽐例
Natalie Kozlowski是的前端Web开发⼈员。 她是⼀位⾃学成才的编码⼈员，使⽤开放源代码，并且将在今年的Raleigh All Things Open 会议上的 。
在这次采访中，我在会议之前赶上了Natalie。 我了解了更多有关她的背景，例如她如何获得专业写作学位，如何使她成为当前的前端开发⼈员以及如何将开源⽅式应⽤于她的⼯作。
您能否谈谈您⾃⼰和您的背景？
我毕业于密歇根州⽴⼤学，获得专业写作学⼠学位。 毕业后，我搬到了乔治亚州亚特兰⼤，在CodeGuard担任前端Web开发⼈员。CodeGuard是⽹站的⽹站备份，监视和还原服务。 作为前端开发⼈员，我不仅监督应⽤程序的所有前端代码，还监督我们的所有设计需求。
就设计⽽⾔，我学会了热爱各种各样的活动。 我最初在Photoshop中创建⽹页设计和界⾯设计，然后从那⾥扩展到学习Illustrator，为我的⼯作创建⾃定义徽标和图标。 之后，我进⼀步涉猎，也热爱印刷设计⽅⾯的内容，例如T恤设计，信息图表设计，海报设计，数字漫画插图等等。 即使在今天，我仍然在业
余时间参加T恤设计⽐赛，只是为了好玩！
我也喜欢各种各样的开发学科。 我已经能够使⽤PHP，Node.js，Ruby进⾏项⽬，当然，我可以动⼿使⽤每个前端框架/库/语⾔/预处理器！ 我喜欢学习新技术，并喜欢⽤从未使⽤过的新⼯具挑战⾃我。 我将前端开发视为我喜欢的两件事之间的平衡：设计和开发。
我在CodeGuard从事的⼀些备受瞩⽬的项⽬包括重新设计我们的主页，对我们的主页进⾏移动优化以及我们公司T恤的设计。
在⼯作之余，我喜欢在亚特兰⼤远⾜和骑⾃⾏车。 我的其他爱好包括在社区乐队中演奏打击乐器和学习讲韩语。
作为专业写作的毕业⽣，是什么促使您成为前端开发⼈员？
您不敢相信我经常被问到这个！ 不过，这是我喜欢回答的问题。
在密歇根州⽴⼤学的专业写作专业中，您可以选择专门研究以下三个⽅向之⼀。 我选择了“数字与技术写作”课程，该课程有助于我对代码（主要是HTML / CSS）有所了解，对Web设计最佳实践有很好的了解，并且对如何为Web编写以及如何集中精⼒有很好的了解。在您所创造的数字化修辞上。 基本上，我的专业是针对⽹站⽽⾔最重要的内容：内容。 我当时的专业的另⼀个名字是“⽤户体验设计”。
我喜欢我的专业，但是与此同时，我发现⾃⼰越来越被编码和开发所吸引。 我⾮常重视⾃⼰所学的⽤户体验和写作技能，因此，我没有⾃学专业，⽽是转向免费的在线资源和Web开发实习/学⽣职位（⾃学成才），从⽽⾃学成才。
在⾼三结束时，我肯定将⾃⼰定位为“后端”开发⼈员，但是我仍然对⽹页设计⾮常感兴趣，并且对使⽤我的专业教授的图形设计技能也很感兴趣。 最后，前端开发对我来说是我对设计的热爱与对编码的热爱之间的完美平衡。 前端开发使我可以在需要时成为技术和书呆⼦，同时还可以关⼼⽤户体验和所创建事物的美感。 在这⼀点上，我认为我真的不能再选择⼀个学科了（只能是Web / UI / UX设计⼈员或仅是Web开发⼈员）。 我喜欢前端开发让我俩都做！
因此回答这个问题：我认为我的专业确实为我成为⼀名前端开发⼈员做好了准备，尽管这还需要⼤量的⾃我教育和推动，才能使⾃⼰成为我想要成为的专业⼈⼠。 并不是每个⼈⼀开始都会看到我的教育与我的职业之间的联系，但是在我解释了我的上学经历后，⼤多数⼈开始了解我如何到达今天的位置。
我绝对认为开源技术使我对发展进⾏⾃我教育成为可能。 我认为能够在年轻的时候就尝试开放源代码项⽬和图书馆对于我成为今天的我⾄关重要。 没有这种机会，也没有进⼊发展世界的机会，我可能会因为沮丧⽽感到沮丧，因为进⼊壁垒太⾼或太过头了！ 我很⾼兴能够发现开源世界。
开发是开源项⽬的核⼼。这些团队（通常是分散的和⾃组织的）可以从您领导开发团队的经验中学到什么？
我想说，沟通是任何开发项⽬成功的关键。 每天早上10点，CodeGuard的所有开发⼈员都会聚集在⼀个上午的讨论会上，讨论我们昨天所做的⼯作，我们计划今天进⾏的⼯作以及对我们的⼯作有何阻碍。
这些简短的15分钟长的会议极⼤地帮助了我们的流程。 例如，当团队构建某些东西时，我的同事Jonathan和我可能从来没有在功能的同⼀部分上⼯作，但是了解他的代码部分的⼯作⽅式对我来说仍然⾮常宝贵。 将来我需要修改或添加部分代码的时间可能会长⼀些，对他构建的代码有⼀个很好的了解将为我或为从事此⼯作的任何开发⼈员节省⼤量时间特征。
在签⼊新代码和审查彼此的⼯作时，我们还严重依赖GitHub Issues和GitHub Pull Requests。 GitHub内部的评论系统已经成为团队进⾏⼤量交流的地⽅，也是我们解决许多问题的地⽅。
作为⼀个团队，我们也是⼀个⾮常健谈的团体。 我的意思不是说我们在办公室⾥经常⼤声地进⾏对话，但是我们确实使⽤了名为HipChat 的聊服务，该服务是系统所有警报和⼀天中⼤部分团队讨论的中⼼。 我们为开发⼈员对话，⽀持讨论，提交的代码以及其他提供了⼀个单独的聊天室。 我们甚⾄还有⼀个单独的聊天室来讨论办公室的温度，以防万⼀有⼈想调⾼或调低恒温器的情况。 最后⼀个有
点愚蠢，即使我们意识到这⼀点，但我要强调的是我们进⾏了很多交流，并且我们使⽤多种服务/平台来做到这⼀点。 我们通常也有团队中的⼀些成员在远程⼯作，因此保持每个⼈的速度对我们⾄关重要。 我们每天早上的聚会以及使⽤的其他⼯具肯定会有所帮助。 如果当天有团队成员不在⾝边，我们⼀定要通过视频呼叫他们，以帮助他们解决问题！
开源⽅式是关于开放交换，快速原型制作和参与。您是否在⽇常⼯作中以及与后端开发⼈员的协作中运⽤了这些特性？您会从中受益吗？
我认为我确实接受了这些特征。 我从事过的⼤多数公司都从事敏捷开发⼯作，因此我习惯了快速节奏的环境，在这种环境中，我们会获
得“ MVP（最⼩可⾏产品）”，然后反复进⾏操作。 我们也在CodeGuard进⾏很多配对编程。 作为唯⼀的前端开发⼈员，意味着我总是与后端开发⼈员配对。 我想我们已经到了⼀种很好的⽅式来进⾏合作，共享知识并有效地进⾏协作。 它带有实践！
即使我没有配对，我仍然会与后端⼈员进⾏⼤量互动。 我认为，促进这种交互的⼯作环境（设计⼈员与后端开发⼈员紧密合作，前端开发⼈员与后端开发⼈员紧密合作，开发⼈员与销售团队或市场营销团队紧密合作等）将最终得到解决。⽣产出更强⼤的产品。 我认为这是真的，因为团队的每个部分最终都⽐团队其他⾓⾊暴露更多的机会。 我认为，从长远来看，更好地了解团队中的其他⾓⾊可以使⼯
作效率更⾼。 因此，任何团队都可以从中受益！
您能否分享⼀个基于开源的⽤户体验或您（和您的团队）构建的Web应⽤程序的⽰例？
我们绝对在CodeGuard接受开源技术。 我们的主要应⽤程序是使⽤Ruby on Rails构建的，并且我们使⽤了许多其他开源技术来将所有内容结合在⼀起。
我们的⼀位开发⼈员在Go中编写了⼀个名为s3goph3r的⼯具，⽤于将内容同时流式传输到Amazon S3。 我们使⽤Amazon S3来存储所有备份，⽽他所创建的解决⽅案正是针对CodeGuard所遇到问题的急需解决⽅案。 他在GitHub上开源了该项⽬，到⽬前为⽌，社区对此React⾮常积极！ ⼈们甚⾄开始下载它并为代码库做贡献。 这是他第⼀次开源某些东西，我记得他在开玩笑地说他不确定他对有⼈向他的项⽬提交他们的第⼀个拉取请求有何感想！
还有什么要说的吗？偷看您的演讲或给开源开发⼈员的提⽰？
我的演讲实际上是关于团队沟通的，以及后端开发⼈员和前端开发⼈员如何在⼀个项⽬上最好地合作，以使每个⼈都满意并按时完成任务。上⾯我提到了我认为良好的沟通对开发项⽬的重要性。 我肯定会在我的演讲中深⼊探讨所有这些！
前端ui框架是什么意思
我将从前端开发⼈员还是设计师的⾓度对这个话题发表看法。 我认为，⽆论您是在从事开源项⽬，私
有项⽬，编写Ruby代码，Perl代码或Lisp等⼯作，任何开发⼈员都可以从这次演讲中受益。我与⾜够多的开发⼈员进⾏了交谈，以了解在某些⼯作场所中，开发⼈员和设计师之间存在严重隔离。 在这种情况下，根本不会发⽣任何互动！
我的演讲涉及为什么我认为我们这样做会给⾃⼰和我们的产品带来不公平，还谈到⼈们如何可以在⼯作场所开始改善这⼀点。
前端和后端开发⼈员⽐例

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。