We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
我曾经认为--如果我了解JavaScript,那写后端会很容易。我之所以认为简单,是因为Node是JavaScript。我没必要去学一门新语言。
然而,我错了。
但是,后端是很难去学的。我花了很长的时间去学习它。(当然,我现在仍然尝试去掌握它)。
我意识到在学习后端中我有些问题,因为我曾认为前端和后端是一样的 -- 它们都是代码而已。
这是个很大的错误。
前端和后端完全是不同的野兽。我能正确地学习后端之前,我必须尊重他们的差异。
如果让我来解析前端和后端之间的差异(在执行方面),我会说:
当我们构建前端事物,我们很大程度上关注了用户对我们构建的东西是怎么看的。我们花费了大量的时间自问了下面这些问题(每个问题都带来数不尽的工作):
我们都关心。
有时候,我们为了提高用户的视觉体验(带来愉悦感),我们添加了诸如下面的事物:
伴随着每个附加功能,我们还必须考虑它们可能带来的影响:
我们考虑很多东西 -- 从用户的视图层面。这就是为什么我说前端是有关视觉的。
我们为用户着想。然后我们为他们构建产品。
不幸的是,一些开发者自欺欺人地认为用户 === 他们自己。他们为自己建立网站而不是他们的用户。
用户 === 他们自己
让我具体一点。当我说到后端,我指的是前端和数据库之间的层。它也是前端和你需要通信的任何API之间的层(如果它通过你自己的服务器)。
API
我们简化事情让一些人明白,我在讲你将在哪里创建一个Express应用程序。
Express
当你做后端工作时(前端->后端),你会发现我们不再创建接口了。你不用填写表单;你不用点击按钮。那是因为它们不需要。
后端不是关于视觉。没人肉眼看到发生了什么。它只是要运行...
但是,运行意味着什么?
后端允许前端和数据库之间的通信(或任何外部的API)。回到以前,想象下一个电话接线员。如果你打电话给一个人,这些接线员必须手动的连接你和你要打给的那个人。(如果他们接线错误,你就打给了错的人)。
当你构建一个后端时,你就像电话接线员。你把东西连接起来就可以了。
当我们构建后端时,我们会问如下的问题:
我们还要考虑速度和可靠性。(想象一下,如果你发送了一些东西,但是没有收到任何回复的话会发生什么...)。但是,这是更加高级的话题了。
这是我在学习后端的早期观察到的一种常见模式:
Google
我几乎总是错的,因为在学习后端的时候,不自觉地依靠了我的前端经验。我必须学习重新思考问题的方法。
这是我最大的收获:
不要以为你对自己学的东西了如指掌。你几乎总是错的。慢下来,让你有时间和空间去学习。在学习的过程中始终验证,以便你记住并重新连接你的大脑。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
我曾经认为--如果我了解JavaScript,那写后端会很容易。我之所以认为简单,是因为Node是JavaScript。我没必要去学一门新语言。
然而,我错了。
但是,后端是很难去学的。我花了很长的时间去学习它。(当然,我现在仍然尝试去掌握它)。
我意识到在学习后端中我有些问题,因为我曾认为前端和后端是一样的 -- 它们都是代码而已。
这是个很大的错误。
前端和后端完全是不同的野兽。我能正确地学习后端之前,我必须尊重他们的差异。
如果让我来解析前端和后端之间的差异(在执行方面),我会说:
前端是有关视觉
当我们构建前端事物,我们很大程度上关注了用户对我们构建的东西是怎么看的。我们花费了大量的时间自问了下面这些问题(每个问题都带来数不尽的工作):
我们都关心。
有时候,我们为了提高用户的视觉体验(带来愉悦感),我们添加了诸如下面的事物:
伴随着每个附加功能,我们还必须考虑它们可能带来的影响:
我们考虑很多东西 -- 从用户的视图层面。这就是为什么我说前端是有关视觉的。
我们为用户着想。然后我们为他们构建产品。
后端是有关通信
让我具体一点。当我说到后端,我指的是前端和数据库之间的层。它也是前端和你需要通信的任何
API
之间的层(如果它通过你自己的服务器)。我们简化事情让一些人明白,我在讲你将在哪里创建一个
Express
应用程序。当你做后端工作时(前端->后端),你会发现我们不再创建接口了。你不用填写表单;你不用点击按钮。那是因为它们不需要。
后端不是关于视觉。没人肉眼看到发生了什么。它只是要运行...
但是,运行意味着什么?
后端允许前端和数据库之间的通信(或任何外部的API)。回到以前,想象下一个电话接线员。如果你打电话给一个人,这些接线员必须手动的连接你和你要打给的那个人。(如果他们接线错误,你就打给了错的人)。
当你构建一个后端时,你就像电话接线员。你把东西连接起来就可以了。
当我们构建后端时,我们会问如下的问题:
我们还要考虑速度和可靠性。(想象一下,如果你发送了一些东西,但是没有收到任何回复的话会发生什么...)。但是,这是更加高级的话题了。
不同的心理模型
这是我在学习后端的早期观察到的一种常见模式:
Google
上搜索,如何通过我想到的具体方式来实现东西Google
结果也许是空)我几乎总是错的,因为在学习后端的时候,不自觉地依靠了我的前端经验。我必须学习重新思考问题的方法。
这是我最大的收获:
不要以为你对自己学的东西了如指掌。你几乎总是错的。慢下来,让你有时间和空间去学习。在学习的过程中始终验证,以便你记住并重新连接你的大脑。
参考和后话
The text was updated successfully, but these errors were encountered: