D có phải là sự thay thế đáng tin cậy cho Java và C ++ không? [đóng cửa]


163

Ngôn ngữ D có phải là sự thay thế đáng tin cậy cho Java và C ++ không? Điều gì sẽ trở thành một sự thay thế đáng tin cậy? Tôi có nên bận tâm học nó không? Liệu nó có xứng đáng truyền giáo?

Lý do chính tôi hỏi là với tiêu chuẩn C ++ mới (c ++ 0x) gần như ở đây, tôi thấy rõ rằng ngôn ngữ đã đi quá xa đến mức không thể quay lại với bất kỳ ai từng hiểu về nó. Tôi biết rằng C / C ++ sẽ không bao giờ chết nhưng đến một lúc nào đó chúng ta cần phải tiếp tục. Ngay cả COBOL cũng có ngày của nó và Java có nhiều khía cạnh hoàn tác C ++. Vậy tiếp theo là gì? D có điền hóa đơn không?


23
COBOL đang quay trở lại, nhưng hãy tiếp tục và học D nếu nó làm bạn thích thú. Đọc lá trà có nhiều khả năng như dự đoán Ngôn ngữ lớn tiếp theo.
Shog9

5
Tôi không quan tâm đến ngôn ngữ lớn tiếp theo là gì, tôi quan tâm nhiều hơn rằng nếu tôi nói với chủ nhân của mình rằng tôi muốn sử dụng D trong dự án tiếp theo của mình thì tôi sẽ không nghiêm túc vì ngôn ngữ này không phải là ' t chưa
Đánh dấu Kegel

22
cần lưu ý rằng các trang "D so với C ++" của các sao hỏa kỹ thuật số có tính phân biệt cao đối với C ++. nhiều lần họ nói "c ++ không thể làm được", C ++ có thể làm điều đó
Johannes Schaub - litb

23
@Johannes: Không phải là về những gì ngôn ngữ có thể làm được, đó là những gì ngôn ngữ làm cho dễ dàng. - Brian Hurt
missingfaktor

9
@Rahul, đồng ý nhưng sau đó họ nên nói như vậy. như "điều này không dễ thực hiện trong C ++" và không phải là không thể.
Julian Schaub - litb

Câu trả lời:


130

Điều quyết định sự thành công và phổ biến của ngôn ngữ lập trình để phát triển phần mềm trong thế giới thực chỉ liên quan một phần đến chất lượng của chính ngôn ngữ đó. Là một ngôn ngữ thuần túy, D được cho là có nhiều lợi thế so với C ++ và Java. Ít nhất nó là một sự thay thế đáng tin cậy như một ngôn ngữ thuần túy, tất cả những thứ khác đều bình đẳng.

Tuy nhiên, những thứ khác quan trọng đối với phát triển phần mềm - gần như hơn cả ngôn ngữ: tính di động (có bao nhiêu nền tảng chạy), hỗ trợ trình gỡ lỗi, hỗ trợ IDE, chất lượng thư viện chuẩn, hỗ trợ thư viện động, liên kết cho API thông thường, tài liệu, nhà phát triển cộng đồng, động lực, và hỗ trợ thương mại, chỉ để một vài tên. Trong tất cả các vấn đề đó, D đều đứng sau Java, C ++ và C # một cách vô vọng. Trên thực tế, tôi cho rằng nó thậm chí còn đứng sau các ngôn ngữ được gọi là "scripting" như Python, Perl, PHP, Ruby và thậm chí cả JavaScript về các khía cạnh này.

Nói thẳng ra, bạn chỉ đơn giản là không thể xây dựng một ứng dụng đa nền tảng, quy mô lớn bằng D. Với một thư viện tiêu chuẩn chưa trưởng thành, không có hỗ trợ trong bất kỳ IDE hiện đại nào (có các plugin cho cả Visual Studio và Xamarin Studio / MonoDevelop), bị giới hạn hỗ trợ thư viện động / chia sẻ và một vài ràng buộc với các ngôn ngữ khác, D đơn giản không phải là một lựa chọn ngày nay.

Nếu bạn thích những gì bạn thấy về D, bằng mọi cách, hãy tìm hiểu nó - sẽ không mất nhiều thời gian nếu bạn đã biết Java và C ++. Tôi không nghĩ truyền giáo sẽ hữu ích - tại thời điểm này nếu D sẽ thành công, điều thực sự cần là nhiều người lặng lẽ sử dụng nó và giải quyết những thiếu sót lớn của nó như thư viện tiêu chuẩn và hỗ trợ IDE.

Cuối cùng, đối với C ++, trong khi hầu hết đồng ý ngôn ngữ quá phức tạp, hàng ngàn công ty đang sử dụng thành công C ++ như một phần của sự kết hợp lành mạnh của các ngôn ngữ bằng cách chỉ cho phép một tập hợp con nhỏ hơn, được xác định rõ ràng của ngôn ngữ. Vẫn khó có thể đánh bại C ++ khi cần cả hiệu năng thô và sử dụng bộ nhớ nhỏ.


8
nói rằng nó "không hỗ trợ trong bất kỳ IDE hiện đại nào" đang cường điệu hóa nó một chút. Có hỗ trợ trong nhật thực. Nó chưa phải là lớp 1, nhưng nó ở đó và ngày càng tốt hơn.
BCS

46
Không có bằng chứng không phải là bằng chứng vắng mặt.
FeepingCreature

29
Nếu một người đưa ra một khẳng định tích cực như 'có những con kỳ lân màu hồng', người ta phải đưa ra bằng chứng trước khi chấp nhận. Cấp, điều đó không có nghĩa là không có kỳ lân màu hồng như @FeepingCreature đã nêu, mà chỉ nói rằng đó không phải là một lý lẽ hấp dẫn hoặc hợp lệ.
JoshD

8
@Feeping: Đó là một câu nói dễ thương James Randi thích ném xung quanh, nhưng nó đơn giản là không đúng. Các xét nghiệm của bạn có bằng chứng hợp lý hỗ trợ rằng xét nghiệm sẽ tìm thấy thứ gì đó, nhưng đừng, đó là bằng chứng vắng mặt.
GManNickG

9
Tôi muốn thêm rằng chúng tôi xây dựng các ứng dụng quy mô lớn với D1 và Tango. Được rồi, chúng tôi không đa nền tảng mà chỉ có linux, nhưng vẫn vậy. Toàn bộ cơ sở hạ tầng của chúng tôi được viết bằng D và chúng tôi xử lý hơn 30 nghìn yêu cầu mỗi giờ với phần cuối lớn của DHT cũng được viết bằng D.
Marenz

108

Chỉ cần thêm kinh nghiệm của riêng tôi vào hỗn hợp:

Khoảng một năm trước tôi đã làm việc trong một dự án trò chơi quy mô nhỏ (3 lập trình viên) kéo dài 3 tháng, trong đó chúng tôi sử dụng D làm ngôn ngữ chính. Chúng tôi đã chọn nó một phần làm thử nghiệm, một phần vì nó đã có ràng buộc cho SDL và một số công cụ khác mà chúng tôi đang sử dụng và chủ yếu là vì lợi ích dường như có trên C ++.

Chúng tôi thích sử dụng nó. Nó rất nhanh để học và dễ viết. Nhiều tính năng của nó đã được chứng minh là vô giá, và tôi nhớ chúng đã quay trở lại C ++.

Tuy nhiên, những điểm sau đây khiến cuộc sống của chúng ta trở nên khó khăn hơn:

  1. Không có IDE tốt tại thời điểm đó là một vấn đề lớn. Chúng tôi đã kết thúc việc làm của riêng mình bằng cách tùy chỉnh Scite. Điều này làm việc ok, nhưng không lý tưởng.
  2. Không có trình sửa lỗi tại thời điểm đó. Chúng tôi đã cố gắng để WINDBG hoạt động trên cơ sở hit-or-miss, nhưng nó không đáng tin cậy. Mã gỡ lỗi mà không có trình sửa lỗi đã khiến cuộc sống trở nên tồi tệ.
  3. Có 2 thư viện tiêu chuẩn để lựa chọn tại thời điểm đó (Tango và Phobos). Chúng tôi bắt đầu với một cái, chuyển sang cái khác và thực sự cần một hỗn hợp các tính năng từ cả hai (Tangobos!). Điều này gây ra đau đầu và một số mã viết lại.
  4. Ràng buộc với các công cụ khác không có sẵn. Cuối cùng, chúng tôi phải chuyển sang DirectX (vì lý do tôi sẽ không tham gia). Không có ràng buộc nào cho DirectX có sẵn, vì vậy chúng tôi phải tự viết bằng C ++, xây dựng nó dưới dạng một dll và liên kết với điều đó. Đây là công việc khá khó chịu và mất một thời gian.

Nhìn chung, chúng tôi thích viết D. Nó thực sự viết mã dễ dàng và học nhanh. Các vấn đề tôi đã đề cập lặp lại câu trả lời đã được chấp nhận cho câu hỏi này - đó là các bit "phụ" cần giải quyết trong D, cốt lõi của nó là vững chắc.


4
đầu vào mát mẻ ... bây giờ có một trình sửa lỗi !! :)
bbqchickenrobot

13
Tôi không hiểu tại sao DirectX là một vấn đề. Tôi không phải là lập trình viên D, nhưng tôi nghĩ D có thể hiểu C? Và DirectX có API C không?

Thật dễ dàng để sử dụng công cụ DirectX với giao diện D gốc, do đó, không cần viết trình bao bọc trong c ++ ngoại trừ một số trường hợp đặc biệt
Quonux

@Quonux: Đó là kinh nghiệm của chúng tôi vào thời điểm đó, vào năm 08. Không còn nghi ngờ gì nữa, mọi thứ đã thay đổi rất nhiều kể từ đó. Tôi không thể nhớ lại các chi tiết đẫm máu nữa.
xan

1
Cập nhật 2019: Ngôn ngữ lập trình D đã mở rộng đáng kể. Bây giờ bạn có thể sử dụng sẵn GDB với Dlang. DPP cho phép bạn trực tiếp bao gồm bất kỳ tiêu đề C nào trong Dlang. Calypso cho phép bạn sử dụng bất kỳ thư viện C ++ nào trong Dlang, bao gồm cả Qt-- nó có một vài lỗi, nhưng phần lớn nó hoạt động.
noɥʇʎԀʎzɐɹƆ

60

Tôi đồng ý rằng C ++ đang trở thành ngôn ngữ cuối cùng - và tôi cảm thấy đau đớn khi nói điều đó, sau khi sử dụng nó trong 17 năm qua.

Tôi nghĩ rằng D là sự kế thừa hợp pháp của C ++. Từ góc độ ngôn ngữ, nó "thực hiện tất cả những điều đúng đắn" (ngay cả khi tôi không đồng ý với mọi quyết định từng phút). Tôi nghĩ rằng với C và C ++ về sự suy giảm, không có ngôn ngữ cấp hệ thống nào khác thực sự có thể làm những gì họ làm, trong khi giữ mình trong thế giới của các ngôn ngữ hiện đại - ngoại trừ D! D không chỉ làm đầy vai trò này - nó còn xuất sắc! Một cái nhìn về D1.x là đủ để thuyết phục bạn về điều đó - nhưng khi bạn nhìn vào D2.0, nó sẽ thổi bay bạn đi. Theo ý kiến ​​của tôi, ngày nay không có ngôn ngữ nào khác hoạt động tốt như D2.0 trong việc bắc cầu cho các mô hình lập trình bắt buộc và chức năng - điều sẽ chỉ có ý nghĩa hơn trong những năm tới.

Thiếu sự chấp nhận chính thống - hoặc thậm chí khả năng hiển thị - cũng như các thư viện quy mô lớn, trưởng thành - một trở ngại tất nhiên. Tuy nhiên tôi không nghĩ bạn có thể viết nó ra vì điều này. Tôi tin rằng D sẽ phát triển để trở thành một trong những ngôn ngữ quan trọng nhất trong vòng vài năm tới - và những ngôn ngữ đang thực hiện nghiêm túc bây giờ sẽ được đặt lên hàng đầu khi thời điểm đó đến.

Tôi nghĩ rằng sự khác biệt sẽ xảy ra do phần lớn là do sự tham gia của Andrei Alexandrescu. Điều đó không làm mất uy tín của Walter Bright dưới bất kỳ hình thức nào, người đã thực hiện một công việc quan trọng trong việc đưa D đến với thế giới. Nhưng Alexandrescu là một nhân vật quan trọng và hấp dẫn, chắc chắn trong cộng đồng C ++ - và ở đó hầu hết các công cụ chuyển đổi D tiềm năng sẽ đến từ đâu. Và ông cũng đã đóng góp đáng kể và quan trọng cho D2.0 trong việc hỗ trợ lập trình chức năng.

Nó vẫn có thể chỉ ra rằng D chắc chắn sẽ là Betamax của các ngôn ngữ cấp hệ thống - nhưng tiền của tôi sẽ được chuyển trong vòng hai năm tới.


20
C không phải là sự suy giảm cho lập trình cấp hệ thống. Linux, Windows và OS X đều được phát triển trong C. Tương tự như vậy, nhiều bộ điều khiển vi mô và hệ điều hành cho bộ điều khiển vi mô được lập trình bằng C.
Kevin

12
Tôi không nghĩ D "làm tất cả những điều đúng". Điều đúng đắn là bắt đầu lại từ đầu, không cố gắng tạo ra một C ++ tốt hơn. Tôi nghĩ những thay đổi căn bản hơn là cần thiết để biện minh cho việc chuyển đổi quy mô lớn khỏi C ++.
jalf

9
Kevin: Windows và OS X không được phát triển trong C. Chunks của kernel, tất nhiên, nhưng Windows sử dụng rất nhiều C ++ và OS X Obj-C. Linux là hệ điều hành duy nhất tôi biết về nơi C đã được nâng lên thành một trạng thái Ngôn ngữ thật và không có gì khác được sử dụng.
jalf

16
Dự đoán tốt đẹp. Đã 2 năm kể từ bài đăng này, và D không gần gũi hơn với việc áp dụng chính thống.
mikerobi

18
@mikeobi LOL! Hai năm bắt đầu từ bất cứ khi nào bạn đọc câu đó ;-)
philsquared

20

Tôi thích rằng D là công việc của một thiên tài, chủ yếu là một tâm trí - Walter Bright, người có trình biên dịch Zortech rất tuyệt vời vào thời đó.

Ngược lại, C ++ được thiết kế quá nhiều bởi ủy ban, ngay cả khi Bjarne là một ảnh hưởng. Quá nhiều tính năng bổ trợ và cú pháp mới lạ. Sự khác biệt này phản ánh sự dễ học và dễ sử dụng hàng ngày, ít lỗi hơn.

Các ngôn ngữ mạch lạc hơn dẫn đến năng suất và niềm vui lập trình tốt hơn - nhưng điều này là chủ quan và có thể tranh cãi! (tôi đoán tôi nên bỏ phiếu cho câu trả lời của riêng tôi)


9
Bây giờ cũng có một thiên tài làm việc về nó - Andrei Alexandrescu. Những gì anh ta đã làm với D2.0 là, IMHO, ít nhất là đáng kinh ngạc như những gì Walter đã làm với D1.x. Giữa hai người họ (không giảm giá cho nhiều người đóng góp khác) D đang trở thành một ngôn ngữ được tính toán. Xem không gian này
philsquared

5
làm cho 3 (hoặc nhiều hơn) các lập trình viên giỏi: Bartosz Milewski
BCS

7
Vì vậy, C ++ ban đầu được tạo ra bởi một anh chàng thực sự thông minh, và hiện được kiểm soát bởi một ủy ban của những người thực sự thông minh, trong khi D ban đầu được tạo ra bởi một anh chàng thực sự thông minh, và hiện đang bị điều khiển bởi một ... nhóm người thực sự thông minh. Vâng, tôi thấy làm thế nào mà làm cho D vượt trội. ;) (gợi ý: sự xấu xí của C ++ không liên quan gì đến các ủy ban. Đó là hậu quả của các mục tiêu thiết kế của ngôn ngữ. Nó được dự định là (gần như) một tập hợp con của C. D, và không có ý định như vậy , điều đó có nghĩa là nó có thể tránh được rất nhiều mụn cóc (với chi phí cũng tránh được sự phổ biến mà nó mang lại)
jalf

4
@jalf bạn nói đúng rằng "sự xấu xí" của C ++ không phải do được thiết kế bởi ủy ban. Đó là sự chậm chạp trong quá trình tiến hóa, mặc dù.
philsquared

15

D là một ngôn ngữ tốt và phổ biến , nhưng giống như tất cả các ngôn ngữ, nó chỉ là một công cụ khác. Việc sử dụng công cụ nào phụ thuộc vào loại người của bạn, cách bạn nghĩ, môi trường bạn đang làm việc, những hạn chế của ngôn ngữ áp dụng chương trình và quan trọng nhất là chính chương trình. Nếu bạn có thời gian, tôi chắc chắn sẽ khuyên bạn nên học D. Trường hợp xấu nhất, bạn sẽ không bao giờ sử dụng nó. Nhiều khả năng bạn sẽ tìm hiểu những khía cạnh nào của nó mà bạn thích nhất, và trong những điều kiện nào nó tỏa sáng nhất, và tận dụng lợi thế đó khi thực hiện các chương trình mới.

Tôi khuyên bạn nên nhìn vào biểu đồ so sánh D để xem các tính năng dành cho ngôn ngữ là gì và xem nó có phù hợp với bạn không.


10

Ngôn ngữ D là hiện đại. Không có ngôn ngữ là hoàn hảo, và không có nghi ngờ về điều này. Nhưng ngôn ngữ được sinh ra để làm cho cuộc sống dễ dàng hơn. Trong đó ngôn ngữ D so với C ++ có nhiều tính năng tốt, về độ phức tạp. Nhiều chuyên ngành kết hợp ngôn ngữ khác có liên quan, giúp các lập trình viên mã hóa nhanh hơn, với các tính năng TOP được giới thiệu bởi các ngôn ngữ khác. Vui lòng xem thêm: để biết thêm chi tiết về D và các ngôn ngữ khác

  • D vs C ++, là khả năng tương thích, trong đó các ngôn ngữ C ++ khổng lồ có liên quan và yêu cầu khả năng tương thích với D. D cho phép đã tương thích 100% với C, đây vẫn là một chiến thắng tốt.

  • D vs C ++, C ++ là ý kiến ​​của tôi về ngôn ngữ rất hay, nhưng khó viết mã và tốn thời gian, đòi hỏi ngày càng nhiều kinh nghiệm để có được thành công, nhưng D cho phép làm điều tương tự với sự đơn giản

  • D vs C ++, tôi không chắc là C ++ có làm hay không, nhưng D không cho phép gán biến hạn chế loại không sử dụng "auto", điều này rất tốt để có một biến động, khi yêu cầu bạn có thể tạo một kiểu nghiêm ngặt

  • D vs C ++, nếu bạn có trải nghiệm ngôn ngữ khác, bạn có thể bắt đầu với nó, nó có lộ trình học dễ dàng và được thiết kế bởi một đội ngũ giàu kinh nghiệm và hỗ trợ công ty

  • D vs C ++, điều rất hay tôi tìm thấy ở D, là kiểu mã, nó mang lại giao diện giống hệt như C / C ++, trong khi mã hóa nó nhắc tôi đang thực hiện C / C ++ thực sự hiện đại có tên là D

Có rất nhiều lý do tốt hơn cho ngôn ngữ D, không có lý do gì để đánh giá thấp bất kỳ ngôn ngữ nào, nó luôn là lựa chọn của người dùng.


7

Nó thực sự phụ thuộc vào nhu cầu của bạn - các ứng dụng thương mại quy mô lớn viết bằng D làm tồn tại ở phía máy chủ, và cho D mà (thường sử dụng Tango / Mango) là hoàn toàn phù hợp, và bạn có khả năng để có thể phục vụ nhiều yêu cầu hơn bất kỳ ngôn ngữ / nền tảng nào khác.

Đối với các giải pháp chuyên biệt hơn về mặt giao thức và tính tương tác (nhiều trong số đó), bạn sẽ gặp nhiều vấn đề hơn khi tìm các thư viện cần thiết và việc thiếu công cụ có thể ảnh hưởng đến bạn nhiều hơn.


1
bạn có thể cung cấp một ví dụ về một ứng dụng thương mại như vậy?
Alexander Malakhov

1
@ Alexander Malakhov: A ... hmm ... câu hỏi hay .... Tôi rất vui khi bạn hỏi liệu một ứng dụng thương mại có tồn tại không .... câu hỏi được suy nghĩ tốt ... chắc chắn ..... Tôi ngưỡng mộ ... ... đây là loại câu hỏi chúng ta nên hỏi ..... cho thấy trí tuệ của bạn ..... hmm ... hãy để tôi tìm kiếm ... Ứng dụng thương mại trong D ... hmm .... tốt .. .chỉ chờ đợi ... tôi biết nhưng .... chỉ không thể nhớ lại ... chắc chắn là có .... chỉ cần giữ ... tôi vẫn đang tìm kiếm ... chờ đợi!
Đồng nghiệp đơn giản

7

D là khá ấn tượng, và cuốn sách của Andrei về nó được viết tốt. Nhưng như những người khác đã nói, bạn cần các công cụ và hỗ trợ nền tảng. GDC có thể, theo thời gian, là câu trả lời cho cả hai.

Bạn đã thấy cái này chưa?

"GNU Debugger bổ sung hỗ trợ ngôn ngữ D": http://www.linux.com/news/enterprise/biz-enterprise3538956-gnu-debugger-adds-d-lingu- support

Ngoài ra, trang web kỹ thuật số có các trang thảo luận về giao tiếp với C và C ++ (đối với những thư viện mà bạn không thể sống thiếu). Tôi tự hỏi nếu có bất kỳ công cụ nào, được cung cấp một tệp tiêu đề C, sẽ có một cú đâm khi viết các nguyên mẫu D.

Cá nhân tôi lúc này sẽ không thúc đẩy thực hiện một dự án lớn ở D, nhưng tôi sẽ sử dụng D cho các công cụ nội bộ, lấy kinh nghiệm với nó và giới thiệu cho người khác về nó.

Câu hỏi ban đầu là liệu D có phải là sự thay thế đáng tin cậy cho Java và C ++ hay không. Tôi không nghĩ D và Java thực sự sẽ cạnh tranh nhiều trong thực tế; D cạnh tranh với C ++ và bây giờ là Go. Các câu hỏi khác giải quyết sự khác biệt giữa D và Go, nhưng Go thường được coi là dễ sử dụng hơn. Vì vậy, tôi nghi ngờ rằng tương lai của D phụ thuộc rất nhiều vào việc nó có bao nhiêu chỗ để thở giữa C ++, vị vua hiện tại của ngọn đồi và Go, sự thay thế dễ dàng hơn nhiều có sự hỗ trợ của Google.

CẬP NHẬT: Tôi vừa phát hiện ra rằng chương yêu thích của cuốn sách của Andrei, cuốn sách về tương tranh, có sẵn trực tuyến miễn phí. Chắc chắn giá trị đọc!

Và đây là một cuộc thảo luận loooong về thành tích tương đối / mục tiêu / phương pháp tiếp cận của Go và D .


Tôi không biết nhiều về Rust; Tôi đang chờ nó đạt 1.0. Nhưng bạn đã đúng, nó chắc chắn trông đáng xem và dường như chơi trong cùng một không gian.
AmigoNico

1
Điều duy nhất tôi không thích ở D là hệ thống loại. Có vẻ cũ. Hệ thống phân cấp OO là xâm nhập. Tôi không thích nó như một điểm khởi đầu. Rust là tốt hơn ở đây.
Germán Diago

4

Có vẻ như câu hỏi đã được trả lời. D là ngôn ngữ tốt hơn so với C ++.

Câu hỏi liệu cho mục đích thực tế D có cơ sở hạ tầng tốt hơn xung quanh là thứ yếu.

Nói tóm lại, nếu cả hai đều là ngôn ngữ hoàn toàn mới mà không có bất kỳ sự hỗ trợ nào xung quanh họ D là ngôn ngữ tốt hơn, thì đó là ngôn ngữ tốt hơn.


4

Là một ngôn ngữ, tôi luôn cảm thấy rằng D gần với C # hơn C ++. Không phải trong các tính năng và thư viện, nhưng trong "cảm giác". Nó sạch sẽ hơn, đẹp hơn ... vui hơn (so với C ++). IMHO trở ngại lớn nhất trong việc trở thành một sự thay thế đáng tin cậy là các công cụ, IDE và trình gỡ lỗi. Nếu D vượt qua một số trở ngại của việc sử dụng / áp dụng rộng rãi, nhiều công cụ và thư viện sẽ xuất hiện. (Bản thân tôi sẽ trở lại D, nếu có IDE và trình gỡ lỗi có thể sử dụng được.)


những gì về các mono-d plug-in ?: mono-d.alexanderbothe.com
user1284631

3

Hoạt động tuyệt vời cho các dự án vật nuôi của riêng tôi. Tôi sẽ sử dụng nó cho các dự án của nhà tuyển dụng nhưng không biết họ sẽ gặp khó khăn như thế nào khi tìm ai đó để tiếp quản nguồn sau khi tôi tiếp tục. Không có lý do kỹ thuật để tránh nó, ít nhất là trên các nền tảng được hỗ trợ. (gõ vào gỗ)


3

Một cách tiếp cận là tìm kiếm việc làm trong khu vực của bạn. Tìm những công việc bạn muốn làm và xem những kỹ năng họ đang yêu cầu. Nếu họ đang yêu cầu C ++ hoặc Ruby hoặc Oracle hoặc D, thì đó là kỹ năng chủ yếu giúp bạn có được công việc bạn muốn.


3

Nó trông giống như một ngôn ngữ được thiết kế rất tốt; tốt hơn nhiều so với C - C ++ - Mục tiêu C. Tôi có thể sống mà không cần IDE hoặc trình gỡ lỗi trong một thời gian, nhưng không phải không có thư viện tài liệu tốt cho D 2.0.

Tôi sẽ kiểm tra lại sau 6 thá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.