Công ty của bạn có chính sách bằng văn bản về viết blog cá nhân (kỹ thuật) không? [đóng cửa]


17

Công ty của bạn có chính sách bằng văn bản về viết blog cá nhân (kỹ thuật) không?

Quan tâm chia sẻ?

Chúng tôi khuyến khích các nhà phát triển của chúng tôi giữ blog cá nhân và nói về các vấn đề kỹ thuật mà họ gặp phải trong công việc không phải là năng lực cốt lõi hoặc IP cốt lõi. Chúng tôi đã làm theo kiểu "đừng hỏi đừng nói", nhưng đã đến lúc viết một cái gì đó xuống.

Cập nhật : cảm ơn tất cả các câu trả lời của bạn, chúng tôi đã thực hiện chính sách cho tuần trước - toàn văn có ở đây .

Câu trả lời:


10

Không có chính sách như vậy ở đây

Tôi giữ một blog cá nhân / kỹ thuật (kỹ thuật hơn cá nhân), tuy nhiên nó không liên quan đến bất kỳ cách nào đối với các công ty tôi làm việc.

Xuất bản giao thức nội bộ, bảng tính, mã, hoặc điều khác sẽ là một nghiêm trọng không làm theo ý kiến của tôi. Khác sau đó tôi có thể thấy vì rất ít lý do mà việc giữ một blog kỹ thuật sẽ không được phép. Người ta có thể trong trường hợp hợp đồng quy định bất kỳ và tất cả các tài liệu bạn tạo ra đều thuộc sở hữu của công ty. Có một bài viết thú vị tôi đọc về một người từng làm việc tại Microsoft, đây là trường hợp. Không thể tìm thấy nó một lần nữa cho cuộc sống của tôi mặc dù.


1
Tương tự ở đây. Tôi thỉnh thoảng gửi mẫu mã, nhưng không bao giờ sao chép / dán trực tiếp từ mã công ty. Tôi luôn vệ sinh và / hoặc viết lại hoàn toàn để loại bỏ những thứ độc quyền.
Adam Lear

2
@Anna: Tôi cũng làm điều đó cho các câu hỏi SO. Có một chút khó khăn khi đặt câu hỏi về một vấn đề mà không trình bày vấn đề ban đầu.
Josh K

Không có chính sách như vậy ở đây, tôi cũng không giữ blog cá nhân, nhưng tôi sẽ giữ một blog dev của một dự án cá nhân mà tôi bắt đầu trong tương lai!
đảo ngược

7

Nó được khuyến khích

Chúng tôi nhận được 1 ngày một tuần cho những thứ không có hóa đơn như học tập, đọc blog, viết blog, quản trị, chuẩn bị bài thuyết trình cho các devcafés hàng tuần *, ...

Sếp của chúng tôi thích rằng chúng tôi tập trung vào việc chia sẻ kiến ​​thức trong thời gian đó.

Chúng tôi thực sự đang xây dựng một bảng điều khiển cho mạng nội bộ của chúng tôi sẽ hiển thị tỷ lệ "chia sẻ kiến ​​thức / thời gian không lập hóa đơn".


* devcafés: nhóm dev ngồi cùng nhau 1 giờ / tuần và 1 thành viên trong nhóm trình bày một công nghệ mới, phương pháp, ..


Điều đó sẽ rất tuyệt. có thể không phải cho cả ngày, nhưng trong nửa ngày. Tôi cảm thấy có rất nhiều điều liên quan đến công việc mà tôi muốn tìm hiểu, nhưng không có thời gian tại nơi để làm việc đó, và vợ và con tôi được ưu tiên cao hơn ở nhà.
alesplin

4

Tôi làm việc cho một cơ quan chính phủ Liên bang. Chính sách chung về bất kỳ loại mạng xã hội và blog nào là chúng ta nên thể hiện mình là cá nhân chứ không phải là nhân viên của cơ quan. Công cụ khá đơn giản. Họ không ngại trao đổi "mẹo và kỹ thuật" miễn là một số thứ bên trong không được công bố. Đó không bao giờ là một vấn đề, theo như tôi biết.


2

Công ty của tôi hoàn toàn không biết điều này.

Tôi có trang web riêng của mình và một đồng nghiệp khác cũng có một trang, nhưng tôi nghĩ đó là tất cả. Đồng nghiệp và tôi là hai người duy nhất tích cực tìm kiếm kiến ​​thức [ theo như tôi biết , mặc dù tôi nghĩ rằng có một vài người nữa, nhưng hồ sơ thấp], vì vậy điều đó có thể có liên quan.

Đây cũng có thể chỉ là một tác dụng phụ của kho kiến ​​thức của chúng ta gần như không tồn tại..như người dân ở đây vẫn tập trung vào các nhà phát triển "siêu sao" / "hotshot". Mà hút thời gian lớn.

Lời khuyên cá nhân của tôi cho bạn là: mở ra càng nhiều càng tốt .

Phản hồi rất hữu ích và bạn sẽ nhận được nhiều thông tin bằng cách xuất bản nội dung.


"Lời khuyên cá nhân của tôi cho bạn là: hãy mở ra càng nhiều càng tốt" - Tôi không chắc liệu tất cả các công ty sẽ thích cách tiếp cận đó hay không.
yasouser
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.