kxiaong

如果是 module 一级的函数，理论上是不可能的。
类中封装的函数可以使用双下划线开头，使方法变成私有方法。module 一级的方法事实上跟包中定义的 class 是同一级别，而 python 对包一级的对象和函数，只有约定俗成的访问控制，而非强制。

我猜想一个可能比较 dirty 的方法：

使用一个字符串、时间戳与一个枚举的随机数做 md5，产生的结果作为一个私有函数的前缀，比如:
`fun_prefix = hashlib.md5(encryptStr + str(time.time() )+ str(randInt) ).hexdigit()`

你的私有函数名字可以是: `fun_prefix+"my_private_function"`.

然后你在程序中调用时使用反射来调用函数。
因为外部不太可能知道你产生 fun_prefix 时的混淆算法，因此外部每次加载你的包时，看到的都是一个随机字符串+“my_private_function”的函数名，因此也没法调用你的函数。

如果你不得不用源代码的方式发布，可以把混淆加密部分做成二进制跟随你的包一起发布。

如果是我，无脑华师大。
IT 这个行业学校重要，但也不是特殊的重要。 你能力强的话，自己在家看看书写写代码也能找到工作了。
但是如果以后你想换行业呢？
如果某一天你发现自己不适合做程序员呢？
如果某一天你想要去报考公务员或者当老师呢？
那个时候 985 的作用就特别明显了。 政府、学校里面那些负责招聘的人，才不关心你学校所在的行业多牛，也不关心你在什么公司，做什么项目。 他们只会对照着教育部 985 的名单做筛选。
在职业技能发展方面，北邮和华师大没有本质上量级的差别。
在长远职业发展看，985 的牌子很重要。

如果你本科不是 985，其实影响不大。但如果本科是 985，研究生去北邮真的是把好好的资本浪费了。 华师大和北邮都可以给你足够的职业技能，保障一份好工作。 但是长远的、宽广的职业前景，华师大更有优势。

@cokepro @litp @dinjufen @feiniu 这个行业成长很快，只要有机会做一两个有深度的项目，认真总结思考就能很快提升起来，平时工作中还是要多发挥主观能动性。我比较幸运的地方是，之前公司比较轻松，氛围很好，我自己主动承担了比较核心的一块业务，后面找工作基本上都是靠着这个项目经验。


@vtz668 k8s 我只能算入门的水平，谈不上什么值得分享的经验。 如果不是运维开发或者云计算相关岗位，我觉得能了解基本的操作，会配置和部署服务就够用了。如果是云计算相关的开发岗位，底层需要 Linux 内核的知识，建议先看看《 Linux 内核架构》和《 kubernetes 权威指南》,吃透这两本书找个靠谱的机会还是绰绰有余的。目前我在看的也是这两本书，很有收获。

感谢各位的点赞，恕我不一一回复了。2020 年行情不乐观，大家共克时艰，共同努力，不要因为暂时的挫折失去希望和奋斗的动力，相信努力总会有回报！

@tairan2006 @TimeRain 😂 查了一下，我对“上岸”的理解确实错了😂。

>>" @kxiaong 你也说这是“进百度后” "

@ChanKc 你说的也对，我之前对楼主的问题理解不太准确。 我的本意是，从纯技术角度看造火箭和拧螺丝两者并不冲突。
在楼主的问题背景里，造火箭和拧螺丝有冲突是因为，某些小公司本身不具备造火箭的能力，却用造火箭的标准选择候选人，而且给不到候选人匹配的待遇。 这种招聘策略把一些高端人才拉到了更低层次，加剧了行业低层次人才的进一步内卷，破坏了整个行业的生态，尤其是造成了糟糕的面试体验。

@sulinehk @litp 谢谢，能帮助到大家就好。后续我准备用思维导图把后端架构中涉及到的知识点梳理一遍，以方便大家参考。
@yoke123 并不是大厂。 多数是细分领域排名比较靠前的独角兽和创业公司。因为以往项目中有架构相关的设计经历，面试官会非常关注这类项目。

正像我上面说的，架构问题是面试中提纲挈领的点。从这个点展开既能聊常用的组件、常用方案，又能从组件和方案继续深层次、多角度地问下去，一直问到底层原理和实现。同时结合实际业务场景，还能考察候选人对业务的理解。

大家在准备面试时，常常从网上的面经开始，看数据库相关的面试题、看网络相关的面试题等等。但是这样准备面试往往“知其然不知所以然”，因为没有架构背景、没有业务场景。 面经上的那些性能优化、底层原理，常常是针对特定架构、特定问题或业务场景的。 脱离开这些谈性能优化、底层原理常常陷入死记硬背的形式主义，所以还是推荐大家在准备面试时，对架构有一定了解，对自己的知识体系有一个宏观认知，这样准备起来效率更高一些。

新人进百度后的第一课是看百度内部的文档，了解百度的整体架构，模块组成、每个模块的功能。 整理总结以后以分享会的形式给组内同事讲一遍， 同时你的经理可能会叫上各个组的研发一起来把关。 讲解过程中，大家会来不停地 challenge，追问你对某个模块的理解和技术细节。
如果把百度的架构比喻成火箭。 你负责的某个模块，就是一个螺丝钉。但是了解整体架构有助于你了解这个螺丝钉在整个火箭中的位置。在拧螺丝钉时，你知道这个螺丝钉应该拧在哪儿？为什么拧在这儿？ 应该拧几圈？如果火箭出了问题应该逆时针还是顺时针拧几圈？
当然，面试造火箭、工作拧螺丝也是这个行业内卷的一个表现。想象两个候选人来面试，一个只会拧螺丝，一个既会拧螺丝，又了解火箭的架构，你作为面试官会怎么衡量两个候选人？

@xy2020 目前人在北京，暂时还没有换城市的打算。 非常感谢你。