未加星标

Dear JavaScript Maintainers,

字体大小 | |
[前端(javascript) 所属分类 前端(javascript) | 发布者 店小二05 | 时间 2017 | 作者 红领巾 ] 0人收藏点击收藏

First of all, thank you, this isn’t said enough.

Devoting your free time to create things that serve as the building blocks of our community makes you extremely awesome.

“Any fool can criticize, complain, and condemn―and most fools do. But it takes character and self-control to be understanding and forgiving.” Dale Carnegie

Now I like to think that whenever a large group of people behaves in a certain way, the behavior’s origin comes from an underlying process which pushes them towards that behavior.

For example, In Austria, more than 90% of people participate in organ donation when they die. In the United States, the organ donation rate barely scratches the 15% mark.

One could argue that Americans are more selfish by nature. Or maybe that there’s a vast cultural difference between the two nations which accounts for the difference. Perhaps Austrians are raised on the notion of altruism from a young age.

Whatever the reason is, you decide to do something about it.

You come up with the idea to start a nation wide campaign urging US citizens to do the right thing and donate their organs after death. You’ll even invite the Austrian ambassador to give a speech on national television, telling Americans about the importance of selfless giving and the Austrian culture.

You could do all that, and it’ll certainly be helpful to some extent.

But what you should really be doing is figuring out that in Austria, every citizen is an organ donor by default. Austrian citizens have to explicitly opt-out to stop being organ donors. Only about 10% of Austrians choose to do so.

You see in this case, Americans are selfish by default while Austrians are generous by default. These statistics are similar in all opt-in vs. opt-out organ donating nations. This is the single factor that makes all the difference.

So the open question I think we should be trying to answer is: How can we make the javascript community more generous by default?

“Critique by creating.” Michelangelo

The Open Source JavaScript Toolbox

Imagine builder you’re trying to build a house from scratch. This seems like a daunting task, but you know you can manage it. This is in large part thanks to the unprecedented access to tools that can help you with the job.

You’re fortunate enough live in a special kind of bizarro world a well. A world where all your tools materials are given to you freely. You can even look at their schematics and see how they were forged.

All of these great tools are given to you freely, and you use or modify them as you see fit. And free of charge. How lucky are you!

But wait, there’s a catch.

These tools come with absolutely zero guarantees. They could work, they could break, and they could update without notice. Sometimes the tool’s maintainers flat out abandon them.

In fact, almost every tool in your toolbox contains the following warning:

”THE SOFTWARE IS PROVIDED “AS IS,” WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES…” MIT License

We get all these amazing tools with no cost and no strings attached. But when they break, change or malfunction, our frustration is real.

Our anger is real.

Since we got all of these amazing tools for free, is it OK for us to complain when they breakdown, have breaking changes or aren’t well maintained?

“To escape criticism: do nothing, say nothing, be nothing.” Elbert Hubbard

When A JavaScript Developer Snaps

Frank is a normal JavaScript developer. Most of the time he loves his job. He’s currently building a complex dashboard for an amazing new product he believes in wholeheartedly.

He used to love to write everything by himself. Citing Vanilla JS as his favorite library. But those days are long gone now. He understands that modern web development requires that you use libraries and stand on the should of giants. Perhaps too many giants.

Frank’s dashboard is now built with React. He makesmostly mainstream choices. He currently uses Webpack + Redux + React Router + Babel. The whole shebang.

But Frank’s just getting started. By the time the project went live, his dependency list isa mile long. He’s now an addict and loves using open source libraries whenever he can.

Butthen things start to break…

Every major library release bringsits own set of breaking changes. “Those are what major versions are for,” Frank keeps saying to himself. But that doesn’t make the frustration any less real.

This situation might be manageable when you have a handful of dependencies. But when your dependency tree has 30+ dependencies in it, all of which have dependencies of their own, shit gets real pretty fast.

And when Frank saw that that one of his dependencies had a completely different API, he just flipped.

“F*** you for changing the API!”

Real email I get :joy:

So much developer rage, I’m gonna blame unrealistic deadlines. Yell at your boss, not me

― Ryan Florence (@ryanflorence) December 8, 2016

This is just a random tweet. I have no idea if the actual sender’s name is Frank, but that would be pretty cool.

The Science of being grateful

The truth is we can keep complaining all day long about how our tooling sucks and keeps breaking all day long. But that’s hardly the truth.

Every tool in your toolbox has a reason for being there. And while every tool brings its own complexity, it hopefully abstracts away a much greater complexity as well.

Let’s take webpack for example. Sure, I’ve taken a jab or two at the complexity of the webpack config file, which definitely looks scary at first.

But without webpack, I would still be piping together 20 different gulp plugins and pretend like I understand what’s going on. And without gulp, I would still be maintaining a 1,000 LOC grunt config file. And without grunt, I would have to create and maintain my entire build process manually. You get the picture…

So instead of being gloomy about having to use a gazillion dependencies to setup and run our projects, we should all be grateful for all the of the different tools we have at our disposal.

In fact, research shows that being grateful is good for you.

So the next you stumble uponan open source project that you use and like, I urge you thank its maintainers. Saying thanks on Twitter, or opening a “spammy” thank you commit could a long a long way. It might feel weird at first, you might feel that you’re being spammy and don’t want to bother anyone.

But trust me, if the number one issue open source maintainers would have to deal with was a barrage of “thank you spam,” our JavaScript community would be in much, much better place.

On the flip side, the next you find yourself angry at an open source project that broke you shit, hold off for a minute. Remember that on the other side of the fence there’s a person who spent their free time creating something that helped you do your job better. And no matter how stupid the error/breaking change/whatever might be, you still got a

本文前端(javascript)相关术语:javascript是什么意思 javascript下载 javascript权威指南 javascript基础教程 javascript 正则表达式 javascript设计模式 javascript高级程序设计 精通javascript javascript教程

主题: JavaJavaScriptReactUTTITwitter
分页:12
转载请注明
本文标题:Dear JavaScript Maintainers,
本站链接:http://www.codesec.net/view/531141.html
分享请点击:


1.凡CodeSecTeam转载的文章,均出自其它媒体或其他官网介绍,目的在于传递更多的信息,并不代表本站赞同其观点和其真实性负责;
2.转载的文章仅代表原创作者观点,与本站无关。其原创性以及文中陈述文字和内容未经本站证实,本站对该文以及其中全部或者部分内容、文字的真实性、完整性、及时性,不作出任何保证或承若;
3.如本站转载稿涉及版权等问题,请作者及时联系本站,我们会及时处理。
登录后可拥有收藏文章、关注作者等权限...
技术大类 技术大类 | 前端(javascript) | 评论(0) | 阅读(66)