Từ điển Hán Việt

Polls

FOSS? làm gì ?
 

Host by:

logo_netnam_tet.pngx
Tọa đàm Phần mềm tự do nguồn mở: mô hình sinh thái và an ninh mạng PDF Print E-mail
Written by minhmang   
Monday, 19 August 2013 08:01

Kính gởi các anh chị

Sau thời gian dài im lắng các hoạt động, nay HueLUG lại khởi động chương trình với hoạt động đầu tiên là phối hợp với sở Thông tin và truyền thông, CLB PMTDNM VFOSSA và Trung tâm Công nghệ thông tin Thừa Thiên Huế tổ chức buổi tọa đàm "Phần mềm tự do nguồn mở: mô hình sinh thái và an ninh mạng". Xin thông báo đến các anh chị như sau:

1. Thời gian: 14h ngày 31/8/2013

2. Địa điểm: Hội trường tầng 5 - Trung tâm CNTT TT Huế, 06 Lê Lợi

3. Nội dung chương trình như sau:

Số TT

Tên công việc

Người chiu trách nhiệm

Thời gian

Ghi chú

1

Giới thiệu chương trình

MinhVHL

2’

2

Phát biểu của lãnh đạo Sở 4T

Lãnh đạo

5’

3

Giới thiệu cộng đồng PMNM VN và VFOSSA

Mr Nguyễn Hồng Quang, Chủ tịch VFOSSA

15’

4

Mô hình hệ sinh thái PMTDNM

Mr Trương Anh Tuấn, PCT VFOSSA

20’

5

Ứng dụng PMNM trong xây dựng và quản trị
hạ tầng CNTT và mạng doanh nghiệp/tổ chức

Mr Nguyễn Lưu Hoàng – Cty Netnam

20’

6

An ninh thông tin và xu thế chuyển sang công nghệ mở

Mr Lê Trung Nghĩa – Bộ KHCN

45’

7

Ứng dụng PMNM trong quản trị tài nguyên số

Mr Tạ Quang Thái – Cty Ecoti

20’

8

Hệ quản trị nội dung NukeViet: PMTDNM thuần Việt

Mr Nguyễn Thế Hùng, UVBCH VFOSSA

20’

9

Nền tảng mở cho chính quyền điện tử

Mr Nguyễn Văn Hiền - iNet Solutions

15’

10

Giới thiệu HueLUG và hoạt động của cộng đồng PMTDNM tại TT-Huế

Mr Võ Hoàng Liên Minh, UVBCH VFOSSA

10’

11

Hỏi-đáp, giao lưu với các diễn giả

20’

Thân ái mời tất cả các anh chị quan tâm tới phần mềm tự do nguồn mở, những ai yêu thích nguồn mở đến tham dự buổi tọa đàm.

Thông báo này thay cho giấy mời.

 

TM. Ban tổ chức

Võ Hoàng Liên Minh

Last Updated on Monday, 19 August 2013 08:01
 
Khi bằng phát minh là vũ khí đe dọa sáng tạo PDF Print E-mail
Written by Administrator   
Thursday, 11 October 2012 07:58

Bài từ : http://vietnamnet.vn/vn/cong-nghe-thong-tin-vien-thong/92116/khi-bang-phat-minh-la-vu-khi-de-doa-sang-tao.html

Thời báo New York vừa đăng tải một bài phân tích sâu sắc về xu hướng đang nổi cộm hiện nay trong làng công nghệ: cạnh tranh bằng bản quyền sở hữu trí tuệ thay vì cạnh tranh qua sản phẩm, dịch vụ.

Những cuộc chiến pháp lý mà nổi bật nhất là chuỗi kiện tụng kéo dài giữa hai tập đoàn công nghệ hàng đầu thế giới Apple và Samsung, HTC, Motorola, hay giữa Oracle và Google... đang đe dọa sự phát triển của những phát kiến khoa học, ảnh hưởng trực tiếp đến ngành CNTT hiện nay.

Câu chuyện đằng sau "phụ tá ảo" Apple Siri

Trong vòng hơn 30 năm, một nhà lập trình người Mỹ Michael Phillips tập trung chủ yếu vào việc phát triển phần mềm giúp máy tính hiểu được tiếng nói con người (nhận diện giọng nói). Năm 2006, ông cùng vài người khác đồng sáng lập một công ty kinh doanh phần mềm nhận diện giọng nói, để rồi sau đó các lãnh đạo cấp cao ở Apple, Google và nhiều công ty khác lần lượt tuyên bố hợp tác với Phillips.

Theo tờ New York Times, công nghệ do ông Michael phát triển đã được tích hợp vào "phụ tá ảo" Siri, trước cả khi ứng dụng này được chính thức cài đặt cho dòng điện thoại iPhone 4S và hệ điều hành iOS 5.

Các mô hình iPhone khổng lồ tại Triển lãm Los Angeles County Fair, trên “màn hình” là một số bằng phát minh Apple nắm giữ - Ảnh: Thời báo New York

Thế nhưng đến năm 2008, công ty của Phillips khi đó là Vlingo bỗng nhận được tối hậu thư từ một công ty nhận dạng giọng nói khác có quy mô lớn hơn nhiều là Nuance. “Hoặc ông Phillips đồng ý bán lại doanh nghiệp cho Nuance, hoặc chấp nhận bị đưa ra tòa vì Nuance sở hữu nhiều bằng phát minh trong lĩnh vực nhận diện giọng nói hơn” - ông Ricci, giám đốc điều hành Nuance, tuyên bố.

Sau khi ông Phillips chọn phương án sau cùng, cả hai đối tác lớn Apple và Google đã ngừng trả lời các cuộc điện thoại từ ông. Apple nhanh chóng từ bỏ hợp tác với Vlingo để chuyển sang Nuance và hàng triệu USD ông Phillips định dành cho công tác nghiên cứu và phát triển sản phẩm đã phải chi cho việc thuê luật sư và thanh toán án phí.

Kết quả ông Phillips phải đồng ý bán lại Vlingo cho Nuance vào tháng 12-2011. “Chúng tôi đang đứng trước ngưỡng cửa tạo ra một cuộc cách mạng trong công nghệ thì vướng phải vụ kiện tụng bế tắc này” - ông Phillips ngậm ngùi.

Ông Phillips và Vlingo chỉ là một trong số hàng ngàn giám đốc điều hành và công ty công nghệ bị mắc kẹt trong một hệ thống pháp lý được xem là tồn tại quá nhiều lỗ hổng, dẫn đến việc cản đường tiến của sự cách tân trong công nghệ.

Chiến trường dành cho các "ông lớn"

Richard A.Posner, thẩm phán liên bang, phát biểu: “Tiêu chuẩn xét duyệt và cấp phát bằng phát minh quá lỏng lẻo và điều này đang gây ra cảnh hỗn loạn” –  Ảnh: Thời báo New York

Như vậy, suốt hai thập kỷ qua đến tận thời điểm hiện tại, thị trường công nghệ vốn dĩ phải là nơi để thúc đẩy tiến bộ công nghệ cho thế giới đang dần chuyển mình thành chiến trường của các doanh nghiệp và tập đoàn, với thứ vũ khí hủy diệt duy nhất: bản quyền phát minh.

Một doanh nghiệp nhỏ như Vlingo phải chịu cảnh “cá bé bị cá lớn nuốt” đã đành, nhưng ngay cả các ông lớn cũng ngày đêm tìm cách dùng bản quyền sở hữu trí tuệ để triệt hạ lẫn nhau, tiêu biểu là cuộc chiến pháp lý giữa Apple và Samsung.

 

Chỉ trong năm 2011, lần đầu tiên chi phí mà Apple cùng Google bỏ ra cho cuộc chiến pháp lý với các đối thủ trên thị trường, cũng như để “mua sắm” bằng phát minh công nghệ đã… lớn hơn chi phí dành cho việc nghiên cứu và phát triển sản phẩm, công nghệ mới.
Nếu chỉ tính riêng thị trường smartphone trong hai năm gần đây, các chuyên gia phân tích thuộc Đại học Stanford (Mỹ) nhận định đã có khoảng 20 tỉ USD tiêu tốn cho kiện tụng và thâu tóm bản quyền phát minh, số tiền này tương đương chi phí tám phi vụ gửi tàu tự hành lên sao Hỏa.

Nhiều người tin rằng đạo luật về bản quyền của nước Mỹ giờ đây đã không thể bắt nhịp kịp với thị trường dành cho sản phẩm kỹ thuật số. Không giống như bằng phát minh cấp cho các công thức dược trong ngành y, bằng phát minh cấp cho một phần mềm chủ yếu xoay quanh quyền làm chủ đối với “khái niệm” tạo nên phần mềm đó, thay vì thứ hữu hình là bản thân phần mềm.

Như một hệ quả tất yếu, các bằng phát minh giờ đây có nội dung dàn trải quá rộng lớn, đến nỗi nó cho phép chủ nhân có quyền được đâm đơn kiện đối với bất cứ sản phẩm hoặc công nghệ nào có một hoặc nhiều hơn các tính năng “có vẻ” tương đồng. Đã có nhiều công ty bỗng bị kiện vì “can tội” vi phạm một hoặc nhiều bằng phát minh mà họ thậm chí không biết có trên đời, hoặc không dám “mơ” là công nghệ của họ lại có được hưởng  “vinh hạnh” vi phạm bằng phát minh đó.

Tất cả vụ kiện tụng kiểu này thường dẫn đến một hậu quả duy nhất: án phí cuối cùng lại được tính vào giá thành sản phẩm, khiến người tiêu dùng thiệt thòi hơn cả về hầu bao lẫn lựa chọn sản phẩm.

“Cùng một ứng dụng phần mềm có thể có đến hàng trăm cách khác nhau để viết nên nó” - ông James Bessen, một chuyên gia pháp lý thuộc Đại học Harvard (Mỹ), nhận định. “Do đó, một bằng phát minh cho một ứng dụng nhất định thường cố gom càng nhiều khía cạnh tiềm năng của một công nghệ chưa ra đời càng tốt. Và khi một bằng phát minh kiểu này được chấp thuận, chủ sở hữu rất dễ dùng nó làm vũ khí kiện người khác tội ăn cắp ý tưởng” - ông cho biết tiếp.

Số lượng các bằng phát minh, bao gồm mọi lĩnh vực, được cấp phát hằng năm tại Hoa Kỳ đã tăng hơn 50% trong vòng 10 năm qua đã đạt mức 540.000 trong năm 2011. Theo Hãng phân tích thị trường M-CAM, Google đã nhận được 2.700 bằng phát minh kể từ năm 2000, con số này đối với Microsoft là 21.000.

Lối thoát nào cho ngành công nghệ?
Văn phòng Thương hiệu và bằng phát minh Hoa Kỳ. Theo tờ Thời báo New York, cơ quan này đang chịu cảnh thiếu hụt cán bộ và thường xuyên chịu cảnh thay đổi trong bộ máy nhân sự - Ảnh: Thời báo New York

Nhiều chuyên gia pháp lý đã bày tỏ sự lo ngại rằng “kho” bản quyền phát minh khổng lồ của Apple, vốn dàn trải rất nhiều nội dung cả trong lẫn ngoài lĩnh vực công nghệ, sẽ khiến công ty này có tư cách tuyên bố quyền sở hữu với những công nghệ vốn dĩ là thành quả nghiên cứu và phát triển độc lập của nhiều công ty nhỏ hơn suốt bảy năm qua.

“Apple hoàn toàn có tiềm năng bóp nghẹt toàn bộ công nghiệp sản xuất điện thoại thông minh” - Tim O’Reilly, chuyên gia phê bình lĩnh vực bản quyền phần mềm và tác giả của nhiều cẩm nang tin học, phát biểu.

Song nhiều người khác không tin như vậy và tỏ ra lạc quan hơn.

“Tài sản sở hữu trí tuệ cũng là một loại tài sản giống như nhà cửa vậy, do đó chủ nhân hoàn toàn được quyền hưởng sự bảo vệ. Bộ luật về bản quyền (của nước Mỹ) đang rất ổn và trở nên hoàn thiện hơn. Nếu một người sở hữu một bằng phát minh bị cho là không công bằng cũng không sao cả. Bạn có quyền đến tòa để yêu cầu thẩm định lại tính pháp lý của bằng phát minh đó.

Suy cho cùng, một bộ luật được hoàn thiện và chỉnh sửa mỗi ngày vẫn tốt hơn chẳng có luật mà dùng” - giảng viên môn luật tại Đại học Illinois (Mỹ), Jay P.Kesan phát biểu.

Theo TTO

Last Updated on Thursday, 11 October 2012 08:00
 
Các lệnh GIT cơ bản PDF Print E-mail
Written by Administrator   
Saturday, 06 October 2012 07:49

GIT : Các Thủ Thuật Cơ Bản

Giới thiệu: GIT hiện được sử dụng nhiều để làm công cụ quản lý mã nguồn và version dự án thay cho SVN, nhất là các dự án nguồn mở, vì vậy xin giới thiệu sơ lược ở đây.

Thay vì lao vào cả một biển lệnh với Git, bạn hãy sử dụng các ví dụ cơ bản để bắt đầu. Mặc dù chúng rất đơn giản, nhưng tất cả chúng đều rất hữu dụng. Quả thực là vậy, trong tháng đầu tiên sử dụng Git tôi chưa bao giờ vượt qua những gì nói trong chương này.

Ghi lại Trạng thái

Bạn muốn thử thực hiện một số lệnh gì đó với Git? Trước khi làm điều đó, thực hiện các lệnh sau trong thư mục hiện hành chứa các mã nguồn hay văn bản mà bạn muốn quản lý:

$ git init
$ git add .
$ git commit -m "Bản sao lưu đầu tiên"

Bây giờ nếu như các sửa đổi vừa xong của bạn không như mong đợi, hãy phục hồi lại bản cũ:

$ git reset --hard # Đặt lại trạng thái và dữ liệu như lần commit cuối

Sau đó sửa nội dung cho đúng ý bạn rồi ghi lại thành một trạng thái mới:

$ git commit -a -m "Bản sao lưu khác"

Thêm, Xóa, Đổi Tên

Lệnh ở trên chỉ giữ dấu vết các tệp tin hiện diện tại thời điểm bạn chạy lệnh git add. Nếu bạn thêm các tệp tin hay thư mục, thì bạn sẽ phải thông báo với Git:

$ git add readme.txt Documentation

Tương tự như vậy, nếu bạn muốn Git bỏ đi các tệp tin nào đó:

$ git rm kludge.h obsolete.c
$ git rm -r incriminating/evidence/ #gỡ bỏ một cách đệ qui

Git xóa bỏ những tệp tin nếu như bạn chưa làm.

Đổi tên tệp tin thì cũng giống như là việc bạn gỡ bỏ tên cũ và đặt vào nó cái tên mới. Sử dụng lệnh git mv có cú pháp rất giống lệnh mv của hệ thống Linux. Ví dụ:

$ git mv bug.c feature.c

Chức Năng Undo/Redo

Đôi khi bạn chỉ muốn quay trở lại và bỏ đi những thay đổi trong quá khứ tại một thời điểm nào đó bởi vì chúng tất cả đã sai. Thì lệnh:

$ git log

sẽ hiển thị cho bạn danh sách các lần commit gần đây cùng với giá trị băm SHA1:

commit 766f9881690d240ba334153047649b8b8f11c664
Author: Bob <
 This e-mail address is being protected from spambots. You need JavaScript enabled to view it
 >
Date:   Tue Mar 14 01:59:26 2000 -0800

    Replace printf() with write().

commit 82f5ea346a2e651544956a8653c0f58dc151275c
Author: Alice <
 This e-mail address is being protected from spambots. You need JavaScript enabled to view it
 >
Date:   Thu Jan 1 00:00:00 1970 +0000

    Initial commit.

Chỉ vài ký tự của giá trị băm là đủ để chỉ ra một commit cụ thể; một cách khác là chép và dán giá trị băm. Gõ:

$ git reset --hard 766f

để phục hồi lại trạng thái đã được chỉ ra và xóa bỏ tất cả các lần commit mới hơn kể từ đó.

Một lúc nào đó bạn lại muốn nhảy tới một bản cũ hơn. Trong trường hợp này thì gõ:

$ git checkout 82f5

Nó giúp bạn quay lại đúng thời điểm đó, trong khi vẫn giữ lại những lần commit mới hơn. Tuy nhiên, giống như cỗ máy thời gian trong các bộ phim khoa học viễn tưởng, nếu bây giờ bạn sửa sau đó commit, bạn sẽ ở trong một thực tại khác, bởi vì hành động của bạn bây giờ đã khác với khi chúng ta lần đầu tiên ở tại đây.

Có cách thực tế hơn là sử dụng branch, và chúng ta có nhiều điều để nói về nó sau này. Bây giờ, chỉ cần nhớ là:

$ git checkout master

sẽ mang chúng ta trở về hiện tại. Ngoài ra, để tránh rủi ro khi sử dụng Git, thì luôn luôn commit hay reset các thay đổi của bạn trước khi chạy lệnh checkout.

Sự tương đồng với game trên máy tính:

  • git reset --hard: lấy cái cũ đã được lưu lại và xóa tất cả các games mới hơn cái vừa lấy.
  • git checkout: lấy một cái cũ, nhưng chỉ chơi với nó, trạng thái của game sẽ tách riêng về phía mới hơn chỗ mà bạn đã ghi lại lần đầu tiên. Bất kỳ game nào bạn tạo từ bây giờ sẽ là bản cuối cùng trong nhánh riêng rẽ tương ứng với một thực tại khác mà bạn đã gia nhập vào. chúng tôi sẽ nói sau.

Bạn có thể chọn chỉ phục hồi lại các tệp tin hay thư mục bạn muốn bằng cách thêm vào chúng vào phần sau của câu lệnh:

$ git checkout 82f5 some.file another.file

Bạn phải cẩn thận khi sử dụng các lệnh, như là lệnh checkout có thể âm thầm ghi đè lên các tệp tin. Để ngăn ngừa rủi ro như thế, hãy commit trước khi chạy lệnh checkout, nhất là khi mới học sử dụng Git. Tóm lại, bất kỳ khi nào bạn không chắc chắn về một lệnh nào đó, dù có là lệnh của Git hay không, đầu tiên hãy chạy lệnh git commit -a.

Bạn không thích việc cắt dán ư? Hãy sử dụng:

$ git checkout :/"My first b"

để nhảy tới lần commit mà phần chú thích của nó bắt đầu với chuỗi bạn đã cho. Bạn cũng có thể yêu cầu trạng thái thứ 5 kể từ cái cuối cùng:

$ git checkout master~5

Sự quay lại

Trong một phiên tòa, mỗi sự kiện được gắn với một bản ghi. Cũng giống thế, bạn có thể chọn lệnh commit để undo.

$ git commit -a
$ git revert 1b6d

sẽ chỉ undo lần commit với giá trị băm đã chỉ ra. Sự quay trở lại được ghi nhận như là một lần commit mới, bạn có thể xác nhận lại điều này bằng lệnh git log.

Tạo Nhật Ký các thay đổi

Một số dự án yêu cầu có một changelog. Tạo một cái bằng cách gõ:

$ git log > ThayĐổi

Tải về các Tệp tin

Lấy về một bản sao của một dự án quản lý bằng Git bằng cách gõ:

$ git clone git://server/path/to/files

Ví dụ, để lấy tất cả các tệp tin mà tôi đã dùng để tạo ra cho quyển sách này là:

$ git clone git://git.or.cz/gitmagic.git

Chúng ta sẽ có nhiều điều để nói về lệnh clone sớm thôi.

Thử Nghiệm

Nếu bạn đã tải về một bản sao của một dự án bằng lệnh git clone, bạn có thể lấy về phiên bản cuối cùng với lệnh:

$ git pull

Xuất Bản

Giả sử bạn đã tạo được một kho Git và bạn muốn chia sẻ nó với người khác. Bạn có thể bảo họ tải về từ máy tính của mình, nhưng nếu họ làm như thế trong khi bạn đang cải tiến nó hay có những thay đổi mang tính thử nghiệm, họ có thể gặp trục trặc. Dĩ nhiên, đây là lý do tại sao mà chu kỳ phát hành phần mềm lại tồn tại phải không nào. Những người phát triển có thể làm việc thường xuyên trên một dự án, nhưng họ chỉ xuất bản những đoạn mã mà họ cảm thấy nó có thể dùng được để tránh ảnh hưởng đến người khác.

Thực hiện điều này với Git, trong thư mục làm việc của Git:

$ git init
$ git add .
$ git commit -m "Bản phát hành đầu tiên"

Sau đó nói với những người cùng sử dụng hãy chạy:

$ git clone your.computer:/path/to/script

để tải dữ liệu về. Giả định là họ truy cập thông qua ssh. Nếu không, chạy git daemon và nói với người sử dụng là chạy lệnh sau để thay thế:

$ git clone git://your.computer/path/to/script

Kể từ lúc này, bất cứ khi nào mã nguồn của bạn đã có thể sử dụng được, chỉ việc thực hiện:

$ git commit -a -m "Bản phát hành tiếp"

và những người sử dụng có thể cập nhật dữ liệu của họ bằng cách chuyển tới thư mục làm việc tương ứng và gõ:

$ git pull

Những người sử dụng sẽ không bao giờ thấy được dữ liệu cuối cùng của bạn mà bạn không muốn họ thấy.

Tôi Đã Làm Được Gì?

Tìm tất cả các thay đổi kề từ lần bạn commit lần cuối bằng lệnh:

$ git diff

Hay từ hôm qua:

$ git diff "@{yesterday}"

Hay giữa một bản nào đó và bản trước đây 2 bản:

$ git diff 1b6d "master~2"

Trong từng trường hợp, đầu ra là một miếng vá mà nó có thể được sử dụng với lệnh git apply. Cũng có thể dùng lệnh:

$ git whatchanged --since="2 weeks ago"

Thường thường, tôi duyệt lịch sử bằng qgit để thay thế cách ở trên, bởi vì nó có giao diện đồ họa bóng bẩy, hay tig, có giao diện dòng lệnh làm việc rất tốt với các máy có kết nối mạng chậm. Một lựa chọn khác là cài đặt máy chủ web, chạy lệnh git instaweb và sử dụng bất kỳ trình duyệt web nào.

Bài Tập

Coi A, B, C, D là 4 lần commit thành công, nơi mà B giống A ngoại trừ một số tệp tin bị xóa bỏ. Chúng ta muốn thêm các tệp tin đó trở lại D. Chúng ta thực hiện điều này bằng cách nào?

Ở đây chúng ta có ít nhất 3 giải pháp. Giả thiết chúng ta đang ở D:

  1. Sự khác nhau giữa A và B là việc các tệp tin đã bị gỡ bỏ. Chúng ta có thể tạo miếng vá tương ứng với sự khác biệt này và apply nó:

    $ git diff B A | git apply
    
  2. Kể từ sau khi chúng ta ghi lại các tệp tin tại A trở đi, chúng ta có thể lấy lại:

    $ git checkout A foo.c bar.h
    
  3. Chúng ta có thể xem sự di chuyển từ A tới B giống như là một thay đổi mà chúng ta muốn undo:

    $ git revert B
    

Lựa chọn nào là tốt nhất? Cách nào bạn thích nhất. Thật dễ dàng để có được thứ mà bạn muốn với Git, và thường là có nhiều hơn một cách để thực hiện được một thứ bạn muốn.

 

NGUỒN :

http://vnwildman.users.sourceforge.net/gitmagic/ch02.html

 

Last Updated on Saturday, 06 October 2012 10:54
 
«StartPrev12345678910NextEnd»

Page 1 of 16
Copyright © 2014 Hue Linux & FOSS User Group. All Rights Reserved.
Hue Linux User Group
Custom Search