大前端技术讲座_一些好的技术讲座

大前端技术讲座

by Mithi

由Mithi

一些好的技术讲座 (A Few Good Tech Talks)

Jim Brikman compiled a list of must-see tech talks for every programmer, which I’ve put in my to-do list. From the top of my head, here’s a short list of my own. (Six videos and two articles)

吉姆·布里克曼(Jim Brikman) 为每个程序员编写了必看的技术讲座清单 ，这些清单已放入我的待办事项清单中。 在我的头上，这是我自己的一小段清单。 (六段视频和两篇文章)

编程太糟糕了–从浪费生命中汲取的教训，托马斯·菲格(Thomas Figg)— EMF 2012 (Programming is Terrible — Lessons Learned from a Life Wasted, by Thomas Figg — EMF 2012)

“Hello, my name is Tef, and I’m a really terrible programmer… I’m here to talk about mistakes I’ve made, mistakes other people have made, and how we can learn from them. But really I’m talking about the people in the industry, the practices in the industry and the code that we write…”

“你好，我叫Tef，我是一个非常糟糕的程序员……我在这里谈论我犯的错误，其他人犯的错误以及我们如何向他们学习。 但实际上我是在谈论行业内的人员，行业内的实践以及我们编写的代码……”

This funny, insightful, and sometimes snarky hour-long talk is thetalk that I don’t mind watching over and over again despite the poor lighting and video quality. So bad that you can hardly read the slides!

尽管光线和视频质量很差，但我不介意一次又一次地谈论这个有趣，有见地，有时甚至是下流的长达一个小时的谈话。 太糟糕了，您几乎看不到幻灯片！

“The software industry is terrible, so is every other industry. Retraining won’t help you escape people.”

“软件行业非常糟糕，其他行业也是如此。 再培训不会帮助您逃脱人们。”

一无所有，Sandi Metz着，RailsConf 2015 (Nothing is Something, by Sandi Metz — RailsConf 2015)

“ Being explicit about hidden ideas makes your code simpler, your apps clearer and your life better. Even very small ideas matter. Everything, even nothing, is something.”

“明确表达隐藏的想法可以使您的代码更简单，应用程序更清晰，生活更美好。 即使很小的想法也很重要。 一切，甚至什么都不是。”

Despite never having written a single line of code in Ruby, this is the talk that inspired me to think about the code that I write, and to watch more tech talks!

尽管从未用Ruby编写过一行代码，但这是激发我思考自己编写的代码并观看更多技术讲座的演讲！

超越PEP 8：优美的可理解代码的最佳实践，Raymond Hettinger，PyCon 2015 (Beyond PEP 8: Best practices for beautiful intelligible code, by Raymond Hettinger — PyCon 2015)

Raymond Hettinger is my favorite Python speaker. He speaks in an engaging way and gives valuable information to help coders of all skill levels be better “Pythonic” Python programmers.

Raymond Hettinger是我最喜欢的Python演讲者。 他以引人入胜的方式讲话，并提供了有价值的信息，以帮助所有技能水平的程序员成为更好的“ Pythonic” Python程序员。

PEP 8 or “Python Enhancement Proposal” is the style guide that is the recommended coding convention for writing Python code. In this talk, Raymond Hettinger talks about how to avoid some of the hazards of the PEP 8 and learn what really matters for creating beautiful intelligible code.

PEP 8或“ Python增强建议”是样式指南，是用于编写Python代码的推荐编码约定。 在本次演讲中，Raymond Hettinger讨论了如何避免PEP 8的某些危害，并了解了创建漂亮的可理解代码的真正意义。

努力保持简单，作者Martin Odersky — OSCON Java 2011 (Working Hard to Keep It Simple, by Martin Odersky — OSCON Java 2011)

From none other than the inventor of the Scala language himself, in this short 16 minute talk, Martin Odersky talks about some the core technology that was developed in Scala to deal with the parallelism challenge.

在短短的16分钟的演讲中，Martin Odersky从Scala语言的发明者本人那里谈到了Scala中为应对并行性挑战而开发的一些核心技术。

This talk made me understand why the “functional programming paradigm” is a “thing.” More importantly, he explained how the functional programming paradigm and object-oriented programming paradigm can be fused together and can actually be viewed as two sides of the same coin.

这次演讲使我理解了为什么“函数式编程范例”是“事物”。 更重要的是，他解释了如何将函数式编程范式和面向对象的编程范式融合在一起，并且实际上可以将它们视为同一枚硬币的两个方面。

Anjana Vakil的《使用JavaScript学习函数编程》 — JSUnconf 2016 (Learning Functional Programming with JavaScript, by Anjana Vakil — JSUnconf 2016)

Anjana Vakil is an english teacher turned computational linguist turned software developer. About six months before she gave this talk, she knew nothing about functional programming and very little about JavaScript. Her talk is about the things she learned about functional programming. This is the best explanation of functional programming I have ever seen.

Anjana Vakil是一位英语老师，后来成为计算语言学家，后来变成了软件开发人员。 在进行演讲之前大约六个月，她对函数式编程一无所知，而对JavaScript则一无所知。 她的演讲是关于她从函数式编程中学到的东西。 这是我所见过的函数式编程的最好解释。

停止写作课，杰克·迪德里里奇(Jack Diederich)— PyCon2012 (Stop Writing Classes, by Jack Diederich — PyCon2012)

“I hate code and I want as little of it as possible in our product”

“我讨厌代码，我希望产品中的代码尽可能少”

This talk reminds me of two things. Mark Twain’s quotable quote, “This letter is longer than usual, only because I have not had time to make it shorter” and the chapter from the Art of Linux Programming “Don’t just do something, stand there.”

这次演讲让我想起了两件事。 马克·吐温(Mark Twain)的名言： “这封信比平时更长，只是因为我没有时间将其缩短。”而Linux编程艺术的一章则“不要只是做点什么，站在那儿。”

Classes are great but they are also overused. This talk will describe examples of class overuse taken from real world code and how to refactor the unnecessary classes, exceptions, and modules out of them.

班级很棒，但也被过度使用了。 本讲座将描述从现实世界代码中获取的过度使用类的示例，以及如何从中重构出不必要的类，异常和模块。

塞西莉·卡佛(Cecily Carver)-我希望有人在我学习编码时告诉我的事情-2013 (Cecily Carver — Things I Wish Someone Had Told Me When I Was Learning How to Code — 2013)

“Someone will always tell you you’re not a real coder, HTML isn’t real coding. If you don’t use vi, you’re not really serious. Real programmers know C. Real coders don’t do Windows. Some people will never be able to learn it. You shouldn’t learn to code. You’re not a computer programmer (but I am).

“有人总是会告诉您您不是真正的编码者，HTML并不是真正的编码。 如果您不使用vi，那么您就不是很认真。 真正的程序员知道C。真正的编码人员没有Windows。 有些人将永远无法学习它。 您不应该学习编码。 您不是计算机程序员(但我是)。

彼得·诺维奇(Peter Norvic)-10年内自学编程-为什么每个人都着急？ (Peter Norvic — Teach Yourself Programming in 10 years — Why is everyone in a rush?)

“So go ahead and buy that Java/Ruby/Javascript/PHP book; you’ll probably get some use out of it. But you won’t change your life, or your real overall expertise as a programmer in 24 hours or 21 days. How about working hard to continually improve over 24 months? Well, now you’re starting to get somewhere…”

“所以继续购买那本Java / Ruby / Javascript / PHP书； 您可能会从中受益匪浅。 但是您不会在24小时或21天之内改变自己的生活，也不会改变自己真正的整体专业知识。 如何努力在24个月内不断改进？ 好吧，现在您开始到达某个地方……”

翻译自: https://www.freecodecamp.org/news/a-few-good-tech-talks-c00bda9ab3ab/

大前端技术讲座