Hôm kia lên văn phòng khoa, gặp 2 cuốn Design Pattern với Code Complete để trên bàn, tính đụng vào thử nhưng có việc gấp nên thôi 
Ủng hộ dịch cuốn này
Lập nhóm dịch code complete
Nên đọc thử đi, quyển này dài lắm, không nên dịch hết.
@joker Nếu chỉ dịch một vài chương quan trọng thì hay hơn đấy.
1 Like
Từ giờ em hơi bận nhưng cũng sẽ góp phần.
EM THAM GIA
Thử với chap 11 xem: - Chapter 11: Power of Variables Names
1 Like
Theo anh đạt thì nên đọc những chap nào là quan trọng? Em cũng thấy cuốn đó gần 1000 trang mà đọc hết cũng hơi nhọc, với lại trình độ anh văn cũng có hạn.
Đọc variable để hiểu cách đặt tên và sử dụng biến
Variables
10 General Issues in Using Variables
11 The Power of Variable Names
Đọc Creating High Quality Code Để biết cách code tốt hơn
Creating High Quality Code
5 Design in Construction
6 Working Classes
7 High-Quality Routines
8 Defensive Programming
9 The Pseudocode Programming Process
Đọc 33 Personal Character để trở thành người trung thực
Đọc hết mấy chap đó trước thử xem.
Có thời gian đọc phần này cực hay, nói về các vấn đề cơ bản trong lập trình như if, else, for các kiểu mà mình không nghĩ ra.
Statements
14 Organizing Straight-Line Code
15 Using Conditionals
16 Controlling Loops
17 Unusual Control Structures
18 Table-Driven Methods
19 General Control Issues
6 Likes
Ok anh, em sẽ đọc theo giới thiệu của anh trước.
Em thấy cuốn này hay, định đọc nhưng thấy dài nên thôi. Đành tạm gác lại
Lúc trước em thấy bên nhóm dịch Creepypasta thì họ làm thế này 
, chia ra nhiều nhóm, mỗi nhóm có 2 người 1 Translator và một Editor, Translator sẽ dịch từ tiếng Anh sang Việt rồi Editor sẽ chỉnh sửa lại từ bài thô của Translator đưa qua.
3 Likes
lúc trước mình có giúp vài nhóm dịch truyện trans bản tiếng anh ra bản tiếng việt thô, editor nhận rồi chỉnh sửa lại, làm vậy lâu hơn là translator dịch hết toàn bộ editor chỉ việc lấy rồi đưa vào trang truyện thôi. nhưng đó là truyện tranh còn đây là dịch chữ toàn bộ nên mình nghĩ cách này cũng khả thi.
2 Likes
Mình có diễn đàn thì có thể gửi bài thảo lên cho các bạn khác xem và đánh gía, dịch từng đoạn một rồi cùng sửa?
Đúng rồi. Em nghĩ sẽ chia ra mỗi người một phần rồi cùng đưa lên cho mọi người sửa xem thế nào?
Bây giờ công ty đang chặn mạng em chưa vào mail được. Có gì tối em sẽ gửi địa chỉ mail cho mọi người thảo luận rồi cùng nhau chia công việc. Quyển này rất dày nếu ai đọc rồi cho giúp ý kiến xem chương nào hay và có ích nhất sẽ dịch trước. Rồi dịch các chương khác sau.
Không biết rủ thêm thành viên forum khác dịch cùng có được k a? 
Sure, why not mục tiêu là học mà
1 Like
Làm cái github repo và dịch thôi nhỉ ? 
Có tất cả 35 mục. Trung bình độ dài mỗi mục là từ 20-30 trang. Có 1 vài mục ngoại lệ là dài hơn hoặc ngắn hơn.
Sẽ chia ra thành các branch theo mục như vậy dễ quản lý.
Ae tiến hành thôi
3 Likes
Phân công ra sao? Làm việc thế nào ?
dịch ra là một chuyện còn phải được biên tập lại nữa và ai sẽ là người duyệt nội dung cuối cùng đảm bảo nội dung được hạn chế sai sót đến mức có thể. Nếu có một group như vậy thì tuyệt vời quá
GIT dùng nhanh, đơn giản, việc merge cũng rất dễ dàng, ban đầu mình chỉ cần dùng 1 file text thôi. Người khởi tạo repo copy cái khung mục lục vào file text. Sau đó ai làm thì cứ mỗi mục(có 35 mục) 1 branch, chỉ sửa text trong phạm vi mục của mình để sau này merge không bị conflict và chỉ cần làm = lệnh, ko cần dùng tay.
Việc review có thể diễn ra ngay trên giao diện web của github bằng cách click vào 1 dòng nào đó của commit rồi nó sẽ popup lên khung để cho comment. Hoặc có thể sửa luôn text của phần đó và đẩy thẳng lên nhánh (branch) đó.
Ai xung phong trước làm trước, tạo branch trước. Ai vào làm sau thấy mục (tương ứng với branch) có rồi thì thôi làm phần khác hoặc liên hệ trực tiếp ở topic này để dịch cùng người làm trước (nếu muốn).
Như vậy là xong. Các bạn tự chọn 1 trong 35 mục và chiến đi, ai nhanh tay thì được chọn trước.
2 Likes
83% thành viên diễn đàn không hỏi bài tập, còn bạn thì sao?