我面向 Google 编程,他面向薪资编程

面试官:同学,说一说面向对象有什么好处?

神仙开发者:我觉的面向对象编程没有什么好处。

面试官:为什么(摊手、问号脸)?

神仙开发者:因为在面向对象的时候,我对象总是跟我说话,问我在淘宝上挑的衣服哪个好看,没有安静的适合编程的环境,所以面向对象编程没有好处。

面试官:好的,今天就到这里吧,回去等通知吧。

最早之前的开发都是面向过程编程,直到高级语言出现,使得面向对象编程普及开来,到现在为止,不管前端、后端,统统都是面向对象编程。当然这都是正经的说法,随着互联网的发展,关于程序员的传说也越来越多,下面几个面向 XX 的编程,也是真真假假自在其中。

面向其他开发者编程

面向其他开发者编程,什么意思呢。有些同学天然的认为,刚刚正式进入一个公司从事开发岗位,一定要有个高手带,没人带就没法开始编程。

还有就是在遇到问题的时候,第一反应是求职于同事,或者微信、qq 等技术群,而不是想要自己想办法。往往在求助他人碰壁的时候,间歇性的进阶到面向搜索引擎编程,碰壁次数达到一定次数后,量变引起质变,会进入到面向搜索引擎编程的稳定态,也就是下面的面向搜索引擎编程。

关于这种现象,可以看这篇关于提问的文章。为什么你提的问题没人回答

面向搜索引擎编程

面向搜索引擎编程又分为高阶和低阶两种,高阶用户面向 Google 编程,低阶用户面向百度编程。

现在互联网这么发达,90% 的问题可能都能通过搜索得到答案。在互联网还没有这么发达的时候,能帮助开发者解决问题往往就是几本书,如果书上找不到解决办法,那就靠调式、读源码还有运气了。

面向百度编程

有些同学碍于 qiang 的阻止,或者一直以来的习惯就是用百度。所以遇到解决不了的问题就开始 baidu.com 了,有问题,上百度。大多数时候,百度都不是那么好用,除了有永远排在顶部的各种广告之外,就是 某SDN 在百度的权重那真是异常的大,好多文章自然不必说了,最起码充斥着很大一部分的垃圾文章。

面向 Google 编程

这一般都是由面向百度编程的同学进阶来的,当你有一天,或者说迟早有一天,你终于忍不了百度对于技术问题的无解了,那就自然而然的到了 Google 这里。不瞒各位,我就是面向 Google 编程的忠实实践者。一般碰到不是那么明显的问题,第一个想法就是 Google 一下,一般是输入关键字后,一口气打开第一页结果中的7、8 个,然后基本上扫一眼就知道哪个是能解决的,哪个是无关或者扯淡的。这个时候,如果碰到英文页面,最好有 Google 翻译配合使用,效果更好呦。

其实不管是百度还是 Google ,当然都能解决一些问题,但是还是不要一碰到问题,想都不想,马上打开搜索引擎开始搜。有时候遇到问题先尝试自己解决,自己没办法解决再考虑问搜索引擎也不迟。重要的是,你还得会用,不要以为谁都能通过问题现象顺利的找到解决方案,我发现有些同学还真的就不会用,不知道怎么搜索。

面向产品经理编程

这类的同学也很多,产品经理当然只是个代指,可以理解为提出需求和设计方案的人。拿到需求就开始哐哐一顿开发,着实痛快利落。但其实,我想有些开发同学遇到过对需求有疑问的情况,觉得这需求怎么这么怪异,这设计好像不是很合理,能发现问题已经很好了,针对问题找产品经理讨论那简直是更好了。可怕的是有些同学根本就不思考,需求设计来了就照做。还有一些同学是想到了,但是想想就憋在肚子里了,难道是因为打不过产品经理的原因吗。

面向薪资编程

这往往出现在刚要进入职场或者工作一两年的同学,薪资是最重要也是唯一重要的考量因素。只要工资给的够,开发什么不重要,用什么开发不重要,都能做。哪怕是去东南亚也都在考虑范围内。

那么,我们选择面向薪资编程是不是有错呢,当然,也没错,上班为了什么,为了理想吗、为了抱负吗、为了自我实现吗,说没有,好像就有点肤浅了。好,是的,是为了理想抱负和自我实现,更重要的也是为了钱。

但也不是说,只要工资高就可以了,在工资差距不太大的情况下,还是要看开发东西的价值、行业等。比如说开发高并发的互联网系统和企业内部系统来说,应该首选互联网项目。在比如说赌博平台、无良贷款平台等,这些,给多少钱都不能干。一旦面向它们编程,就是面向监狱大门编程。

无论面向什么编程,都要面向对自己有提升的方向编程。

不要吝惜你的「推荐」呦

欢迎关注,不定期更新本系列和其他文章
古时的风筝 ,进入公众号可以加入交流群

原文地址:https://www.cnblogs.com/fengzheng/p/11605799.html

时间: 2024-10-19 23:09:50

我面向 Google 编程,他面向薪资编程的相关文章

Python黑帽编程2.9 面向对象编程

Python黑帽编程2.9 面向对象编程 我个人认为,计算机语言的发展,有两个方向,一个是从低到高的发展过程,在这个过程中,语言的思考和解决问题的方式是面向硬件的.硬件本质上处理的是信号,在此基础上,我们给硬件赋予了一定的"逻辑思维"能力,为了方便硬件帮我们做事,抽象出了指令的概念,进而出现了汇编语言,然后有了Pascal和C这样的标准的结构化语言.语言一路向上发展,都是根植于指令的,根植于指令就意味着流程和数据代表了一切,数据的变化成为我们表达和抽象这个世界的根本.不可否认,宇宙间的

新一代编程:scala泛函编程技术-唠叨

准备了半年后,终于决定在这里开始我的scala编程技术学习体验撰写之旅.初步打算在这里把我学习.体验.掌握scala编程的过程与有兴趣的朋友分享.我想,虽然我这不是正式论文或者教课书之类的,但写个开场白总是好的.以后都是技术性的表述了,还是把握最后机会唠叨一下吧... 刚好完成了一个行业云平台项目,决定暂停下来仔细思考一下下一步应该怎么走,是不是要改改方向?在之前的项目里,作为项目开发负责人,为了保证项目的成功率,必须完全依赖公司现有的技术.技能资源,绝不能轻易引进新的技术线路和手段,所以眼睁睁

编程语言和shell编程的基础内容以及grep、egrep命令及相应的正则表达式和用法

bash的特性之多命令执行的逻辑关系: 1.命令替换(命令之间无明确的逻辑依赖关系) COMMAND1 $(COMMAND2) 2.管道(命令之间无明确的逻辑依赖关系) COMMAND1 | COMMAND2 | COMMAND3 前面的命令无论执行成功与失败后面命令继续执行:管道命令的前一个命令应该有标准和输出否则用":"隔开 例如:useradd sola :echo 456 | passwd --stdin sola 3.顺序执行结构 COMMAND1:COMMAND2:COMM

MapReduce分布编程模型之函数式编程范式

导读: 计算机科学是算法与算法变换的科学,算法是计算机科学的基石. 任何一个计算问题的分析与建模,几乎都可以归为算法问题. MapReduce算法模型是由Google公司针对大规模群组中的海量数据处理而提出的分布编程模型,主要应用于大规模数据集{大于1TB}的分布并行运算. 在MapReduce模型中的Map{映射}和Reduce{化简}创意来自函数型编程语言,同是也继承了向量型编程语言的特性. MapReduce模型能够使程序员在不了解分布式并行编程的情况下,将自己书写的程序在分布式系统上运行

[转]所有编程皆为 Web 编程

Web编程还远远没有达到完美的境地.其实,还有点乱!没错,随便会写点代码的人就能三下两下地搞出一个糟糕的Web应用:也确实,99%的Web 应用都似狗屎一堆.但是,这也意味着,相当"聪明"的程序员们正在将他们的成果展现在成百上千(或者成千上万,甚至几百万)的用户面前,而这在互联网盛行 之前是绝无可能的 把软件按照Web应用的形式重整一下,即使软件本身并 不怎么样,这也使得程序员们能够把他们的软件展现在某个地方的某人面前. 如果你希望尽可能多的用户来使用你的软件,绝没有比把它做成Web应

五 浅谈CPU 并行编程和 GPU 并行编程的区别

前言 CPU 的并行编程技术,也是高性能计算中的热点,也是今后要努力学习的方向.那么它和 GPU 并行编程有何区别呢? 本文将做出详细的对比,分析各自的特点,为将来深入学习 CPU 并行编程技术打下铺垫. 区别一:缓存管理方式的不同 GPU:缓存对程序员不透明,程序员可根据实际情况操纵大部分缓存 (也有一部分缓存是由硬件自行管理). CPU:缓存对程序员透明.应用程序员无法通过编程手段操纵缓存. 区别二:指令模型的不同 GPU:采用 SIMT - 单指令多线程模型,一条指令配备一组硬件,对应32

Python黑帽编程2.1 Python编程哲学

Python黑帽编程2.1  Python编程哲学 本节的内容有些趣味性,涉及到很多人为什么会选择Python,为什么会喜欢这门语言.我带大家膜拜下Python作者的Python之禅,然后再来了解下Python的编程规范. 2.1.1 ZEND OF PYTHON 在Kali中启动终端,输入Python,进入交互模式. 图2 输入命令 import this “一首诗”呈现在我们眼前. 图3 内容如下: Beautiful is better than ugly.       优美胜于丑陋 Ex

ReactiveCocoa -函数式编程和响应式编程

RAC具有函数式编程和响应式编程的特性.它主要吸取了.Net的 Reactive Extensions的设计和实现. ReactiveCocoa试图解决什么问题 ReactiveCocoa试图解决以下3个问题: 传统iOS开发过程中,状态以及状态之间依赖过多的问题 传统MVC架构的问题:Controller比较复杂,可测试性差 提供统一的消息传递机制 统一消息传递机制 iOS开发中,每一行代码几乎都是在相应某个事件,例如按钮的点击,收到网络消息,属性的变化(通过KVO)或者用户位置的变化(通过

论防御式编程与攻击式编程

今天突然想到了这个话题. 那么,有一部分读者可能并不会很理解我的意思 防御式编程:客户提出什么问题,我们就解决什么问题. 攻击式编程:主动发现问题,其中有一部分问题是性能优化问题,一部分是客户未能发现的BUG.以尽快的方式解决问题. 真实场景:一个功能被做出来了,开发人员于是试了一遍,觉得功能已经出来了,他心里面觉得松了口气, 可以暂时缓了一口气,然后这个功能的测试任务,被分配给了测试人员. “叮叮叮,小李,过来一下,你这个功能怎么怎么的”. 有以下几种可能情况: 测试人员:   你这个样式在I