Tôi nên sử dụng ngôn ngữ mà tôi thấy thoải mái nhất, hay công ty tiêu chuẩn trực tuyến


18

Tôi sẽ phát triển một trang Intranet cho nhà máy cụ thể của mình và tiêu chuẩn của công ty chúng tôi để phát triển web là IIS + ASP.Net + VB.Net + Microsoft SQL Server (lưu ý rằng chúng tôi có khoảng hơn 10 nhà máy). Trang web Intranet sẽ chỉ được sử dụng bởi nhà máy của tôi và tôi là người duy nhất sẽ hỗ trợ nó. Tôi thành thạo hơn nhiều với thiết lập LAMP và tôi có thể phát triển và giải quyết vấn đề nhanh hơn nhiều với PHP so với tôi có thể. Mặc dù công ty "tiêu chuẩn" là ASP.Net/VB.Net, nhưng hầu hết những gì công ty làm là nói chung là mua phần mềm của bên thứ ba (thường dựa trên Java ), và tôi rất có nghĩa là rất ít người tham gia công ty thậm chí còn biếtVB6 , hãy để một mình ASP.Net/VB.Net.

Điều đó đang được nói, tốt hơn là vi phạm tiêu chuẩn của công ty và đi với thiết lập mà tôi có thể hỗ trợ tốt hơn, hay tốt hơn là đi với thiết lập mà công ty có thể hỗ trợ tốt hơn nếu tôi rời đi, mặc dù hiện tại không có ai Trong công ty có thể hỗ trợ tiêu chuẩn riêng của họ nào?

Một số yếu tố bổ sung để xem xét trong trường hợp cá nhân của tôi:

  • Một lần nữa, đây chỉ là cho nhà máy của tôi và tôi là người duy nhất sẽ hỗ trợ nó trừ khi tôi rời công ty, và sau đó người thay thế của tôi sẽ hỗ trợ nó. Không phải ai khác đã ở trong công ty.
  • Công ty không phát triển rất ít với tiêu chuẩn của họ.
  • Hầu như không có công ty nào sử dụng phần mềm hiện có.
  • Nếu tôi chọn tiêu chuẩn công ty, thì tôi phải sử dụng phiên bản Express của Microsoft SQL và HĐH Windows 7. Từ bài đọc của tôi, phiên bản Express có thể sử dụng cho doanh nghiệp, nhưng kích thước cơ sở dữ liệu bị giới hạn.

25
Từ khóa ở đây là vi phạm . Bạn đã chọn đúng từ và chỉ cần đọc câu hỏi của riêng bạn sẽ cho bạn biết rằng đây là một ý tưởng khá ngớ ngẩn. Họ đã chọn tiêu chuẩn cho một lý do. Nếu bạn không đồng ý với lựa chọn đó, bạn nên đưa nó lên chính thức.
Joel Etherton

3
"Tôi có nghĩa là rất ít người trong công ty thậm chí biết VB6, chứ đừng nói đến ASP.Net/VB.Net." Tôi không thực sự thấy những gì phải làm với bất cứ điều gì. VB6 là mã di sản xấu xí - thực tế là không ai biết đó là một điều thực sự tốt.
DeadMG

1
@DeadMG, Vấn đề là không ai trong số họ biết VB.Net cả. Vậy, tôi sử dụng ngôn ngữ nào? Họ vẫn phải thuê người khác hỗ trợ nếu tôi rời đi.
vẽ Chapin

3
SQl Server Express hỗ trợ cơ sở dữ liệu lên đến 4gb. Điều đó thường là đủ, nếu không thì cần một số cơ sở dữ liệu khác và có lẽ bạn nên liên hệ với những người có liên quan (anh chàng IT, cấp trên, v.v.)
Holger

3
@Baboon, yeah, nó không giống như các trang web như facebook sẽ sử dụng thứ gì đó không giống kinh doanh
SWeko

Câu trả lời:


38

Một lần nữa, đây chỉ là cho nhà máy của tôi và tôi là người duy nhất sẽ hỗ trợ nó trừ khi tôi rời công ty, và sau đó người thay thế của tôi sẽ hỗ trợ nó. Không phải ai khác đã ở trong công ty.

1 - Đừng cho rằng bạn là người duy nhất sẽ hỗ trợ việc này. Bạn thích thời gian nghỉ ốm và nghỉ phép phải không? Điều gì nếu bạn cần nghỉ thai sản / nghỉ thai sản kéo dài hoặc một cái gì đó? Ai sẽ hỗ trợ ứng dụng của bạn? Ngoài ra, nếu bạn muốn nói chuyện với ai đó về các vấn đề kỹ thuật cụ thể đối với công ty của bạn thì sao? Điều gì nếu bạn muốn có đánh giá mã? Hoặc cần giúp đỡ với một lỗi khó khăn? Trong tất cả các trường hợp này, điều này giúp một trong những người khác hiểu rõ hơn về công nghệ bạn đang sử dụng - cụ thể là cách áp dụng nó để giải quyết các vấn đề cụ thể của công ty bạn.

Công ty không phát triển rất ít với tiêu chuẩn của họ.

2 - Chỉ vì một số tài liệu tồn tại không có nghĩa là nó thực sự là tiêu chuẩn hoặc có nghĩa là bất cứ điều gì. Điều đó có thể đơn giản có nghĩa là có một nhóm các cá nhân có ảnh hưởng chính trị ủng hộ cách tiếp cận này, và nó có thể chỉ ra rằng có các nhóm phụ khác thực hiện các cách tiếp cận khác nhau.

Vấn đề của bạn có thể chỉ đơn giản là "tiêu chuẩn" đã phát triển thành một số trạng thái không có thực tế, không có giấy tờ mâu thuẫn với "tiêu chuẩn" được ghi lại. Hoặc có thể có nhiều nhóm người không chính thức sử dụng các "tiêu chuẩn" khác nhau - với một trong những nhóm đó quản lý để biến "tiêu chuẩn" của họ thành chính thức. Bạn có thể cần phải hỏi xung quanh để tìm ra những gì người khác trong nhóm của bạn - những người cũng có thể hỗ trợ bạn và ứng dụng của bạn - xem xét các thực tiễn tốt nhất. Hỏi những gì họ cảm thấy thoải mái với bạn sử dụng. Vẽ ra cảnh quan công nghệ thực sự của công ty bạn và tìm ra nơi biết làm thế nào. Cũng giống như bất kỳ phần kiến ​​thức bộ lạc phát triển tốt nào, cách duy nhất bạn sẽ biết cách tiến hành là nói chuyện với mọi người.

3 - Đừng bỏ qua các cơ hội nghề nghiệp để học những điều mới . Bạn phải bảo vệ chống lại pigeonholed trong ngành công nghiệp này. Nhanh nhẹn. Bạn có thể có một cơ hội để đạt được một số chiều rộng và tìm hiểu một cách mới để giải quyết vấn đề. Chưa kể bạn đang đạt được các kỹ năng mới cho sơ yếu lý lịch của bạn. Nó hầu như chỉ có thể giúp bạn phải bước ra ngoài vùng thoải mái của bạn để làm điều gì đó mới. Điều đó đang được nói, nếu điều khác biệt / mới cực kỳ phù hợp đến mức bạn không nghĩ rằng bạn hoặc bất kỳ nhà tuyển dụng nào trong tương lai sẽ nhận được bất kỳ giá trị nào từ những kỹ năng đó, thì có lẽ đây không phải là một cơ hội tuyệt vời. Nhưng có cơ hội trở thành một chuyên gia về ASP.net và LAMP chắc chắn sẽ mở mắt và chỉ có thể giúp ích cho sự nghiệp của bạn. Không có gì giống như một dự án thực sự với thời hạn để buộc bạn phải thực sự học một cái gì đó.

Vì vậy, lời khuyên của tôi, đừng đi một mình. Tìm ra nơi mọi người thực sự đứng và quyết định nơi bạn có thể phù hợp nhất. Nếu bạn cần bước ra khỏi vùng thoải mái của mình, hãy sử dụng điều này như một cơ hội để phát triển chuyên nghiệp.


4
+1: Bạn sẽ hỗ trợ việc này miễn là bạn làm việc ở đó. Tuy nhiên, nếu bạn rời đi, người khác sẽ hỗ trợ nó.
unolysampler

1
Đây là một câu trả lời hay, nhưng tôi sẽ nói thêm rằng OP nên nói với người quản lý của anh ấy / cô ấy về sự đánh đổi để xem họ xem xét tiêu chuẩn nghiêm ngặt như thế nào và liệu họ có chấp thuận việc anh ấy / cô ấy sử dụng một ngăn xếp khác cho dự án này hay không.
Mike Partridge

Đừng cho rằng bạn là người duy nhất sẽ hỗ trợ điều này : đồng thời, bằng cách này, mọi người có thể sử dụng lại mã từ nhau, thay vì phát minh lại bánh xe mỗi khi chúng ta cần thứ gì đó lăn.
Konerak

2
Cách nhanh nhất để bị mắc kẹt trong một vị trí là làm cho bản thân bạn không thể thay thế. Nếu bạn không thể được thay thế, bạn không thể được thăng chức.
Burhan Khalid

9

Điều đó đang được nói, tốt hơn là vi phạm tiêu chuẩn của công ty và đi với thiết lập mà tôi có thể hỗ trợ tốt hơn, hay tốt hơn là đi với thiết lập mà công ty có thể hỗ trợ tốt hơn nếu tôi rời đi, mặc dù hiện tại không có ai Trong công ty có thể hỗ trợ tiêu chuẩn riêng của họ nào?

Đó là một quyết định quản lý. Làm cho họ biết mối quan tâm của bạn và nhấn mạnh chính thức vào việc thay đổi.

Điều đó nói rằng, một ngôn ngữ là một công cụ và bạn phải chọn công cụ phù hợp cho công việc; làm cho họ hiểu rằng bạn không vặn vít bằng búa.


Điều quan trọng cần lưu ý rằng, trong bối cảnh của câu hỏi (cho mức độ chi tiết có sẵn) ASP.NET và PHP là cả hai công cụ phù hợp cho công việc ở chỗ cả hai rất có khả năng nền tảng
Murph

1
ASP.NET có khả năng cao hơn, chỉ là op biết php tốt hơn.
Kevin

1
@Kevin, lý do duy nhất tôi có thể lập luận rằng ASP.Net có khả năng hơn PHP là nó tích hợp với bảo mật AD / Windows tốt hơn mặc dù vẫn có thể tích hợp PHP với bảo mật AD / Windows. Ngoài ra, tôi không thấy lợi thế của ASP.Net so với PHP.
vẽ Chapin

Bằng cách thừa nhận của riêng bạn, bạn biết php tốt hơn nhiều nên không ngạc nhiên khi bạn nói điều đó.
Kevin

8

Bạn có bất kỳ nguyện vọng để thăng tiến, hoặc làm việc trên các dự án khác? Nếu vậy, tôi đề nghị rằng "làm việc của riêng bạn" sẽ có hai tác động tiêu cực gần như chắc chắn dẫn đến (paraphotto) "Tôi sẽ là người ủng hộ nó, cho đến khi tôi rời đi"

  1. Bởi vì bạn đã chọn không tuân theo các tiêu chuẩn của công ty cho thấy bạn không đặc biệt phù hợp với các vai trò cao cấp hơn, vì bạn không thể làm theo các hướng dẫn đơn giản.
  2. Bởi vì bạn đã chọn không tuân theo tiêu chuẩn của công ty, vấn đề của bạn là không ai khác trong công ty có thể hỗ trợ mã của bạn.

Nếu bạn chọn sử dụng tiêu chuẩn, bạn sẽ không có trách nhiệm tiếp tục duy trì sản phẩm khi (nếu) có cơ hội quảng bá hoặc dự án khác phát sinh.

Cách khác để xem xét một sự tương tự lố bịch. Tôi chuyển đến một quốc gia nơi họ lái xe bên trái, tuy nhiên, tôi quen lái xe bên phải hơn, tôi thích lái xe bên phải hơn, vì điều này, tôi giỏi hơn và có thể lái xe nhanh hơn. Tôi có nên lái xe bên phải?


+1 cho đoạn cuối - đặc biệt là về khả năng của nền tảng, bạn thực sự không thể tạo ra một trường hợp để chọn PHP trên ASP.NET. Có thể có một cuộc tranh cãi về việc thay đổi tiêu chuẩn dựa trên khả năng của các nhóm phát triển ...
Murph

5

Các công ty có các tiêu chuẩn cho một lý do, nếu có một tiêu chuẩn được tuyên bố chính thức nói rằng sử dụng x, thì bạn cần phải biện minh cho y.

Điều này không có nghĩa là bạn không thể sử dụng y, điều đó có nghĩa là bạn nên hiểu lý do đằng sau tiêu chuẩn và được chấp thuận trước khi vi phạm.

Có lẽ sau khi bạn hiểu lý do tại sao, bạn sẽ không còn muốn vi phạm nữa, có lẽ bạn sẽ thấy rằng nó cần phải được thay đổi hoặc loại bỏ, hoặc nó không áp dụng trong trường hợp này để sử dụng y không phải là vấn đề.

Nếu nó được áp dụng, trừ khi bạn có thể thay đổi nó, bạn nên làm theo nó. Các tiêu chuẩn của công ty không hoàn toàn ngang hàng với các đơn đặt hàng trực tiếp, nhưng chủ lao động của bạn có kỳ vọng hợp lý về việc bạn tuân theo cả hai trừ khi họ vi phạm luật pháp.


1
Các tiêu chuẩn của công ty đôi khi liên quan đến lý do tiếp thị thay vì hiệu quả hoặc cân nhắc kỹ thuật.
Smith

@Mister Smith Mặc dù vậy, bạn vẫn cần nói chuyện với người quản lý của mình hoặc ai đó có quyền ra quyết định để xác minh những lý do đó. Xem câu trả lời của tôi về câu hỏi này.
Mike Cellini

1
@MisterSmith: lý do tiếp thị hợp lệ cũng quan trọng không kém, nếu không muốn nói là hơn so với hầu hết các cân nhắc về công nghệ. Nếu bạn không biết lý do, bạn sẽ không biết tính hợp lệ của lý do.
jmoreno

Có, nhưng đọc câu hỏi tôi có ấn tượng rằng không có người quản lý nào đứng đầu anh ta cho dự án này, và rằng không ai thực sự quan tâm đến việc thực thi các tiêu chuẩn. Nếu đó là sự thật, tôi thấy không có lý do gì để mù quáng tuân theo các tiêu chuẩn thay vì chỉ chọn công nghệ nổi tiếng hơn.
Smith

@MisterSmith: Nó không mù quáng theo tiêu chuẩn, nó mù quáng theo tiêu chuẩn của công ty. Có một sự khác biệt. Và nếu không ai quan tâm, thì nó sẽ đủ dễ dàng để được phép vi phạm hoặc thậm chí thay đổi tiêu chuẩn.
jmoreno

2

Tất cả phụ thuộc vào việc bạn sẽ bị sa thải hay không. Nếu bạn sẽ bị sa thải, đừng làm điều đó. Nếu bạn sẽ không bị sa thải, thì bằng mọi cách hãy tiếp tục với nó.


-1 Đây là, imho, khuyên khủng khiếp. Bạn cũng có thể đi bảo mọi người viết mã xấu xí, khó hiểu, bị xáo trộn mà không có tài liệu (hoặc tệ hơn: sai) chỉ để làm cho bản thân không thể thiếu. Hãy biết rằng nếu bạn làm cho mình trở nên không thể thiếu, bạn sẽ không bao giờ có thể tiến lên trong công ty, nhưng bị mắc kẹt khi làm những gì bạn đang làm và duy trì mã (crappy) của riêng bạn trong nhiều năm!
Konerak

@Konerak Vâng, bạn nói đúng. Tôi đã không nghiêm túc về nó. Tôi sẽ chỉnh sửa câu hỏi của tôi để giữ cho bạn hạnh phúc.
Mike Nakis

Xin lỗi Mike, tôi đã không nhận được phần trớ trêu;) Tôi rất vui khi thấy câu trả lời về điều không thể thiếu, bởi vì nó cho tôi cơ hội để phản ứng và mọi người sẽ đọc về nó.
Konerak

1

Tôi nghĩ rằng bạn có thể lường trước nhiều vấn đề có thể phát sinh từ việc này và lập một kế hoạch chi tiết cho việc khi nào bạn phải rời khỏi công ty.

Một vấn đề có thể làm hỏng công việc sẽ là nếu bạn rời đi và HR phải tìm kiếm người thay thế bạn. Do họ chủ động cố gắng hiểu những gì bạn đã làm và thuê theo các kỹ năng cần thiết - hoặc chỉ cần nhìn vào tài liệu gốc nêu rõ chính sách của IIS / ASP.NET / vv. và mù quáng thuê một người có những kỹ năng đó để duy trì mã LAMP của bạn (theo nguyên tắc "bởi vì nó nói như vậy"), tôi nghĩ rằng cái sau có nhiều khả năng hơn.

Điều dễ nhất (về lâu dài) là làm những gì fabianhjr khuyến nghị và thay đổi tiêu chuẩn. Thay đổi nó để bao gồm cả Microsoft và LAMP nếu chúng có khả năng chống lại toàn bộ chuyển đổi.


Trên thực tế, bài đăng chính thức cho công việc của tôi không yêu cầu bất kỳ kiến ​​thức lập trình / phát triển web nào.
vẽ Chapin

1
@druciferre Tất cả càng có nhiều lý do để hô hấp mọi thứ sau đó. Nếu dự án này trở thành một phần lớn trong trách nhiệm công việc của bạn và có một số trường hợp họ sẽ phục hồi dựa trên mô tả công việc ban đầu của bạn, họ sẽ trở thành một con lạch (không phải là bạn phải quan tâm vào thời điểm đó, mà chỉ để vì lợi ích của họ).
jonsca

1

Trong trường hợp này bạn cần phải tuân theo tiêu chuẩn. Nếu tiêu chuẩn dường như không áp dụng, bạn cần nói chuyện với người quản lý của mình về việc thực hiện nó bằng một ngôn ngữ khác.

Trong tất cả các tiêu chuẩn cần tuân thủ trong quá trình phát triển, cá nhân tôi cảm thấy rằng lựa chọn ngôn ngữ là quan trọng nhất . Bỏ qua sự lựa chọn ngôn ngữ tiêu chuẩn có lợi cho một người bạn cảm thấy thoải mái hơn với đồng nghiệp và / hoặc người kế thừa lên một con suối mà không có mái chèo, bởi vì họ có thể không có kỹ năng để làm việc trong dự án của bạn. Các quyết định tuyển dụng của một công ty dựa trên sự lựa chọn ngôn ngữ để các quyết định như thế này có thể có tác động lớn. Giới thiệu một nền tảng / ngôn ngữ khác có thể buộc công ty rơi vào tình trạng khó khăn khi họ bắt đầu tuyển dụng người khác.

Ngoài ngôn ngữ, bạn phải xem xét hỗ trợ nội bộ cho máy chủ LAMP. Ai sẽ quản trị Apache? Làm thế nào về MySQL? Phần mềm của công ty có chạy trên cơ sở dữ liệu khác không? Các quản trị viên sẽ sẵn sàng quản trị một nền tảng mới. Ngay cả khi bạn có kế hoạch quản lý các dịch vụ này, các nhiệm vụ cuối cùng có thể thuộc về người khác. Nếu bạn có kế hoạch quản trị các dịch vụ, quản trị viên mạng / máy chủ có cho phép bạn làm như vậy không?

Sự phân nhánh của việc giới thiệu một nền tảng khác nhau có thể rộng và sâu. Không tuân theo tiêu chuẩn có thể sẽ ảnh hưởng đến nhiều người ngoài chính bạn. Mặc dù bạn thành thạo LAMP hơn ASP.NET, nhưng việc xây dựng trên nền tảng đó có thể sẽ khiến công ty của bạn tốn kém hơn về lâu dài. Chìa khóa ở đây là giao tiếp với người quản lý của bạn và hiểu được ảnh hưởng của quyết định cuối cùng.

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.