Đào tạo một 'thay thế', làm thế nào để thực thi các tiêu chuẩn?


9

Không chắc chắn rằng đây là trang web trao đổi ngăn xếp phù hợp để hỏi điều này, nhưng ở đây đi ...

Phạm vi


Tôi làm việc cho một công ty nhỏ có vài trăm người. Nhóm phát triển cho công ty là nhỏ và làm việc ngoài thị giác foxpro. Một bộ phận cụ thể trong công ty đã thuê tôi làm 'tay súng đơn độc' để sửa chữa và nâng cao hệ thống lập hóa đơn có sẵn. Tôi đã lấy thành công một ứng dụng Access chịu rất nhiều rủi ro và hạn chế và chuyển đổi nó thành ứng dụng C # được điều khiển từ phụ trợ máy chủ SQL.

Gần đây tôi đã có được đại học của mình và không có chuyên gia bằng bất kỳ phương tiện. Để giúp bù đắp cho điều đó tôi đã cảm thấy rằng việc đạt được chứng chỉ microsoft sẽ buộc tôi phải hiểu thêm về .net và cách thức hoạt động của nó.

Vì vậy, sau khi đưa ra thông báo của tôi với 9 tháng trước, 3 tháng trước, một sự thay thế cuối cùng đã xuất hiện. Vai trò của họ là tìm hiểu những gì tôi đã thiết kế để cố gắng hỗ trợ các ứng dụng được thiết kế trong C # .


Sự thay thế

Mới ra trường không có kinh nghiệm làm việc trong thế giới thực, bản năng đầu tiên cho mọi thứ liên quan đến dữ liệu là và hộp danh sách ... bất cứ khi nào dữ liệu được đề cập, hộp danh sách là sự kiểm soát lựa chọn để thay thế. Điều này đã đi đến điểm, bất kể bao nhiêu lần tôi thảo luận về các điều khiển khác, trong đó tôi đã thấy 5 hộp danh sách trên một biểu mẫu. Trải nghiệm lớp học gần như là tất cả sự phát triển giao diện điều khiển C ++.

Vì vậy, một ví dụ về nơi tôi quan tâm là trong một ứng dụng winforms: Người dùng cần nhập Lý do vào một bảng để chọn sau. Cho rằng tôi biết rằng có một bộ dữ liệu được gõ mạnh, tôi có thể kéo nguồn dữ liệu từ hộp công cụ và nó sẽ tạo ra tất cả những thứ này cho tôi. Tôi nhận ra đây là một ví dụ đơn giản nhưng sử dụng databinding là chìa khóa.

Trong vài tháng qua, chúng ta đã nói về bộ dữ liệu được gõ mạnh, cách sử dụng và nơi tương tác với các điều khiển khác. Tập dữ liệu, cách chúng hoạt động liên quan đến các nguồn ràng buộc, bộ điều hợp và chế độ xem lưới dữ liệu. Sau khi bàn giao dự án này, tôi mong đợi các câu hỏi về cách thực hiện chúng vì đây là cách để thực hiện. Điều gì đã xảy ra tiếp theo chỉ đơn giản là tầng cho tôi:

Một phiên bản của một bộ chuyển đổi từ bộ dữ liệu được gõ mạnh đã được tạo trong sự kiện kích hoạt của biểu mẫu, một bảng được tạo và chứa đầy dữ liệu. Sau đó, một vòng lặp đã được thực hiện để thêm các hàng vào hộp danh sách theo cách thủ công từ bảng này. Cuối cùng, một biến được lưu giữ để tìm kiếm để tìm ra bản ghi ID nào cho các bản cập nhật nếu được yêu cầu.

Làm thế nào để họ sửa đổi hồ sơ bạn yêu cầu? Đó cũng là câu hỏi đầu tiên của tôi. Bạn sẽ không tin nó đơn giản như thế nào, tất cả những gì bạn làm chỉ cần nhấp đúp chuột và họ gõ vào một cửa sổ bật lên nhắc nhở giá trị mới để thay đổi nó. Là một nhà điều hành nhập dữ liệu, tất cả các cửa sổ bật lên phương thức sẽ khiến tôi phát điên hoàn toàn. Giải pháp cuối cùng vượt quá 100 dòng mã phải được duy trì.

Vì vậy, mối quan tâm của tôi là không ai trong số này chìm trong ... bộ phận chỉ được phép 20 giờ một tuần trong thời gian của họ. Cho đến tuần trước, chúng tôi chỉ được nhận 4-5 giờ một tuần nếu tôi may mắn. Một tuần vừa qua, tôi đã may mắn nhận được 10.


Câu hỏi

TÔI LÀM GÌ?!

Tôi còn 4 tuần nữa cho đến khi tôi rời đi và họ hoàn toàn 'hỗ trợ' ứng dụng này. Tôi yêu công việc này và cơ hội nó đã cho tôi nhưng đã đến lúc tôi dang rộng đôi cánh và tìm kiếm điều gì đó mới mẻ. Tôi không có cách nào, hình dạng hoặc hình thức thuyết phục rằng họ đã sẵn sàng để tiếp quản.

Tôi cảm thấy rằng sự thay thế có khả năng kỹ thuật để 'tìm ra nó' nhưng thay vì học họ chỉ viết mã để làm tất cả những thứ này bằng tay. Nếu cuối cùng sự thay thế muốn mã hóa khác nhau, miễn là nó hoạt động thì tôi vẫn ổn với điều đó vì nó trông thật kinh khủng. Tuy nhiên, để hỗ trợ những gì tôi đã thiết kế, họ PHẢI hiểu cách thức hoạt động của nó và cách tôi đã sử dụng các điều khiển và khuôn khổ để biến 'phép thuật' thành hiện thực.

Dự án này có khoảng 40 biểu mẫu, một cơ sở dữ liệu với hơn 30 bảng lẻ, kích hoạt và các thủ tục được lưu trữ. Nó liên quan đến lao động để lập hóa đơn cho các hợp đồng cho các dự đoán ... nó không đơn giản như ba năm trước khi tôi bắt đầu dự án này và bộ phận hiện đang ở vị trí mà họ không thể tồn tại mà không có nó.

Làm thế nào trên thế giới tôi có thể thực hiện bất kỳ điều nào sau đây?:

  • Thực thi các tiêu chuẩn hoặc sự hiểu biết trong thiết kế không đổi khi người quản lý bộ phận nói với họ rằng họ có thể làm điều đó theo cách họ muốn
  • Tìm cách thu hút sự thay thế trong học tập tích cực của khung và thiết kế hệ thống mà hỗ trợ phải được cung cấp cho
  • Duyên dáng thông báo cho sr. quản lý rằng 5-9 giờ một tuần chỉ đơn giản là không đủ thời gian để tìm hiểu về bộ phận, các quy trình có sẵn, các ứng dụng cần được hỗ trợ VÀ xác định các cải tiến tiềm năng cho hệ thống đi đâu ...

Vâng, tôi biết đây là một bức tường văn bản, cảm ơn vì đã đọc qua tôi nhưng đơn giản là tôi không biết mình nên làm gì. Đối với tôi, công việc này là một con quái vật tham khảo và mọi thứ sẽ trở nên vô cùng tồi tệ nếu tôi rời đi và mọi thứ sụp đổ. Làm thế nào để tôi xử lý này?


Đây không phải là một câu hỏi kỹ thuật. Bỏ phiếu để đóng.
jason

1
Bạn đang rời khỏi một công việc lập trình trả tiền, vì vậy bạn có thể học để kiểm tra? Đây là ý tưởng của bạn để cải thiện như một lập trình viên? Tìm kiếm trang web này để được tư vấn chứng nhận.
JeffO

Tôi đã không nhận ra bài viết của mình để lại ấn tượng đó. Không, tôi không học bất kỳ bài kiểm tra nào, tôi đã thực hiện các bài kiểm tra theo xu của riêng tôi, tôi chỉ đơn giản là để có cơ hội tốt hơn với một công ty khác. Về mặt thay thế chức năng của tôi, tôi chỉ có kiến ​​thức mà tôi biết rằng sự thay thế không có và điều đó làm tôi lo lắng. Tôi đã đề nghị họ cũng lấy chúng kể từ khi công ty hoàn trả tiền đào tạo nhưng dường như có "sự thiếu quan tâm" vào lúc đó. Tôi không chắc làm thế nào để thúc đẩy họ ...
Mohgeroth

1
"Vài ngàn" nhân viên là một công ty nhỏ ?
Mike Baranczak

3
Bộ dữ liệu / TableAd chương là mã kế thừa không chính thức. Có một loạt các tùy chọn truy cập dữ liệu ngoài kia - Linq to Entities, Linq to SQL, NHibernate, Subsonic, Castle ActiveRecord, LLBL, Lightspeed, danh sách sẽ tiếp tục và tiếp tục ... nếu bạn đang cố gắng dạy về các thực tiễn tốt , đừng kéo chúng xuống với mẫu số DAL có mẫu số chung thấp nhất.
Aaronaught

Câu trả lời:


14

Tôi tán thành mong muốn của bạn để giúp công ty, nhưng thành thật mà nói, việc thay thế có thể thực hiện công việc không phải là vấn đề của bạn và sẽ không phản ánh về bạn. Làm hết sức mình, ghi lại những gì bạn có thể, và khi bạn rời đi hãy quên nó đi và tiếp tục. Đừng quay lưng lại với một công ty mà tôi chắc chắn không quan tâm đến bạn nhiều như bạn dường như quan tâm đến họ.


3
+1. Cái chết được đưa ra vào ngày họ quyết định thuê một người mới ra trường với kinh nghiệm .NET dường như bằng không, để trở thành nhà phát triển duy nhất chịu trách nhiệm cho một hệ thống hóa đơn .NET. Đó không phải là vấn đề của bạn. Như Wayne nói, hãy làm hết sức mình, ghi lại những gì bạn có thể, và sau đó đi. Nếu tất cả sụp đổ, họ có thể học được bài học rằng họ cần thuê những người có trình độ, bất kể giá rẻ như thế nào để thuê một người không thể làm công việc đó.
Carson63000

12

Tài liệu càng nhiều càng tốt , và một khi bạn rời đi, đừng lo lắng về nó.


9

Nói chuyện với người quản lý của bạn (hoặc bất cứ ai sẽ là người quản lý việc này sau khi bạn nghỉ phép) và chia sẻ mối quan tâm của bạn với họ. Nếu họ không lắng nghe, hãy thử nói chuyện với các bên liên quan, những người sẽ bị ảnh hưởng nếu sự thay thế của bạn làm hỏng mọi thứ sau khi bạn rời đi.

Làm những gì bạn có thể trước khi bạn rời đi nhưng hãy nhớ rằng sau khi bạn rời đi, đó không phải là vấn đề của bạn.


2

Bất kỳ công ty nào xứng đáng nhận được phản hồi sẽ có một quy trình phỏng vấn thoát thích hợp. Để có hiệu quả, điều này thường được chủ trì bởi một người từ HR cho bạn cơ hội để nói chuyện thoải mái. Đây là nơi để đưa ra các vấn đề của bạn nếu bạn cảm thấy rất nghiêng. Nếu họ không có ai có thể đề nghị họ nên. Không thể bỏ tất cả các mối quan tâm / đề xuất kỹ thuật của bạn trong email đến người quản lý trực tiếp trước khi rời đi.

Điểm mấu chốt là bạn đã quyết định rời khỏi công ty và do đó đã chọn một con đường khác. Do đó, con đường của họ không còn là mối quan tâm của bạn nữa.

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.