这是一个创建于 3047 天前的主题，其中的信息可能已经有所发展或是发生改变。
初中学历， 13 年参加 PHP 培训 5 个月， 14 年工作至今。 将近 3 年一直 PHP 后端开发，不属于大牛，应该中等的水平，能独立解决工作中的问题。
目前一是觉得自己的 PHP 提升太慢，二是感觉自己啥都不懂。 我其实对技术感兴趣，详细说一下自己的经历，各位 V2er 看看我到底是怎么了。
-
11 ， 12 年找到一个淘宝店铺的工作，于是自己开了一个店铺，店铺装修中接触 CSS ， HTML 。后来自学，达到可以独立仿站（一般的网站）的地步。同时那两年，接触 WiFi 破解，认识了 Linux ，开始学习，直到现在我还用着 Linux 系统。
-
13 年觉得自己需要深入，经人介绍就去学习了 PHP ，说是先入门。
-
15 年自学了 Golang （其实 Python ， C ， C++， Nodejs ，都看过一些，只是没看下去）， Golang 是花时间比较多学习的，结果是写了几个自用的小工具，后来一个工具还改成了 GUI ，比较简陋。
-
16 年突然觉得 Golang 也不是我想要的（其实我就是不懂得太多了，发现自己想写东西写不出来了），于是现在重新开始学 C
写着写着就发现其实我可能想更多了解底层的一些技术，想知道原理，所以我才重新学习 C ，学习 C 可以写 PHP 扩展，也行能提高我对 PHP 的理解。我不知道我表达清楚没有，请求 V2er 的建议。
 |
1
csunny 2016-08-20 11:10:56 +08:00
看看函数式语言
|
 |
2
lianghudou 2016-08-20 11:12:08 +08:00
C 语言是才是一切语言的根本
|
 |
3
nikoukou 2016-08-20 11:19:33 +08:00
楼主读个成人自考然后去稍微 level 搞一些的公司啊，成长肯定很快。
|
 |
4
CuminLo OP |
 |
5
Balthild 2016-08-20 11:27:12 +08:00 via Android  1
跑个题，如果只是想写 php 扩展，可以去看看 phalcon 的实现，用他们创造的一种类 php 语言(zephir)，最终也是转换成 C 再编译成 PHP 扩展
|
|
6
nikoukou 2016-08-20 11:27:16 +08:00
@CuminLo 没有推荐，但是最起这东西入职的时候是认可的。我朋友有青鸟出来的，没上大学，后期为了跳槽正规考下来了一个本科，加上技术本身就很厉害，已经拿到 25k 一个月了。只要学信网能查出来，也是你自己考出来的，没有不靠谱一说。
|
 |
7
babytomas 2016-08-20 11:28:47 +08:00 via Android
试试开发一个属于自己的框架，尝试各种不同的写法，基于自己的框架开发许多不一样的程序。
然后不断的重构重构再重构又重构，然后你会发现你已经是大神了。 |
 |
10
zhuangzhuang1988 2016-08-20 11:34:59 +08:00
查名校的大学课程，
看看正规军的打法。。 |
 |
11
imyip 2016-08-20 11:47:27 +08:00
经历真有点相似
|
 |
12
msg7086 2016-08-20 11:49:14 +08:00
数据结构，算法，设计模式，英语和日语。
随便找个入口跳进去填坑吧。 |
 |
14
xbdsky 2016-08-20 12:49:52 +08:00
跟楼主一样，也是初中毕业， PHP 技术一直很一般，也很想学，一直没怎么坚持学下去，报了夜大，毕业了，多多少少有点帮助吧。坚持真的很重要。
|
 |
15
jellybool 2016-08-20 12:55:55 +08:00
贴一小段你觉得你写的最优美的代码出来看看？
|
 |
16
feiyuanqiu 2016-08-20 13:00:47 +08:00 10
楼主不妨把自己现在写的代码放出来看看...我见过不少两三年经验的同事（包括我）到了这个阶段就特别浮躁，觉得自己在业务代码上已经到瓶颈了，提升不了了，但看他写的代码却仅仅只是能实现需求，远远称不上好。一旦让其独立负责一个项目或者大的需求功能，需要自己设计程序架构的时候，弄出来的东西总是不尽如人意，拼拼凑凑地凑合着做完
底层的知识对实际编程能力的提升并不是立竿见影的，会写 c 扩展更多的用处是跟人吹比或者写在简历上。实际工作中需要用到 c 扩展的地方往往已经有别人的（被广泛使用的、经受了考验的）实现了。如果要为自己的业务写 c 扩展，首先很难得到同事领导的支持，因为增加了维护成本，一旦你离职之后就没人能维护了；其次如果你在 php 上的编程能力都不能做到在公司里的权威地位的话，会让人质疑你在更底层方面的能力 从我有限的经历来看，过去每次感觉自己到技术瓶颈的时候，都发现其实还有很多东西没掌握，比如 程序设计方面的知识 最简单的一个体现，团队 CodeReview 的时候能否发现对方代码中不好的地方（代码风格，命名，惯用模式，设计架构， etc...），能否有充足的理由说服对方认同你的观点 能否在需求建模设计会议上提出有价值可行性的设计方案，并说服同事 经过几个月迭代之后，维护的业务代码是否已经混乱成一坨翔了，如是，如何拨乱反正 能否抽象提炼出重复代码中的通用逻辑，并开发出 api 简洁清晰的库类 能否发现流行的框架、工具设计的优点；能否发现流行的框架、工具设计的缺点；能否将好的东西引入自己的开发中 IDE 是否能 resolve 正确所有变量的类型（...仅仅是我个人的喜好） 业务方面的掌握 能否从头到尾将系统里一个复杂功能（复杂，所以很可能是团队协作多人开发的）的来龙去脉讲清楚，为什么要有这个功能，开发它的目的是什么，是为了解决什么实际问题，如何实现的...从入口开始，把处理流程中所有涉及到的地方都拎出来讲一下，为什么这里要这么设计，为什么这里会对这种类型的业务对象做单独的处理，是否有更好的实现方式，为什么针对 A 类型的业务对象的功能会涉及到 B 类型的修改，如果调用了外部接口，外部接口干了些什么，它怎么通知回调，回调处理是怎样的... 数据库方面的知识 数据库基础知识（不同数据库引擎的优缺点、支持的数据类型、不同数据类型的长度，特点、常用语句的语法结构）；数据库表的设计（根据不同的需求要求，采用一个胖数据表结构呢还是拆成几个小表, 搞清楚单表 select 和 join 的性能差异）；索引（如何确定索引、如何构造能尽可能命中索引的查询）；并发的处理（排它锁和共享锁的区别、什么情况需要加锁、什么情况会导致锁表）； ORM 的使用（判断业务是否需要引入 ORM ，几种数据源架构的优缺点）； php 里面数据库持久连接和短连接的差异；分析业务是否需要开启查询缓存... 排错修 bug 的能力 能通过有限的错误信息定位 bug ，能找到更多的上下文信息（ nginx 的访问日志错误日志在哪里， php-fpm 的错误日志在哪里， php 错误日志在哪里， sql 错误日志、查询记录在哪里）；知道不同的错误级别 php 的错误处理有什么不同；知道使用的库函数的坑（比如 bcmath 对大整数、浮点类型） 其他工具库的了解与使用 项目需要异步任务队列了，怎么搞 |
 |
18
Immortal 2016-08-20 14:04:32 +08:00
比较好奇 golang 程序如何改成 gui 这块不懂
|
 |
20
chuxiwen 2016-08-20 15:30:55 +08:00 via iPad 1
个人觉得区别好的工程师，和顶尖工程师主要几个方面
1 ，硬实力 首先算法能力（这里我很笼统的数据结构，各种理论知识，都放在这里） ，很多人说算法能力不是很重要，我自己之前也是这么认为。但是，事实上并不是这样。很多实际操作中的所遇到问题都可以回归到基础的算法问题。而且，算法能力强的人多半可以用更短的时间给出更高效的代码。但是很多算发能力强的人也会忽略我要说的下一点，架构能力。 架构能力，如何让代码有更高的可阅读性，可维护性？如何在做到 "Keep it simple, Stupid" 的同时最大程度上预期未来可能出现的更改？ 其他的呢？ 读复杂代码的能力？最佳实践？ DevOps ？ TDD ？ Agile ？这些属于好的工程师就应该具备的能力。 2 ，软实力 团队精神，如何与团队一起进步提高，软件产片越来越大，几乎不可能一个人完成。 培养新人的能力，自己提高的时候要注意培养新人，原因很简单，只有当新人可以替代你的时候，你才有精力去做更重要的事情。 危机处理和纠纷处理的能力，这个可能有些跑题，但是随着职位的上升，这是不能缺乏的能力。好的工程师迟早都要管理人的。 主意到你的学历，想强调一点，数学和英文。有趣的计算机科学问题多半最后都是数学问题（出了计算机科学，什么问题不是数学问题呢？），看你 5 年， 10 年， 20 年的职场目标是什么，你可能希望自学下大学数学的内容。 英文，最近几年我国计算机科学的发展很快，但是和很多国家还是有差距的，最好的资料很多时候都是现有英文版的（中文翻译的质量有的时候也很难恭维啊）。英文还是很重要的媒介语言。 机会只会留给有准备的人。“有机会没准备” 和“有准备没机会” 哪个更让人遗憾呢？这是你需要问自己的问题。 |
|
21
chuxiwen 2016-08-20 15:43:26 +08:00 via iPad
”其实我就是不懂得太多了，发现自己想写东西写不出来了” 能发现这是根本问题是好的，但是越往后你越会发现，很多问题是没有现成答案的，都需要你自己下（很大的）功夫才能有结果。
所以我要问的是，你想要写什么 go 满足不了你？ 主要是我不能理解是 “ go ” 不是你想要的，他只是个语言。 你可以用 python 做 neural network ， r 做统计， Java 做大数据处理, typerscript 做 网页， ruby 做业务逻辑， node 做 realtime communication ，不要太背你所用的语言拘束 |
 |
22
keikeizhang 2016-08-20 15:49:03 +08:00
个人感觉未来也会有和您一样的困惑，我高中就开始接触计算机编程，当时学习的是 C++，但是遗憾的是没有坚持下来，荒废学业，因为我对感兴趣的事情会投入极大的精力去完成，导致成绩从年组前几名到中下游的。
------------------------------------------------------------------------------------------------------------------------------ 但是穷乡僻壤的地方根本没有这样的氛围，也不能经常上网（网吧），偶尔的计算机课还会被占用。 高三时候感觉这样下去也不是办法就又开始学习，万幸压着分数线考上自己喜欢的大学，和计算机网络专业。 ------------------------------------------------------------------------------------------------------------------------------ 毕业三年几乎没有写过太多代码，就是偶尔的一些微信开发会写一些简单的需求，从微信服务器 pull 一些数据然后存入数据库。 ------------------------------------------------------------------------------------------------------------------------------ 初级到不能再初级，以前上班的时候没事就自己拷贝各个网站的静态首页，小米，京东，淘宝，苹果，反正都是 HTML+CSS 就可以搞定的东西，自己还自得其乐，现在才知道自己技术有多渣。 ------------------------------------------------------------------------------------------------------------------------------ 正式成为程序员（我感觉我都不算一个合格的程序员，也就是一个入门级的），写两个项目以后感觉自己恨不得辞职去学习一下，真的就是这个感觉，但是显然是不可能的，攒钱结婚啊！！！！（我没有虐狗） ------------------------------------------------------------------------------------------------------------------------------ 至于为什么会转行，第一程序员是我能从运营岗位转行的唯一选择，起码以前的工作还会开发一些小玩意和自己拷贝一些静态网页，以前没有想转行是因为压根就没有想过要干这个行业，有时候我就单纯的把写的这些小玩意和网页当成自己的一个兴趣，每写完一个可以和女朋友炫耀，哈哈！ ------------------------------------------------------------------------------------------------------------------------------ |
 |
23
mcfog 2016-08-20 16:49:23 +08:00 1
转载自己的回答
### 想清楚学习的目的，避免为学而学 比如高并发，秒杀，架构，这些经常都是现有业务接触不到的东西，学习起来一般两种目的：要么为了应对面试，要么为了日后业务发展，需要的时候能够顶上（知识储备）。不同的目的有不同的学习手段和目标程度。比如如果为了面试，那么做到有一定了解，清楚场景、常见解决方案即可，面试的时候也不用瞎编，就说没机会接触但了解过如何如何，就是很好的回答了。如果是为了业务发展，如果当前公司很快就会发展到那个程度，那就得要到实战的地步，可以找老板沟通，老板说不定正发愁呢。 但如果你的公司离哪个场景很远，你又不打算跳槽，那就别浪费宝贵的时间，学点别的吧 ### 实践，实践，实践！ 无论你习惯看书，还是习惯视频，还是像我一样习惯面向 google 面向 stackoverflow 学习，学习唯一不变的终点永远是实践。无论你的学习目的是什么，开始之前永远都先给自己准备好实践的机会。公司需要就和老板沟通，公司不需要就自己业余开小项目，不方便的话，那就学到“了解问题点，了解常见解决方案”的程度停止 你已经具备很好的知识面，那么结合公司当下／未来的需求找到突破口应该不是难事，争取结合公司发展所需来学习是效率以及收益最高的，相信我，老板永远最喜欢那种公司需要什么技术就能跳起来说“以前我看过这个东西，有三种方案，我觉得 B 方案目前最适合我们公司的情况，我能带头把这个做出来”的员工 ### 场景是王道 上面两点中我一直反复在聊场景，其实和英文很类似，英文的核心能力并不是几万的单词量，也不是多么高深的语法，而是“语感”，或者说，从场景联系到合适的表达方式，以及反过来从别人的表达中领会场景的能力。 书和视频，包括网上搜索，绝大多数都只能解决“ how ”的问题，但我始终认为"how"几乎是最不重要的事情，至少对于互联网技术来说，除了极端场景， 99%的情况下，“ how ”都不是问题，不就是找最合适的那个类库看下文档，调用调试一下么。问题的关键永远是“ when ”和“ what ”，偶尔是“ why ” + how: 是怎么达成某件事情（比如怎么支撑大并发吧），这其实真的不太重要 + when: 什么时候需要引入支撑并发的方案？ 一台常见的单核 8G 服务器能支撑多少用户并发？怎么监视并发量从而确认是否需要扩容？常见的并发优化能有多少并发量的提升？这决定了**业务成长到什么地步要考虑引入相应方案**，过早优化是万恶之首 + what: 并发问题的核心是解决什么问题？ 比如一个方向是横向扩容／自动扩容，另一个方向是高并发下的数据一致性（事务和分布式事务），当然也还有单机并发优化。如果你理解了就会发现，单机优化确实重要而且是基础，但绝大多数时候远远不如前两个管用。如果你懵懵懂懂就奔着“高并发”这么个词，学了一堆单机优化的东西，可能最后派不上用 + why: 为什么公司需要这个技术？业务和技术的结合点在哪里？ 是你的公司的商业模式决定了需要靠支撑大量并发来盈利么？是公司的业务数据宝贵不容有失所以需要强大的异地容灾？还是因为公司业务无法接受当机时间过长，所以需要灾备，需要柔性高可用？当然，也不能排除“高层喜欢这个技术”这个稍稍令人丧气的理由。 合起来看， how 之外的那些问题，简单地说就是场景问题，想通这个真的非常重要，只有想通这个，你的学习才是有目的，有条理，有计划，有最终成果的**有效学习** |
 |
24
shiny 2016-08-20 17:49:15 +08:00
三年经验的时候不应该离开语言层次了吗？
|
 |
25
a7a2 2016-08-20 20:25:35 +08:00
求好友， go 进程中 。。。
额你的 go 如何 gui 的 |
|
26
CuminLo OP |
 |
27
cgcs 2016-08-20 21:50:47 +08:00
|
 |
28
huntzhan 2016-08-21 00:19:31 +08:00
个人认为最重要的是解决问题的能力, problem solving skill, 而不是说你对某个语言有多熟悉. 举个例子:
* 如果工作中要你写一个简单的语法解析器, 你是否有足够的算法能力可以快速解决这个问题? * 如果你的业务的访问量在可预见的未来会翻数倍, 你是否有能力解决 scalability 的问题? * 工作中 PM 提出了不合理的需求, 你是否有能力说服他并达成共识? * ... |
 |
29
linfox 2016-08-21 03:14:57 +08:00
冒昧问下，楼主在哪个城市？
|
 |
30
bombless 2016-08-21 03:58:33 +08:00 via Android
我也比较喜欢研究底层，哈哈。
之前的兴趣是 x86 的设计啦， win nt 的设计。 后面感觉如果我把花在 nt 上的时间用来研究 jvm 也许还比较容易获取满足感（滑稽 各种语言也尝试学习，争取是在各种主流语言之间无压力切换（ 语言方面算是告一段落了。 最近几个星期在以非常慢的速度试图理解各种基础的三维图形处理。 如果 po 主还对语言感兴趣，欢迎来去年我投入了不少时间的 rust 语言中。 rust 刚一岁多，方便各种新人参与语言功能设计和决策，方便加入各种底层设计，修正编译器 bug 和完善基础工具链。修编译器挺有趣的，不来试试么。 主要是 rust 主要的用户还是关注底层和性能的人，就是说，设计不依赖垃圾收集，并且能正确处理并行的系统，感觉挺适合 po 主的，既关注底层也用于支持 po 主不曾学习但可能感兴趣的并行计算。 |
 |
31
williamx 2016-08-21 09:51:12 +08:00
既然你是求建议的，我就实话实说啊，如果真的只是初中的学历，不建议你去学 C 和 C++，以及所有真正底层的东西，比如内存、虚拟内存，地址， CPU ，缓存命中，等等。不是说学不会，而是这条路比较艰辛，很多人花了几年时间在这些知识上面，也只是学了个半吊子，得到些似是而非的感悟而已，而平时工作中或是今后的工作中真正能用到的，也是很少。如果你对这方面有个人的兴趣，可以去找些描述性的文章来看看，分析类的就不要去浪费时间了。
上面有个人说得挺好，三年左右的时间，应该脱离语言了。就是说，你应该更加关注于业务的需求和解决。光研究语言是成不了大牛的。举个例子， PHP 也好， golang 也好，只是个工具，就好比一个铲子。业务需求要挖个矿，铲个屎，砸个人，埋个尸，你能用铲子搞定就可以了。难道铲个屎还要去研究到底要用个木头柄的铲子还是竹子柄的铲子？ 没有单纯的说，提升 PhP 的技术的，而是说这个需求我能不能搞定。还是拿铲子来做比喻，让你去挖个坑你却没有力气，那你就是能把铲子舞出个花来，有什么用呢？所以你不应该把学习的重心放在怎么提升语言上，而是怎么解决实际的业务需求。 如果一定想要学些什么“语言”相关的东西，我建议去学下数据结构。其他的东西，抱定“面向 Google 编程”就可以了。毕竟，在软件研发这个行业，一直是有两条路可选的，一条是软件研究，理论研究，一条是软件开发，工程开发。 |
 |
32
box 2016-08-21 12:48:14 +08:00
|
 |
34
q397064399 2016-08-21 14:45:45 +08:00
CSAPP 算法第四版 瞧一瞧，然后提升下工程架构能力
|
 |
35
spoonwep 2016-08-21 17:16:39 +08:00 via iPhone
跟楼主有同样的困惑，看了楼下各位大神回复，受益良多
|
 |
37
mingyun 2016-08-21 18:35:06 +08:00
同疑惑，感谢楼上各位的回复
|
 |
38
ss8899ss 2016-08-21 18:35:32 +08:00
LZ 到我公司来吧
|
 |
39
flowerains 2016-08-22 00:27:39 +08:00
|
|
41
williamx 2016-08-22 09:55:29 +08:00
@weaming 没有错，理论联系实际嘛，但是侧重点不同。
举个例子，一家公司，有一帮专门做算法的博士，他们的研究和具体的项目关联不大，如果不卖专利，他们不能为公司产生直接的利润。 他们服务于项目部门，项目部门有什么算法上面的需求，比如要做个什么特效滤镜算法，要提高下认脸识别的性能，会把需求提给他们。很牛 B 的一帮人，但是他们不做具体的终端产品开发，不管他们会不会，能不能，公司出于成本的考虑，不会把一个 App 丢给他们让他们去做。 而项目部门就是用他们提供的算法实现一个个滤镜——有的公司这一部分也是有专门的组来完成，比如组件组，提供各个平台上的不同实现，优化性能等等——然后最终的终端产品组把这些组件拿过来放到他们的项目里面做成最后的软件产品。 码农码农，自嘲的也都是最后这部分人。这相当于一个砌砖的活。算法研究相当于给出用什么土，要多少温度多少水才可以烧出砖。组件组就是根据算法组提供的东西，把砖给烧出来。终端产品组就是把砖砌成房子。 当然，不能说终端产品组就没有技术含量，真要让码农码砖，十有八九房子要塌。 这只是一个例子。 |
 |
44
zhudl321 2016-08-22 17:58:26 +08:00
我计算机毕业两年，出来后的这两年从事 PHPER ，也感觉学的太浅太浅，换的两三家公司都是基于 TP ，又是小公司。现在去面试，很多人都是用疑惑的眼神看。两年经验就这么点。哎、
|
 |
45
466934322 2016-08-22 21:55:17 +08:00 via Android
我也和楼主同样的疑惑，但是我感觉我自己还达不到楼主的高度，目前感觉看看 tp 某些方法的实现过程，感觉受益匪浅！可能我需要再过很长的一段时间才有可能去考虑理论和实际吧
|
 |
46
kideny 2016-08-23 08:54:50 +08:00
楼主学习了 design pattern 和 OOP 嘛？
我觉得语言学习了一段时间，就应该尽早接触这些吧。 |
|
48
CuminLo OP |
 |
49
hekunhotmail 2016-08-23 11:54:19 +08:00
Php 宇宙第一， 加油吧骚年
|
|
51
CuminLo OP @hekunhotmail 怎么说目前还是得用 PHP 来赚钱生活吧
|
Select Language