Bàn về Project Estimate (見積)

Hôm nay chúng ta sẽ cùng đàm đạo về một chủ đề khó nhằn đòi hỏi kinh nghiệm nhiều năm trong nghề đó là Estimate – 見積もり. Nó thực sự khó và phần việc này “không dành cho tay mơ” vì liên quan vấn đề tiền bạc. Tại sao BrSE phải biết cái này. Sẽ có nhiều bạn thắc mắc : việc Estimate là của người khác chứ sao BrSE lại làm ? vậy “người khác” đây là ai. Sẽ có 1 ngày bạn sẽ là cái “người khác” đó nên từ bây giờ hãy chuẩn bị những kiến thức cần biết, sau này sẽ dùng. Và một điều mình muốn tiết lộ : không phải Sale, không phải PM, Sếp càng không … mà chính là các bạn – những BrSE cứng là người hiểu hệ thống sâu nhất và chính là người estimate với sai số thấp nhất.

Về định nghĩa mình sẽ không nói ở đây, vì nếu bạn chưa biết estimate là gì thì không nên đọc bài này chi cho đau đầu. Những nội dung mình muốn truyền tải gồm 3 phần :

  • Tầm quan trọng
  • Những con số
  • Phân loại dự án và cách ước tính

Continue reading

[IT読解] Bài 7 : Xu hướng tương lai của các ngôn ngữ lập trình

Dạo gần đây mình nhận được khá nhiều câu hỏi kiểu : “em nên học ngôn ngữ lập trình nào”.
Và câu trả lời là đây : Đánh giá xếp hạng mới nhất 2017.
 Và “xu hướng tương lai của các ngôn ngữ lập trình” nằm trong bài tiếng Nhật bên dưới.

Continue reading

[IT読解] Bài 6 : JSON là khỉ gì

Tuần này xin gửi đến mọi người bài viết giới thiệu về JSON. Tác giả là 1 supper man của NTT Data chuyên về JavaScript. Mình cũng từng làm 1 project có dùng JSON nên hiểu được nhiều cái hay của nó. Qua bài viết này nếu bạn nào đã biết rồi thì nên đào sâu hơn. Còn chưa biết thì cứ tập làm 1 web nhỏ nhỏ xem thử nó hoạt động thế nào. Lý do đưa bài viết chuyên kỹ thuật lên để mọi người quen, sau này onsite khách hàng giao tài liệu thì sẽ biết cách đọc sao cho nhanh – cho đúng.

Continue reading

Tổng hợp comment bá đạo của Dev Nhật

Hôm ni rảnh rỗi lang thang đọc mấy bài IT dokkai để dịch cho các bạn tham khảo. Chưa thấy bài nào hay ho thì phát hiện ra cái tổng hợp comment bá đạo của dev Nhật :D. Nó hơi tựa tựa comment vui bằng tiếng anh mình từng thấy đâu đó rồi. Các bạn vừa đọc, vừa học JP vừa … giải trí luôn nhé 😀

TODO : Xin vợ mua IPhone 7

Continue reading

Bàn về định nghĩa yêu cầu (要件定義)

definerequirement_tigernguyen

Tiếp tục sê ri công đoạn phát triển phần mềm, hôm nay mời quí bạn và các vị đến với “định nghĩa yêu cầu” 要件定義 – Requirements Definition. Đáng lẽ nó được viết trước basic design detail design (cho đúng thứ tự) nhưng thấy khó ăn quá nên mình phải viết cái dễ trước khó sau. Quả thật là những BrSE được có cơ hội làm công đoạn này không nhiều. Một phần vì kỹ năng nghe, thứ 2 là nó rất khó. Mình thì may mắn được đi hóng hớt suốt 2 tháng trời, hằng ngày muối mặt ở shinjuku (ngay khu phố trong bộ phim Đại Náo Shinjuku – Thành Long) nghe khách hàng nói trên trời dưới đất. Dạo ấy đi cùng mình là 1 bác đồng nghiệp người Nhật, người sau này mình gọi là shisho (師匠 – sư phụ). Bác ấy nghe chính còn mình chỉ phụ hoạ chứ hồi đó mới nứt mắt thì bít cái đếu j mà hear vs chả ring. Đến tận mấy dự án sau này, ngồi đọc các tài liệu nên cũng thấm dần, đầu đất mà mưa dầm thì nó cũng nhão ra 😀 Continue reading

Bàn về Detail Design (詳細設計)

develop-process

Tiếp nối phần trước về Basic Design, phần này tại hạ xin phép được đàm đạo với chư vị về Detail Design. Cách đây đúng 4 năm, giờ này mình đang đứng trên bục thành hôn chấm dứt đời đọc thân 😀 và trước đó vài ngày thì nhận được lệnh đi onsite 1 dự án triệu đô để xây dựng hệ thống cho nhà mạng viễn thông của Nhật Bản. Đó cũng là dự án đầu tiên trải nghiệm độ xương xẩu của công đoạn BD vs DD là như nào, giờ nghĩ lại vẫn toát mồ hôi hột. Cũng may là 1 thằng oắt con vắt mũi chưa sạch như mình được kèm cặp bởi 2 đại ca lão làng cứng cả tech lẫn JP. Ngồi viết ra mấy dòng này bồi hồi nhớ lại giai đoạn pilot chông gai mà mỗi bản thiết kế 1 màn hình phải bị (được) chỉnh đi chỉnh lại hàng chục lần, và mỗi lần chỉnh là 1 lần … nhục. Nhân đây giải thích qua từ “pilot” vì có thể 1 vài bạn còn chưa biết. Nôm na là làm thử, mục đích là coi tụi dân Nam có mần được trò trống gì không, được thì cho mần chính thức, còn ko thì … tập xác định, về nhà chăn trâu 😀 Hình như hơi lạc đề … Continue reading

Bàn về Basic Design (基本設計)

basicdesign-process

Hồi “trẻ trâu” mình vẫn nghĩ coding là 1 công đoạn thần thánh tạo ra 90 % thành công trong dự án. Nhưng giờ nghĩ lại thì đúng là sửu nhi thật, code chỉ là 1 phần nhỏ trong cả toàn bộ qui trình mà thông thường chỉ chiếm chưa đến 30% thời gian – công sức.

Hôm nay mình xin phép được “lạm bàn” về 1 mảng khá khoai đó là BASIC DESIGN. Trước tiên để hiểu nó là gì thì mô tả ngắn gọn như sau : BD là 1 công đoạn trong phát triển phần mềm theo chuẩn Nhật, nó là output của công đoạn phân tích yêu cầu và là input của thiết kế chức năng(機能設計) hoặc thiết kế chi tiết (詳細設計). Vì sao có chữ hoặc ở đây ? đơn giản là có những dự án các bác gộp 2 cái này thành 1 và gọi chung là 詳細設計 luôn. Dài dòng ghê, nhìn hình dưới cho dễ nhớ nè.

quitrinhphanmem

Continue reading

BrSE cần học công nghệ gì

Câu hỏi đặt ra : học công nghệ đó để làm gì (nghe quen quen kiểu “làm từ thiện để làm gì”). Nếu học vì đam mê, yêu thích nó thì mình không bàn tới. Phạm vi bài viết này chỉ giới thiệu xu hướng công nghệ đang hot với BrSE ở thời điểm hiện tại và vài năm tới (ở Nhật), tức là dù không mê hay thậm chí …ghét cay ghét đắng cũng nên học. Mình sắp xếp theo 3 mảng : Maintain, Migartion, Development. Continue reading

Facebook Page

Categories

Recent Posts

Archives

Subscribe to Blog via Email

Enter your email address to subscribe to this blog and receive notifications of new posts by email.