Các khái niệm quan trọng nhất cần hiểu về sự lưu loát của Tiếng Anh trong nhà phát triển Tiếng Anh là gì? [đóng cửa]


10

Vào tháng Tư, tôi sẽ có một cuộc nói chuyện có tên ** English 2.0 - Tìm hiểu ngôn ngữ của các nhà phát triển "cho một nhóm giáo viên tiếng Anh. Mục đích là trong hai giờ để cung cấp cho họ một nền tảng nhanh chóng về các khái niệm chính để họ có thể hiểu rõ hơn về blog và podcast của nhà phát triển và có thể đặt câu hỏi tốt hơn khi nói chuyện với nhà phát triển.

Bạn nghĩ đâu là những khái niệm quan trọng nhất để hiểu, những khái niệm mà các nhà phát triển coi là điều hiển nhiên nhưng công chúng không quen thuộc? Dưới đây là một vài ý tưởng:

  • kiểm soát phiên bản
  • trừu tượng
  • quán rượu / phụ
  • đẩy so với kéo
  • gỡ lỗi
  • mô-đun
  • kiến trúc ba tầng
  • lớp / đối tượng
  • "mã spaghetti" so với OOP
  • ném ngoại lệ
  • tìm nguồn cung ứng đám đông
  • tái cấu trúc
  • đám mây
  • DRY - đừng lặp lại chính mình
  • khách hàng / máy chủ
  • kiểm tra đơn vị
  • nhà thiết kế / phát triển

2
Tôi tự hỏi liệu có thể đưa họ qua một số trang web (dự án nguồn mở, v.v.) và sau đó bắt họ chọn từ / thuật ngữ mà họ không hiểu?
Martijn Verburg

2
@Martijn: trang này sẽ hoàn hảo cho điều đó ;-)
Syg

9
Mã Spaghetti so với OOP? Bạn có thể có mã Spaghetti OOP và mã không OOP có cấu trúc tốt, dễ đọc.
Jon Hopkins

4
Tại sao các giáo viên tiếng Anh đặc biệt muốn nói chuyện với các nhà phát triển phần mềm chứ không phải là các bác sĩ y khoa hoặc nhà vật lý?
kevin cline

2
Tôi có thể hỏi tại sao một giáo viên tiếng Anh có nhu cầu biết các điều khoản này không? Hầu hết trong số này là thông tin cấp độ thực hiện trong đó nếu giáo viên tiếng Anh là một bên liên quan, họ sẽ quan tâm nhiều hơn về một số điều khoản rất khác nhau.
Giàn khoan

Câu trả lời:


7

Để biết định nghĩa của các thuật ngữ này, hãy xem Từ điển mạng

Điều này sẽ cung cấp cho bạn một danh sách gần như đầy đủ tất cả các thuật ngữ mà bạn sẽ gặp phải (điều này bao gồm bất kỳ cụm từ nào có thể bị bỏ lỡ trên trang này). Rõ ràng, bạn sẽ muốn tìm kiếm những thứ phù hợp với bạn và đối tượng dự định của bạn.

Ví dụ, xem xét một số mục trong D:

Daemon
Data Architect
Database Normalization

Tất cả có vẻ khá hữu ích. Tuy nhiên, có hàng triệu mục nhập, do đó bạn có thể muốn áp dụng một số quy tắc (nếu bạn đã nghe về nó, thì nó sẽ xuất hiện, nếu không thì nó sẽ xuất hiện):

  1. Không có từ viết tắt (ví dụ: TCP / IP đang hoạt động
  2. Không có tên ứng dụng cụ thể (ví dụ: Microsoft Word đã có, Kazaa-Lite không hoạt động)
  3. Không có tên ngôn ngữ cụ thể (ví dụ: Java có trong, Haskell không hoạt động)

Hy vọng nó giúp

EDIT: Có nguồn gốc từ: http://www.networkdipedia.com/software/dipedia.php nhưng trang web dường như đã bị bỏ rơi.

EDIT 2: Dường như Lưu trữ Internet có một bản sao: https://web.archive.org/web/20120507195610/http://www.networkdipedia.com/software/d.php Cảm ơn @locster cho liên kết.


Daemon đẹp một! +1

3
Liên kết dường như không hoạt động nữa.
Jan Hudec

@JanHudec Đã chỉnh sửa để phản ánh rằng nó đã biến mất. Xấu hổ - đó là một nguồn nguyên liệu tốt.
Gary Rowe


5

Một vài từ trong toán học:

  1. Kinh điển. Các đại diện phân biệt của một nhóm các mặt hàng tương đương.
  2. Băm. Không thường được làm từ bắp cải.
  3. Heuristic. Một giải pháp không hoàn hảo có thể tốt trong hoàn cảnh, và điều đó không quá hứa hẹn.
  4. Tuyến tính / hàm mũ. Làm thế nào tốc độ của bộ nhớ hoặc bộ xử lý bị ảnh hưởng bởi kích thước của đầu vào.

Một vài từ thường bị hiểu sai:

  1. Ủy quyền. Một cái gì đó hành động thay mặt cho người khác.
  2. Máy khách / Máy chủ. Giống như trình duyệt của bạn với một máy chủ web.
  3. Thầy / nô lệ. Không có gì để làm với nô lệ của con người hoặc S & M, thường.
  4. Daemon. Một quá trình thường chạy mà không có sự tương tác của con người. Không có gì độc ác.
  5. Thuật sĩ. Một yếu tố giao diện người dùng hướng dẫn con người thông qua một thủ tục.

Một vài từ có ý nghĩa bạo lực thường là ngoài ý muốn:

  1. Giết chết. Khi áp dụng cho các quy trình, không phải mèo con.
  2. Đột kích. Một quá trình không thực hiện được bất cứ điều gì do thiếu bộ nhớ để mở rộng thành.
  3. Bash. Một ngôn ngữ kịch bản.
  4. Tai nạn. Eminently sống sót cho bất cứ điều gì có khả năng khởi động lại.
  5. Bang. Một tên khác cho biểu tượng '!'.
  6. Vân vân.

Và nó có thể đáng giá bao gồm một danh sách các văn bia vì mọi người đều muốn biết khi nào họ đang được nói đến: ông chủ tóc nhọn, v.v.


2

Tôi sẽ thêm những cái đó:

  • nhanh nhẹn
  • KISS (Giữ nó đơn giản ngu ngốc)
  • tái cấu trúc
  • giao diện lập trình ứng dụng

Chúng được ném xung quanh thường xuyên đủ trong blog và lập trình viên. Thường là đủ. Tôi đã lớn lên khỏi KISS. (chúng tôi sẽ không nói về ban nhạc ...)
Berin Loritsch

1
  • YAGNI - Bạn sẽ không cần nó
  • Scrum
  • HÔN
  • Ajax
  • Đóng gói
  • Di sản
  • Dịch vụ web
  • Các thành phần

1

Bạn có thể muốn thảo luận về độ chính xác của ngôn ngữ. Đôi khi tôi nói đùa rằng phát triển phần mềm nhất thiết phải biến chúng ta thành những đứa trẻ, không phải vì chúng ta thích nó, mà bởi vì khi bạn lập trình, bạn thường rất cần phải chính xác. Điều này sau đó dẫn đến một lượng lớn biệt ngữ, bởi vì ngôn ngữ dành riêng cho tên miền cho phép bạn vừa nhanh vừa chính xác.


+1 điều này rất đúng. Chứng kiến ​​tất cả các câu hỏi ở đây hỏi xem X là 'bắt buộc' hay 'cần thiết', khi người hỏi thực sự có nghĩa là 'được đề xuất'. Nếu một người không thể đặt câu hỏi chính xác, họ sẽ gặp bất lợi vì lĩnh vực của chúng tôi đòi hỏi sự chính xác.
GrandmasterB

1

Tôi rất thích nếu bạn giải quyết việc sử dụng dấu câu không chuẩn cho một số lập trình viên, như "Tôi từ chối đặt dấu phẩy trong một trích dẫn bằng chuỗi ký tự khi nguồn không sử dụng dấu phẩy", <----- Brian nói.

Việc sử dụng dấu ngoặc []và ria mép (hoặc niềng răng cho đám đông ít hông hơn) {}có thể được điều trị tương tự.

3- Đệ quy có thể là niềm vui để chỉ ra. Xem điểm 3.

Để có một kỳ nghỉ vui vẻ, thật thú vị khi chỉ ra một số nguồn cảm hứng văn hóa thuần túy phổ biến đối với phần lớn cộng đồng nhà phát triển, từ raptors (cảm ơn, XKCD), đến Monty Python, cho đến một số điểm chung ban đầu thành lập cộng đồng hiện đại: IRC, bảng tin / diễn đàn và Usenet.


0

SDLC sẽ là đề xuất của tôi cho một chủ đề khác để trình bày.

Một vài điều khoản khác có thể có giá trị bao gồm:

  • Ứng dụng
  • Hệ thống
  • Chương trình
  • Yêu cầu

Nếu bạn vượt ra ngoài những người kỹ thuật, một số thuật ngữ này có thể mang những ý nghĩa khác. Áp dụng cho một công việc có thể có nghĩa là nhận một ứng dụng để một số người có thể không nghĩ về phần mềm về các ứng dụng. Tương tự, có những hoạt động giải trí và sáng kiến ​​của chính phủ mà một số người có thể xem là chương trình. Do đó, có thể có sự khác biệt giữa người quản lý chương trình tại Microsoft và người quản lý chương trình tại YMCA, chỉ để đưa ra một ví dụ cụ thể ở đây.

Tôi rất muốn xem liệu bạn có thể thu hút ý tưởng từ những người tham gia trước không và có một phần của cuộc nói chuyện sẽ tương tác hơn một chút. Đây chỉ là một ý tưởng cho chính cuộc nói chuyện mà tôi không biết nếu bạn đã xem xét điều này hay chưa.


0

Tôi sẽ bao gồm một thẻ tham khảo / cheat-sheet cho mọi người mang về nhà. Nhớ tất cả những thứ đó sẽ khó nếu nhiều thứ mới.

Về chủ đề này, tôi chắc chắn sẽ thêm "mẫu thiết kế" làm khái niệm chung.

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.