Các nhà phát triển thực sự cần bao nhiêu dung lượng lưu trữ trên các hệ thống làm việc?

Không đếm hệ điều hành Và các yêu cầu để chạy phần mềm Phát triển. Không gian lưu trữ cần thiết.

Nói một cách nghiêm túc từ góc độ công việc (thiết lập công ty chứ không phải dịch giả tự do). Một nhà phát triển cá nhân (không xem xét hệ thống xây dựng) trừ khi vào các lĩnh vực video, xử lý âm thanh (tệp thô lớn) phát triển đồ họa / 3d. Bao nhiêu không gian lưu trữ sẽ được yêu cầu.

• Ngay cả khi chúng tôi tính đến các bản dùng thử phần mềm để tải xuống hoặc đọc tài liệu. Điều đó đúng hay an toàn khi cho rằng 20GB sẽ là đủ và bất kỳ điều gì nữa sẽ là lãng phí và hoặc được sử dụng không đúng cách?.
• Không gian đĩa cứng thông thường được phân bổ cho mỗi nhà phát triển trong một thiết lập văn phòng. Điều này có thể khác nhau theo từng vai trò hoặc yêu cầu cụ thể và về loại công việc mà công ty đang làm. nhưng trên trung bình cho một nhà phát triển / lập trình viên có bao nhiêu không gian thường được phân bổ.

Biên tập:

Để làm rõ ý định

Đây là những câu hỏi tôi đã gặp phải bởi những người kinh doanh / quản lý. Tôi chỉ muốn hiểu thêm về vấn đề này để đưa ra câu trả lời (hoặc câu trả lời tốt hơn) vào lần tới khi tôi gặp họ. Tôi không đưa ra giả định hoặc có ý định xúc phạm bất kỳ ai về vấn đề này. Sẽ hữu ích nếu một số liên kết đến dữ liệu trực tuyến được cung cấp về vấn đề này.

Chỉnh sửa 2:

• Vấn đề theo tôi hiểu là hạn chế không gian lưu trữ chỉ lưu các tệp công việc để không khuyến khích sử dụng ngoại lai ...
• Không phải về việc phân chia / tiết kiệm chi phí trên phần cứng.

Khi nói về chỉ không gian phát triển (tức là không bao gồm các ứng dụng và các yêu cầu hệ điều hành), nó thực sự phụ thuộc vào loại dự án (s), bạn đang đối phó với. Ví dụ, các ngôn ngữ được biên dịch tạo ra rất nhiều tệp tạm thời lần lượt được đóng gói lại thành các tệp lớn hơn. Trong môi trường hiện tại của tôi, chúng tôi hiện đang chạy khoảng 20 GB cho mã nguồn + các tệp đối tượng được biên dịch. Điều đó chỉ bao gồm phiên bản được biên dịch DEBUG, nó cũng sẽ được nhiều hơn cho việc biên dịch lại.

Xin đừng quên 20% chi phí mà NTFS hoặc hệ thống tệp nhật ký khác (giả sử Windows ở đây) cần có chỗ để ghi nhật ký và giữ cho ổ cứng khỏe mạnh. Bạn sẽ phải tự kích thước ổ cứng cần .

Khi chiếu các nhu cầu đĩa cứng của dự án của bạn, bạn sẽ phải xem xét các khía cạnh sau:

• Tài sản nào là sản phẩm cuối cùng? Các mục trong lớp này bao gồm tài sản nghệ thuật, hình ảnh, tệp âm thanh, v.v. không được kết hợp thành một tệp khác. Trong một ứng dụng web, điều này bao gồm các tệp CSS và JavaScript của bạn. Đừng quên tập lệnh xây dựng của bạn và các mục khác không được biên dịch.
• Tài sản nào tạo ra kết quả trung gian? Các mục trong lớp này bao gồm mã nguồn cho các ngôn ngữ được biên dịch, các tệp liên kết, v.v. Khi bắt đầu dự án, bạn sẽ phải dự kiến ​​mức độ lớn mà bạn mong đợi những thứ này sẽ nhận được và sửa đổi các ước tính đó ít nhất hai lần khi dự án tiếp tục .
• Làm thế nào lớn là những sản phẩm cuối cùng? DLL của bạn hoặc thư viện chia sẻ cũng chiếm không gian. Tương tự như khi bạn đóng gói ứng dụng web của mình thành một đơn vị có thể triển khai dễ dàng (tương tự như tệp Java WAR hoặc tệp EAR).

Để ước tính sơ bộ mức độ ước tính cuối cùng của bạn lớn như thế nào, hãy sử dụng công thức sau:

(2 * _static_) + (2 * _intermediate_) + (2 * _final_) * 1.2

Nếu bạn đang nghĩ cho chính mình, làm thế nào có thể? Hãy xem xét những điều sau đây:

• Quá trình biên dịch sao chép các tệp tĩnh vào thư mục xây dựng, cũng như các lớp được biên dịch.
• Giai đoạn liên kết và đóng gói sẽ tạo ra các nhị phân cuối cùng sẽ nhỏ hơn các tệp trung gian kết hợp và các tệp tĩnh trong thư mục bản dựng, nhưng không xóa các tệp đó khi chúng được kết hợp.
• Sản phẩm cuối cùng chỉ nhỏ hơn một chút vì nhị phân không thể nén rất tốt - nhưng bạn có thể loại bỏ sự dư thừa.
• Bạn cần tính đến không gian tạm thời để cho phép trình biên dịch hoạt động. Đây là những gì không gian thêm được phân bổ trong sản phẩm cuối cùng là dành cho.
• Cuối cùng, bạn cần đảm bảo môi trường dev có một số phòng thở để hệ điều hành có thể giữ cho ổ đĩa hạnh phúc. Đó là mức tăng 20% ​​cuối cùng là dành cho.

Nếu bạn đang bắt đầu một dự án, hãy để các nhà phát triển của bạn cung cấp SWAG (Nghiêm túc hoang dã A ** Đoán) về số lượng lớp sẽ cần để thực hiện tính năng này. Nhân số đó với 16KB. Một số lớp sẽ tạo các tệp đối tượng nhỏ hơn nhiều và các lớp khác sẽ tạo ra các tệp lớn hơn. Nhưng điều này là đủ cho ước tính SWAG của bạn về không gian đĩa. Cũng giả sử sản phẩm cuối cùng của bạn sẽ có cùng kích thước với các lớp bạn ước tính.

Tôi cho rằng chủ nhân của bạn đang muốn thiết lập hạn ngạch cho mỗi hồ sơ người dùng. Tôi chân thành hy vọng họ không giải trí hồ sơ chuyển vùng với môi trường dev. Vấn đề với hồ sơ chuyển vùng là khối lượng cắt của các tệp cần được chuyển. Hệ điều hành Windows (và giao thức Samba) nổi tiếng là không hiệu quả trong việc chuyển số lượng lớn tệp. Sẽ mất một thời gian dài hơn để chuyển 100 tệp 1k hơn 1 tệp 100k.

Hy vọng rằng điều này cung cấp cho bạn đủ thông tin để đàm phán với chủ nhân của bạn.

Phát triển cần rất nhiều không gian.

Chúng tôi sử dụng hình ảnh VM làm đơn vị quản lý cấu hình cho các thiết lập của nhà phát triển.

Khi bạn đã sao chép VM vào máy của mình, bạn khởi động nó, cập nhật mã nguồn từ VCS và bạn đang chạy. Không đóng gói với các thiết lập dành cho nhà phát triển.

Mỗi hình ảnh VM khoảng 20Gb. 4-5 trong số đó. tức là chúng ta thường cần 100 đến 120Gb Gb

Nhắc bạn, họ không "mỗi người dùng" trên máy, chỉ cần một.

Không gian thực tế cần thiết? Nó phụ thuộc. Mặc dù chỉnh sửa của bạn, tôi vẫn không thực sự chắc chắn rằng tôi nhận được điểm. Bạn thậm chí không thể mua một ổ cứng 20gb ngay bây giờ nếu bạn đã thử. Bạn hầu như sẽ luôn sử dụng bất kỳ kích thước nào ổ cứng có tỷ lệ GB / $ tốt nhất. (Hoặc một ổ đĩa nhanh nhỏ (SSD) và ổ lưu trữ lớn chậm hơn) Đó là khoảng 1TB ngay bây giờ (lần cuối cùng tôi nhìn dù sao ...). Nếu bạn muốn giảm xuống 500gb, bạn sẽ phải trả 80% chi phí cho 50% dung lượng.

Tôi sẽ lập luận rằng ai đó yêu cầu bạn đặt một con số trên bao nhiêu không gian bạn "cần", thậm chí không thực sự hiểu những gì họ đang hỏi.

Dung lượng ổ cứng cực rẻ . Tại sao bạn không cung cấp cho mỗi nhà phát triển một ổ cứng terabyte? Tiết kiệm cho họ khỏi phải lãng phí thời gian để làm sạch đĩa của họ mỗi tuần.

Điều đó đang được nói, tôi đang sử dụng khoảng 150 gb terabyte đó, riêng cơ sở mã của chúng tôi là khoảng 9 gb.

Đây là một ý kiến ​​về quan điểm:

Vấn đề theo tôi hiểu là hạn chế không gian lưu trữ chỉ lưu các tệp công việc để không khuyến khích sử dụng ngoại lai ...

Bạn muốn các nhà phát triển tham gia vào việc sử dụng không liên quan. Bạn muốn họ tải xuống các bản demo, mã nguồn mở và tất cả các loại khác. Tất nhiên bạn cần phải thực hiện các bước để bảo vệ phần còn lại của mạng khỏi thảm họa tiềm tàng. Có lẽ nghiên cứu của họ nên được thực hiện trên một hình ảnh VM, nhưng bạn muốn họ làm điều đó. Bạn muốn họ thử những điều mới, tham gia vào những ý tưởng mới. Khi bạn lấy điều này từ các nhà phát triển, họ bắt đầu trì trệ và trở nên bực bội. Cấp, bạn không muốn họ chơi sudoku hoặc tải xuống các bản demo của Duke Nukem, nhưng bằng cách giới hạn khả năng của họ đơn giản chỉ vì bạn không muốn "sử dụng ngoại lai" sẽ khiến họ đi làm ở nơi khác.

Để đưa nó vào dạng trích dẫn của Star Wars:

Bạn càng siết chặt tay cầm, Tarkin, càng nhiều [nhà phát triển] sẽ lướt qua ngón tay của bạn.

Câu trả lời hợp lý duy nhất cho điều này là " đủ ".

Không phải mất nhiều giờ nhà phát triển để trả tiền cho một ổ cứng mới ...

Máy làm việc chính của tôi có ổ đĩa trong 160 GB, ổ ngoài 160 GB và ổ ngoài 250 GB. Tất cả trừ ổ 250 GB đã gần đầy (đó là lý do tại sao tôi đã thêm (bằng chi phí của mình, btw ...) ổ 250 GB).

Chúng tôi đang sử dụng hình ảnh VMWare rất nhiều và những hình ảnh có xu hướng khá lớn. 3 dự án, mỗi dự án có hình ảnh 20 GB cộng với hình ảnh dự phòng là 120 GB. Điều đó không bao gồm không gian cần thiết để cài đặt Oracle, WebLogic, 5 phiên bản JBoss, IDE, phần mềm văn phòng, hệ điều hành, v.v., cùng nhau chiếm thêm 100GB hoặc hơn.

Sau đó, có tài liệu, sách điện tử, và bất cứ điều gì bạn cần. Để có năng suất, có thể sẽ bao gồm một vài GB nhạc cho iTunes (hầu hết mọi người tôi biết đều làm việc tốt hơn với âm nhạc và mọi người đều thích âm nhạc khác nhau). Và vâng, do đó tôi coi iTunes (hoặc một thư viện / trình phát nhạc khác) là một công cụ năng suất.

Đây là những câu hỏi tôi đã phải đối mặt với những người kinh doanh / quản lý

Bạn có nhận ra rằng các ổ cứng nội bộ hiện đại có giá khoảng ¢ 3-5 / GB không? Vì vậy, bạn đang đề xuất rằng ¢ 60 là đủ cho nhà phát triển. Điều đó thật nực cười, một âm thanh rất phức tạp để làm cho vấn đề quản lý ra khỏi nó.

Tôi thường dùng ổ đĩa rất nhanh cho các tệp quan trọng (chương trình và mã) và ổ đĩa lớn cho mọi thứ khác.

Điều đó thường có nghĩa là một ổ SSD nhỏ (128GB) trong cấu hình này:

80GB C: dành cho HĐH, Office, Visual Studio, máy chủ SQL, v.v.
30 GB D: (phần còn lại của SSD) trong đó tôi đặt tất cả mã của mình và một số VM
1,5TB E: ở đây tôi đặt tất cả phần còn lại, isos, nhạc của tôi , video, v.v.

Ổ cứng 1TB dưới 100 đô la, vậy bạn đang thảo luận về vấn đề gì? Sự kiện thảo luận về điều này là mở rộng hơn, chỉ là nhận được một số ổ đĩa cứng ...

Tuy nhiên: Nếu bạn làm việc với các tập tin đa phương tiện thì 20gb là một trò đùa. Các mẫu không nén của 1gb trở lên là khá phổ biến trong môi trường đó. Bạn sẽ cần rất nhiều bản sao, v.v ... Nếu bạn làm việc với các máy ảo, bạn cần nhiều hơn nữa.

Bất cứ điều gì dưới 500gb là không hợp lý.

Đủ để các nhà phát triển của bạn không phải lo lắng về việc hết dung lượng trong khi làm việc. Trong trường hợp của tôi, đó là chỗ cho các khoản thanh toán lớn, các bản sao của cơ sở dữ liệu, máy ảo và "các thứ khác" - mặc dù một số nội dung khác phải ở trên không gian chung (trong đó tôi cần rất nhiều) để tránh trùng lặp trong môi trường nhóm.

Sử dụng (lạm dụng) không gian trên PC làm việc cho các mục đích không liên quan nên là vấn đề chính sách và không phải là giới hạn vật lý bắt buộc trên các hộp dev chính của họ - không chỉ bởi vì các nhà phát triển là loại người sẽ có thể tìm ra cách sáng tạo hạn chế hoàn toàn có thể gây bất lợi cho toàn bộ mạng của bạn.

Cũng lưu ý rằng đây là một trong những lĩnh vực mà các nhà phát triển và người dùng khác thực sự cần phải nhận được sự đối xử khác nhau.