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.