Lập trình viên VS Hệ thống thương mại (ERP) [đã đóng]


8

Câu hỏi của tôi ở đây liên quan đến công việc cho các lập trình viên.

Tại sao nhà tuyển dụng vẫn ký hợp đồng lập trình viên nếu ngày nay chúng ta có rất nhiều hệ thống thương mại tốt có sẵn trên thị trường?

Tôi muốn rất rõ ràng vào thời điểm này, câu hỏi này chỉ liên quan đến một hệ thống, đặc biệt hơn là các hệ thống ERP. Có thể câu hỏi này có vẻ hơi vô dụng, nhưng ngay bây giờ tôi đang làm việc và nghi ngờ này đã nảy sinh với tôi và sếp của tôi.

Tôi có một vài câu trả lời cho câu hỏi của riêng tôi, nhưng tôi thực sự muốn suy đoán chủ đề này nhiều hơn một chút.

Ngoài ra tôi biết, mỗi công ty tốt đều cần một hệ thống tùy chỉnh, nhưng ... câu hỏi là ở đây. :-)

Bất kỳ câu trả lời sẽ làm cho tôi cảm thấy tốt hơn. Cảm ơn.

Câu trả lời:


5

Bạn có nhận ra rằng một số hệ thống thương mại cao cấp có thể tốn kém như thế nào để mua ngay từ đầu không? Nếu các công ty chi hàng trăm ngàn nếu không phải hàng triệu đô la, bạn có nghĩ rằng họ sẽ muốn ai đó giúp họ tận dụng tối đa việc mua hàng lớn này không?

Trả tiền cho việc tùy chỉnh là lý do tại sao các nhà thầu đến và đừng quên rằng các ông lớn như SAP và Oracle có thể có các công ty khác hoạt động như "Nhà tích hợp hệ thống" giúp các công ty triển khai hệ thống chính xác với chi phí khá cao. Hãy nghĩ về điều này như sự khác biệt giữa việc một đầu bếp cá nhân nấu các bữa ăn của bạn và nhận chúng với số lượng lớn từ McDonald. Đầu bếp cá nhân đó có thể khiến nhiều người cảm thấy rằng mặc dù nó đắt tiền, một số người có xu hướng tin rằng bạn trả tiền cho những gì bạn nhận được và muốn có nhiều thứ nhỏ mà họ trả nhưng cuối cùng họ có thể hạnh phúc.


Sau đó. Điều đó có nghĩa là các hệ thống luôn được tùy chỉnh sẽ được đặt hàng ...
deepcell

4

câu trả lời tốt ở trên; Tôi sẽ nói thêm rằng nhiều hệ thống ERP là cổ xưa , không phải tất cả đều có cấu trúc tốt để bắt đầu và có nợ kỹ thuật đáng kinh ngạc; điều này làm cho chúng rất tốn kém và khó khăn để tùy chỉnh


Phải bạn đúng rồi!
deepcell

3

Tắt kệ Vs. Tập quán

Đã tham gia một phần vào một dự án ERP phức tạp, tôi sẽ nói đơn giản:

Tắt kệ

Tích cực:

  • Có thể rẻ hơn Ban đầu.
  • Được kiểm tra tốt, ổn định.
  • Tài liệu tuyệt vời.

Tiêu cực:

  • Chức năng chung.
  • Khóa nhà cung cấp trong.
  • Tổng chi phí sở hữu có thể cao hơn do giấy phép.
  • Nâng cấp có thể phá vỡ thiết lập hiện có, vv

3

Tôi nghĩ rằng nếu bạn nhận được 80% chức năng bạn cần ngoài giá, bạn đang làm tốt. Vậy tại sao không dừng lại ở đó?

Một tập đoàn lớn chi hàng triệu đô la cho nhân sự có thể tiết kiệm rất nhiều tiền nếu họ có thể nhận được 20% khác. Tôi đã làm việc tại một công ty nơi người quản lý thanh toán làm gián đoạn nhân viên CNTT trong bữa trưa vì lỗi mẫu thanh toán. Ban đầu tôi hơi thất vọng, nhưng học được hóa đơn hàng tháng là hơn một triệu đô la (Điển hình cho khách hàng này).

Nhiều công ty có quá nhiều người ngồi xung quanh tìm ra cách để tiêu tiền của người khác. "Chúng tôi phải có một chương trình thay đổi linh hoạt logo công ty được sử dụng cho bản ghi nhớ nội bộ như một cách tiếp cận kỳ nghỉ mới." Và ai đó xây dựng nó bởi vì đó là những gì họ muốn. Quá tệ là thời gian không dành cho mẫu thanh toán.

Một số bộ phận quyết định mua silo ứng dụng / dữ liệu mà họ thấy phù hợp và sau đó mọi người đều muốn tất cả dữ liệu được hợp nhất để báo cáo.


3

Tôi làm việc với nhóm phát triển Microsoft Dynamics AX. Trên thực tế, tôi thuộc nhóm tạo ra các công cụ phát triển cho phép programmersmở rộng Dynamics AX.

Chúng tôi cung cấp các công cụ này vì không thể cung cấp các giải pháp đáp ứng mọi nhu cầu của khách hàng. Tùy thuộc vào mức độ tùy biến là cần thiết, khách hàng có thể muốn thuê một lập trình viên (hoặc một nhóm).

Trong AX, chúng tôi có một ngôn ngữ lập trình được gọi là X++đòi hỏi kiến ​​thức lập trình thực nếu mã chất lượng được mong đợi hoặc nếu cần nhiều tùy chỉnh. Tôi giả định rằng SAP và Oracle có các tính năng tương tự nhau.

Vì vậy, trừ khi giải pháp vượt trội phù hợp với nhu cầu của khách hàng - điều không xảy ra với các công ty lớn -, cần có một đội ngũ lập trình viên để tùy chỉnh nó.


Để chắc chắn, câu trả lời tốt. Tôi đã làm việc với các hình thức oracle, oracle PL / SQL trong một thời gian và nó hoàn toàn có thể tùy chỉnh, nhưng bạn cần một nhóm, một nhóm tốt để làm những thứ tốt. Ngoài ra các lập trình viên là rất đắt tiền. Trên thực tế tôi đang làm việc với PHP / Mysql / Apache và tôi làm những thứ tốt, nhưng đôi khi tôi bị kẹt với loại công nghệ này. Phụ thuộc vào khuôn khổ nào bạn làm việc, cũng rất khó để hoàn thành công việc, tất nhiên là làm một mình .. Trong trường hợp một nhóm có ý thức, thật tốt khi có một khung. Dù là công nghệ gì. SAP, Oracle thậm chí ZEND (PHP). Cảm ơn câu trả lời của bạn.
deepcell

2

Có một nền tảng trung gian giữa sẵn có và hoàn toàn tùy chỉnh: các gói doanh nghiệp lớn thường có thể tùy chỉnh và để chúng thực sự hoạt động trong một tình huống nhất định có thể mất rất nhiều công việc.

Điều này có nghĩa là có rất nhiều nhu cầu cho những người có thể tùy chỉnh các hệ thống SAP và Peoplesoft chẳng hạn.


Vâng! Có rất nhiều người làm việc với BI trong SAP và Oracle. Và họ kiếm được một khoản tiền tốt. Sau đó, tôi vẫn nghĩ rằng các hệ thống tùy chỉnh sẽ tồn tại mãi mãi .. :-) cảm ơn câu trả lời của bạn.
deepcell

1

Có 2 câu trả lời đơn giản cho câu hỏi này:

1) Không có Hệ thống nào, kể cả SAP, có tất cả các giải pháp cho bất kỳ công ty nào. Trừ khi là một công ty hoàn toàn mới, người có thể tự thích ứng 100% với hệ thống ERP mà họ chọn, họ sẽ cần phát triển để lấp đầy khoảng trống.

2) Ngay cả một công ty mới sẽ chịu những thay đổi. Một số thay đổi trong quy trình của nó sẽ dẫn đến những thay đổi trong chương trình.


cảm ơn về đầu vào của bạn .. nhưng, hầu hết các công ty tuyên bố sẽ lấp đầy khoảng trống của nhà thầu nhưng không có gì hiệu quả, giống như luôn luôn là tiếp thị chơi hết mình. nhưng mặc dù vậy, trong các nhà máy (sản xuất) chẳng hạn, bạn có rất nhiều tiêu chuẩn (ISO) để phàn nàn, nếu phần mềm được xây dựng dựa trên tiêu chuẩn này thì bạn sẽ có một vài hoặc không có thay đổi nào, trừ khi có thay đổi trong tiêu chuẩn . Thế còn AI và máy học trong kịch bản này?
Deepcell
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.