Re: [du-an-MOST] Fwd: 3.6 Feature: IBus/XKB integration

2012/5/15 Nghĩa Lê Trung

Em thấy LibO Draw ổn. Không rõ anh cần chức năng đặc biệt nào của Dia?

Hưng thử vẽ chữ trong Draw rồi save thành một tệp có backgroud transparent xem có được không?

Được ạ.

LibO 3.5.3 -> Draw - File - Export - as .gif - Check "save transperancy"

--
Best Regards,
Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )
vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype: vuhung16plus, twitter: vuhung, MSN: vuhung16.
http://www.facebook.com/nguyenvuhung
Nguyễn Vũ Hưng's blog on Free and Open Source: http://nguyenvuhungvietnam.wordpress.com/
Học tiếng Nhật: http://hoc-tiengnhat.blogspot.com/
Vietnamese LibreOffice: http://libo-vi.blogspot.com/
Mozilla & Firefox tiếng Việt: http://mozilla-vi.blogspot.com/

Disclaimer: When posted to social networking groups include, but not limited Linux Users' Groups,
Free and Open Sources forums, mailing lists, the above is my personal opinion and is *not*
the opinion of my employer(s), associations and/or groups I join.

LireOffice 3.5 Portable (for Windows) installationon Ubuntu 12.04 Wine :)

Hima tsubushi ^^; Kho^ng cha.y :)

PMO là gì, sự cần thiết, cách setup

Note:
- Ở đây, PMO được xét cho một công ty ICT với các dự án phát triển phần mềm và hệ thống cụ thể
- Cần tổng quát hóa các nội dung sau với PMO của một tổ chức/công ty trong trường hợp tổng quát.

PMO là gì?
PMO, viết tắt của Project/Programme/Portfolio Management, là tổ chức tương đương với (IT) director trong một công ty được tổ chức theo mô hình chức năng và division, có trách nhiệm hỗ trợ, chuẩn hóa quy trình phát triển một cách tập trung. Trong trường hợp cần thiết, PMO có thể trực tiếp can thiệp và quản lý dự án.

Vì sao cần PMO? Chức năng của PMO là gì?
- Truyền đạt kinh nghiệm quản lý dự án, đặc biệt trong các khâu: Quản lý phạm vi dự án, nâng cao chất dự án/sản phẩm
- Chuẩn hóa quy trình phát triển, guidelines,
- Đưa ra một view chung cho các dự án, chương trình, portfolio trong tổng thể công ty
- Quản lý stakeholder trong các dự án tốt hơn
- Đặc biệt, giúp đội phát triển "phiên dịch" các yêu cầu (ở mức business) thành thiết kế, yêu cầu công việc có thể thực hiện được bởi kỹ sư, lập trình viên
- Đánh giá KPI trong quá trình thực hiện dự án cũng như khi dự án kết thúc
- Tổng kết, hệ thống hóa kiến thức phát triển dự án
- Xây dựng team
- Tư vấn, hỗ trợ, nâng cao năng lực quản lý, kỹ thuật trong *các* team

Tổ chức PMO
Tham khảo:
- http://www.cio.com/article/29887/Why_You_Need_a_Project_Management_Office_PMO_
- http://www.pmostep.com/201.0HomeValue.htm
- http://www.slideshare.net/anandsubramaniam/project-management-office-pmo

Các bước thực hiện PMO
1. Dài hạn và tổng thể:
- Thử nghiệm với dự phát phát triển mới nhất của NN.
- Tổng kết, rút kinh nghiệm.
- Lặp lại với các dự án tiếp theo.
2. Chi tiết:
- Định nghĩa chiến lược của PMO
- Làm việc cùng PM (các dự án), định nghĩa xác định đầu công việc, các tồn tại
- Triển khai theo dõi, hỗ trợ và can thiệp cùng các dự án
- Lặp lại với các dự án tiếp theo

Nhân sự:
- Cần một người PMOer
- PMOer làm việc chính với PM của (các dự án) và report tới CEO

Đề xuất:
- Dưới hình thức contract PMO
- Tư vấn, hỗ trợ (mọi công đoạn) dự án phát triển (cũng như chương trình (programme) cũng như portfolio nếu cần)




--
Best Regards,
Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )
vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype: vuhung16plus, twitter: vuhung, MSN: vuhung16.
http://www.facebook.com/nguyenvuhung
Nguyễn Vũ Hưng's blog on Free and Open Source: http://nguyenvuhungvietnam.wordpress.com/
Học tiếng Nhật: http://hoc-tiengnhat.blogspot.com/
Vietnamese LibreOffice: http://libo-vi.blogspot.com/
Mozilla & Firefox tiếng Việt: http://mozilla-vi.blogspot.com/

Disclaimer: When posted to social networking groups include, but not limited Linux Users' Groups,
Free and Open Sources forums, mailing lists, the above is my personal opinion and is *not*
the opinion of my employer(s), associations and/or groups I join.

Cơ cấu tổ chức (doanh nghiệp)

Tổ chức dạng ma trận (matrix) phối hợp giữa cách tổ chức
theo chức năng(functional structure) và divisional structure. Trong
cơ cấu này, nhân viên được chia theo cả hai chiều trong tương
quan của ma trận hai chiều giữa chức năng và phòng với các
quan hệ từ "lỏng", "cân bằng" tới "chặt" trong cân đối giữa
chức năng của nhân viên/sản phẩm/chức năng.

Cũng ở kiểu tổ chức này, nhân viên thuộc chịu sự quản lý
của cả hai phòng (và do đó có hai "sếp")

Ở đây, tổ chức theo chức năng "chặt" được coi là một dạng
đặc biệt khi nhân viên chỉ thuộc sự chỉ đạo của một Phòng
Chức Năng hoặc một Phòng theo sản phẩm.

Tham khảo:
http://en.wikipedia.org/wiki/Organizational_structure#Functional_structure
http://en.wikipedia.org/wiki/Organizational_structure#Divisional_structure
http://en.wikipedia.org/wiki/Organizational_structure#Matrix_structure

--
Best Regards,
Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )
vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype:
vuhung16plus, twitter: vuhung, MSN: vuhung16.
http://www.facebook.com/nguyenvuhung
Nguyễn Vũ Hưng's blog on Free and Open Source:
http://nguyenvuhungvietnam.wordpress.com/
Học tiếng Nhật: http://hoc-tiengnhat.blogspot.com/
Vietnamese LibreOffice: http://libo-vi.blogspot.com/
Mozilla & Firefox tiếng Việt: http://mozilla-vi.blogspot.com/

Disclaimer: When posted to social networking groups include, but not
limited Linux Users' Groups,
Free and Open Sources forums, mailing lists, the above is my personal
opinion and is *not*
the opinion of my employer(s), associations and/or groups I join.

Công nghệ Java xử lý hệ thống quản lý

Một số công việc có thể sẽ phải dùng trong thời gian tới.

mybatis (formerly ibatis), A persistence framework
URL: http://www.mybatis.org/
What it is: a data mapper framework
What it does: (automatic) map database with object oriented application.

Introduction to mybatis from its website: The MyBatis data mapper framework makes it easier to use a relational database with object-oriented applications. MyBatis couples objects with stored procedures or SQL statements using a XML descriptor. Simplicity is the biggest advantage of the MyBatis data mapper over object relational mapping tools.

Persistence framework khác: Hibernate, Seasar

POI: Apache POI
URL:http://poi.apache.org/
What it is: he Java API for Microsoft Documents
What it does: The Apache POI Project's mission is to create and maintain Java APIs for manipulating various file formats based upon the Office Open XML standards (OOXML) and Microsoft's OLE 2 Compound Document format (OLE2). In short, you can read and write MS Excel files using Java. In addition, you can read and write MS Word and MS PowerPoint files using Java. Apache POI is your Java Excel solution (for Excel 97-2008). We have a complete API for porting other OOXML and OLE2 formats and welcome others to participate.

Note: Apache POI hỗ trợ cả MS Office file format từ Office 1998 tới 2003 cũng như các phiên bản của OOXML cho tới MS Office 2008.

InterStage:
URL: http://interstage.fujitsu.com/jp/ , http://ja.wikipedia.org/wiki/Interstage

Hiểu theo nghĩa hẹp "InterStage" là "、Interstage Application Server hoặc Interstage Business Application Server"

What it is (khó hiểu quá): (Theo Fujitsu's website) Fujitsu Interstage is a complete suite of modular and flexible software that helps companies continuously visualize and optimize their business operations with governance in place.

Theo Wikipedia:
Interstage（インターステージ）は富士通のソフトウェア基盤製品群のブランド。システム構築用のミドルウェアの総称である。最も広く利用される中核製品の、Interstage Application Server、またはInterstage Business Application Serverを指す略語として使われることも多い。

Java、Java EE、SOAP、UDDI、RosettaNet、ebXML、UMLといった各種標準技術に準じている。 製品内に、Apache HTTP Server、Tomcat、Eclipseといった標準的なオープンソースソフトウェアをライセンスに基づき企業用途向けに修正して利用している。

BIRT: 「Eclipse BIRT （Business Intelligence and Reporting Tools）」
URL: http://www.eclipse.org/birt/phoenix/
What it is: BIRT is an open source Eclipse-based reporting system that integrates with your Java/Java EE application to produce compelling reports.

--
Best Regards,
Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )
vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype: vuhung16plus, twitter: vuhung, MSN: vuhung16.
http://www.facebook.com/nguyenvuhung
Nguyễn Vũ Hưng's blog on Free and Open Source: http://nguyenvuhungvietnam.wordpress.com/
Học tiếng Nhật: http://hoc-tiengnhat.blogspot.com/
Vietnamese LibreOffice: http://libo-vi.blogspot.com/
Mozilla & Firefox tiếng Việt: http://mozilla-vi.blogspot.com/

Disclaimer: When posted to social networking groups include, but not limited Linux Users' Groups,
Free and Open Sources forums, mailing lists, the above is my personal opinion and is *not*
the opinion of my employer(s), associations and/or groups I join.

Earned Value as an Indicator to Current and Future Performances

Câu hỏi: Đánh giá performance hiện tại ở một thời điểm bất kỳ của dự án như thế nào, bằng phương pháp nào?
Qua đó, đánh giá/dự báo (và định tính/định lượng) performance trong tương lai của dự án.

Earned Value Managemet là một trong những giải pháp để trả lời câu hỏi trên dựa trên Work Breakdown Structure (WBS) của dự án.

Theo định nghĩa của NASA, Earned Value (EV) là "An integrated management control system for assessing, understanding and quantifying what a contractor or field activity is achieving with program dollars. EVM provides project management with objective, accurate and timely data for effective decision making."

Xuất phát điểm của EVM là WBS định nghĩa công việc cần hoàn thành từ khi bắt đầu dự án tới khi hoàn thành dự án. Trong WBS có đưa ra trọng số, thời gian thực hiện, thời điểm thực hiện, số công của từ công việc con (sub task) và nhóm các công việc con được nhóm lại (parent task)

Dựa trên WBS, Project Manager có thể biết được ở một thời điểm, số lượng công việc đã hoàn thành trên tổng thể là bao nhiêu phần trăm trên tổng dự án cũng như thời gian đã bỏ ra hoặc số tiền đã tiêu để hoàn thành các tác vụ đó.

Điểm khác giữa sự đánh giá đơn thuần trên số đầu công việc của WBS và EV là: EV đưa ra một cái nhìn định lượng hơn về chi phí (tiền) cũng như thời gian.

Những thành viên nội bộ dự án (Project Manager, Project Leader, Programmer, Tester, Translator trong dự án IT) cần theo dõi WBS (thiên về mặt kỹ thuật) trong khi stakeholder cần EVM (thiên về business và portfolio) hơn.

Bài viết này không đề cập tới các từ khóa, công thức tính liên quan tới EV.
Có thể tham khảo tại: http://www.projectsmart.co.uk/earned-value-management-explained.html

--
Best Regards,
Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )
vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype: vuhung16plus, twitter: vuhung, MSN: vuhung16.
http://www.facebook.com/nguyenvuhung
Nguyễn Vũ Hưng's blog on Free and Open Source: http://nguyenvuhungvietnam.wordpress.com/
Học tiếng Nhật: http://hoc-tiengnhat.blogspot.com/
Vietnamese LibreOffice: http://libo-vi.blogspot.com/
Mozilla & Firefox tiếng Việt: http://mozilla-vi.blogspot.com/

Disclaimer: When posted to social networking groups include, but not limited Linux Users' Groups,
Free and Open Sources forums, mailing lists, the above is my personal opinion and is *not*
the opinion of my employer(s), associations and/or groups I join.

Set Windows 7's non-Unicode encodings

How to set Windows (English) version 7's non-Unicode encodings

Vài từ tiếng Nhật/Anh trong chuyên nghành quản lý dự án

スキトラとは (skill transfer)
スキルトランスファーの略。担当者から別の担当者へ業務を引継ぐ際に、やり方・方法を教えること。

遊軍/游軍 (ゆうぐん）
(1)待機していて、時機を見計らって出動し、味方を助ける部隊。遊撃隊。

(2)特定の、所属や任務が決められていないで、忙しい仕事やむずかしい仕事を援助する人たち。
「遊軍記者」

あらず：Không phải
事務局にあらず、庶務係にあらず

横断的
チームや集団や部門などの枠組みにとらわれず、全体的に当てはまったり、適用したりする様子や状態のこと。
例：横断的なタスク

手っ取り早い　（てっとりばやい）
nhanh chóng, nhanh thoăn thoắt

１ てきぱきしている。すばやい。「仕事を手っ取り早くかたづける」
２ 手間がかからない。はやみちだ。簡単だ。「手っ取り早く金を貯(た)める方法」

格が高い high rank

体裁：
外から見た感じ・ようす。外見。外観, hình thức, trình bày, bề ngoài

多彩な人: Người đa tài

嫌味　（いやみ）
わざと婉曲的に、または皮肉交じりに、人が嫌がるようなことを言うこと。「厭味」または「嫌み」と書くのが正しい。「嫌味」は当て字。

鵜呑み　（うのみ）
他人の考えや案を十分理解・批判せずに受け入れること。
「師の説を鵜呑みにする」

着々と　（ちゃくちゃくと）
Chầm chậm, từ từ
物事がひとつひとつ遅滞なく進行・進捗するさまなどを意味する表現。「工事は着々と進んでいる」などのように用いられる。

何でも屋、何でも屋さん
Người làm được nhiều việc; người việc gì cũng động tay (1)何事でもある程度こなせる人。また、何事にも手を出したがる人。
Tiệm bán linh tinh, đủ thứ (2)日用品雑貨を一通り取りそろえている店。よろずや。

【便利屋】
配達・修理などのちょっとした雑用をすることを業とする人。便達屋。転じて、なんでも気軽に引き受けて人に重宝がられる人。


裏方　（うらかた）
表立たないで、実質的な仕事をする人。

ベースライン：
(測量などの)基(準)線, 基線

Baseline:
Clearly defined starting point (point of departure) from where implementation begins, improvement is judged, or comparison is made.

Account manager:
Wikipedia: An account manager (Sales) is a person in a business who is responsible for the management of
the sales and relationship with particular customers. They are usually allocated particular customer accounts,
especially key accounts that provide the most business.

(businessdictionary)
An employee whose job is the day-to-day support of a particular customer's account with a business,
and who serves as the primary point of contact between the customer and the company.
The account manager position can provide customer support, technical support,
planning and optimization for the account, as well as developing a relationship with the customer.


場当たり的 = 場当たり = Tự phát
物事に直面したとき、そのときの思いつきで対応すること。事前に準備したり計画を立てたりしていないこと。

必要十分な: Cần và đủ

計画に照らしている: Đối chiếu với kế hoạch

コンピテンシー
別表記：コンピテンシ

コンピテンシー：
「能力」や「適格性」などを意味する語。competency。
特にビジネス用語で、高い成果を上げる人の行動特性、行動のフレームワーク、などを意味する語として言及されることが多い。

意思決定
decision-making
determination of intent

Từng người: 個々人

自己満足
complacence
complacency〈軽蔑的〉
gratification of the ego
self-complacency
self-congratulation
self-content
self-contentment
self-satisfaction
a smug sense of satisfaction

洞察　（どうさつ）
　　　see through
apercu〈フランス語〉〔【複】apercus〕
insight
intuition（直感で得られた）
prescience

傾聴する (けいちょう）
be all attention
hang on（人の言うことを）
have a listen
hear out
listen actively

成り行き　（なりゆき）
loose

成り行きに任せる phó mặc cho tự nhiên, phó thác cho số phận
leave it to nature
leave the matter to chance

昔から：Từ cách đây rất lâu
むかしở đây không có nghĩa l à "ngày xửa ngày xưa"
昔から、台湾の人たちは中国からの圧力を受け、不安定な立場で暮らしてきました。
Taiwan have been subject to pressure from China since old times, surviving in this unstable situation

迂回策 (うかいさく)
workaround

後続の　（こうぞく）
after
follow-on
subsequent（時間や順序が）
追越車線で立ち往生の車に"後続のトラック"突っ込む | Xe tải đi sau

dispute
議論、論争、口論
不和、紛争
・He presented no new plans to settle the Arab-Israeli dispute. : 彼は、アラブ諸国とイスラエルの紛争解決のための新たなプランを示さなかった。
労働争議

Project Charter:
Hiến chương dự án
プロジェクトチャーター、プロジェクト憲法
Meaning: In project management, a project charter or project definition is a statement of the scope, objectives and participants in a project. It provides a preliminary delineation of roles and responsibilities, outlines the project objectives, identifies the main stakeholders, and defines the authority of the project manager. It serves as a reference of authority for the future of the project. The terms of reference is usually part of the project charter.

critical path (phương pháp đường găng)
クリティカル・パス、臨界経路◆物事の開始から終了までの最適経路


PERT
The Program (or Project) Evaluation and Review Technique, commonly abbreviated PERT, is a statistical tool, used in project management, that is designed to analyze and represent the tasks involved in completing a given project. First developed by the United States Navy in the 1950s, it is commonly used in conjunction with the critical path method or CPM.

Can of worms: Ẩn chứa nguy hiểm.
Open a can of worms.

school of thoughts: Quan điểm

This is another can of worms and seems to depend on schools of thought. I've seen managers who advocate that a task is either complete or not when tracking the schedule. No, 50% complete or nearly done.

つい：強調する
ついつい：
「つい」を重ねて強めた語。「やめようと思いながら、ついつい手を出してしまう」、ついつい買う、ついつい食べ過ぎてしまうほどの軽い食感

Systems thinking: Vài ví dụ

Systems thinking là quy trình hiểu sự việc ảnh hưởng tới những yếu tố khác xét trong một tổng thể nào đó. Một ví dụ về systems thinking là hệ sinh thái (hiểu theo nghĩa đen và nghĩa bóng)

Với tư duy giải quyết vấn đề bằng systems thinking, sự việc/vấn đề được đặt trong một tổng thể và được xem xét toàn diện: Khi thay đổi yếu tố A sẽ ảnh hưởng tới các yếu tố khác như thế nào. Việc tìm những yếu tố bị ảnh hưởng và có gây ảnh hưởng là việc khó, thông thường ít được nhìn ra ngay và cần thời gian phân tích để làm rõ dần vấn đề.

Cách giải quyết vấn đề (hóc búa) thường nằm ngoài chính vấn đề đó. Muốn giải quyết một vấn đề cần phân tích trong tổng thể, giải quyết các vấn đề liên quan trên cơ sở phân tích rủi ro có ảnh hưởng liên đới.

Việc "chặn đường", xây cầu tạm, cấm xe, tăng phí lưu hành với xe ô tô của Bộ Trưởng Đinh La Thăng là một ví dụ. Với mục tiêu giảm ùn tắc giao thông, việc cấm là cần thiết và có thể có ý nghĩa tức thời. Tuy nhiên, việc đó được nhiều người cho rằng nó có những ảnh hưởng phụ như: Ảnh hưởng tới hoạt động kinh doanh của những hộ gia đình trong các tuyến phố bị cấm, ảnh hưởng đến thị thường xe hơi, xe máy và do đó cần phân tích kỹ hơn.

Việc thay đổi điều 4 của hiến pháp Việt Nam năm 1992 trước khi điều chỉnh do Chủ tịch Quốc hội đương thời Nông Đức Mạnh với mục đích trao quyền vô hạn cho Đảng đương nhiệm và duy nhất ảnh hưởng mạnh tới toàn bộ hệ thống luật pháp Việt Nam, ảnh hưởng sâu rộng tới quy trình và quyền quyết định được thực hiện trong tương qua: Quốc Hội, Đảng và toàn dân. Nhiều người cho rằng ảnh hưởng này là tiêu cực và lâu dài.

Tương tự, trong một dự án, việc thay đổi nhân sự, yêu cầu hệ thống, thay đổi schedule, thứ tự tiến hành công việc cũng có những ảnh hưởng ngắn hạn và dài hạn tới sự thành bại của dự án, quan hệ lâu dài giữa các thành viên dự án. Do đó, cần nhìn tổng thể và lật lại vấn đề khi thay đổi (nhưng không quá conservative)

Khi nào release được phần mềm? Cách xác định trên số bugs

Khi nào có thể release phần mềm/hệ thống?

Câu hỏi đặt ra: Lấy đâu là căn cứ để một project manager có thể release sản phẩm?

Thực tế có các trường hợp:

- Ép release để khớp với thời hạn của hợp đồng (đã hết deadline)
- Căn cứ trên project scope đã định nghĩa từ đầu dự án
- Chấm dứt dự án trước thời hạn do budget đã hết

Đây là các trường hợp khá cực đoan.

Xét theo góc độ chất lượng:
Dự án đã đủ ổn định, đã kiểm thử tìm ra đủ số lỗi và fix hay chưa?
Cách này có vẻ hợp lý hơn.

Có một số phương pháp để xác định chất lượng phần mềm dựa trên số lỗi

1. (Dễ làm) Xác định trên mật độ lỗi
Khi số mật độ lỗi lũy tích đã được tìm ra hoặc được fix (trên KLOC) vượt quá một giới hạn (chuẩn) nào đó.

2. Số lỗi lũy tích hội tụ về hằng số.
Khi đó, có thể hiểu rằng phần mềm đã được kiểm thử đủ và không thể tìm ra nhiều lỗi hơn nữa.
Tuy nhiên, cần loại trừ trường hợp: Test chưa đủ kỹ.
2a. Khi đó, cần áp dụng chuẩn 1 và 2: Release phần mềm khi số lỗi hội tụ và vượt một ngưỡng đặt trước

3. (Không thực tế) Chia đội test làm hai (A và B), cấy (bug seeding) lỗi giống nhau và để đội A và B cùng test. Tỉ lệ giữa lỗi tìm ra được của hai đội sẽ cho biết số lỗi tồn tại nhưng chưa tìm ra của phần mềm. Từ đó, xác định được độ ổn định (của lỗi) và đưa ra quyết định release.

4. (Không thực tế nhưng khá dễ làm) Chia ngẫu nhiên phần mềm thành 2 phần A và B và để hai đội test riêng biệt.

Khi đó, số lỗi duy nhất và tổng số lỗi (gần đúng) được tính bằng:
Defects_Unique = Defects_A + Defects_B - Defects_A&B
Defects_Total = ( Defects_A * DefectsB ) / Defects_A&B

Số lỗi cần phải test thêm là Defects_Total - Defects_Unique.


Tham khảo: http://www.stevemcconnell.com/ieeesoftware/bp09.htm

--
Best Regards,
Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )
vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype: vuhung16plus, twitter: vuhung, MSN: vuhung16.
http://www.facebook.com/nguyenvuhung
Nguyễn Vũ Hưng's blog on Free and Open Source: http://nguyenvuhungvietnam.wordpress.com/
Học tiếng Nhật: http://hoc-tiengnhat.blogspot.com/
Vietnamese LibreOffice: http://libo-vi.blogspot.com/
Mozilla & Firefox tiếng Việt: http://mozilla-vi.blogspot.com/

Disclaimer: When posted to social networking groups include, but not limited Linux Users' Groups,
Free and Open Sources forums, mailing lists, the above is my personal opinion and is *not*
the opinion of my employer(s), associations and/or groups I join.

Programmers' performance và code quality

Yêu cầu đề nghị:

- Tính mật độ bug trên tổng số dòng code đã viết.
- Của từng lập trình viên trong team
- Lũy tích
- Tính trên tổng các module mà mỗi người phụ trách
- (Optional) Có tool đến KLOC cho các module trên svn
- Có tool đếm số bugs assign cho từng người trên Redmine

Mục đích: Đánh giá performance của lập trình viên, so sánh với norm của thế giới.

Note: Tạm thời bỏ qua độ phức tạp = trọng số công việc đối với từng module

Có thể áp dụng technique này cho các dự án về sau này
để định lượng hóa performance và chất lượng coding của lập trình viên.

Tham khảo:
"Code Complete" by Steve McConnell

- Norm nói chung: 15-50 bugs trên 1000 dòng code.

Ta tạm coi norm này áp dụng cho mọi ngôn ngữ lập trình và độ khó khác nhau.



--
Best Regards,
Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )
vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype: vuhung16plus, twitter: vuhung, MSN: vuhung16.
http://www.facebook.com/nguyenvuhung
Nguyễn Vũ Hưng's blog on Free and Open Source: http://nguyenvuhungvietnam.wordpress.com/
Học tiếng Nhật: http://hoc-tiengnhat.blogspot.com/
Vietnamese LibreOffice: http://libo-vi.blogspot.com/
Mozilla & Firefox tiếng Việt: http://mozilla-vi.blogspot.com/

Disclaimer: When posted to social networking groups include, but not limited Linux Users' Groups,
Free and Open Sources forums, mailing lists, the above is my personal opinion and is *not*
the opinion of my employer(s), associations and/or groups I join.

Bug versus. Change Request

IMO, phân biệt hai loại thay đổi
- Lỗi do bên B (netnam) -> trách nhiệm bên B sửa. Tracker = Bug
- Change request (CR) do bên A yêu cầu. Tracker = BetaCR

Xem
http://en.wikipedia.org/wiki/Change_request
http://stackoverflow.com/questions/5329/what-is-the-difference-between-a-bug-and-a-change-request-in-msf-for-cmmi

Với các dự án dài kỳ, hoặc chơi "thẳng tưng" thì cần làm rõ
ranh giới Bug/CR để charge tiền cho đúng, đủ và hợp lý.


--
Best Regards,
Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )
vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype: vuhung16plus, twitter: vuhung, MSN: vuhung16.
http://www.facebook.com/nguyenvuhung
Nguyễn Vũ Hưng's blog on Free and Open Source: http://nguyenvuhungvietnam.wordpress.com/
Học tiếng Nhật: http://hoc-tiengnhat.blogspot.com/
Vietnamese LibreOffice: http://libo-vi.blogspot.com/
Mozilla & Firefox tiếng Việt: http://mozilla-vi.blogspot.com/

Disclaimer: When posted to social networking groups include, but not limited Linux Users' Groups,
Free and Open Sources forums, mailing lists, the above is my personal opinion and is *not*
the opinion of my employer(s), associations and/or groups I join.

Apache OpenOffice (AOO) 3.4 ra lò

Sau một thời gian khá dài kể từ khi lùng nhùng chuyển đổi từ Sun sang Oracle, OpenOffice đã được Oracle tặng lại Apache Foundation dưới một dự án "vườn ươm thử nghiệm" (incubation) Apache OpenOffice, bản 3.4 được nâng cấp từ 3.3 đã ra đời.

Không nhiều chức năng mới, không nhiều bugfixes, các kênh (mailing list) hoạt động tương đối nhộn nhịp.

Không có bản Apache OpenOffice 3.4 tiếng Việt.

http://www.openoffice.org/news/aoo34.html
http://www.openoffice.org/download/other.html

--
Best Regards,
Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )
vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype: vuhung16plus, twitter: vuhung, MSN: vuhung16.
http://www.facebook.com/nguyenvuhung
Nguyễn Vũ Hưng's blog on Free and Open Source: http://nguyenvuhungvietnam.wordpress.com/
Học tiếng Nhật: http://hoc-tiengnhat.blogspot.com/
Vietnamese LibreOffice: http://libo-vi.blogspot.com/
Mozilla & Firefox tiếng Việt: http://mozilla-vi.blogspot.com/

Disclaimer: When posted to social networking groups include, but not limited Linux Users' Groups,
Free and Open Sources forums, mailing lists, the above is my personal opinion and is *not*
the opinion of my employer(s), associations and/or groups I join.

Tạp chí Tin học và Điều khiển học đi vào hoạt động trực tuyến

Một số tạp chí công bố miễn phí:
Tạp chí tin học và điều khiển: http://vjs.ac.vn/index.php/jcc/index

Tạp chí khoa học và công nghệ:
http://vjs.ac.vn/index.php/jst

---------- Forwarded message ----------

Sau một thời gian chuẩn bị chúng tôi xin vui mừng thông báo
Tạp chí Tin học và Điều khiển học của Viện Khoa học và
Công nghệ Việt Nam đã đi vào hoạt động trực tuyến bắt
đâu từ ngày 15/04/2012 .

Từ ngày 15/4 mọi bài gửi tới Tạp chí Tin học và Điều
khiển học đều thực hiện on-line qua mạng và tòa soạn sẽ
không nhận bài qua bất ký hình thức nào khác (trực tiếp,
thư bưu điện, qua e-mail... ).

Kính mời các Anh/Chị có bài gửi đăng ở Tạp chí Tin học
và Điều khiển học vào trang web của tạp chí
http://vjs.ac.vn/index.php/jcc/index  đăng ký account và nộp bài
trực tuyến.

Với việc nộp bài trực tuyến, các tác giả có thể theo
dõi được bài nộp của mình hiện đang ở khâu nào trong
quá trình phản biện, biên tập và việc nhận các kết quả
phản biện cũng như sửa đổi cập nhật bài sẽ dễ dàng
và thuận lợi ở mọi lúc mọi nơi.

Vì tạp chí bước đầu mới đi vào hoạt động online nên
chắc chắn còn nhiều điểm chưa hoàn hảo. Chúng tôi xin
cảm ơn mọi đóng góp xây dựng để hoạt động của Tạp
chí ngày càng tốt hơn. Mọi ý kiến đóng góp xin gửi về
hộp thư jcc@vast.ac.vn .

Download helper Bug: Negative in filesize

Download helper Bug: Negative in filesize.



This is a bug. A workaround is pause and resume the download.

Dịch Google's (悪い)例

chung thủy -> 不倫。

Try it for yourself.

これはヤバイです。

Fwd: [hanoi-codingdojo] Ha Noi Coding Dojo #31

What: Ha Noi Coding Dojo #31

When: từ 2:00 đến 4:00 chiều, vào thứ Bảy - 5 tháng 05

Where: Viện Tin học Pháp ngữ IFI, 42 Tạ Quang Bửu, Hà Nội.

Map: http://g.co/maps/tqaf3







---------- Forwarded message ----------

From: Serge Stinckwich <serge.stinckwich at gmail.com>

Date: 2012/5/4

Subject: [hanoi-codingdojo] Ha Noi Coding Dojo #31

To:



Chers amis, Dear amigos, xin chào các bạn,



Sorry for cross-posting, please disregard this email if it bothers you.



Xin lỗi vì đã cross-posting, xin vui lòng bỏ qua email này nếu như bạn

không quan tâm đến.



(The English and French part are next to the Vietnamese part)



---

Vi-VN:



Mời các bạn tham dự buổi Hà Nội Coding Dojo thứ 31:



* vào thứ Bảy - 5 tháng 05 (chiều nay),

* từ 2:00 đến 4:00 chiều,

* tại Viện Tin học Pháp ngữ IFI, 42 Tạ Quang Bửu, Hà Nội.



Các câu hỏi thường gặp:



* Hà Nội Coding Dojo là gì?



 Hà Nội Coding Dojo là một buổi lập trình với mục đích nâng cao kỹ

năng lập trình cho tất cả các thành viên bằng việc giải quyết với bài

toán nhỏ (bằng mô hình Test-Driven-Development và BabyStep) trong

không khi vui vẻ và thân mật.  Mục tiêu của một buổi Dojo *không phải

là để giải quyết bài toán hay đánh giá kỹ năng lập trình* mà để *học

cách trở thành một lập trình viên tốt hơn*.



* Điều kiện để tham dự Hà Nội Coding Dojo là gì?



 Bạn chỉ cần biết lập trình, thậm chí biết một chút cũng được.  Vậy là đủ! :-)



* Tôi có cần chuẩn bị gì khi tham dự một buổi Dojo không?



 Thông thường thì không.  Nhưng sẽ tốt hơn nếu bạn có thể chuẩn bị một

vài bái toán để giải trong buổi Dojo ấy.  Trong trường hợp đó, bạn chỉ

cần chuẩn bị đề bài, không cần phải nghĩ cách giải từ trước.  Ngoài

ra, nếu bạn biết một ngôn ngữ lập trình và cách làm unit test trong

ngôn ngữ ấy thì thật tuyệt vời!



* Tôi đã đọc website và xem repo trên Github, các bạn sử dụng các ngôn

ngữ "quái" quá.  Tôi không biết và không hiểu các ngôn ngữ ấy...



 Đó là bởi vì chúng tôi chưa có bạn tham gia :-P.  Thông thường, chúng

tôi chọn ngôn ngữ lập trình tại đầu buổi Dojo.  Bất kỳ thành viên nào

biết một ngôn ngữ lập trình nào đó và biết làm unit test trong ngôn

ngữ đó đều có thể đề xuất ngôn ngữ sử dụng.



* Tôi muốn tham gia, nhưng tôi chẳng biết gì về Coding Dojo cả...



 Bạn không cần phải biết trước đâu.  Hãy tham gia với chúng tôi rồi

bạn sẽ thấy!  ;-)



Để biết thêm thông tin chi tiết về Hà Nội Coding Dojo, mời các bạn thăm

website của chúng tôi (song ngữ Anh/Việt): http://hanoicodingdojo.github.com



---

En-US:



I'm glad to announce that Hanoi Coding Dojo session #31 will be organized:



* today, Saturday - May 5th,

* from 2:00 PM to 4:00 PM,

* at Institut de la Francophonie pour l'Informatique (IFI), 42 Ta

Quang Buu, Hanoi.



Frequently asked questions:



* What is Hanoi Coding Dojo?



 Hanoi Coding Dojo is coding session with the purpose of improving

coding skills by doing very small exercises in Test-Driven-Development

model and BabyStep in a fun atmosphere.  The goals of a session

*neither to solve the problem nor to judge each other* but to *learn

how to become a better programmer*.



* What are the requirements to join Hanoi Coding Dojo?



 Knowing how to program, even if it's just a little bit.  That's all!  :-)



* Do I have to prepare anything before the session?



 Generally no.  But it would be great if you could prepare some problems

 to solve in the session.  Just think of a problem, no need to try to

solve before-hand.  On the other hand, it's the best if you know a

programming language and how to do unit test in that language.



* I read the website and saw your Github repo, you're using weird

 languages.  I don't know them at all...



 That's because you're not in :-P.  Usually we choose language by

voting at the beginning of the session.  Anyone with a programming

language in which s/he knows how to do unit test could be chosen.



* I want to join, but I know nothing about Coding Dojo...



 You don't need to.  Just come, join us and have fun! ;-)



For more information about Hanoi Coding Dojo, please visit our website

(English/Vietnamese): http://hanoicodingdojo.github.com



---

Fr-FR:



Je suis heureux de vous annoncer que la session #31 du Coding Dojo Ha

Noi sera organisé :



* aujourd'hui - Samedi 5 mai,

* de 2:00 PM à 4:00 PM,

* à Institut de la Francophonie pour l'Informatique - IFI, 42 Ta Quang

Buu, Hanoi.



Foire Au Questions (FAQ):



* Qu'est-ce que Ha Noi Coding Dojo ?



 Le Ha Noi Coding Dojo est un groupe de personnes dont l'objectif est

d'améliorer ses compétences en programmation en faisant de petits

exercices en utilisant une approche de développement logiciel de type

TDD (Développement dirigés par les tests) dans une atmosphére détendue

et amicale. L'objectif de la session *n'est ni de résoudre un problème

ni de juger les autres* mais *d'apprendre comment devenir de meilleur

développeur*.



* Quels sont les prérequis pour rejoindre le Ha Noi Coding Dojo ?



 Savoir programmer, même si c'est juste un peu. C'est tout! :-)



* Faut-il préparer quelque chose avant de venir à la session ?



 Généralement non. Mais c'est bien si pouvez préparer quelques idées

de problèmes à résoudre pendant la session. Juste réfléchir à un

problème, pas besoin d'essayer de le résoudre avant de venir. Si vous

connaissez un langage de programmation, il est utile de savoir comment

écrire des tests unitaires dans ce langage.



* Je lis le site web et j'ai vu sur github, que vous utilisew des

langages étranges. Je ne connais aucun d'entre eux ...



 C'est parce que vous n'êtes jamais venu :-P Généralement, nous

choisissons le langage de programmation en début de session. Tout

langage de programmation permettant d'écrire des tests unitaires

peut-être choisi.



* Je veux vous rejoindre, mais je connais rien au Coding Dojo ...



 Vous n'avez pas besoin. Il suffit de venir, se joindre à nous et s'amuser ;-)



Pour plus d'information sur le Ha Noi Coding Dojo, merci de visiter

notre site web (anglais/vietnamien).



--

Serge Stinckwich

UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam

Every DSL ends up being Smalltalk

http://doesnotunderstand.org/





--

Best Regards,

Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )

vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype:

vuhung16plus, twitter: vuhung, MSN: vuhung16.

http://www.facebook.com/nguyenvuhung

Nguyễn Vũ Hưng's blog on Free and Open Source:

http://nguyenvuhungvietnam.wordpress.com/

Học tiếng Nhật: http://hoc-tiengnhat.blogspot.com/

Vietnamese LibreOffice: http://libo-vi.blogspot.com/

Mozilla & Firefox tiếng Việt: http://mozilla-vi.blogspot.com/



Disclaimer: When posted to social networking groups include, but not

limited Linux Users' Groups,

Free and Open Sources forums, mailing lists, the above is my personal

opinion and is *not*

the opinion of my employer(s), associations and/or groups I join.

Fwd: [tdf-announce] The Document Foundation announces LibreOffice 3.5.3

Google Summer of Code là cách tìm kiếm tài năng, mentoring,

coaching rất hiệu quả.



MHST cần đạt được mức này.



Hoặc Việt Nam ta chơi luôn GSoC (mình rủ nhưng chưa bạn nào dám)





---------- Forwarded message ----------

From: Italo Vignoli

Date: Wed, May 2, 2012 at 8:03 PM

Subject: [tdf-announce] The Document Foundation announces LibreOffice 3.5.3

To: TDF Announce



Record number of new contributors + 10 Google Summer of Code projects



Berlin, May 2, 2012 - The Document Foundation announces LibreOffice

3.5.3, the fourth version of the 3.5 family. LibreOffice 3.5.3 provides

additional stability to corporate and individual users of the best free

office suite ever.



"In April 2012, 34 new developers contributed code to The Document

Foundation, the largest number since January 2011 [Source:

http://www.ohloh.net]. Eight of them have already committed more than

once, thanks to the help of an extremely welcoming community, where old

developers spend a portion of their time mentoring new ones to bring

them up to speed," comments Norbert Thiebaud, a volunteer developer

active since September 28, 2010. "In less than two years, we have been

able to build an authentically diverse community, where full time and

volunteer developers coexist and help each other, as it should happen in

every free software project."



Ten of the new developers are Google Summer of Code 2012 students, who

will work at developing the following features:



- Calc performance improvements;

- Lightproof improvements;

- collaborative spreadsheet editing using Telepathy;

- a Microsoft Publisher import filter;

- a signed PDF export;

- a smartphone remote control;

- a new UI for picking templates;

- a Java based GUI for an Android viewer;

- an improved Impress SVG export filter;

- tooling for more and better tests.



LibreOffice 3.5.3 is available for immediate download from the following

link: http://www.libreoffice.org/download/.



Change logs are available at

http://wiki.documentfoundation.org/Releases/3.5.3/RC1 and

http://wiki.documentfoundation.org/Releases/3.5.3/RC2.



Short link to The Document Foundation blog: http://wp.me/p1byPE-h4



--

Italo Vignoli - Director

phone +39.348.5653829 - skype italovignoli

email italo.vignoli@documentfoundation.org

The Document Foundation

Zimmerstraße 69, 10117 Berlin, Germany

Rechtsfähige Stiftung des bürgerlichen Rechts

Legal Details: www.documentfoundation.org/imprint





--

Unsubscribe instructions: E-mail to announce+help@documentfoundation.org

Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/

List archive: http://listarchives.documentfoundation.org/www/announce/







--

Best Regards,

Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )

vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype:

vuhung16plus, twitter: vuhung, MSN: vuhung16.

http://www.facebook.com/nguyenvuhung

Nguyễn Vũ Hưng's blog on Free and Open Source:

http://nguyenvuhungvietnam.wordpress.com/

Học tiếng Nhật: http://hoc-tiengnhat.blogspot.com/

Vietnamese LibreOffice: http://libo-vi.blogspot.com/

Mozilla & Firefox tiếng Việt: http://mozilla-vi.blogspot.com/



Disclaimer: When posted to social networking groups include, but not

limited Linux Users' Groups,

Free and Open Sources forums, mailing lists, the above is my personal

opinion and is *not*

the opinion of my employer(s), associations and/or groups I join.

Osmand: Android Offline map

How to use offline map with OpenStreetMap data.



# cf. http://code.google.com/p/osmand/wiki/HowToArticles



1. Download zipped (.obf) map data from http://download.osmand.net/rawindexes/

2. Unzip .obf into /sdcard/osmand

3. Install "osmand" from the Market

4. Done



Now you can browse map offline, no 3G or Internet connection are needed.



Currently, map of Japan and Vietnam are available.



Wikipedia is available on osmand pro only.



POI data included in the .obf file looks ugly for level 1-7 :)



--

Best Regards,

Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )

vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype:

vuhung16plus, twitter: vuhung, MSN: vuhung16.

http://www.facebook.com/nguyenvuhung

Nguyễn Vũ Hưng's blog on Free and Open Source:

http://nguyenvuhungvietnam.wordpress.com/

Học tiếng Nhật: http://hoc-tiengnhat.blogspot.com/

Vietnamese LibreOffice: http://libo-vi.blogspot.com/

Mozilla & Firefox tiếng Việt: http://mozilla-vi.blogspot.com/



Disclaimer: When posted to social networking groups include, but not

limited Linux Users' Groups,

Free and Open Sources forums, mailing lists, the obove is my personal

opinion and is *not*

the opinion of my employer(s), associations and/or groups I join.

Ba ý tưởng MHST 2012

Năm nay Nguyễn Vũ Hưng sẽ đồng hướng dẫn (co-mentor) với Hoàng Chí Linh với 3 đề tài đã được đề xuất tới Ban Tổ Chức Mùa Hè Sáng Tạo 2012 như sau:

Xem thêm thông tin: http://vfossa.vn/vi/mhst/2012/

Thông cáo báo chí Mùa Hè Sáng Tạo: http://vfossa.vn/vi/mhst/2012/Khoi-dong-Mua-he-sang-tao-SV-viet-phan-mem-nguon-mo-2012-28/
Hướng dẫn công bố ý tưởng: http://vfossa.vn/vi/mhst/2012/Huong-dan-cong-bo-y-tuong-MHST-2012-27/
Giới thiệu cuộc thi MHST 2012: http://vfossa.vn/vi/mhst/2012/Gioi-thieu-cuoc-thi-Mua-he-sang-tao-2012-26/


Đề tài 1:

Tên đề tài: Xây dựng module mã hóa tài liệu cho Alfresco

Mô tả dự án: Alfresco là phần mềm quản lý tài liệu mã nguồn mở với các chức năng chính:

- Lưu trữ và quản lý tài liệu: lưu trữ tài liệu trên repository, quản lý tài liệu dựa trên các trường metadata, quản lý tài liệu theo version, phân quyền truy cập tài liệu theo người dùng và nhóm người dùng, tìm kiếm toàn văn các tài liệu.

- Cung cấp các quy trình quản lý tài liệu.

- Cung cấp môi trường làm việc cộng tác.

Module mã hóa tài liệu nhằm tăng tính bảo mật và an toàn cho các tài liệu lưu trữ trên phần mềm Alfresco.

Các chức năng cần thiết của module mã hóa tài liệu bao gồm:

- Cho phép người dùng lựa chọn mã hóa thư mục, tài liệu từ menu ngữ cảnh.

- Các tài liệu, thư mục sau khi bị mã hóa có dấu hiệu phân biệt riêng, các tài liệu này sẽ không thể xem, đọc được từ những người dùng khác ( bao gồm cả quản trị phần mềm và quản trị hệ thống).

- Không thể giải mã được (hoặc thời gian giải mã đủ lâu để coi là không thể giải mã được) khi tải về.

Kỹ năng yêu cầu:

- Khả năng tiếng Anh, khả năng trình bày, kiên nhẫn, tìm tòi.
- J2EE, JSP, JavaScript, CSS, HTML, Ajax, JSON.
- Sử dụng thành thạo một trong các IDE: Netbeans, Eclipse, Spring STS...

- hích mật mã, mã hóa.

Đánh giá mức độ khó:

Khó

Mentor: Nguyễn Vũ Hưng, Hoàng Chí Linh

Thông tin khác:

Được tài trợ trực tiếp từ công ty, tuyển dụng trực tiếp từ công ty nếu hoàn thành tốt.

Đề tài 2:

Tên đề tài: Xây dựng Mobile Client cho Alfresco

Mô tả dự án:

Alfresco là phần mềm quản lý tài liệu mã nguồn mở với các chức năng chính:

- Lưu trữ và quản lý tài liệu: lưu trữ tài liệu trên repository, quản lý tài liệu dựa trên các trường metadata, quản lý tài liệu theo version, phân quyền truy cập tài liệu theo người dùng và nhóm người dùng, tìm kiếm toàn văn các tài liệu.

- Cung cấp các quy trình quản lý tài liệu.

- Cung cấp môi trường làm việc cộng tác.

Phần mềm Mobile Client cho Alfresco có thể chạy trên Android hoặc iOS, có nhiệm vụ kết nối đến Alfresco Server và thực hiện được ít nhất các chức năng chính như sau:

- Download/Upload tài liệu lên máy chủ.

- Xem thông tin chi tiết tài liệu.

- Tạo, xem, quản lý quy trình.

- Gửi và cập nhật thông tin cho tài liệu...

Kỹ năng yêu cầu:

- Khả năng tiếng Anh, khả năng trình bày, kiên nhẫn, tìm tòi.
- Có khả năng lập trình trên iOS hoặc Android.
- Sử dụng thành thạo một trong các IDE: Netbeans, Eclipse, Spring STS...

Đánh giá mức độ khó:

Khó

Mentor: Nguyễn Vũ Hưng, Hoàng Chí Linh

Thông tin khác:

Được tài trợ trực tiếp từ công ty, tuyển dụng trực tiếp từ công ty nếu hoàn thành tốt.

Đề tài 3:

Tên đề tài: Mở rộng chức năng thống kê, bao cáo cho Alfresco.

Mô tả dự án:

Alfresco là phần mềm quản lý tài liệu mã nguồn mở với các chức năng chính:

- Lưu trữ và quản lý tài liệu: lưu trữ tài liệu trên repository, quản lý tài liệu dựa trên các trường metadata, quản lý tài liệu theo version, phân quyền truy cập tài liệu theo người dùng và nhóm người dùng, tìm kiếm toàn văn các tài liệu.

- Cung cấp các quy trình quản lý tài liệu.

- Cung cấp môi trường làm việc cộng tác.

Phần mở rộng chức năng thống kê, báo cáo cho Alfresco bao gồm:

- Mở rộng chức năng quản lý quota.

- Mở rộng chức năng thống kê, phân loại tài liệu trên repository.

- Mở rộng chức năng tạo báo cáo theo thời gian ( ngày, tuần, tháng, năm).

Kỹ năng yêu cầu:

- Khả năng tiếng Anh, khả năng trình bày, kiên nhẫn, tìm tòi.
- J2EE, JSP, JavaScript, CSS, HTML, Ajax, JSON.
- Sử dụng thành thạo một trong các IDE: Netbeans, Eclipse, Spring STS...

Đánh giá mức độ khó:

Khó

Mentor: Nguyễn Vũ Hưng, Hoàng Chí Linh

Thông tin khác:

Được tài trợ trực tiếp từ công ty, tuyển dụng trực tiếp từ công ty nếu hoàn thành tốt.

--
Best Regards,
Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )
vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype: vuhung16plus, twitter: vuhung, MSN: vuhung16.
http://www.facebook.com/nguyenvuhung
http://nguyen-vu-hung.blogspot.com/
Học tiếng Nhật: http://hoc-tiengnhat.blogspot.com/
Vietnamese LibreOffice: http://libo-vi.blogspot.com/
Mozilla & Firefox tiếng Việt: http://mozilla-vi.blogspot.com/

Disclaimer: When posted to social networking groups include, but not limited Linux Users' Groups,
Free and Open Sources forums, mailing lists, the obove is my personal opinion and is *not*
the opinion of my employer(s), associations and/or groups I join.

Hệ thống cảnh báo sự cố đoạt cúp của Microsoft

http://vietnamnet.vn/vn/cong-nghe-thong-tin-vien-thong/70005/he-thong-canh-bao-su-co-doat-cup-cua-microsoft.html

Search một triệu record với solr trong vòng 2 mili giây

Solr search quá nhanh

Query time in ms=2 Query parms=PMO Library=RankingAlgorithm Index=wikipedia

Wikipedia Id, Title, Score

472765, PMO, 101.04132

333233, Palermo Airport, 101.02873

24135, Prime Minister of Canada, 101.02772

1303667, David Onley, 101.0277

621742, Purple Mountain Observatory, 101.02744

711876, Pierre Omidyar, 101.02713

523641, Najib Tun Razak, 101.02711

350647, Prime Minister of Singapore, 101.02657

267428, Resource allocation, 101.02644

950359, Program director, 101.02629

27318, Singapore, 101.02613

817435, List of Indian agencies, 101.02569

1118591, Wawasan 2020, 101.02565

483993, Kantei, 101.02563

1619504, Metzer, 101.02558

547114, 7 Race Course Road, 101.025406

271942, David Packard, 101.025375

626699, Chief of Staff (Canada), 101.02522

1436549, Enterprise project management, 101.02511

461887, Prime Minister of Bangladesh, 101.02485

http://solr-ra.tgels.com/rankingsearch_response.jsp?index=wikipedia&search=PMO&i=-1&f=1&ibtnSearch=Search&library=RankingAlgorithm&mode=Document&scan=fast

Firefox 12: Simpler Update and 85 Improvments

Theo tin từ Mozilla blog, Bản Firefox 12 đã ra lò với chức năng chính là

1. Simple (Silent) Update, giống Chrome
2. và 85 cải thiện

Ngoài ra, không thấy Firefox thông báo cải thiện nào về performance
của Firefox.

Có lẽ những người dùng khó tính và care về privacy của họ sẽ không hài
lòng nếu thiết lập này được bật mặc định.
Nhưng dù sao, Mozilla Firefox là PMNM nên người dùng sẽ dễ tính và tin
tưởng hơn.

http://blog.mozilla.org/blog/2012/04/24/firefox-introduces-a-simpler-update-process-and-more-than-85-improvements-to-developer-tools/
http://blog.mozilla.org/futurereleases/2012/02/03/improving-the-firefox-update-experience/

--

Disclaimer: When posted to social networking groups include, but not
limited Linux Users' Groups,
Free and Open Sources forums, mailing lists, the obove is my personal
opinion and is *not*
the opinion of my employer(s), associations and/or groups I join.

Hoạt động đối ngoại của Microsoft và Việt Nam

Một vài mốc:

2012/04/26: Microsoft COO Kevin Turner sang thăm và làm việc tại Việt Nam.
Nội dung chính: Chưa rõ.
cf. http://www.vtv.vn/Article/Get/264-Tong-Giam-doc-dieu-hanh-Microsoft-den-Viet-Nam-8328c54326.html
"26/4, Tổng Giám đốc điều hành Microsoft đến Việt Nam"

2008/04/21: Microsoft CEO Bill Gates đến Việt Nam,
http://muabanraovat.org/node/298893
"hôm nay, bill gates tới việt nam"

2008/04/09: Microsoft COO Kevin Turner thăm Việt Nam,
Microsoft ký kết thỏa thuận với Chính phủ Việt Nam với đại diện là Bộ TTTT.
Microsoft "tặng" cổng thương mại điện tử cho tỉnh Lào Cai (sử dụng Sharepoint)
cũng như cam kết cung cấp giải pháp cổng thông tin điện tử cho Việt Nam.
Microsoft tiếp tục bán thêm 7.000 bản quyền phần mềm cho Vietinbank .
http://muabanraovat.org/node/463357
""Cánh tay phải" của Bill Gates tới Việt Nam"

Code review bad smell: Spelling, Typo

Tiếng Việt:

Đúng: "bổ sung"
chứ không phải,
Sai: "bổ xung"

Google:
"bổ sung": 40 triệu kết quả
"bổ xung": 1.9 triệu kết quả.

Như vậy, nói chung dân ta vẫn dùng đúng chính ta.

Khi review, sai chính tả là rất bad smell, nói chung code sai chính tả là ẩu,khả năng lỗi rất lớn.
http://programmers.stackexchange.com/questions/137930/how-to-find-out-if-spelling-mistakes-in-source-code-are-a-serious-issue-or-not

Spelling errors can mean one of two things:

The person who makes them is not proficient in English, and doesn't take the time to compensate by using appropriate tools (dictionaries, spell checkers, etc.)
The person who makes them is proficient in English, but doesn't care about spelling at all.

Either is a fairly bad sign, because it means the person in question doesn't have readability, maintainability and elegance high on their priority list; if the cause is a lack of English language proficience, it also means that the person lacks two essential skills - written English communication, and a general feeling for languages (if you can't express your thoughts clearly in English, chances are you can't express them well in a programming language either).

But why exactly are spelling errors bad, all else being equal? After all, the code works, and the compiler doesn't care at all how you name your identifiers, as long as they don't violate the syntax rules. The reason is that we write code not only for computers, but also and most of all, for humans. If that weren't the case, we'd still be using assembly. Source code is written once, but read hundreds of times during its lifecycle. Spelling errors make reading and understanding the source code harder - mild errors cause the reader to stumble for a fraction of a second, many of them can cause considerable delays; really bad errors can render source code completely unreadable. There is another issue, which is that most of the code you write will be referred to by other code, and that code more often than not is written by someone else. If you misspell your identifiers, someone else will have to remember (or look up) not only what the name is, but also how exactly it is misspelled. This takes time and breaks the programming flow; and since most code gets touched more than once in maintenance, each spelling error causes a whole lot of interruptions.

Consider how developer time equals salary equals expenses, I think it should be easy enough to make a case of this; after all, breaking the flow and getting back into it can take up to 15 minutes. This way, a severe spelling error can easily cost a few hundred dollars in further development and maintenance (but they're indirect costs, not directly visible in estimates and evaluations, so they often get ignored by management).

Eric Raymond backs to coding on giflib.

Eric Raymond, tác giả "The Cathedral" và "Bazaar and The Art of Unix
Programming" lại đi coding tiếp.
Không có vẻ gì là bác này quên code C cả, dù sinh năm 1957 ;)

Anyway, lib này có lẽ ít quan trọng.
Mình dùng jpeg và png nhiều hơn.

Đúng ra, png được tạo ra để thay thế gif bởi những vấn đề pháp lý và gif gây ra.
Điều này rất đúng vào thời kỳ đầu của Internet khi IE còn bá chủ và
gif, với dung lượng nhỏ
và hiển thị được transparent background là bá chủ.
Nhưng bây giờ có lẽ đã không còn đúng nữa thì PNG, HTML 5 và nhiều
công nghệ khác nữa đã thay thế được gif.

Btw, còn bác nào dùng GIF không nhỉ?

---------- Forwarded message ----------
From: Eric S. Raymond <esr@>
Date: Tue, Apr 24, 2012 at 09:02
Subject: [giflib-devel] State of the giflib code - what else can I remove?
To: giflib-devel@
Cc: Toshio Kuratomi <a.badger@>

The giflib codebase badly needed to be brought into the 21st century.
Significant portions of it were obsolete and a maintainance burden, and
the C it was written in was a rather archaic dialect tangled with platform
#ifdefs - so old that it didn't rely on having void * or fixed-width types.

I've already fixed a lot of the more obvious problems simply by
ripping out a lot of obsolescent code.  C99 and Single Unix
Specification give us better ways to do cross-platform things that
used to take a lot of platform-specific headers. I've also dropped
a couple of utilities, gif2epsn and gif2iris, that targeted obsolete
hardware.

The only potentially user-visible change to the library so far is that
the undocumented DumpScreen2Gif() entry point is gone.  Most of that
code was certainly obsolete, targeting things like EGA graphic cards
(!).  Only the X case might still have worked, and I'm doubtful about
even that much.  Ripping it out solved about 80% of the remaining
portability problems.

The remaining 20% are concentrated in a small number of files that
I'm wondering if I should just drop.

1, gif2x11.  Do we really need to carry an X viewer in the  giflib
distribution?  There are enough of those that I'm inclined to let
that be somebody else's problem.

2. The Game Boy Advanced support.  What's up with that?  Was it ever
documented? The product was discontinued in 2008 - is there any reason
to consider it relevant to future giflib releases?

3. The files in the windows/ directory.  Where are these documented?
Why are we carrying them?  I see the code dates from 1999; is there
any reason to believe anyone is still using it?
--
                                               >>esr>>

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
giflib-devel mailing list
giflib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/giflib-devel

--
Best Regards,
Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )
vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype:
vuhung16plus, twitter: vuhung, MSN: vuhung16.
http://www.facebook.com/nguyenvuhung
http://nguyen-vu-hung.blogspot.com/
Học tiếng Nhật: http://hoc-tiengnhat.blogspot.com/
Vietnamese LibreOffice: http://libo-vi.blogspot.com/
Mozilla & Firefox tiếng Việt: http://mozilla-vi.blogspot.com/

Disclaimer: When posted to social networking groups include, but not
limited Linux Users' Groups,
Free and Open Sources forums, mailing lists, the obove is my personal
opinion and is *not*
the opinion of my employer(s), associations and/or groups I join.

Maps on Bing and Facebook by Microsoft

Will FB stand this shit?

Firefox performance improvement

Firefox có lẽ đang bloated.

Nhưng nếu người dùng bị bloated, có vấn đề về performance khi cài nhiều plugin thì đó là lỗi cấu trúc của Firefox trong quản lý (memory của) addon, cách duyệt các addon.

Về memory usage (improvement) cho đến FF 10, bài này rất đáng tham khảo:

- FF tự vượt lên chính mình, nhưng vẫn chưa vượt qua Chrome.

http://www.slideshare.net/nnethercote/notes-on-reducing-firefoxs-memory-consumption

Disclaimer: When posted to social networking groups include, but not limited Linux Users' Groups,
Free and Open Sources forums, mailing lists, the obove is my personal opinion and is *not*
the opinion of my employer(s), associations and/or groups I join.

Instagram's open source platforms

Instagram là một minh chứng về *ứng dụng* thành công FOSS cho startups.

Giá của Instgram vừa được bán là 1 tỉ USD, là công ty sử dụng mô hình
mở thứ 2 cán mốc 1 tỉ USD sau Redhat.

Các công nghệ được dùng trong Instagram:
1. Ubuntu 11.04 (11.04 thì ổn định, 10.10 thì không ổn định)
2. nginx
3. Amazon's Route53 for DNS.
3. 25+ Django app servers on high CPU Xtra-Large EC2 instances.
4. Gunicorn as their WSGI server.
5. Fabric to deploy in parallel to all machines.
6. 3 12 PostgreSQL-server clusters on Xtra-Large memory instances.
7. EBS as a software RAID configuration.
8. Apache Solr for geo-search API.
9. 6 memcached instances for caching.
10. Gearman task queue.
11. Sentry for Python error reporting
12. Pindom for service monitoring
13. Python-Munin based plugins for graphing
14. PgBouncer for PostgreSQL pooling
15. vmtouch for in-memory management

Nguyên tắc phát triển (Rất Unix):
1. Keep it very simple
2. Don't re-invent the wheel
3. Go with proven and solid technologies when you can

cf.
http://instagram-engineering.tumblr.com/post/13649370142/what-powers-instagram-hundreds-of-instances-dozens-of

--
Disclaimer: When posted to social networking groups include, but not
limited Linux Users' Groups,
Free and Open Sources forums, mailing lists, the obove is my personal
opinion and is *not*
the opinion of my employer(s), associations and/or groups I join.

Microsoft in list of top 20 Linux kernel contributors

Thống kê tới tháng 4 năm 2012 cho thất, Microsoft là 1 trong 20 đối
tượng (công ty) có đóng góp tích cực vào Linux kernel.
Có lẽ Steve Ballmer đã hiểu ra bệnh.

Tiếp theo trong danh sách là Red Hat, Novell và IBM.

Ubuntu không có tên trong danh sách này.

Mô hình phát triển mở của Linux lôi kéo được nhiều người tham nhưng
nhưng vẫn có một rủi ro tiềm tàng:
Đối thủ cạnh tranh sẽ chiếm số lớn, tạo ảnh hưởng trong dự án mở (dân
chủ) dạng này và kiểm soát nó.
Tuy nhiên, có lẽ không không phải lo lắng nhiều vì với FOSS, do tính
mở, fork luôn là một giải pháp khi không đi đến sự đồng thuận.

cf. http://www.geekwire.com/2012/surprise-microsoft-list-top-linux-kernel-contributors/

--
Best Regards,
Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )
vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype:
vuhung16plus, twitter: vuhung, MSN: vuhung16.
http://www.facebook.com/nguyenvuhung
http://nguyen-vu-hung.blogspot.com/
Học tiếng Nhật: http://hoc-tiengnhat.blogspot.com/
Vietnamese LibreOffice: http://libo-vi.blogspot.com/
Mozilla & Firefox tiếng Việt: http://mozilla-vi.blogspot.com/

Disclaimer: When posted to social networking groups include, but not
limited Linux Users' Groups,
Free and Open Sources forums, mailing lists, the obove is my personal
opinion and is *not*
the opinion of my employer(s), associations and/or groups I join.

Shutterfly và storage với 30 petabytes dữ liệu

Shutterfly sửa dụng "Erasure Code-based Storage" - một công nghệ khá mới để lưu 30 petabytes dữ liệu. Họ không dùng RAID, không xóa ảnh của users, không resize ảnh của users.

Wikipedia: Quán lý khó

Tra từ "tài chính công" (public finance) trên Wikipedia

Tiếng Anh:
Public finance is the study of the role of the government in the economy

Tiếng Việt:
Nhà nước ra đời mang tính chất khách quan nhưng tồn tai lại mang tính chất chủ quan Nhà nước có 2 chức năng chính là trấn áp bạo lực và tổ chức quản lý . Nhà nước thể hiện chức năng trấn áp của mình để phục vụ lợi ích cho nhà nước , cụ thể ở Việt Nam : thông qua 2 cơ quan là Bộ Công An và Bộ Quốc phòng . Nhà nước tổ chức quản lý trong 2 lĩnh vực chính là kinh tế và xã hội.

Các dự án "điện tử hóa" khủng

Bộ Công An, Hộ chiếu điện tử, 2013: 5 triệu USD
Bộ Công An, Chứng minh thư điện tử, quý 3 năm 2011: Có lẽ đã chậm. Tin đồn là $250M.
Bộ Tài Chính, Hiện đại hóa hành chính thuế (giao dịch thương mại điện tử), 92 triệu USD
Tổng Cục Hải Quan, Hải quan điện tử 34 triệu USD (Question: Số tiền Việt Nam vay và bỏ ra là bao nhiêu?

http://security.org.vn/hn2012/index.php?option=com_content&view=article&id=54:invitation-letter&catid=25:home&lang=vi
http://nguoixunghekiev.vn/serviceView_352_363_5626.html


--
Best Regards,
Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )
vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype: vuhung16plus, twitter: vuhung, MSN: vuhung16.
http://www.facebook.com/nguyenvuhung
http://nguyen-vu-hung.blogspot.com/
Học tiếng Nhật: http://hoc-tiengnhat.blogspot.com/
Vietnamese LibreOffice: http://libo-vi.blogspot.com/
Mozilla & Firefox tiếng Việt: http://mozilla-vi.blogspot.com/

Disclaimer: When posted to social networking groups include, but not limited Linux Users' Groups,
Free and Open Sources forums, mailing lists, the obove is my personal opinion and is *not*
the opinion of my employer(s), associations and/or groups I join.

TeamLab.com: Thúc đẩy năng suất làm việc của nhân viên với chi phí bằng không

TeamLab.com, một dịch vụ trực tuyến với các chức năng chính quản lý dựán, quản lý tài liệu, quản lý khách hang và hỗ trợ cộng tác hiện nay đã có phiên bản Tiếng Việt.

TeamLab.com, một dịch vụ trực tuyến phổ biến nhằm quản lý dự án, quản lý tài liệu, quản lý quan hệ khách hàng và hỗ trợ cộng tác thông báo sự ra đời của phiên bản TiếngViệt cho các doanh nghiệp Việt Nam. Giải pháp tích hợp nhiều chức năng này có thể được sử dụng dưới hai hình thức: nền tảng điện toán đám mây và dưới dạng một phần mềm nguồn mở.

TeamLab có 4 chức năng được kết hợp chặt chẽ với nhau, đó là: Dự án, Tài liệu,CRM và Cộng đồng.

Mô-đun "Dự án" cho phép người dùng quản lý làm việc theo nhóm, phân công nhiệm vụ và thiết lập các sự kiện quan trọng của dự án. Các công cụ theo dõi thời gian và các tùy chọn nâng cao trong "Lịchlàmviệc" cho phép các thành viên trong nhóm sắp xếp các hoạt động cá nhân cũng như các hoạt động cộng tác với các thành viên khác. Trong khi đó, hệ thống nhắc nhở sẽ liên tục cập nhật để các thành viên không bao giờ quên các công việc khi tới hạn.

Mô-đun "Tài liệu" là một sự kết hợp của một kho lưu trữ tập tin, quản lý tài liệu và một chương trình xử lý văn bản. Bộ công cụ toàn diện củaTeamLab không chỉ cho phép nhân viên lưu trữ dữ liệu cá nhân cũng như cácdữ liệu chung mà còn cho phép chỉnh sửa tài liệu, bảng tính, các bài thuyết trình và thậm chí cả tập tin pdf ngay trên hệ thống. Bộ công cụ linh hoạt cung cấp quyền cho người truy cập cho phép nhân viên chia sẻ dữ liệu cho các đồng nghiệp cũng như các phòng ban khác, kể cả cho phép chia sẻ quyền truy cập với các đối tượng không có trong hệ thống.

Để tăng tối đa hiệu quả của công tác bán hàng, TeamLab hỗ trợ một công cụ là "CRM" với bốn phần: Danh bạ (Contacts), được thiết kế để lưu trữ và theo dõi tất cả các dữ liệu cần thiết, Công việc(Tasks)- đểtạo ra các nhắc nhở liên quan đến khách hàng, Cơ hội(Opportunities) để theo dõi những hợp đồng tiềm năng và các Trường hợp (Cases)- Tổng hợp tất cả các thông tin về một sự kiện. Khi có sự thay đổi lớn về yêu cầu của hoạt động kinh doanh, TeamLab CRM sẽ cung cấp các tuỳ chọn tuỳ chỉnh. Để truy cập các thông tin nhanh và hiệu quả, người dung có thể sử dụng các thẻ đã được đánh dấu.

Để tối ưu hóa việc truyền thông nội bộ, TeamLab đã phát triểnmô-đun "Cộng đồng"giúp cho các luồng thông tin nội bộ trong doanh nghiệp luôn được truyền tải một cách suôn sẻ nhất. Nhân viên có thể chia sẻ thông tin qua các phương tiện khác nhau như "Wiki", "Bookmark", Các "Thảoluận", "Blogs" và chia sẻ hình ảnh. TeamLab tích hợp một công cụ nhắn tin tức thời cho phép người sử dụng trong hệ thống trao đổi các thông tin với nhau một cách nhanh chóng.

Không ai có thể phủ nhận khả năng và sự cần thiết của các thiết bị di động nhất là khi cần làm việc từ xa,TeamLab cũng cung cấp một ứng dụng cho các thiết bị này với các chức năng cơ bản nhất cho phép người dung làm việc tương tác với nhau mà không cần quan tâm tới vị trí của họ .

Giớithiệu TeamLab

TeamLab là một dịch vụ trực tuyến miễn phí giúp quản lý hoạt động cộngtác, quản lý tài liệu, quản lý dự án và quan hệ khách hàng tích hợp một số công cụ web giúp các nhân viên sắp xế pvà tự động hóa quy trình kinh doanh. Để biết thêm thông tin, xin vui lòng tham khảohttp://www.teamlab.com.

Giới thiệu Công ty

Ascensio System SIA là nhà phát triển giải pháp CNTT cho cá nhân và doanh nghiệp, thành lập năm 2009 với ý tưởng hỗ trợ cho việc làm việc theo nhóm và các hoạt động kinh doanh của doanh nghiệp vừa và nhỏ một cách hiệu quả.

TeamLab hiện đang là dự án quan trọng của Ascensio System SIA. TeamLab được phát triển và dẫn dắt bởi một đội ngũ các chuyên gia đa quốc gia đầy tham vọng và có trình độ cao trong thiết kế và triển khai các ứng dụng web.

Để biết thêm thông tin chi tiết, xin vui lòng liên hệ:

Olga Sorokina

Trưởng bộ phận PR,

Ascensio System SIA

Điện thoại: +3717121714

Email: Olga.Sorokina @ teamlab.com

Theo dõi chúng tôitrên:

• http://www.facebook.com/TeamLab

• http://www.youtube.com/user/TeamLabdotcom

• http://twitter.com/teamlabdotcom

• http://www.linkedin.com/groups?home=&gid=3159387?

* Sau khi đăng ký tại TeamLab.com, hệ thống của bạn sẽ tự động chuyển sang tiếng Việt . Nếu hệ thống không tự động chuyển, bạn có thể vào mục settings -> language and time zone và chuyển sang ngôn ngữ mặc định là tiếng Việt.