这是一个创建于 2803 天前的主题，其中的信息可能已经有所发展或是发生改变。
不是什么很吊的项目，但是毕竟是自己相当长时间的心血，花了不少心思去设计和维护。 服务前中期基本上都是个人独立设计和开发，也不涉及公司的业务机密（个人理解），并非开源，即使有少部分 demo 代码也是润色或重写过的。但是毕竟是和公司的产品有点关系,会不会有点不妥。
 | 1 bromineMai OP 需要注意什么度吗？ |
 | 2 leewangyang 2018-02-12 20:57:26 +08:00 via Android 看保密协议？ |
 | 3 byuc 2018-02-12 21:00:23 +08:00 1.看保密协议 2.在保密协议许可的情况下，只说架构不说公司名。 3.有些公司觉得这种技术分享对公司也是一种宣传。主要还是看公司吧。 |
 | 4 stabc 2018-02-12 21:00:40 +08:00 不是“有点不妥”，是非常不妥。你有这个想法就不对了。 |
 | 5 ys0290 2018-02-12 21:02:37 +08:00 via iPhone 问老板 |
 | 6 jeffcott 2018-02-12 21:04:02 +08:00 问老板+1，那么多大厂分享架构经验，还有开源的... |
 | 7 xwyam &nbp; 2018-02-12 21:04:50 +08:00 via Android  1 理论上来讲，个人为公司做出的成果，产权是属公司所有的，即使完全由你个人完成。因此还是别搞危险动作了。 |
 | 8 veelog 2018-02-12 21:06:28 +08:00 via iPhone 这要是被老板知道了就惨了！，借楼问下，话说各位面试的时候面试官问你以前开发的项目框架啥，要你画流程图什么的，各位会如实说吗？ |
 | 9 learnshare 2018-02-12 21:08:44 +08:00 先征求有关人员和老板的意见，脾气好的都愿意让你分享 |
 | 11 kslr 2018-02-12 21:50:45 +08:00 国外很流行啊，很多技术社区分享架构文章然后最后留一个招聘信息 |
 | 12 fcten 2018-02-12 21:52:40 +08:00 一般来说，技术分享只限于某个具体的应用 /具体问题的解决方案，而不会把公司的技术架构全盘托出。 |
 | 14 cxbig 2018-02-12 22:00:32 +08:00 个人博客谈理念和方向，最好不要涉及到具体的代码实现。不然公司很容易抓证据。 |
 | 15 dobelee 2018-02-12 22:09:55 +08:00 via Android 同。收藏等答案。 |
 | 16 HuHui 2018-02-12 23:21:58 +08:00 via Android 目前公司各种技术拼凑，基本不存在这个问题 |
 | 18 jadec0der 2018-02-12 23:41:44 +08:00 1 我写过一些博客，单纯介绍架构方案什么的其实价值不大，最好重新梳理一遍，首先提出问题，然后是你的探索过程，考虑过哪些解决方案，它们的优劣，以及最后使用的什么方案，效果如何。可以把一套系统拆成一系列问题写成单独的文章。这样做正常公司是不会挑刺的，而且文章也能更加有用。 面试的时候友商问你，建议还是尽量讲清楚，没必要藏着掖着，这个考察的是你对技术和架构的理解。其实从业界实践来看，没几个公司是因为想不到方案所以技术落后的，也没听说过因为打听到友商的方案就把自己的架构推翻重来的。想出架构是一回事，能否实施取决于公司基础设施、技术栈、工程师素质等等很多客观因素。在互联网行业，除了云计算、人工智能等少数高端产业，很少有值得保密的架构。 |
 | 19 billgreen1 2018-02-13 07:33:17 +08:00 工作成果，代码等，属于公司的，这个过程中积累的经验，是属于你自己的。 |
 | 20 scnace 2018-02-13 08:39:49 +08:00 via Android 写在公司的 Blog 里面呀 |
 | 21 easychen 2018-02-13 09:10:52 +08:00 这事不用上 V 站问，写完直接问下主管就好呀。 |
 | 22 klren0312 2018-02-13 09:12:25 +08:00 没签保密协议和合同，是不是可以吧代码全开源 |
 | 23 scriptB0y 2018-02-13 09:38:10 +08:00 问老板 + 1 |
 | 24 wingoo 2018-02-13 09:39:06 +08:00 分享公司的产品架构和内部数据, 需要上级领导审批 |
 | 25 murmur 2018-02-13 09:44:53 +08:00 架构这东西可以做到假大空的 可以让你看着很炫酷但是什么也用不到 技术就那些 真正的细节和参数才是核心竞争力 |
 | 26 taresky 2018-02-13 09:49:14 +08:00 via iPhone 写在公司的 blog 里，是个好主意。又能梳理分享，又没有任何法律风险。 |
 | 27 realpg PRO 脱敏，数据不要分享，架构可以脱敏分享 |
 | 28 kisama12 2018-02-13 11:18:26 +08:00 via Android 想起一次沉渗透某医疗器械官网的过程，常规的漏洞基本都被有效防御。然后我去码云搜了关键字，找到了，整个项目的后台代码……然后利用代码中的配置信息，弱口令进去了。所以，自己注意度吧，不然很可能被不怀好意的人利用…… |
 | 30 3IOhG7M0knRu5UlC 2018-02-13 11:31:10 +08:00 via Android @likuku 透明度报告 |
 | 31 bk201 2018-02-13 11:48:26 +08:00 讲思路不涉及到具体应该 问题不大，谁也不知道是哪家公司的什么东西。 |
 | 32 SunnyFeng 2018-02-13 11:59:17 +08:00 在公司自己的博客或者公众号上分享还行，自己博客分享是有法律风险的。不要说架构都是你设计完成的，那部分公司已经付你钱了 |
 | 33 cjyang1128 2018-02-13 13:04:21 +08:00 比如你做的是 A 业务，那么你分享的时候用一个类似的 B 业务，然后套一下就行了。 |
 | 34 mritd 2018-02-13 13:11:02 +08:00 via iPhone 首先要注意保密协议，其次，看你们公司业务类型，如果你们公司类似云服务比如 PAAS 等业务，那么最好不要分享，这可能比较敏感，如果是其他类型，比如保险等可能无所谓 |
 | 36 libook 2018-02-13 14:37:23 +08:00 有的企业在签订保密协议的时候要求员工在职期间产生的一切结果都归公司所有，所以不管你付出多少心血或者设计多么巧妙，都属于公司财产，能否公开也都是公司说了算，哪怕将来离职去别的公司用了相同的技术，前公司也有权利告你侵权。 但也并不是所有信息都绝对不能公开出去，不同公司的政策不一样，所以最好和自己的老板沟通一下，约定一个尺度，然后再适当公开。 |
 | 37 jmc891205 2018-02-13 14:52:09 +08:00 最安全的做法就是写完了交由法务部门审查 |
| 39 jmc891205 2018-02-13 15:35:10 +08:00 @laudukang 哈哈 每个公司都应该有的吧 专门负责审查各种文件的 比如和客户的各种协议各种合同。我们连用个开源库都要写个申请让法务部门去审查库的 license 法务说没问题了 我们才能上线。 |
 | 40 zhouyou457 2018-02-13 15:52:19 +08:00 涉及到架构这种整体框架的东西还是别放了吧 ... 可以放点儿小插件啊,针对某个问题的解决方案啊,什么的....但最重要的是脱敏,不建议直接拷贝公司代码到 gayhub 之类的地方... |
 | 41 CodingDoge 2018-02-13 16:01:22 +08:00 @jadec0der 说的很对 |
 | 42 hyyou2010 2018-02-13 16:23:53 +08:00 需要将其抽象出来，成为一种纯技术研讨问题 |
 | 43 jedihy 2018-02-13 16:33:58 +08:00 你如果在思考这个问题说明你没有达到能够发布这样的信息的级别。 |
 | 44 uleh 2018-02-13 16:42:56 +08:00 必须脱离业务。 比如在 XX 并发的情况下，用什么硬件加什么软件，如何配参数可以达到多少时间内响应。而且硬件软件都必须是已经公开的产品。 这样子没人会说你，因为你在家也可以搭建完全一样的环境。 但是一旦涉及到公司的业务，比如在某种业务场景下，比如用到了公司系统的修改代码，之类的就踩线了。 踩了线一来说明你这个人职业素养有问题，二来说明你是法盲。 |
 | 45 julyclyde 2018-02-14 08:28:53 +08:00 职务作品，版权归工作单位 想公开需要经过工作单位的审查，由工作单位确认脱密脱敏的程度 |
 | 46 opengps 2018-02-14 09:09:58 +08:00 不能完整出现业务信息，可以说业务特征，建议拆分交流。技术部分是永远需要交流的 |
Select Language