php怎么获得行数，使用Linux的人一般是出于什么原因选择这个系统？
生活所逼嘛！Linux工资高，还有点点酷。
从2002年用Linux做了第一台简单的路由（nat IP伪装到:)到目前还在继续搬砖，有不少年头了。
记得第一次进机房，要自己管理500多台服务器（2005年），心里还是比较激动的。使用Linux，规划及部署了lvs + keepalived/haproxy+keepalived负载均衡、ARP透明代理、nagios/zabbix/cacti/centreon监控、MySQL主从复制集群、PHP/Java应用、Redis/MongoDB单机和集群、分布式文件系统moosefs/Hadoop hdfs/ceph、oracle rac/dataguard、pcs cluster/drbd、squid/varnish/ngixn缓存、proxmox ve超融合集群...总之，一个字“干”！
在2005年以前，做了几年的Windows网络维护，简直烦透了，要不就蓝屏，要不就安装不上又卸载不掉（老总喜欢在他的笔记本安装oracle，安装不成功，再装不能，卸载又卸不掉）。所以后边面试，先问是不是维护Windows服务器，如果是，直接扭头就走。
个人工作方面，笔记本还是一直使用Windows，没像有些人把Windows干掉整个Ubuntu桌面，要用桌面，还是Windows方便一些。
总之，用Linux就是为了谋生而已，无他。
如何在PHP中获取MYSQL数据库返回的数据的行数？
1、首先打开MYSQL的管理工具，新建一个test表，并且在表中插入两个字段。
2、接下来在Editplus编辑器中创建一个PHP文件，然后进行数据库连接，并且选择要操作的数据库。
3、然后通过mysql_query方法执行一个Insert的插入语句。
4、执行完毕以后，我们回到数据库管理工具中，这个时候你会发现插入的中文乱码了。
5、接下来我们在PHP文件中通过mysql_query执行一个set names utf8语句即可完成操作。
程序员上班一天得写多少行代码？
你们这些程序员们，真得每天都在读代码吗？多数人阅读代码的数量远远不够。难道程序员的日常，都只在读代码吗？
其实，一名程序员每日工作是这样的：大部分的时间是来改代码，写代码和看代码。有人说好的程序员每天能写出20行有效代码，就是世界级水平了，也有人说真正的程序员每天至少能写出100行有效代码才算是一名好的程序员。那么，一名程序员，究竟一天需要写多少行代码呢？
来自 CSDN 论坛的程序员们说：
每天精华代码是 1 行。代码不在多，而在于精简、高效、美观。真正优秀的程序员都拿着高工资，其本上不用怎么写代码，如果你还拼命在写代码，说明离“优秀”还有一段距离。每天把 1000 行代码减少到 100 行。很多时候都在分析问题，查看代码，写代码越来越少了。如果写的话，基本上每天 100 到 200 行，但是更多的时候在开会、开会、开会。来自知乎的程序员们说：
无须看重代码行数，程序员的价值在于思考，而不在于打字数量。真正写出来可用的代码，一天平均几十行就很好不错了。我通常是一天不到 100 行。负的。我们不生产代码，我们只是 GitHub 的搬运工。最多的时候，一个礼拜写了上万行代码，那时候每天睡觉都很香，因为累！比尔盖茨曾说过：“用代码行数来衡量程序的开发进度,就好比用重量来衡量飞机的制造进度。”近期，Google公司的AdMob全栈工程师Raymond Farias发表评论表示：“以Google工作中最有效率的一个月为例，使用Google的一款内部工具，即可以查看每天的代码增量（包括添加、删除、更改的代码行数），并根据以往的调查证明，一名高效的工程师每天能写100-150行代码。”
Google大约有4万名工程师，而在这些工程师中有些人代码产出量比较少，因为技术经理或者主管因为很多的会议或者假期并不会写太多的代码，因此，一位工程师一天100行代码，应该是最为准确的数据了。
而在国内对于一些熟练的程序员，每天需要100行代码才是正常的生产率（包括需求分析，设计，编码，单元测试和系统测试）。当然，对于缺乏编码经验的毕业生或转型的从业者来说，每天代码产出量也须另当别论了。你认为呢？
如何才能写出高质量的代码？
作为一名java开发工程师，对于这个问题我算是比较有感触的，所以想说说我对java开发的一些看法，纯属个人意见，不喜轻喷！
什么样的代码算是高质量代码，或者说是高质量代码的特征？在我看来，主要就是在于可读性、易扩展两方面。
首先，我觉得最重要是要可读性高。为什么这么说呢？相信做过开发的朋友都知道，互联网公司的人员流动率还是比较高的，可能出现的情况是领导突然跟你说，你去交接一下某某某同事的工作，而交接的时候一般情况主要是业务流程、功能模块来交接，大概率不会一行一行的代码去读。如果项目正常运转，不出问题、也没有需求变更（大概率需求会变更），那就是你好我好大家好，如果出了问题或者需求变更，还是之前同事的那些模块，那就必须得去啃代码了。这个时候代码的易读性就显得非常重要了。你可以试想一下，通篇没有一句注释、一个方法几百行、if/else满天飞、方法之间参数传递全是map、sql语句各种嵌套子查询、关联查询7-8个表，当你看到这样的代码，估计心里顿时万马奔腾，怒火蹭蹭蹭的往头上涌去。所以我觉得可读性是第一要素。
其次，扩展性要好。这个也很好理解，现在是信息时代，流量为王，为了提高市场占有率，普遍需求变更频繁，2周一次发布都是正常频率。在这种频繁需求变更的情况下，如果代码的扩展性不高，每一次需求都需要大量改动代码，即耗费时间还容易出错，比如漏改某处地方而引起其他功能异常。所以开发过程中要注意代码扩展性，当然也不要去过分设计，让代码晦涩难懂。
高质量代码在开发中的意义？《计算机程序的构造和解释》一书提到代码是写给人看的，不是写给机器看的，只是顺便计算机可以执行而已。如果代码是写给机器看的，那完全可以使用汇编语言或者机器语言(二进制)，直接让机器执行。所以代码一定要让人容易理解。高质量代码的好处：
好的代码读起来令人赏心悦目，比如java里的spring、mybatis等框架，读源码时常常不自觉发出惊叹，代码原来还可以这么写！
质量高意味着维护成本低，运行稳定
质量高意味着扩展性强，方便业务开发
如何去写高质量代码？对于做java的来说，我建议去看一下《阿里巴巴Java开发手册》。
手册以 Java 开发者为中心视角，划分为编程规约、异常日志、单元测试、安全规约、MySQL 数据库、工程结构、设计规约七个维度，再根据内容特征，细分成若干二级子目录。根据约束力强弱及故障敏感性，规约依次分为强制、推荐、参考三大类。对于规约条目的延伸信息中，“说明”对规约做了适当扩展和解释；“正例”提倡什么样的编码和实现方式；“反例”说明需要提防的雷区，以及真实的错误案例。 摘自《阿里巴巴 Java 开发手册》最后推荐一下阿里巴巴代码规范扫描插件，以IDEA为例，安装如下
使用如下：
你用过的语法最舒服的编程语言是什么？
任何事物没有最好，只有更好，天外有天，人外有人。这编程语言也不例外，没有最好，好与坏都是在一定的假设条件下做的评判，这样的评判过于主观，特别是是计算机界，几乎每年都有新的语言诞生，抛开主观不说，再好语言也会过时。
vc，vb，delphi，asp不好么，这些语言也曾经被捧到榜首，而今都是老掉牙的语言系列成为历史了，这样的不能说它们不好。
现在热门的python，java，c，和go都有自己的定位，有着不通的应用场景，c适合底层的开发，但开发效率低，执行效率高，那c能不能做web应用开发呢，我真见过，但常人肯定不选c做web，但不能应为这点断定说c不好。
python开发效率高，各种个样的轮子都能找到，生态系统成熟，实现同样功能python的行数比别的语言少，python界流行这样的一句话：人生苦短，我用python。确实一直写c的我写了python爱不释手，不在想些麻烦的c。
java界在商业上有着很多成熟的应用，适合大型的企业级应用开发，也有很多现成的轮子，经历阿里这种大流量业务场景的考验，也是很多传统大厂的主力语言，但是java庞大的类库，需要长时间的积累和平台的历练，目前企业级应用非它莫属。
go 是后发的热门语言，继承了c，python，java的优点，大厂也慢慢的加大它的应用份额，据说这样的新兴大厂就是从python到go的流程，但是现今go的生态不够成熟，但不能说go不行，go有c的性能，接近python的开发效率，go是未来的方向。
但我的还是觉得使用python舒服，人生苦短，你们懂的，没有好坏只有更适合！[大笑][大笑]