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

[bromineMai]

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

[easychen]

这事不用上 V 站问，写完直接问下主管就好呀。

[klren0312]

没签保密协议和合同，是不是可以吧代码全开源

[scriptB0y]

问老板 + 1

[wingoo]

分享公司的产品架构和内部数据, 需要上级领导审批

[murmur]

架构这东西可以做到假大空的
可以让你看着很炫酷但是什么也用不到
技术就那些
真正的细节和参数才是核心竞争力

[taresky]

写在公司的 blog 里，是个好主意。又能梳理分享，又没有任何法律风险。

[realpg]

脱敏，数据不要分享，架构可以脱敏分享

[kisama12]

想起一次沉渗透某医疗器械官网的过程，常规的漏洞基本都被有效防御。然后我去码云搜了关键字，找到了，整个项目的后台代码……然后利用代码中的配置信息，弱口令进去了。所以，自己注意度吧，不然很可能被不怀好意的人利用……

[a308057848]

我觉得注意关键信息

[GooMS]

@likuku 透明度报告

[bk201]

讲思路不涉及到具体应该 问题不大，谁也不知道是哪家公司的什么东西。

[SunnyFeng]

在公司自己的博客或者公众号上分享还行，自己博客分享是有法律风险的。不要说架构都是你设计完成的，那部分公司已经付你钱了

[cjyang1128]

比如你做的是 A 业务，那么你分享的时候用一个类似的 B 业务，然后套一下就行了。

[mritd]

首先要注意保密协议，其次，看你们公司业务类型，如果你们公司类似云服务比如 PAAS 等业务，那么最好不要分享，这可能比较敏感，如果是其他类型，比如保险等可能无所谓

[xwyam]

@crab 找主管反应。注意表面上不要显得太积极。

[libook]

有的企业在签订保密协议的时候要求员工在职期间产生的一切结果都归公司所有，所以不管你付出多少心血或者设计多么巧妙，都属于公司财产，能否公开也都是公司说了算，哪怕将来离职去别的公司用了相同的技术，前公司也有权利告你侵权。
但也并不是所有信息都绝对不能公开出去，不同公司的政策不一样，所以最好和自己的老板沟通一下，约定一个尺度，然后再适当公开。

[jmc891205]

最安全的做法就是写完了交由法务部门审查

[laudukang]

@jmc891205 法务部门 NB

[jmc891205]

@laudukang 哈哈 每个公司都应该有的吧 专门负责审查各种文件的 比如和客户的各种协议各种合同。我们连用个开源库都要写个申请让法务部门去审查库的 license 法务说没问题了 我们才能上线。

[zhouyou457]

涉及到架构这种整体框架的东西还是别放了吧 ... 可以放点儿小插件啊,针对某个问题的解决方案啊,什么的....但最重要的是脱敏,不建议直接拷贝公司代码到 gayhub 之类的地方...