发芽的洪！　︵ᵟຶ
( `д´)ジ

是刚学完C正在学C++的小肥(`ε´ )
想问一下一个老生常谈的问题，面向对象和面向过程的区别体现在哪。如果说面向过程是通过调用函数来实现算法，那面向对象又是怎样的过程？( ﾟ∀。)

>>No.63712730
( ﾟ∀。)7爬虫实现的思维逻辑是简单的，即使用代码模拟人类访问，之后对访问获得的数据进行处理。
在没有反爬虫并且格式简单的网址很快，所以得看具体使用情况。

AI与代码相关性反而不高，更多的是要对数据与逻辑的认知，代码是其最简单的部分，现在只是喂数据和调整AI的话，需要接触的代码很少，为了AI普及化，模型的训练流程简化工作有不少项目与公司在做。

>>No.63711758
确实很多人用王八做演示，我以前也是从那里开始学的( ´∀`)

>>No.63712785
企业用的话其实不是很好推荐，建议还是要做语言与框架调研，结合需求进行选型。

我下面聊的是个人角度来说。

基于你的快速部署需求，那么使用C实现是不现实的，因为C的网络编写较为繁琐，框架性部署也不方便。

不太推荐JAVA，原因是语言特性较多，在不进行深度开发的情况下，对你来说基本都是冗余。

剩下的几种语言实现复杂度都不算高，我在开发工作中比较常用的是python和golang。有能力且平台对外的话可以学习一下golang，有相对更好的安全性，并且运行效率高一点点。( ´∀`)

python优势是简单好用快速，学习成本低，开发周期短。

其他接触不多的语言我就不妄加评论了，有肥哥觉得使用方便也可以推荐一下(=ﾟωﾟ)=

来点操作系统指南

>>No.63708578
目前常用引擎有unity，ue，RPGMaker，如果是个人或者小团队的话基本可以舍弃ue了，做不完的，ue用的是c++，unity用c#，RPGMaker没用过不知道，rm的话，开发最简单，但是游戏也就那样，rm的小黄油大家都知道是啥样，unity就可以做很多种类的游戏了，工作量也算还好，而且生态比较完备，ue就一句话，多，难，自己权衡想做啥样的

>>No.63714215
刚学，老师讲的懵懵的

nginx在单个服务器中是不是没什么意义？据我了解nginx的反向代理提高性能更适用于多台服务器上运行同一个软件/服务，然后对进入的请求做调度什么的，单台服务器是不是就没有这个意义了？

>>No.63713466
面向过程是“对调用过程进行描述”，即围绕过程函数进行功能实现，这个过程中，数据与行为是分离的。
在使用时，需要调用函数，并且输入数据，而后得到数据的输出结果。
简单理解为“在对处理过程的数据进行编程”，面向的是这个处理过程。

面向对象是“对对象进行描述”，即围绕类（Class）进行进行编程，这个过程中，数据与行为是封装在一起的。
（注：类的实现就是对象（Object），所以说是针对类而不是对象，但是对象是最终目标产物。）
在使用时，需要调用对象，而后调用对象的函数对数据进行处理。
之后的数据处理也通过与对象的交互间接实现，而不是直接进行数据操作。
简单理解为“通过对对象进行编程，对象帮你进行数据处理。”，即编写面向的是对象，而不是处理过程。
（注：这不代表你不需要写数据处理的过程，而且在说你的编写目的是形成一个对象。）
加油，你也会有很多对象的。

什么程序员破梗(`ε´ )

以上是简单解释，那么为什么要这样做区分呢？
我认为最本质最重要的区别是上下文区别。
即函数是否拥有上下文。
面向过程中编写的函数是“孤立的”，不具有上下文，也不理解上下文。
面向对象中编写的函数是“属于对象的”，它是对象调用的一部分，函数知道自己属于哪个对象，也知道自己有“上下文”，可以对数据进行哪些处理。

通过“给予函数上下文”，面向对象获取了更多的可重用性、拓展性、维护性等等方向的优势，这也就是为什么语言要做区分。
与此同时，这也是为什么面向对象的语言运行效率会相对低一些，因为计算机“理解”数据，函数对上下文进行“认知”，都需要过程。ﾟ ∀ﾟ)ノ

说的比较抽象，因为本是两个针对语言特性进行抽象描述的词。
至于面向对象的特性，肥哥在后续的学习中会体会到的，水到渠成。(〃∀〃)

请教popo|д` )我是大数据管理与应用专业的，快毕业了，但是前面基本没怎么学(*´д`)
想问问为了就业可以学一些哪些方向的东西？

>>No.63714215
肥哥详细描述一下操作系统的哪部分或者哪种系统吧。
操作系统的覆盖面是很广的，他们的特性，编写思路，实现思路都不一样。
太宽泛不好回答，也很难给予你想要的答案。

>>No.63714523
俺是刚学的，啥也不懂，好popo看着说吧

>>No.63714483
nginx还有进行静态文件缓存，访问控制，路由优化等等很多方面的特性，可以降低服务器压力，优化访问体验。
nginx在一定程度上可以作为路由访问的日志中心，用来排除报错情况也是很好用的。
反向代理与负责均衡只是其功能的一部分，不使用这部分不代表就不需要使用nginx了。
并且现在的开发实践以模块化的趋势为主，在这种场景下，中间件可以作为优质的转发工具，避免了直接访问的情况，所以基本都在使用。

>>No.63714627
谢谢po(=ﾟωﾟ)=

>>No.63714627
果然还是要有实际用过才能更理解啊，我对nginx还仅限于了解没有实际部署用过

>>No.63714492
( ´_ゝ`)
说的稍微直接一点，个人不是很推荐继续深耕大数据领域。
近些年会发现大数据这个词越提越少了，因为实践发现，我们目前达不到“大数据”需要的数据量，所以大数据处理的需求就没那么直接了，岗位也在减少。

至于就业。
po认为即将毕业的学生还是要想清楚“自己想要什么”。

对于学计算机的学生，最重要的是知道自己是否想做强代码相关的工作，自己想做什么类型的工作。
只有选好了目标再去学习，才能有动力且高效。
这部分推荐自己进行行业调研，不要怕消耗时间，磨刀不误砍柴工，了解了行业需求，自己才能针对性提高，在调研过程中也是在理解行业与提高自己。(ゝ∀･)

>>No.63714722
没有提供很直接的就业建议是因为大家领域不同，内容差异较大，这个哪怕po去调研，对双方的意义都不是很大，不如肥哥亲力亲为，不是在敷衍，肥哥希望能理解|д` )

>>No.63714562
你都叫好popo了，那不得不回答了！(σﾟдﾟ)σ
但是只能闲聊几句，毕竟操作系统不是两句话说得完的。
我对移动端没什么研究，所以就不聊移动类的了。
最常见的操作系统是windows系和linux系的，可以去学习一下操作系统的发展历史，还蛮有趣的。
po大学时曾经跟着《一百天写一个操作系统》实践过一次，如果有精力的话，这本书是不错的操作系统理解用书籍，毕竟实践出真知。

>下面想到什么聊什么，尽量是入门知识，方便肥哥理解什么是操作系统
操作系统实际上就是硬件与软件的“中间件”，通过将硬件调用的细节抽象化来降低用户的使用成本。
我们熟悉的很多词汇都是由这个思路而来的，例如：内存、文件系统、设备管理、网络。
它们都是操作系统帮我们抽象简化之后的硬件系统。

linux系统的设计理念是“一切皆文件”，将所有的东西都抽象为或视为一个文件，从而简化系统编排与管理，提高系统的一致性与可预测性，这种方式令linux的访问简易性更强，也就是为什么linux更多使用命令行，因为调用轻松，编程模型简单。
windows系统的设计理念更像是“面向对象编程”，给用户提供一个又一个单独的小模块，再提供功能，结果就是我们看到的windows在图形用户界面（GUI）方向的快速发展，这也是windows的主要优势，即易用性。
这两者没有对错之分，优势区间与设计理念不同。

linux系统是开源的，而windows系统是闭源的
PS：虽然计算机开源精神我们很欢迎，但是开源精神也荼毒了不少软件，是一个有趣的观点，有兴趣的肥哥可以去看看开源协议的发展与不同协议的要求。

相对linux而言，windows是庞杂的，因为linux更希望提供给用户一个简单的系统，用户在之上进行拓展，进而得到自己想要的功能。
而windows希望能够提供足够完善的功能，在用户需要的时候进行调用，所以windows会有更多的冗余。
PS:linux用户也有想要完整功能的，所以linux有众多的分支系统。

由于windows庞杂与闭源的特性，windows的安全性问题要远超于linux，并且windows的运行效率要低于linux，这就是为什么在服务器中我们更多的使用的是linux系统而不是windows系统。

系统设计时还是有很多设计者的巧思在，进行系统的逻辑分析还是蛮有趣的。

先写到这，肥哥有什么好奇的可以再问。
今天上午就到这里了，午饭肥力测试！

才发现串首的计算机答疑串写成计算机答题串了，我的答疑串･ﾟ( ﾉд`ﾟ)