前端和后端开发人员比例
wxdjc Kozlowski是CodeGuard的前端Web开发人员。 她是一位自学成才的编码人员，使用开放源代码，并且将在今年的Raleigh All Things Open会议上发表有关如何与前端开发人员进行交互的演讲 。
在这次采访中，我在会议之前赶上了wxdjc。 我了解了更多有关她的背景，例如她如何获得专业写作学位，如何使她成为当前的前端开发人员以及如何将开源方式应用于她的工作。
您能否谈谈您自己和您的背景？
我毕业于密歇根州立大学，获得专业写作学士学位。 毕业后，我搬到了乔治亚州亚特兰大，在CodeGuard担任前端Web开发人员。 CodeGuard是网站的网站备份，监视和还原服务。 作为前端开发人员，我不仅监督应用程序的所有前端代码，还监督我们的所有设计需求。
就设计而言，我学会了热爱各种各样的活动。 我最初在Photoshop中创建网页设计和界面设计，然后从那里扩展到学习Illustrator，为我的工作创建自定义徽标和图标。 之后，我进一步涉猎，也热爱印刷设计方面的内容，例如T恤设计，信息图表设计，海报设计，数字漫画插图等等。 即使在今天，我仍然在业余时间参加T恤设计比赛，只是为了好玩！
我也喜欢各种各样的开发学科。 我已经能够使用PHP，Node.js，Ruby进行项目，当然，我可以动手使用每个前端框架/库/语言/预处理器！ 我喜欢学习新技术，并喜欢用从未使用过的新工具挑战自我。 我将前端开发视为我喜欢的两件事之间的平衡：设计和开发。
我在CodeGuard从事的一些备受瞩目的项目包括重新设计我们的主页，对我们的主页进行移动优化以及我们公司T恤的设计。
在工作之余，我喜欢在亚特兰大远足和骑自行车。 我的其他爱好包括在社区乐队中演奏打击乐器和学习讲韩语。
作为专业写作的毕业生，是什么促使您成为前端开发人员？您不敢相信我经常被问到这个！ 不过，这是我喜欢回答的问题。
查看完整的All Things Opencsdmht访谈系列
在密歇根州立大学的专业写作专业中，您可以选择专门研究以下三个方向之一。 我选择了“数字与技术写作”课程，该课程有助于我对代码（主要是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非常积极！ 人们甚至开始下载它并为代码库做贡献。 这是他第一次开源某些东西，我记得他在开玩笑地说他不确定他对有人向他的项目提交他们的第一个拉取请求有何感想！
还有什么要说的吗？ 偷看您的演讲或给开源开发人员的提示？我的演讲实际上是关于团队沟通的，以及后端开发人员和前端开发人员如何在一个项目上最好地合作，以使每个人都满意并按时完成任务。 上面我提到了我认为良好的沟通对开发项目的重要性。 我肯定会在我的演讲中深入探讨所有这些！
我将从前端开发人员还是设计师的角度对这个话题发表看法。 我认为，无论您是在从事开源项目，私有项目，编写Ruby代码，Perl代码或Lisp等工作，任何开发人员都可以从这次演讲中受益。我与足够多的开发人员进行了交谈，以了解在某些工作场所中，开发人员和设计师之间存在严重隔离。 在这种情况下，根本不会发生任何互动！
我的演讲涉及为什么我认为我们这样做会给自己和我们的产品带来不公平，还谈到人们如何可以在工作场所开始改善这一点。
请参阅《 All Things Open 2014csdmht访谈》的完整系列。
翻译自: https://opensource.com/business/14/10/interview-xsdzt-kozlowski-codeguard
前端和后端开发人员比例