5

Có thể câu trả lời cho câu hỏi này chỉ là phần mềm theo dõi lỗi chuẩn như jira hoặc fogbugz, nhưng tôi hy vọng ai đó biết hệ thống tốt hơn cho những gì tôi mô tả .Làm thế nào để theo dõi các dự án không liên quan đến các dự án

Dự án mới nhất của tôi là yêu cầu tính không thiết lập để vào vị trí mà tôi thực sự có thể bắt đầu phần mã hóa. Ví dụ:

  • Một loạt lệnh công ty nội bộ phức tạp trước khi tôi có thể mã hóa SSH.
  • Đảm bảo mọi lớp bên thứ ba thực hiện cuộc gọi bên ngoài đều có cài đặt tùy chọn proxy công ty nội bộ - đồng thời đảm bảo rằng các cài đặt này sẽ không được thiết lập khi được cài đặt trên môi trường sản xuất
  • Đảm bảo proxy được đặt trước khi thử cài đặt lê gói.
  • Những điều tương tự khác, chủ yếu liên quan đến bảo mật CNTT nội bộ và làm cho nó hoạt động với các mô-đun và gói.

Cá nhân không có thứ gì trong số này là một vấn đề lớn, và tôi đã viết các ghi chú mở rộng cho chính mình về các lệnh và aditions chính xác mà tôi đã thực hiện, nhưng chúng hiện đang trong một tài liệu văn bản chung và nó sẽ là khó nhớ chính xác những gì tôi cần ở xa dòng. Chúng tôi cũng có một số nhân viên mới bắt đầu sớm và tôi muốn cung cấp cho họ một thời gian dễ dàng hơn trong việc thiết lập môi trường lập trình của họ.

Giống như tôi đã nói, họ không phải là 'lập trình quirks' chính xác, nhưng chỉ là không quan trọng liên tục mà đến trước khi lập trình bắt đầu một cách nghiêm túc. Bất kỳ suy nghĩ nào về cách tốt nhất để ghi lại những điều này cho sự tỉnh táo của thế hệ của riêng tôi và tương lai?

Trả lời

7

Chúng tôi sử dụng wiki để lưu trữ các hướng dẫn như thế này. Giúp mọi người dễ dàng biết một địa điểm phổ biến để truy cập thông tin và cập nhật thông tin nếu mọi thứ thay đổi trong các bước.

Nếu có các phần có thể được tự động, đó là ý tưởng tốt nhưng chúng tôi luôn tạo trang cho thiết lập môi trường phát triển nếu thiết bị yêu cầu thiết lập không chuẩn mà ai đó sẽ phải lặp lại.

+4

Điểm mấu chốt ở đây là "địa điểm chung". Dù bạn chọn phương pháp nào, (wiki, trình theo dõi lỗi, tài liệu Word, bất cứ điều gì), hãy chắc chắn rằng đó là nơi duy nhất mà mọi người cần tìm kiếm thông tin này. – Ipsquiggle

6

Đóng gói từng tác vụ này thành tập lệnh của một số loại (bash, python, applescript, autohotkey, bất kỳ điều gì phù hợp cho tác vụ).

Sau đó, tạo nhiều tập lệnh meta khác nhau để gọi cho chúng. Ví dụ. "set_up_everything.bash".

Về bản chất: Thay vì dành thời gian viết xuống mọi thứ bạn cần làm, dành thời gian viết một kịch bản/chương trình mà thực hiện mọi thứ bạn cần làm.

Nếu các tập lệnh được viết rõ ràng, chúng cũng trở thành một dạng tài liệu cuối cùng (giống như bất kỳ chương trình nào).

Edit:

Đọc lại câu hỏi của bạn, điều này cũng mạnh mẽ đề cập đến quan điểm của bạn về việc hỗ trợ thành viên trong nhóm mới với việc cho tốc độ lên: Yêu cầu học sinh chạy các kịch bản, và bam! Và nếu các tập lệnh không hoạt động (do sự khác biệt về môi trường, v.v.), chúng vẫn cung cấp bước thực hiện tốt các chính xác và các lệnh cần được thực hiện.

1

Kế hoạch A: Loại bỏ sự phụ thuộc vào các hệ thống bên ngoài bằng cách thiết lập môi trường kiểm tra thích hợp mà bạn có thể kiểm soát.Điều này có thể liên quan đến việc thiết lập cơ sở dữ liệu giả, máy chủ SOAP giả lập (SoapUI Mockservices), v.v. Bạn nên cố gắng đến một điểm mà bạn có thể xử lý tất cả các phần tử bên ngoài dưới dạng hộp đen, bạn có thể điều khiển bằng các dịch vụ giả/giả/sơ khai này , với cấu hình lại tối thiểu (ví dụ như hoán đổi các tệp .ini).
Lý tưởng nhất, nó sẽ là một môi trường thả xuống "thiết bị", chẳng hạn như tệp zip thư mục chứa bất kỳ cơ sở dữ liệu, tệp thực thi, v.v ... là cần thiết. Có lẽ trên một ổ đĩa flash.

Không, tôi không sống và làm việc trong môi trường không tưởng như vậy! Nhưng đây là, như tôi hình dung nó, làm thế nào nó nên được thực hiện.

Gói B: Giả sử bạn không thể thực hiện việc trên, bạn bị kẹt với thử nghiệm đối với các mạng bên ngoài như mạng và máy chủ "trực tiếp". tức là truy vấn cơ sở dữ liệu của bạn chạy trên máy chủ cơ sở dữ liệu thử nghiệm của người khác và bạn hy vọng nó có cùng dữ liệu trong đó mà nó đã làm lần cuối cùng bạn thử nghiệm. Vì vậy, bạn cần phải có một bộ kiểm tra tối thiểu có thể chạy để đảm bảo rằng sự ghen tị bên ngoài giống như lần trước. Có thể là ngày hôm qua, tháng trước, năm ngoái. Giả sử bạn cần lấy hồ sơ nhân viên từ cơ sở dữ liệu kiểm tra nhân sự. Ok, do đó, có một ứng dụng thử nghiệm đảm bảo rằng nó có thể kết nối, đăng nhập, truy vấn các bản ghi và so sánh tập hợp kết quả với tập hợp kết quả "được biết cuối cùng". Bây giờ bạn tốt để đi. Nếu bạn không đạt được điều đó, hãy làm việc thông qua nó (sửa thông tin đăng nhập, điểm cuối, tên máy chủ, proxy, thiết lập tài khoản, nâng cấp trình điều khiển, v.v.) TRƯỚC KHI bạn lo lắng về việc mã hóa/thử nghiệm/demo'ing phần còn lại của hệ thống. Điều này sẽ tiết kiệm rất nhiều thời gian, và nên prvent attvent của devs mới mà bỏ và bỏ sau 3 ngày vì nothign hoạt động.

Cập nhật: Và bất cứ điều gì bạn làm, kiểm tra xem nó vào kiểm soát phiên bản để bạn có thể quay trở lại, so sánh, vv ..

2

Viết kịch bản để tự động hóa này. Thời gian làm việc này sẽ tự trả cho bạn nhiều hơn-- bạn sẽ tiết kiệm thời gian hàng ngày và tiết kiệm thời gian để đưa các nhà phát triển mới vào màn hình đầu tiên.

Bạn có thể cần một dự án "bin" riêng biệt tách biệt với cơ sở mã cho các công cụ này. Bắt đầu với các nhiệm vụ dễ dàng hơn và tiến trình điền vào tất cả các phần. SSH có thể được viết một cách an toàn với các cặp mã thông báo đúng. Các công cụ như capistrano hoặc đầu bếp khá phổ biến. Cách tiếp cận là một mảnh nhỏ tại một thời điểm và mục tiêu-- có lẽ bạn sẽ không đạt được nó-- là tự động hóa hoàn toàn.

Một vài năm trở lại đây có vẻ giống như nói chuyện điên rồ. Nhưng những ngày này mỗi một dự án của chúng tôi có thể được kiểm tra và chạy với không có twiddling. Thậm chí có thể có nút duy nhất quy định một máy chủ từ AWS, cài đặt và hệ điều hành, tất cả các công cụ cần thiết, kiểm tra ứng dụng của chúng tôi từ github và triển khai nó. Chỉ cần làm nó vào ngày khác! Có đức tin!

Các vấn đề liên quan