如何用好「自学了 PHP 两个月不知单双引号的区别」的程序员？
程序员文章站
2022-04-18 14:17:41
...
事情是这样的，最近在国内某论坛的问答区看到有人问php单双引号的区别，首先我觉得这种just fucking google it的问题根本就不应该出现，进而猜测提问者是不是刚接触php数天。
正好身边有一php自学者，89年人，曾经在某培训机构培训过两年java/.net/blabla（你们也许能猜到是什么机构），因公司未来可能需要，老板安排他自学php，于是他就买了《细说PHP》一套，有模有样的学了两个月。
今晚正好在一起吃饭，想起单双引号的问题，就问了他，答曰不知道……
我很奇怪，这种 很基础、很常用、不刁钻 的问题，为什么居然学了两个月还不知道。在我眼里，差一点的程序员，在技术方面，无非就是“逻辑不太清晰，偶尔蒙混过关，做事不够到位，不追求最佳实践”而已，不至于……
后来想想吧，觉得这种情况就好像在学校里遇到的各个成绩级别的学生，很正常很正常。问题是，假设某一天，我需要跟这种人共事，我应该如何面对，我即便不放心把代码交给他，但是人安排到岗位上，有时候是无法拒绝的，如何“用好”这类程序员？
UPDATE：我之所以质疑这类人的能力，很大原因还是因为他们不去google，反倒是到论坛上发个帖子，等着别人回答，对于这种基础题来说，这完全是一种浪费自己和他人时间的行为。
表述不清，请各位见谅。另外@路人假 说的情况我也遇到过，人不可能面面俱到，这是完全可以理解的，这点我很清楚，感谢各位提醒。
＝＝＝＝＝＝＝＝＝＝＝＝＝（我是旧答案分割线）＝＝＝＝＝＝＝＝＝＝＝＝＝
程序员之所以重视交流，就是因为大家能够互相学习。我有一次面试，我当时只学了2个月的C++，跟面试官说到C++的constructor的继承原理以及可能出现的问题，面试官用C++工作3年了，跟我说他第一次听说。但人家对C++一定比我这个菜鸟熟悉。这种细节问题根本不能说明任何问题，我只不过遇到一个非常棒的教授，平时上课会说很多细节和经验，而我也认真记住了而已。
所以，LZ要抱怨，也应该抱怨那本书的作者。又或者应该检讨自己，为什么自己对PHP那么了解，在同事需要帮助的时候，不帮他挑一本好书！ 不知道就告诉这人一声，没必要这么长篇大论吧，每个人都有盲点，不能以偏盖全。
在工作中慢慢体会他的整体水平和他的学习能力吧。 如果学习两个月，他对这些概念非常熟悉，反倒有些不正常了。我本科是机械专业的，记得刚开始学计算机编程，很多同学都把各种变量类型字节数多少，操作符优先级记得纯熟，而我对这些是基本忽略的，当时认为我计算机编程很差，但是实际上，他们这些人没有一个最后搞了编程，而我却坚持了下来，学习编程最忌的就是一开始就陷入细节，很多人自学编程过不了书的前三章就是因为这个问题，所以不熟悉单引号和双引号不是什么大问题，即使在实际使用中也只有一点儿性能上的影响，向在单引号内加变量，基本一调试就看出来了。 判断一个程序员，首先看他的思想，然后把他的逻辑用计算机语言表达出来。
这些东西看了一些文档说明就懂，不看自己很难知道。
类似数据库字段 有的人喜欢细分 tinyint smallint 有的人就直接一个INT。 你给他接触单双引号的机会了么？ 如果没记错的话，差别是
$t="xxx";
$x="xxxx$t";
$y='yyyy$t';
echo $x;//xxxxxxx
echo $y;//yyyy$t
如果PHP程序员得知前端都在抢他们生意的话，应该会主动点的吧 每个人的学习方式不同，我自己经常做的事情是要用到什么了，买一本书来，看前两章，跳看要用到的知识点，然后直接上手用过了，出问题再翻书或是搜索。这样的话，如果某个知识点没有接触到，就真的不会知道。
象双引号转义这种知识点，我印象当中，应该不是学php两个月内就了解到的，我第一次上手php，就是用这种学习方式，写了个企业网站，可以后台发布新闻和带留言板功能。
现在回头想想，那些源码当然是自己都不忍心再看的，但我想，我应该不能算是学习能力不够吧。 IT圈总有鄙视链的…
如果这种程序员真的和你实力差太多，总有一天你们俩做的事情不会在一个档次上，交集会越来越小。
当然小公司抬头不见低头见的没办法… 这个只能代表他学的还不够深入而以，不用太武断，再者确实有些知识点即使很简单，如果不是经常接触也存在遗忘的可能。
正好身边有一php自学者，89年人，曾经在某培训机构培训过两年java/.net/blabla（你们也许能猜到是什么机构），因公司未来可能需要，老板安排他自学php，于是他就买了《细说PHP》一套，有模有样的学了两个月。
今晚正好在一起吃饭，想起单双引号的问题，就问了他，答曰不知道……
我很奇怪，这种 很基础、很常用、不刁钻 的问题，为什么居然学了两个月还不知道。在我眼里，差一点的程序员，在技术方面，无非就是“逻辑不太清晰，偶尔蒙混过关，做事不够到位，不追求最佳实践”而已，不至于……
后来想想吧，觉得这种情况就好像在学校里遇到的各个成绩级别的学生，很正常很正常。问题是，假设某一天，我需要跟这种人共事，我应该如何面对，我即便不放心把代码交给他，但是人安排到岗位上，有时候是无法拒绝的，如何“用好”这类程序员？
UPDATE：我之所以质疑这类人的能力，很大原因还是因为他们不去google，反倒是到论坛上发个帖子，等着别人回答，对于这种基础题来说，这完全是一种浪费自己和他人时间的行为。
表述不清，请各位见谅。另外@路人假 说的情况我也遇到过，人不可能面面俱到，这是完全可以理解的，这点我很清楚，感谢各位提醒。
回复内容：
当年我在学校写第一个php程序的时候用单引号，我的老师居然问我为什么用单引号，他以为只能用双引号，后来更发现他不知道ajax，虽然那个时代大多数人都还不知道ajax，但是我仍然认为他是一个比我niubility的老师，因为他能写出逻辑清晰复用度高的代码，而我不行，我只是知道用单引号能获取效率上的一点点提升而已。 LZ，我之前的答案冲动了。后来仔细想想，觉得PHP的单、双引号问题挺特殊的，入门书籍应该会提到。所以觉得LZ的意思应该是觉得这个人做事不认真，不够踏实吧……但关于一个人的看法，也不能如此一概而论。而且，起点比较高的人，一般对于学习一门新语言都不会太用心。我知道一些教授，他们学python纯粹觉得好玩，想了解一下年轻人的新玩意儿。所以LZ可以试试给你同事一些可以练手的项目，让他一边写一边发现问题。＝＝＝＝＝＝＝＝＝＝＝＝＝（我是旧答案分割线）＝＝＝＝＝＝＝＝＝＝＝＝＝
程序员之所以重视交流，就是因为大家能够互相学习。我有一次面试，我当时只学了2个月的C++，跟面试官说到C++的constructor的继承原理以及可能出现的问题，面试官用C++工作3年了，跟我说他第一次听说。但人家对C++一定比我这个菜鸟熟悉。这种细节问题根本不能说明任何问题，我只不过遇到一个非常棒的教授，平时上课会说很多细节和经验，而我也认真记住了而已。
所以，LZ要抱怨，也应该抱怨那本书的作者。又或者应该检讨自己，为什么自己对PHP那么了解，在同事需要帮助的时候，不帮他挑一本好书！ 不知道就告诉这人一声，没必要这么长篇大论吧，每个人都有盲点，不能以偏盖全。
在工作中慢慢体会他的整体水平和他的学习能力吧。 如果学习两个月，他对这些概念非常熟悉，反倒有些不正常了。我本科是机械专业的，记得刚开始学计算机编程，很多同学都把各种变量类型字节数多少，操作符优先级记得纯熟，而我对这些是基本忽略的，当时认为我计算机编程很差，但是实际上，他们这些人没有一个最后搞了编程，而我却坚持了下来，学习编程最忌的就是一开始就陷入细节，很多人自学编程过不了书的前三章就是因为这个问题，所以不熟悉单引号和双引号不是什么大问题，即使在实际使用中也只有一点儿性能上的影响，向在单引号内加变量，基本一调试就看出来了。 判断一个程序员，首先看他的思想，然后把他的逻辑用计算机语言表达出来。
这些东西看了一些文档说明就懂，不看自己很难知道。
类似数据库字段 有的人喜欢细分 tinyint smallint 有的人就直接一个INT。 你给他接触单双引号的机会了么？ 如果没记错的话，差别是
$t="xxx";
$x="xxxx$t";
$y='yyyy$t';
echo $x;//xxxxxxx
echo $y;//yyyy$t
如果PHP程序员得知前端都在抢他们生意的话，应该会主动点的吧 每个人的学习方式不同，我自己经常做的事情是要用到什么了，买一本书来，看前两章，跳看要用到的知识点，然后直接上手用过了，出问题再翻书或是搜索。这样的话，如果某个知识点没有接触到，就真的不会知道。
象双引号转义这种知识点，我印象当中，应该不是学php两个月内就了解到的，我第一次上手php，就是用这种学习方式，写了个企业网站，可以后台发布新闻和带留言板功能。
现在回头想想，那些源码当然是自己都不忍心再看的，但我想，我应该不能算是学习能力不够吧。 IT圈总有鄙视链的…
如果这种程序员真的和你实力差太多，总有一天你们俩做的事情不会在一个档次上，交集会越来越小。
当然小公司抬头不见低头见的没办法… 这个只能代表他学的还不够深入而以，不用太武断，再者确实有些知识点即使很简单，如果不是经常接触也存在遗忘的可能。