在私人博客上私自分享公司业务系统架构等经验有无问题？

[bromineMai]

不是什么很吊的项目，但是毕竟是自己相当长时间的心血，花了不少心思去设计和维护。 服务前中期基本上都是个人独立设计和开发，也不涉及公司的业务机密（个人理解），并非开源，即使有少部分 demo 代码也是润色或重写过的。但是毕竟是和公司的产品有点关系,会不会有点不妥。

[bromineMai]

需要注意什么度吗？

[leewangyang]

看保密协议？

[byuc]

1.看保密协议
2.在保密协议许可的情况下，只说架构不说公司名。
3.有些公司觉得这种技术分享对公司也是一种宣传。主要还是看公司吧。

[stabc]

不是“有点不妥”，是非常不妥。你有这个想法就不对了。

[ys0290]

问老板

[jeffcott]

问老板+1，那么多大厂分享架构经验，还有开源的...

[xwyam]

理论上来讲，个人为公司做出的成果，产权是属公司所有的，即使完全由你个人完成。因此还是别搞危险动作了。

[veelog]

这要是被老板知道了就惨了！，借楼问下，话说各位面试的时候面试官问你以前开发的项目框架啥，要你画流程图什么的，各位会如实说吗？

[learnshare]

先征求有关人员和老板的意见，脾气好的都愿意让你分享

[xwyam]

@veelog 两个思路。一，只说笼统大概，不讲任何直接。二，选个牛逼方向讲重点技术，不说宏观。

[kslr]

国外很流行啊，很多技术社区分享架构文章然后最后留一个招聘信息

[fcten]

一般来说，技术分享只限于某个具体的应用 /具体问题的解决方案，而不会把公司的技术架构全盘托出。

[crab]

@xwyam 像搞安全的，进入公司之前本身有个 0day，这种工作中怎么办啊。

[cxbig]

个人博客谈理念和方向，最好不要涉及到具体的代码实现。不然公司很容易抓证据。

[dobelee]

同問。收藏等答案。

[HuHui]

目前公司各种技术拼凑，基本不存在这个问题

[likuku]

@kslr 国外很流行，那也是“另一种宣传稿”，就像是军火商 /国防工业的一些宣传片，也只放可以公开的。

[jadec0der]

我写过一些博客，单纯介绍架构方案什么的其实价值不大，最好重新梳理一遍，首先提出问题，然后是你的探索过程，考虑过哪些解决方案，它们的优劣，以及最后使用的什么方案，效果如何。可以把一套系统拆成一系列问题写成单独的文章。这样做正常公司是不会挑刺的，而且文章也能更加有用。
面试的时候友商问你，建议还是尽量讲清楚，没必要藏着掖着，这个考察的是你对技术和架构的理解。其实从业界实践来看，没几个公司是因为想不到方案所以技术落后的，也没听说过因为打听到友商的方案就把自己的架构推翻重来的。想出架构是一回事，能否实施取决于公司基础设施、技术栈、工程师素质等等很多客观因素。在互联网行业，除了云计算、人工智能等少数高端产业，很少有值得保密的架构。

[billgreen1]

工作成果，代码等，属于公司的，这个过程中积累的经验，是属于你自己的。

[scnace]

写在公司的 Blog 里面呀