Có phải là khôn ngoan khi qua lại giữa hai ngôn ngữ lập trình? [đóng cửa]


28

Tôi đã viết khá nhiều PHP trong gần hai năm. Bây giờ tôi đang làm phát triển .NET (chủ yếu là c #). Tuy nhiên, đôi khi tôi quay lại và làm một số php.

Câu hỏi chính của tôi là, liệu có khôn ngoan khi tôi tiếp tục làm điều này hay tôi nên tiếp tục phát triển trong C #? Điều này sẽ gây hại cho tôi về lâu dài (nhớ rằng mục tiêu chính của tôi không phải là một người tham gia tất cả các giao dịch) hay đó là một cách thực hành tốt?


30
tốt hơn là trở thành người nắm giữ tất cả các giao dịch hơn là một con ngựa lừa
Scrwtp

27
Nó chắc chắn sẽ gây hại cho bạn nếu bạn giới hạn bản thân chỉ trong hai ngôn ngữ. Nhận nhiều công cụ khác nhau vào hộp công cụ của bạn.
SK-logic

4
Bạn hỏi câu hỏi này như thể bạn hoàn toàn tự do lựa chọn giữa C # và PHP - có thực sự như vậy không?
Doc Brown

10
Biết tất cả các chi tiết bẩn của một ngôn ngữ là không có nghi ngờ rất hữu ích. Nhưng khi bạn làm việc với nhiều ngôn ngữ, đôi lúc bạn sẽ thấy mình thiết kế các phần của chương trình theo một cách nhất định, bất kể bạn đang làm việc với ngôn ngữ nào. Đây là một loại nirvana lập trình viên, nơi ngôn ngữ trở thành thứ cấp và ứng dụng là những gì quan trọng. Đó là một nơi tuyệt vời, bởi vì nó có nghĩa là bạn có tiềm năng là một lập trình viên ngay cả trong tương lai, khi mọi người đang làm việc trong một số ngôn ngữ Z ++ mới lạ mắt.

2
Chỉ hai thôi? Nhiều lập trình viên thường xuyên làm việc trong một số ngôn ngữ. Biết một số cung cấp cho bạn một bộ công cụ lớn hơn để rút ra.
Caleb

Câu trả lời:


75

Sử dụng hai ngôn ngữ cùng một lúc là không có gì. Không có gì lạ khi các lập trình viên sử dụng một số ngôn ngữ khác nhau mỗi ngày. Nhiệm vụ khác nhau và công nghệ khác nhau đòi hỏi các ngôn ngữ khác nhau.

Mới hôm nay, tôi đã sử dụng bốn hoặc năm ngôn ngữ khác nhau và điều đó thật thú vị bởi vì tôi chưa thực hiện bất kỳ chương trình nào cho đến nay. Tất cả những gì tôi đã làm là làm việc trên một bài thuyết trình.

Là một lập trình viên giỏi, về cơ bản , bạn cần phải biết cách sử dụng một số ngôn ngữ và cách duy nhất để đạt được (và sau đó duy trì) sự lưu loát hợp lý là sử dụng các ngôn ngữ đó.


4
Tôi không chắc chắn làm thế nào bất cứ ai cũng có thể trở thành một lập trình viên hiệu quả mà không cần sử dụng ít nhất 3 ngôn ngữ một cách thường xuyên.
Brian Knoblauch

1
@Brian - ba ngôn ngữ đó là ngôn ngữ nói / viết chính, ngôn ngữ lập trình chính của bạn và SQL và / hoặc HTML?
KeithS

2
@KeithS Chỉ khi bạn tạo các trang siêu đơn giản ở phía máy khách và không bao giờ chạm vào các bản ghi XML ở phía máy chủ. CSS và Javascript được tính là ngôn ngữ của riêng họ, cũng như XPath và XSLT và XQuery.
Tacroy

2
Bất cứ điều gì có chứa "Hầu hết mọi người" hoặc "hầu hết các nhà phát triển" nên được theo dõi với một trích dẫn sắp xếp. Nếu không, đó là chủ quan. Hầu hết mọi nhà phát triển tôi đã gặp (và bao gồm cả tôi) đều coi SQL là ngôn ngữ lập trình và tính đầy đủ của Turing không phải là yếu tố cần thiết cho ngôn ngữ lập trình (nghĩ rằng DSL, thường được thiết kế để KHÔNG hoàn thành.) HTML và XML rõ ràng là không phải ngôn ngữ lập trình (mặc dù bạn có thể có các ngôn ngữ dành riêng cho miền dựa trên XML). Regex không phải là ngôn ngữ lập trình, nhưng tự động lập trình / cấu hình được.
luis.espinal

2
Đó không phải là một nguồn. Đó là một liên kết đến một cuộc thảo luận (bản thân các cuộc thảo luận không phải là nguồn) và đó là một liên kết chỉ tập trung vào CSS và HTML. Nó không đề cập đến bài kiểm tra "hoàn thành" (Tôi khuyên bạn nên đọc tác phẩm của Martin Fowler về chủ đề DSL), cũng như liệu SQL có phải là ngôn ngữ lập trình hay không (đây là một nguồn thực tế: en.wikipedia.org/ wiki / SQL , hoặc cái này trên amazon.com/Query-Programming-Lingu-Kirk-Scott/dp/0763766747 ). Hoặc bạn không đọc bài viết của tôi đầy đủ hoặc bạn nghĩ rằng một liên kết đến stackexchange là một nguồn (không phải vậy.)
luis.espinal

37

nó là một thực hành tốt để làm?

Đó là một thực hành tuyệt vời. Hơn nữa, tôi khuyên bạn nên mở rộng danh sách ngôn ngữ của mình thường xuyên bằng cách thử một ngôn ngữ mới.

Ngôn ngữ và công nghệ ra vào rất nhanh chóng, trong một vài năm. Ví dụ, Objective C cất cánh với một sức mạnh đáng kinh ngạc sau khi gần chết trong hai thập kỷ rưỡi - một sự vĩnh cửu theo tiêu chuẩn của ngành công nghiệp này!

Không có vấn đề gì nhiều khi bạn dự định "không phải là người tham gia tất cả các giao dịch": nếu bạn dự định ở lại ngành đủ lâu, sẽ rất an toàn khi cho rằng bạn sẽ phải chuyển đổi công nghệ của mình ít nhất một lần trong suốt sự nghiệp của bạn. Sử dụng nhiều ngôn ngữ hiện giúp bạn sẵn sàng bật một thông báo ngắn hợp lý.


14

Điều này sẽ gây hại cho tôi về lâu dài (nhớ rằng mục tiêu chính của tôi không phải là một người tham gia tất cả các giao dịch) hay đó là một cách thực hành tốt?

Biết hai hoặc nhiều ngôn ngữ sẽ không bao giờ làm hại bạn. Biết ngôn ngữ của bạn rất nông cạn (không hiểu nội tâm) có thể gây hại cho bạn.

Sở thích cá nhân của tôi là luôn thành thạo một ngôn ngữ lập trình hướng đối tượng trước tiên . Điều này sẽ cung cấp cho bạn học sâu về tất cả các khái niệm lập trình và dễ dàng học tiếp theo một khi có nhu cầu.

nó là một thực hành tốt để làm?

Hoàn toàn đồng ý!

Tôi chắc chắn sẽ đề nghị học nhiều hơn một và thực hành chúng bằng cách xây dựng một số ứng dụng. Trong khi đó, bạn cũng có thể lập kế hoạch để học một số ngôn ngữ kịch bản (jQuery, KnockoutJs, v.v.) và thư viện nếu bạn đang làm hoặc có kế hoạch phát triển web.


1
Tôi không nghĩ rằng, học OOP sẽ dạy cho bạn nhiều khái niệm từ lập trình chức năng, vì một, các quy tắc phạm vi JavaScripts rất khác với các ngôn ngữ OOP phổ biến khác như C #, v.v., có rất nhiều khái niệm khác ngoài kia.
phant0m

Tôi hoàn toàn đồng ý. Tuy nhiên, jQuery và KnockoutJ là ngôn ngữ kịch bản KHÔNG. Và tôi sẽ không đề xuất "học jQuery" mà không có kiến ​​thức JavaScript cơ bản.
Bruno Schäpper

bạn không thể học jQuery mà không học JavaScript trong quá trình vì jQuery không phải là ngôn ngữ, đó là một thư viện được viết bằng ngôn ngữ.
ILikeTacos

5

Điều đó không gây hại cho bạn về lâu dài, việc thành thạo một số ngôn ngữ giúp bạn trở thành một nhà phát triển toàn diện. Sử dụng "công cụ phù hợp để thực hiện công việc phù hợp" là mục tiêu cuối cùng và việc thành thạo các ngôn ngữ khác nhau giúp bạn đạt được điều đó khi bạn biết những gì khác ngoài đó và có thể đưa ra quyết định sáng suốt về việc sử dụng nền tảng / khung / ngôn ngữ nào để sử dụng hoàn thành công việc


Cảm ơn câu trả lời nhưng tôi đã tự hỏi liệu việc thay đổi thường xuyên sẽ không gây hại cho quá trình học tập của tôi hay kéo dài nó hay điều đó chỉ phụ thuộc vào khả năng của người đó?
Lamin Sanneh

@LaminSanneh Học một ngôn ngữ khác không làm bạn tệ hơn ở ngôn ngữ đầu tiên. Đây không phải là một game nhập vai và bạn không có một số điểm "kỹ năng lập trình" được thiết lập mà bạn có thể gán cho từng ngôn ngữ. Tệ nhất, nó sẽ lấy đi thời gian mà bạn đã dành cho ngôn ngữ khác. Nhưng ngôn ngữ chỉ là một cách để thể hiện ý tưởng của bạn, và học ngôn ngữ mới mang đến cho bạn những quan điểm và ý tưởng mới, mới mẻ mà bạn có thể áp dụng cho những điều bạn đã biết. Chắc chắn, bạn sẽ không biết cú pháp của mọi ngôn ngữ, nhưng ai quan tâm đến điều đó? Đó là một tìm kiếm nhanh trên Google
Jay

5

Trong suốt sự nghiệp của mình, bạn sẽ phải học các ngôn ngữ mới và công nghệ mới; ngành công nghiệp đơn giản yêu cầu nó. Trong nhiệm vụ chuyên môn đầu tiên của tôi, tôi đã phải cung cấp mã được viết bằng Ada, C và Fortran, cùng với một số tập lệnh SQL và shell. Tôi đã phải chuyển từ C ++ sang Java và quay lại trong vài năm qua. Tôi đã viết các kịch bản shell trong csh, bash và perl.

Dành thời gian để học các ngôn ngữ khác nhau, đặc biệt nếu chúng thuộc các lĩnh vực khác nhau (OO, chức năng, logic, v.v.) sẽ giúp bạn theo nhiều cách. Nó sẽ giữ cho bộ não của bạn sắc nét. Nó sẽ giúp bạn tách các khái niệm khỏi việc triển khai (ví dụ: băm và bản đồ không chỉ là các loại dữ liệu trong một ngôn ngữ cụ thể). Nó sẽ cho bạn ý tưởng tốt hơn về những công cụ phù hợp cho một vấn đề nhất định (ví dụ: tôi sẽ không xây dựng một trang web bằng C, tôi cũng sẽ không viết trình điều khiển thiết bị trong Haskell). Nó có thể giúp bạn tìm việc dễ dàng hơn ("Này, anh ấy đã biết Intercal 1 , chúng tôi không phải đào tạo anh ấy!"). Nó sẽ cho bạn một ý tưởng về những thách thức đối với các nhà thiết kế ngôn ngữ. Nó có thể truyền cảm hứng cho bạn để tạo ra ngôn ngữ lập trình của riêng bạn.

Ít nhất, nó sẽ giúp bạn không bị nhàm chán.


1. Đùa. Đừng cố học Intercal.


4

Những người nghỉ hưu năm nay bắt đầu sự nghiệp của họ trước khi C được tạo ra. Thật an toàn khi nói rằng bạn có thể chuyển đổi ngôn ngữ lập trình một hoặc hai lần trong sự nghiệp của mình. Bạn không muốn làm việc cho những người chủ không hiểu điều đó.

Khi bạn là người mới, việc chuyển đổi ngữ cảnh giữa hai ngôn ngữ sẽ khó khăn hơn rất nhiều, vì vậy bạn sẽ làm việc hiệu quả hơn nếu bạn làm việc ít nhất 4-8 giờ trong một ngôn ngữ trước khi chuyển đổi. Sau này bạn sẽ có thể chuyển đổi ngay lập tức mà không mất năng suất. Nói cách khác, sử dụng hai ngôn ngữ cuối cùng sẽ trở thành một thế mạnh thay vì làm bạn chậm lại.


2

Có một mặt trái và mặt trái của điều này.

Đây là mặt trái ...

Như những người khác đã đề cập, có thể học mới và làm việc với nhiều ngôn ngữ và công cụ lập trình là điều gần như cần thiết để có một sự nghiệp lâu dài trong lập trình. Mọi thứ thay đổi qua nhiều năm, các công cụ / ngôn ngữ đến và đi. Chắc chắn, có một số người đang lập trình trong cùng một COBOL máy tính lớn mà họ đã sử dụng trong những năm 1980 nhưng đây là một tình huống tương đối hiếm. Hầu hết các lập trình viên kết thúc việc thay đổi công cụ / ngôn ngữ nhiều lần trong suốt sự nghiệp của họ. Đôi khi bạn có thể được thuê vì bạn biết một số công nghệ cũ hơn hoặc biết tất cả các ngôn ngữ mà một công ty đang làm việc.

Nhược điểm là ...

Một số nhà tuyển dụng sẽ xem bạn là "người nắm giữ tất cả các giao dịch, không thành thạo" và từ chối đơn đăng ký của bạn mà không cho bạn cơ hội. Họ đang tìm kiếm một chuyên gia hẹp trong một lĩnh vực cụ thể, không chỉ đơn giản là một lập trình viên giỏi, tròn trịa. Đôi khi bạn có thể bị cắt bởi HR vì bạn không có "5 năm kinh nghiệm liên tục trong [X]". Bạn có thể tránh điều này bằng cách điều chỉnh lý lịch của bạn để phù hợp với công việc nhưng điều này có thể không giúp bạn trong một cuộc phỏng vấn kỹ thuật.

Đối với tôi, ưu điểm là tốt hơn nhiều nhưng bạn cần lưu ý rằng một số ít các tổ chức xem nó là một tiêu cực.


+1, Hơn nữa, tôi khẳng định có mối tương quan giữa nhóm thiểu số này với lập trình xấu và kém hiệu quả.
K.Steff

2
Điều tiêu cực đó bị hủy bỏ mặc dù bởi các nhà tuyển dụng, những người nghĩ ngược lại. Tôi có tiếng nói trong việc quyết định tuyển dụng nơi tôi làm việc, và tôi sẽ rất khó thuyết phục để ổn khi thuê một người chỉ có một ngôn ngữ lập trình dưới vành đai của họ. Có thể cho một vị trí cấp dưới, nhưng chắc chắn không phải cho một nhà phát triển cao cấp.
Jon Hanna

@JonHanna - Vấn đề chính là nhóm phát triển thậm chí có thể không bao giờ được phỏng vấn nhà phát triển tiềm năng kể từ khi họ được sàng lọc bởi HR, đôi khi bởi một chương trình tự động. Tất nhiên, đây là một vấn đề phổ biến hơn trong các tổ chức lớn hơn. Điều quan trọng là đảm bảo rằng nhân sự của bạn không sàng lọc các ứng cử viên tốt nhất dựa trên các tiêu chí tùy ý.
jfrankcarr

+1 để chỉ ra nhược điểm . Tôi đến từ đâu, số lượng các công ty vẫn giữ quan điểm "tất cả các giao dịch, chủ của không" là không nhỏ.
lsoliveira

Vâng, nhưng chúng ta có thể biến điều đó thành chất lượng tốt; luôn có thể có một thằng ngốc trong phòng nhân sự nghĩ rằng nó có chất lượng kém. Cuối cùng, nếu nhân sự trong một tổ chức là những kẻ ngốc, họ sẽ tạo ra những người tuyển dụng tồi, và trong khi được tuyển dụng có thể tốt hơn dòng thất nghiệp, bạn sẽ tìm một công việc mới ngay lập tức và tìm việc ở một nơi khác .
Jon Hanna

2

Khi bạn đang phát triển PHP, bạn đã viết javascript hay SQL chưa? Trong quá trình phát triển C # của bạn, bạn vẫn có thể sử dụng cả hai thứ đó. Nó không hoàn toàn bị cắt và khô như sử dụng một ngôn ngữ lập trình.

Nếu bạn hài lòng khi làm điều đó, đừng lo lắng về nó. Nếu bạn không muốn làm cả hai (hoặc một trong hai) thì bạn có một vấn đề.


2

Học một ngôn ngữ lập trình mới sẽ dạy cho bạn những điều về lập trình mà bạn có thể áp dụng cho các ngôn ngữ bạn đã biết. Bạn chắc chắn nên xem xét ít nhất là chơi với một số ngôn ngữ khác, ngay cả khi bạn không sử dụng chúng một cách chuyên nghiệp, thay vì chỉ có rất ít.

Lý tưởng nhất là cách tiếp cận với những người bạn đã biết rất khác nhau.


2

Không, không có gì sai khi học nhiều ngôn ngữ và sử dụng tất cả chúng khá thường xuyên. Hàng ngày tôi có thể bắt gặp Ruby, PHP, JavaScript, CoffeeScript, Python và thỉnh thoảng C. Tôi biết tất cả các ngôn ngữ này khá tốt và chuyển từ ngôn ngữ này sang ngôn ngữ khác chỉ cần bật công tắc trong não. Chắc chắn tôi bỏ lỡ các tính năng của một số ngôn ngữ khi tôi đi đến một ngôn ngữ khác nhưng bạn sẽ vượt qua nó.

Tôi cố gắng luôn luôn có một ngôn ngữ mà tôi đang học chuyên sâu và sau đó là một ngôn ngữ khác như là "sắp tới". Bằng cách này, bạn luôn có một mục tiêu giáo dục rõ ràng và sau đó một cái gì đó trên đường chân trời. Ngay bây giờ Ruby là ngôn ngữ chính của tôi và tôi đang thử nghiệm với Go. Có lẽ tôi sẽ không bao giờ có được công việc như một nhà phát triển Go nhưng học một ngôn ngữ mới đã trở thành một nhà phát triển tốt hơn.

Khi tôi phỏng vấn một nhà phát triển, tôi luôn muốn thấy một vài ngôn ngữ khác nhau trong sơ yếu lý lịch của họ. Nếu một nhà phát triển trên có "C / C ++" hoặc "PHP và Javascript" trong sơ yếu lý lịch của họ, họ trông sẽ kém thú vị hơn nhiều so với người nắm vững 4 hoặc 5 ngôn ngữ. Hãy chắc chắn rằng bạn cảm thấy thoải mái trong bất kỳ ngôn ngữ nào bạn liệt kê, bất cứ điều gì trong sơ yếu lý lịch của bạn là trò chơi công bằng trong cuộc phỏng vấn!

Tóm lại: Sử dụng nhiều ngôn ngữ thường xuyên là dấu hiệu của một nhà phát triển giỏi, người quan tâm đến nghề của họ. Hãy tiếp tục viết mã!


Tôi sẽ nói nếu nhà phát triển nói "C / C ++" trong sơ yếu lý lịch, tôi muốn đó là ngôn ngữ duy nhất ở đó. Nhưng với các ngôn ngữ khác, bằng chứng ngu ngốc, càng nhiều càng tốt.
Coder

2

Khi nhìn vào sơ yếu lý lịch, chúng tôi thường tìm kiếm một người biết nhiều ngôn ngữ. Ngoài ra, khi trải nghiệm của một người tăng số lượng ngôn ngữ họ đã sử dụng cũng sẽ tăng.

Trong môi trường của chúng ta, chúng ta thường phải giải quyết những vấn đề mới và thú vị và chúng ta đang tìm kiếm những người sẵn sàng nhảy vào và giải quyết những vấn đề đó, cho dù họ có cần học một ngôn ngữ mới hay không. Vấn đề có thể là do mã chạy trên máy tính để bàn Windows, máy chủ Windows, máy chủ Linux hoặc trong trình duyệt.

Biết nhiều ngôn ngữ là một dấu hiệu của một người nào đó có thái độ tốt đối với nghề của họ. Họ muốn luôn học hỏi những điều mới để họ làm. Việc thiếu hiểu biết về một số ngôn ngữ là một dấu hiệu với tôi rằng một người chỉ học tối thiểu và không hứng thú với việc học.


2

Nó luôn luôn là trường hợp cho mọi người lập trình bằng nhiều ngôn ngữ. Khi mọi người đang sử dụng hội, họ phải nghiêng một ngôn ngữ hội mới mỗi khi họ thay đổi kiến ​​trúc.

Khi mọi người thực hiện COBOL hoặc Fortran, họ cũng thường chơi RPG và / hoặc JCL.

Trong Unix, mọi người sẽ làm việc với C, sed, awk, shell script và mọi thứ trong bồn rửa nhà bếp Unix (hầu như mọi công cụ dòng lệnh trong Unix đều là DSL riêng, rất đặc biệt.)

Trong DOS, mọi người sẽ lập trình trong Turbo Pascal hoặc C ngoài các tập lệnh bó. Sau này khi Windows xuất hiện, đó là VB hoặc một cái gì đó giống như PowerBuilder kết hợp với SQL và có thể là các tập lệnh cài đặt hàng loạt.

Ngày nay, thực tế là mọi người "làm việc" với hơn hai ngôn ngữ bất kỳ ngày nào (và "công việc" Tôi có nghĩa là thực hiện mã hóa hàng ngày hoặc có kiến ​​thức làm việc). Ít nhất là Java hoặc C # hoặc VB trộn lẫn với JavaScript và SQL. Sau đó, các ngôn ngữ khác đi vào chơi cho kịch bản hàng loạt / công việc và tương tự. Sau đó, đối với mỗi ngôn ngữ, bạn có một khung mà chính nó thực hiện DSL bên trong, một ngôn ngữ nhỏ theo đúng nghĩa của nó.

Vì vậy, nó không chỉ có lợi khi làm việc với nhiều hơn một ngôn ngữ, mà là cần thiết. Không có cách nào để xây dựng một hệ thống hiện đại, phức tạp với một ngôn ngữ duy nhất (và bằng cách "xây dựng", tôi không có nghĩa là chỉ viết mã một số thứ tào lao biên dịch, mà là để xây dựng một cái gì đó với một thiết kế hợp lý.)

Heck, tôi sẽ đi ra khỏi một chi và nói rằng tôi sẽ mong đợi những đứa trẻ ở trường đại học thành thạo hai hoặc nhiều ngôn ngữ nếu chúng nghiêm túc về nghề này.

Vì vậy, liên quan đến câu hỏi của bạn:

Câu hỏi chính của tôi là, liệu có khôn ngoan khi tôi tiếp tục làm điều này hay tôi nên tiếp tục phát triển trong C #? Điều này sẽ gây hại cho tôi về lâu dài (nhớ rằng mục tiêu chính của tôi không phải là một người tham gia tất cả các giao dịch) hay đó là một cách thực hành tốt?

Vì vậy, câu trả lời ngắn, không, sử dụng hoặc chuyển đổi giữa các ngôn ngữ sẽ không cung cấp cho bạn các thông tin. Biết nhiều hơn một ngôn ngữ sẽ không khiến bạn trở thành một người giỏi trong tất cả các giao dịch và không có cách nào để nhà phát triển trở thành chuyên gia bằng cách không thể sử dụng nhiều hơn một ngôn ngữ.


1

Bạn càng phải so sánh với tham chiếu đến (các) ngôn ngữ chính của mình, bạn sẽ càng hiểu rõ hơn về sự đánh đổi trong thiết kế khiến nó trở nên đặc biệt mạnh hay yếu ở một số thứ nhất định và tận dụng / bù đắp cho những thứ đó. Làm chủ ít nhất một nhưng đừng lo lắng về việc trở thành người của nhiều người khác. Điều đó chỉ có vẻ tốt.

Tốt hơn là nên hỏi sơ yếu lý lịch như thế nào chỉ với một ngôn ngữ được liệt kê từ các nhà phát triển "cao cấp". Câu trả lời cho câu hỏi đó là: "Không quan tâm lắm đến những gì họ làm để kiếm sống".


0

Hai ngôn ngữ có thể giúp bạn hoặc không - điều đó phụ thuộc. Nó sẽ không làm hại bạn, đó là điều chắc chắn. Nhiều nhà phát triển có xu hướng nghĩ rằng sử dụng một thứ khác ngoài 'ngôn ngữ chính' là sự lãng phí thời gian thuần túy nhưng tôi hoàn toàn không đồng ý. Học một ngôn ngữ khác (và sử dụng nó) là một lợi ích thuần túy: nó mang đến cho bạn một cách nhìn khác về cách giải quyết vấn đề. Nó có thể xảy ra rằng bạn sẽ bắt đầu sử dụng một trong những ngôn ngữ cho các nhiệm vụ cụ thể mọi lúc (như nó đã xảy ra với tôi sau khi tôi có cơ hội học và sử dụng Python).


0

Trong tình huống này, bạn không hỏi về việc chuyển đổi từ JAVA sang C # và quay lại mọi lúc, thay vào đó bạn sẽ sử dụng C # và PHP, đây thực sự không phải là vấn đề lớn.

Giả sử bạn muốn thực hiện một số nội dung dựa trên WEB trong đó bạn đang sử dụng ngăn xếp WAMP (Windows / Apache / MySQL / PHP) và C #. Bạn sử dụng C # để viết một số dịch vụ dựa trên SOAP và sau đó sử dụng PHP để sử dụng chúng.

Điều này dường như hoàn toàn chấp nhận được với tôi.

Dù sao, biết nhiều hơn một ngôn ngữ là tốt. Bạn càng biết nhiều thì càng tốt. Thư viện PHP / C # / Java / Python / javascript [ví dụ JQuery]. Hãy hữu ích cho nhiều người như bạn có thể.

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.