小弟因为非本科系，硕班主要都是写小小的数值计算而已，
都是用C99特性去写的，所以没什么需要OOP跟资料结构，
但是目前在软件部工作同事的用C++写的CODE也事都看得懂，
不过面试时如果主管只有问你懂OOP跟资料结构，我也不敢说我懂。
请问怎样才能算懂OOP跟资料结构

我也想知道怎样算会怎样算懂，卡一个

chx64的1/2悖论真的很经典呢

卡位等高手解答

知道继承、封装、多型的意义就算懂了吧

卡

我觉得面试的宝贵时间要问就请对方举经验实例说明吧还要问原理跟名词的话根本表示问的人自己也不懂

面试的时候当然都说懂，说不懂就直接out了

物件导向 -> 多型 资料结构 -> 空间换取时间精义就这两个囉

想知道+1，等高手解答

prototype 和 profiling 不会OO的第一个一定超慢资料结构不熟的写得程式可能很慢 但如果会平行就不在DSA里面

推 我也想知道

不然怎么还可能问你VPTR之类的哈哈哈

三个程度 1.看到时知道他是什么2.知道什么时候该用什么3.懂得如何修改或不靠函式库实做

物件导向的部分我认为可以看一下design pattern的各模式应用，多看多实作会更有帮助

我都请应试者画出之前专案类别图，然后再请他在白板重构

楼上你好严格...

记得之前版上有一系列讨论OO的文每一篇都说上一篇不懂，完全没讲到精随

当然说会，他又没问你是不是“很会”

OOP看不难 要会用需要很多的实作经验 用的好就更不容易了...

用二分法没用啊，面试谷歌的懂，跟面试40k工作的懂不一样

其实不重要，以前开机插磁片，现在呢

就是披萨工厂啦

同事用 C++ 写的 Code 看得懂…这跟 OOP 之间的关联是？C++ 是支援 OOP 啦，可是他同时还有 C/Template/STL 的部分很可能你同事写的 C++ 完全没有用到 OOP 特性啊...我有个社科院学妹说他会写 Python 可是从来没写过类别

是有用到啦，开发app的软件部，没说清楚

面试说会 OOP 是自掘坟墓

说了解就好 谦虚点

直接Leetcode的OO或是GitHub直接展示Side project，比较有说服力,talk is cheap.

OOP是MVC的前置技能

跟问“精通英文”是什么一样，说自己精通的一定搞不懂状况，英文是母语的都不会说自己精通了XD

比面试官懂就好

身为sj号称dp哥的我 坐等高手+1 开冷气准备睡觉了

会直接这样问的主管也就是个草包

P(会OOP|四大纯血) ~= 1 我觉得这样判断比较快

主管问你懂不懂练 并不是想看你的基本功你应该回答应用技例如MVC各元件的相互作用 以及用哪种语言哪种框架实作过哪些系统

个人感觉,如果你看得懂你同事的c++, 你同事可能不熟c++