Đóng góp thuật ngữ công nghệ thông tin_____________

SVN & CVS
SVN subversion
CVS Concurrent Versions System

Là hai phần mềm sử dụng để quản lý phiên bản mã nguồn.

1. Giúp cho nhóm phát triển phân chia công việc. Không chồng chéo lên nhau.
2. Kiểm soát được sự thay đổi mã nguồn giữa các phiên bản.
3. Giúp cho việc triển khai sản phẩm dễ dàng hơn (nôm na là: sẽ không cần phải dùng usb để copy nữa mà sẽ sử dụng tính năng export từ server mã gốc tới nơi cần triển khai - tất nhiên là trong điều kiện có internet)

Người làm phần mềm, không sớm thì muộn cũng phải sử dụng công cụ này.

Nếu ai sử dụng Linux thường xuyên thì còn thấu hiểu vai trò quan trọng của version control & repository hơn nữa.

Ngoài ra còn có Source Safe sử dụng cho Visual Studio .NET.

:grin:
http://datgs.wordpress.com/2009/07/0...01;ng-windows/

KDE & GNOME

KDE & GNOME là hai môi trường đồ họa nổi bật trong hàng tá môi trường đồ họa đã được thử nghiệm với hệ điều hành *linux.

KDE: Kommon Desktop Environment, là môi trường đồ họa của hệ điều hành linux gần giống với windows. Vì vậy, với những người mới chuyển sang sử dụng linux, KDE là sự lựa chọn tốt.

GNOME: GNU Network Object Model Environment, sử dụng môi trường GNOME sẽ khiến những người đã quen thuộc với windows không tránh khỏi bỡ ngỡ. Tuy nhiên cũng chính vì sự khác biệt khá lớn với môi trường làm việc của windows nên GNOME rất được sự ủng hộ của cộng đồng mã nguồn mở.

thật là khó hiểu :shock:,.............

Trích dẫn:

---

Gửi bởi atx

SVN & CVS
SVN subversion
CVS Concurrent Versions System

Là hai phần mềm sử dụng để quản lý phiên bản mã nguồn.

1. Giúp cho nhóm phát triển phân chia công việc. Không chồng chéo lên nhau.
2. Kiểm soát được sự thay đổi mã nguồn giữa các phiên bản.
3. Giúp cho việc triển khai sản phẩm dễ dàng hơn (nôm na là: sẽ không cần phải dùng usb để copy nữa mà sẽ sử dụng tính năng export từ server mã gốc tới nơi cần triển khai - tất nhiên là trong điều kiện có internet)

Người làm phần mềm, không sớm thì muộn cũng phải sử dụng công cụ này.

Nếu ai sử dụng Linux thường xuyên thì còn thấu hiểu vai trò quan trọng của version control & repository hơn nữa.

Ngoài ra còn có Source Safe sử dụng cho Visual Studio .NET.

:grin:
http://datgs.wordpress.com/2009/07/03/cai-dặt-svn-tren-moi-trường-windows/

---

bác nói chuẩn chuẩn :grin:

em mới dùng SVN - còn CVS hay Source Safe thì chưa dùng :">

ở Google có 1 cái gọi là Google Code tạo điều kiện cho user tạo project code để quản lý :zok:

máy client em cài Rapid SVN cũng thấy nuột! :zan:

mỗi tội khi đứt mạng thì lại quay về vs USB :grin:

Trích dẫn:

---

Ngoài ra còn có Source Safe sử dụng cho Visual Studio .NET.

---

Hi, bây giờ mới nghe tới SS - Tụi e ko biết, vẫn dùng RapidSVN + GoogleCode để quản lý version!

Nói SS sử dụng cho VS.NET chắc là có lợi thế gì đặc biệt ạ? :uplook:

Mong bác giải thích :shy:

Rapid SVN có yếu điểm là không tự động cập nhật trạng thái mới nhất của working directory & repository thì phải. Anh dùng thấy như thế.

Vì vậy khi dùng RapidSVN thì phải dò đến tận file có thay đổi để cập nhật, chết mệt.

Còn Source Safe thì chuyên xài cho Visual Studio ở chỗ ngoài SS server thì SS client có một plugin với môi trường phát triển Visual Studio.

Visual SS (client) tự động thông báo trạng thái mới nhất của working directory & repository nên tiện dụng hơn (người dùng hầu như chỉ cần lựa chọn các checkbox (các thay đổi) ấn nút checkin, checkout là xong.

Xét một cách toàn diện, developers không cần quá quan tâm đến việc exploring working directory (thư mục làm việc) (điều này đã có các môi trường phát triển làm giúp rồi). Mà chỉ quan tâm đến việc có cái gì mới trên repository, và có những thay đổi gì trên working directory để checkout & commit.

JSON

Viết tắt của JavaScript Object Notation (dịch sơ sơ là phiếu đối tượng JavaScript). Thực ra chỉ là dịch chơi thôi, cứ gọi là JSON là hay hơn cả.

Xem thêm ở đây http://www.json.org/

Nó là một chuẩn để định dạng dữ liệu, về mặt này, có thể so sánh JSON với XML YAML...

Tại sao JSON có liên quan đến Javacript. Đơn giản là vì JSON chính là cách biểu diễn một đối tượng Javascript.

Khi sử dụng Json với Javascript, không cần phải có các bước phân tích phức tạp như đối với XML. Mà có thể truy vấn trực tiếp giá trị theo tên (khóa) được định nghĩa trong JSON.

JSON là một chuẩn cực kỳ quan trọng trong lập trình webclient. Tương tác client-server (ajax chẳng hạn) với JSON đỡ mệt hơn sử dụng XML rất nhiều.

Đối với lập trình viên clientscript. Nó rút ngắn thời gian viết mã.

:grin:

LINQ

Language Integrated Query, tạm dịch là ngôn ngữ truy vấn tích hợp

Có thể đọc bài này để thấy cảm nhận của một code về linQ
http://my.opera.com/phult/blog/linq-...ng-ve-ngon-ngu

Muốn hiểu rõ vai trò của LinQ, trước hết bạn phải là một người đã từng "vật lộn" với hàng mớ SQL, XML lẫn lộn, từng dòng kết nối (ConnectionString) dài ngoằng ngoặc cho các hệ quản trị CSDL khác nhau.

LinQ giúp bạn đơn giản hóa các điều đó.

Xem thêm ở đây
http://www.codeproject.com/KB/linq/L...n%20and%20Goal

Chú ý rằng LinQ chỉ xuất hiện ở .NET framework 3.5.

Bên phía Java cũng có ORM tương tự là Hibernate (tất nhiên là Hibernate ra đời trước).

IoC

Trước hết, đây là một nguyên tắc thiết kế cơ bản của kiến trúc phần mềm.

Thứ 2, các framework (.NET, RoR, Symfony, CakePHP, CodeIgniter...) đều PHẢI sử dụng IoC làm nguyên tắc thứ nhất trong thiết kế.

Inversion of Control (tạm hiểu là điều khiển ngược) trong đó luồng điều khiển đối lập với procedural programming.

Xuôi là như thế nào ? có nghĩa là trong chương trình của bạn, khi bạn cần gì (biến, hàm, đối tượng) thì mới khởi tạo ra cái đó.

Ngược tức là ngược lại ? Đúng! khởi tạo các đối tượng cần thiết ngay từ đầu và lưu giữ trong một ObjectManager, hoặc ContextManager... (đây là cách hiểu của tôi, xin đừng chém).

Tức là khi bạn muốn khởi tạo đối tượng kết nối cơ sở dữ liệu, bạn không đợi đến lúc cần rồi mới khởi tạo. Mà bạn tạo nó trước, sử dụng ObjectManager để quản lý nó.

Sau đó, khi cần sử dụng kết nối CSDL, bạn sử dụng ObjectManager references đến đối tượng kết nối và sử dụng. Chứ không cần tạo ra đối tượng mới.

Đó là về mặt lý thuyết, còn về phương pháp cài đặt, có khoảng 6 kỹ thuật cơ bản để cài đặt IoC.

Xem thêm ở http://en.wikipedia.org/wiki/Inversion_of_control

Lợi ích của IoC là giúp cho lập trình viên dễ dàng triển khai các nhiệm vụ cụ thể ở tầng trên (chỉ cần lập trình viên amateur cũng xây dựng task được).

Tuy nhiên nguy cơ của IoC là sẽ khiến cho hệ thống của bạn trở nên phức tạp lên rất nhiều lần (khó hơn để hiểu rõ mã nguồn ở tầng dưới).

Trích dẫn:

---

Gửi bởi ông anh già

Lợi ích của IoC là giúp cho lập trình viên dễ dàng triển khai các nhiệm vụ cụ thể ở tầng trên (chỉ cần lập trình viên amateur cũng xây dựng task được).

Tuy nhiên nguy cơ của IoC là sẽ khiến cho hệ thống của bạn trở nên phức tạp lên rất nhiều lần (khó hơn để hiểu rõ mã nguồn ở tầng dưới).

---

giống như mình học .NET vậy >"<

hỗ trợ từ A-Z --> chẳng biết lower layer nó là cái gì , chỉ việc dùng sẵn!

Trích dẫn:

---

Gửi bởi Mr.Cò

giống như mình học .NET vậy >"<

hỗ trợ từ A-Z --> chẳng biết lower layer nó là cái gì , chỉ việc dùng sẵn!

---

Yesah, muốn thử nghiệm, học hỏi những vấn đề liên quan đến kiến trúc, cấu hình thì hãy chuyển qua ... mã nguồn mở :grin:, cụ thể là linux, dùng *ubuntu rất tuyệt vời.

Chứ trên windows thì kể cả cấu hình cũng xài giao diện và công cụ hết rùi. Không còn đất để sáng tạo, chỉ còn cách đọc và vọc thôi.

Lợi ích của công cụ đầy đủ là giúp cho công việc nhanh chóng, dễ dàng và được tiêu chuẩn hóa. Giảm thiểu rủi ro và nguy cơ.

Bất lợi của công cụ hóa là sẽ khó làm được việc gì nếu ... không có công cụ.

Điều này đồng nghĩa với việc Microsoft sẽ còn kiếm chác dài dài trên nền tảng windows của hãng.

FLEX

Chắc hẳn bạn đã từng một lần nghe tới Flash hay SilverLight. Flash thì đã cũ, SilverLight của Microsoft thì mới hơn với mục đính tranh giành tầm ảnh hưởng của Flash. Vì vậy bên cạnh việc cho ra đời ActionScript3. Hãng Adobe cho ra mắt Flex với mục đích tương tự.

Tham khảo cách viết một đoạn mã flex tại đây http://www.flashmvc.com/tutorials/flex-login-tutorial/

Bạn có thể hiểu vai trò của Flex + ActionScript đối với FlashPlayer cũng giống như vai trò của HTML + JavaScript đối với các trình duyệt web vậy. Tất nhiên các khác biệt thường chỉ là do yếu tố platform mà ra.

Xin bật mí thêm, lương khởi điểm của lập trình viên Flash + ActionScript khá là cao (Tấm 350$).

Tham khảo thêm về flex tại đây (có mã nguồn và kết quả)

http://examples.adobe.com/flex2/inpr.../explorer.html

Zend Framework

Là một PHP Framework

Tuy rất nổi tiếng, nhất là tầm ảnh hưởng với sự phát triển PHP. Nhưng ở Việt Nam, rất ít lập trình viên thử sức với Zend. Vấn đề ở đây là gì? Đó là việc Zend là một Component Framework, tức là người sử dụng phải tự mình đưa ra giải pháp kết hợp các Component của Zend để tạo thành các ứng dụng. Nhưng dân code ta vốn lười ... chuẩn hóa, thích CodeIgniter, CakePHP hay Symfony ... hơn ( vì các FW đó hướng đến phương pháp xây dựng các ứng dụng skeleton, tức là code ít mà kết quả lại nhiều ).

Zend là FW duy nhất có chứng chỉ. Thi chứng chỉ Zend thì chủ yếu là thi API @@.

Zend là FW mà các thành phần của nó có thể ứng dụng vào các Framework khác một cách rất dễ dàng.

:dog:

EDI Electronic Data Interchange

http://en.wikipedia.org/wiki/Electro...ta_Interchange

Hiểu đơn giản, đó là chuẩn đề giao tiếp giữa các hệ thống ứng dụng. Từ tầng vật lý đến các tầng ứng dụng.

EDI có thể so sánh với ... email, nhưng ở mức độ dành cho các ứng dụng đọc (máy đọc) chứ không phải dành cho người đọc.

EDI được sử dụng rất nhiều trong các hệ thống thanh toán thương mại điện tử.

H.264 & COREAVC là hai tiêu chuẩn công nghiệp về mã hóa và giải mã video.

H.264 hoàn toàn free, được sử dụng trong nhiều ứng dụng (ví dụ như flash). Hao tốn nhiều tài nguyên.

Ngược lại COREAVC, một tiêu chuẩn thương mại hóa. Và hao tốn chỉ = 1/3 của H.264

http://www.vcodex.com/h264overview.html

Backlog :D, là những gì còn tồn đọng của một dự án phần mềm sau một giai đoạn phát triển