TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Why You Shouldn't Say It's Easy When Teaching

77 点作者 quasiben大约 11 年前

18 条评论

tikhonj大约 11 年前
It&#x27;s funny, because I have completely the opposite view: stop telling people stuff is difficult! If people think what they&#x27;re about to learn is supposed to be &quot;hard&quot;, they&#x27;re going to give up faster and be intellectually lazy. &quot;Oh, I just can&#x27;t figure it out because it&#x27;s <i>hard</i>.&quot;<p>I&#x27;ve found this to be particularly important with things that are fundamentally simple but very abstract. You can teach people quite a bit of advanced mathematics if you don&#x27;t tell them it&#x27;s supposed to be difficult; but if you start out by mentioning that it&#x27;s graduate-level algebra or something, they just shut down and don&#x27;t even try.<p>I think this is a big part of the &quot;monad problem&quot;, coincidentally. People don&#x27;t understand monads because everyone says they&#x27;re impossible to understand. When I came at them, I expected something complex and obscure. I couldn&#x27;t see their actual simplicity—they have a <i>tiny</i> definition, after all—because of my expectations. On the other hand, when I went to learn about arrows, which are a similarly abstract concept, I didn&#x27;t have nearly the same difficulties because I wasn&#x27;t expecting anything and could take the definition as it is. I had a decent understanding of arrows before a decent understanding of monads, which is a shame because I don&#x27;t really like arrows!<p>Now, I suppose that this doesn&#x27;t mean you should call everything &quot;easy&quot;, but you should definitely <i>not</i> perpetuate the idea that things are difficult! (Unless, I suppose, you want to intimidate people rather than teach them.)
评论 #7657318 未加载
评论 #7657908 未加载
评论 #7657147 未加载
评论 #7657175 未加载
评论 #7657693 未加载
评论 #7657933 未加载
评论 #7658166 未加载
评论 #7657500 未加载
评论 #7657517 未加载
评论 #7657909 未加载
评论 #7657601 未加载
评论 #7657586 未加载
评论 #7668327 未加载
评论 #7657225 未加载
mikekij大约 11 年前
The flip side of this is that it may be helpful to tell students &quot;This can be easy for you too, with a little work!&quot;<p>As a high school physics teacher, I had students look at me like I was a genius because I could do inclined plane problems in my head. But in reality, do 50,000 incline plane problems, and you&#x27;ll probably be cranking them out too!<p>Tell them &quot;This CAN BE easy with some work&quot; and you&#x27;re doing your students a service.
评论 #7657152 未加载
tokenadult大约 11 年前
I like teaching subjects that are intentionally advanced for the age of the learners presented with problems that require a lot of mental stretching and effort for the learners. I have a FAQ document about how people feel when they take on tough learning challenges that explains what to do when the lesson is anything but easy.[1]<p>AFTER EDIT: I simultaneously posted with two other participants here who both made good points. Let learners know that something that feels not easy at first can become easy after practice, and let learners know that sometimes topics may be reasonably easy for them even if other people have said that the topic is hard. I have to emphasize these points to in my classroom teaching.<p>[1] <a href="http://www.epsiloncamp.org/CourageandStupidity.php" rel="nofollow">http:&#x2F;&#x2F;www.epsiloncamp.org&#x2F;CourageandStupidity.php</a>
评论 #7657653 未加载
robinh大约 11 年前
Good god, if only mathematics professors would learn this. If I hear the word &#x27;trivial&#x27; one more time I swear I&#x27;m going to scream.
评论 #7657154 未加载
评论 #7657032 未加载
评论 #7657449 未加载
jw2013大约 11 年前
I think the author fails to realize whether saying &#x27;easy&#x27; is okay or not really depends on what background your audiences have. For example, in the math class I find the professor saying &#x27;it is trivial to get B from A&#x27; is quite okay if the proof of that deduction is something the students have learnt in the lower-level classes. I don&#x27;t know another way to skip the easy proof without saying it is easy.<p>If you know how well the person you are talking to know the material you are talking about, then I don&#x27;t find calling the thing &#x27;easy&#x27; is humiliating at all, instead it is a effective way to say &quot;no worries, just do XXX and you are good&quot;. A rule of thumb is when you are not sure if it is appropriate to call something easy, just ask the person you are talking to whether he knows that thing. Why stopping using the word &#x27;easy&#x27; when we are sure all parties of the conversation gets what you are talking about and think it is indeed easy?
评论 #7657196 未加载
评论 #7657110 未加载
sjtrny大约 11 年前
This is also a problem in academia too. Very often I read papers that say that proofs are trivial, that we can easily get from one equation to another through algebra or that solving an equation is easy. It&#x27;s something I try to avoid, instead I use &quot;straight forward&quot;, which I think implies to the reader that this road has been travelled before but that it&#x27;s still ok to ask questions because they haven&#x27;t travelled it themselves.
评论 #7657424 未加载
facepalm大约 11 年前
Or maybe students could learn that they can actually figure some things out for themselves. Google is also there to help.
danso大约 11 年前
<i></i>“Just ssh into the box”…<i></i><p>I get what the OP is saying, but sometimes, the word &quot;<i>just</i>&quot; is justified. It is simply a command, an invocation of a program that is non-trivial itself, but the <i>use</i> of which has been made easy for laypersons...and by laypersons, I mean people who don&#x27;t study the SSH protocol.<p>And I think it&#x27;s important to tell people that things like &quot;just ssh into...&quot; are <i>easy</i>...it&#x27;s not the action that is hard. However, understanding why you&#x27;d ssh into anything, rather than, say, FTP, or whatever...is difficult...I don&#x27;t mean necessarily studying the SSH protocol, but <i>why</i> ssh is used in modern deployment workflows.<p>But until students <i>just</i> SSH in, they will never get to the why. So I don&#x27;t really know what to tell them, except <i>just try it</i>.
评论 #7657430 未加载
Jtsummers大约 11 年前
This is a pet peeve of mine. I have a couple colleagues that use this too often. It&#x27;s dismissive and rude, it presents to the questioner the impression that you perceive them as ignorant and stupid.<p>The fact is, much of software development is really the application of arcane processes, commands and procedures to solve problems. New people don&#x27;t know your particular process or tool suite. I worked in an office that used Rational Synergy and Doors. When I was new I had no clue how to use these properly. After some experience they became easy, but going to a colleague and being told &quot;that&#x27;s easy, just X&quot; was rarely helpful, because it turned out that X was actually A, B, C and D. Admittedly, sometimes A and B were just &quot;click on the options menu&quot;, &quot;click on the &lt;entry&gt;&quot;, but finding C and D required knowing that.<p>These sorts of things are, in fact, easy, but they&#x27;re still arcane enough that when you provide an answer it should be a complete answer. Anything less will result in the questioner being unable to complete the task and feeling like an idiot, possibly being too embarrassed to go back and ask a followup because you told them &quot;it&#x27;s easy&quot;. If, instead, you told them &quot;Oh, that&#x27;s X, you need to do C and D&quot;, you&#x27;ve not poisoned them with &quot;just&quot; and &quot;easy&quot;. If they don&#x27;t know how to do C then they can come back to you and you can say, &quot;Oh, you need to do A and B, then C is the third option down in that tab.&quot;
cossatot大约 11 年前
In my experience both as a learner and as a teacher in a variety of settings from teaching upper-undergrad level science courses to whitewater kayaking, the &#x27;easy&#x27; vs &#x27;hard&#x27; distinction is quite important on two fronts:<p>1) How easy&#x2F;hard things are to learn or do the first time, or the first couple of times, or whatever.<p>2) How easy&#x2F;hard things are to do even when you know what you are doing.<p>Very many tasks are easy or hard w&#x2F;r&#x2F;t (2), and are often referred to this way by the teacher. This may be quite different than whether they are easy w&#x2F;r&#x2F;t (1). As a student, it&#x27;s important to use context to determine if an &#x27;easy&#x27; task is supposed to be an easy (1), an easy (2) or both. As a teacher, it&#x27;s critical to be clear about this.<p>If something is an easy (2), it may be a hard (1), because it&#x27;s abstract, poorly explained, one has improper expectations or training, or it&#x27;s just plain tricky. I think this is what the article is referring to.<p>In this scenario (easy (2), hard (1)), it&#x27;s important to describe the task as such: If it keeps being hard for the learner to do, it is a good indication that the approach is wrong, and he or she needs to step back and evaluate things, seek more help, etc. Rolling a kayak is like this. It doesn&#x27;t require a lot of physical effort to do, just proper technique; so if the kayaker is using a lot of strength and it&#x27;s still failing, s&#x2F;he needs to work more on being smooth, keeping his&#x2F;her head down, and so forth.<p>Contrast this to something that is a hard (2): If a large amount of effort is being expended, this isn&#x27;t an indication that things are on the wrong track. And it may be that if it seems really easy, then something is actually wrong.
andywood大约 11 年前
This seems to me like a pretty random communication pattern to jump on, and not at all likely to be universally &#x27;right&#x27;. Maybe it&#x27;s a personal issue for the author, and others.<p>I&#x27;ve been teaching computer science to laypeople for decades, all the while saying it&#x27;s easy. I feel confident in saying that, because I feel confident that I can make it easy. Explaining complicated topics in simple terms is one of my favorite things.<p>For myself, anytime I have to go to someone at work and have them explain a system that makes no sense to me, if they start with &quot;oh it&#x27;s simple, here...&quot; I&#x27;m fairly sure my reaction is &quot;Good! Please show me the simplicity!&quot;
manlio大约 11 年前
Strongly disagree. When it is honest, I find calling something &quot;easy&quot; is a great way to set the bar for the reader.<p>Regardless of the subject, If I am blown away by something labelled as &quot;easy&quot;, it is most likely one of these two:<p>1) I thought I got it but I didn&#x27;t 2) I don&#x27;t have enough background to understand it<p>&quot;This is easy&quot; is the nice, red sign that is basically telling me &quot;don&#x27;t go further until you understood this&quot; - and I&#x27;m quite happy to stumble upon it. Yeah, it usually means more research and thinking, but it is the only way for you to know that you actually mastered the topic, when it will eventually look, well, kinda easy indeed.
AdrianRossouw大约 11 年前
Easy and Hard are relative terms.<p>Simple and Complex are objective terms.<p>Rich Hickey explains it very well in the presentation &quot;Simple Made Easy&quot;, that I have some notes on here.<p><a href="http://daemon.co.za/2014/03/simple-and-easy-vocabulary-to-describe-software-complexity" rel="nofollow">http:&#x2F;&#x2F;daemon.co.za&#x2F;2014&#x2F;03&#x2F;simple-and-easy-vocabulary-to-de...</a>
webo大约 11 年前
I think a part of the reason many developers&#x2F;engineers use words &#x27;easy&#x27; or &#x27;just&#x27; is because they kind of like to feel more superior than others. This is not necessarily true within the workspace, but it is very true at school or at developer meet-ups.
lazylizard大约 11 年前
um. quite often true for me.. before figuring it out : hard. after figuring it out : easy. sometimes i describe things as complex or non-trivial..hmmm...
vezzy-fnord大约 11 年前
On one hand, she&#x27;s right about how people should be more mindful of others with whom they have a discrepancy in skill level.<p>On the other, every developer, especially ones who are just starting off, needs to develop a healthy habit of self-reliance, being able to hunt down documentation and just RTFM in general.<p>Actually, her examples are pretty much all related to system administration (PATH and SSH). This backs up what I&#x27;ve said several times before: one must learn system administration before learning to code. Precisely because you don&#x27;t want to be studying how to write in $LANG, only to realize you don&#x27;t know how to export your PATH, or what that even is. You need to know your environment before knowing how to code.<p>Finally, her statement:<p><i></i> <i>especially under-represented minorities</i><p>Right, because underrepresented minorities are all inherently deficient in autodidactic skills. Quite the progressive sentiment, indeed.
a3voices大约 11 年前
Where I work, everyone speaks in countless acronyms that only make sense within the company. It was very difficult for me as a new hire.
MCarusi大约 11 年前
What&#x27;s easy for Mark Zuckerberg isn&#x27;t easy for a complete novice to whom programming doesn&#x27;t come naturally.