Cuộc họp các nhà phát triển I2P - 06 tháng 3, 2016

<zzz> 1) VRP/H1/1119 <zzz> 2) 0.9.26 chuyển sang <zzz> 3) Summer of X <zzz> 4) 27-29 hoãn sang cuộc họp tiếp theo <zzz> 0) chào <zzz> chào <str4d> chào <zzz> Tôi sẽ giải thích mục 3) khi đến phần đó <EinMByte> Chào <zzz> 1) VRP/H1/1119 <zzz> http://trac.i2p2.i2p/ticket/1119 <zzz> mọi người đã có dịp theo kịp và rà soát ticket này chưa? * str4d sắp đăng bình luận của mình <zzz> str4d, nhận xét tổng thể? <str4d> Nhìn chung tôi thấy khá tốt. Tôi thích phản hồi tích cực từ những người làm việc này chuyên nghiệp :) <zzz> Tôi nghĩ về cơ bản ta đang đi đúng hướng <zzz> ticket này đã tồn tại 2 năm rồi. bạn đã nêu H1 14 tháng trước. ta có các bản nháp quy trình VRP của anonimal từ tháng 9 <zzz> tôi nghĩ trong khoảng thời gian đó, h1 đã trở nên khá chính danh <str4d> Tôi đồng ý với zzz rằng các điểm về sau bị quy định quá mức, nhưng tôi nghĩ các phần quy trình và phản hồi (mục III và IV) có mức độ chi tiết phù hợp <zzz> tôi không còn nghi ngại gì về việc dùng h1 <EinMByte> Đúng, dù tôi chỉ theo dõi thảo luận từ xa, phản hồi lỗ hổng nên theo thủ tục chặt chẽ hơn hiện nay. H1 có thể là một lựa chọn tốt cho việc đó. <EinMByte> s/options/option <str4d> Tôi cũng +1 cho h1, vì các lý do tôi đã nêu trong ticket. <zzz> str4d, bạn đã gặp katie của h1 cách đây không lâu đúng không? có thể kể cho chúng tôi về buổi gặp đó chứ? <z3r0fox> Chào <str4d> Đúng vậy! Tôi gặp cô ấy ở Kiwicon 9 <str4d> Tôi hỏi cô ấy về tweet tôi đăng, mà arice đã phản hồi trong ticket <str4d> Hóa ra arice thực sự đã email cho cô ấy một liên kết đến ticket của chúng ta để hỏi liệu phản hồi của anh ấy có ổn không, và cuối cùng cô ấy đã xem ticket ngay trên điện thoại trong khi đang họp khác :P <str4d> Cô ấy cũng thích nó :P <zzz> còn chuyện tài trợ và những gì Tor đang làm với họ thì sao? <str4d> Cô ấy nói là nó sẽ diễn ra, và có ám chỉ rằng chúng ta có thể tham gia cùng chương trình <zzz> ngoài ra, ấn tượng chung về công ty h1 sau khi gặp katie? <str4d> Tôi vẫn chưa theo đến cùng việc này, vì 1) luận văn, và 2) chẳng có ích gì khi tham gia bất kỳ chương trình nào nếu rồi ta không dùng h1 <str4d> zzz, rất tích cực <zzz> có ai phản đối việc dùng h1 không? <str4d> Họ có vẻ rất giỏi việc của mình, và Katie chắc chắn đang phát triển rất tốt ở đó <zzz> ta có thể “bật công tắc” h1 ngay để chạy thật không hay cần làm gì trước? <str4d> Nếu chọn h1, tôi nghĩ cần làm các việc sau: <str4d> - Ta hoàn thiện VRP và đưa lên website <str4d> - Ta chỉnh sửa nội dung trang đầu của trang h1 <str4d> (những thứ như cách ta phản hồi, ta coi cái gì là in-scope, v.v.) <zzz> VRP phải xong trước khi h1 mở công khai? <str4d> - Ta quyết định đội phản hồi <str4d> - Ta chuyển sandbox sang closed beta, nơi chúng ta mời một vài nhà nghiên cứu <str4d> - Khi đã quen nền tảng, lưu lượng báo cáo, v.v., thì mở công khai <zzz> bạn thực sự nghĩ phản hồi sẽ đổ về ngay ngày ta bật sao? <str4d> Có thể <str4d> Katie nói với tôi là có một số nhà nghiên cứu rất muốn giúp các dự án mã nguồn mở, nếu họ tìm thấy chúng <zzz> tôi không nghĩ ta cần chuẩn bị mọi thứ hoàn hảo. không phải các nhà nghiên cứu sẽ bắt đầu hack ngay ngày đầu <zzz> nhất là khi không có tiền bạc liên quan <zzz> closed beta nghĩa là họ phải cho họ vào? <str4d> Đúng <str4d> Về cơ bản h1 mời chừng 10 nhà nghiên cứu có thể dùng trang của chúng ta <EinMByte> Bạn có biết ai sẽ được mời không? <zzz> vậy tạm gác VRP và đội phản hồi sang một bên, ai sẽ chỉnh trang h1 của ta cho sẵn sàng? str4d? <str4d> Tôi không nhớ chi tiết chính xác <str4d> (liệu chúng ta tự mời người qua h1 hay họ tìm nhà nghiên cứu từ nhóm đã đăng ký sẵn) <str4d> Ý tưởng là để ta không bị ngập trong các ticket tệ trước khi quen cách phản hồi chúng <str4d> Nhưng theo tôi (IMHO) nó cũng giúp ta bắt đầu xây dựng quan hệ trực tiếp với một vài nhà nghiên cứu <zzz> bạn có cảm nhận xem mọi người đều đang đuổi theo bounty trên h1 hay các chương trình miễn phí cũng nhận được nhiều báo cáo không? <EinMByte> Chắc vậy, ít nhất là với những người đang dùng h1 <str4d> Cá nhân tôi không có cảm nhận rõ về việc đó <EinMByte> zzz: Có khả năng sau này đưa ra bounty không? <str4d> Nhưng Katie nói chắc chắn có những nhà nghiên cứu muốn giúp các dự án FOSS (phần mềm tự do và mã nguồn mở) nếu họ xác định được chúng <zzz> hiện có người đang tài trợ bounty cho Tor, nên là có <sadie> Tôi có thể giúp str4d về trang chính h1 <str4d> cảm ơn sadie <EinMByte> I2P có khoản tiết kiệm kha khá, sao không dùng một phần cho bounty <zzz> tốt, vậy sadie và str4d sẽ lo phần h1 cho sẵn sàng <str4d> EinMByte, ta có thể chuyển sang bounty, nhưng ban đầu thì không, theo tôi <zzz> 1mb chắc chắn ta có thể nếu muốn <zzz> còn gì về h1 nữa không hay ta chuyển sang vrp? <EinMByte> Hãy xem nó vận hành thế nào khi không có bounty <str4d> Và như đã nói, hiện có chương trình trên h1 tài trợ bounty cho các dự án FOSS <z3r0fox> Beta có vẻ là cơ hội tốt cho đội phát triển các phản hồi đối ngoại phòng khi một lỗi thực sự nghiêm trọng bị công khai <str4d> mà ta có thể tham gia <zzz> ai còn gì thêm về h1 không <zzz> được rồi, xem VRP trong ticket nhé * str4d đăng bình luận của mình <zzz> ta đang rà soát bản nháp tháng 11 của anonimal <zzz> nhưng đừng đi từng điểm <zzz> ấn tượng tổng thể về bản nháp tháng 11 và ta đi tiếp từ đây thế nào? <str4d> <str4d> Tôi đồng ý với zzz rằng các điểm về sau bị quy định quá mức, nhưng tôi nghĩ các phần quy trình và phản hồi (mục III và IV) có mức độ chi tiết phù hợp * zzz dành một phút đọc bình luận của str4d <zzz> ok có vẻ ta nhìn chung đồng ý rằng bản nháp tháng 11 là khởi đầu tuyệt vời và ta thống nhất sơ bộ về các chỉnh sửa cần thiết <zzz> tôi muốn nhận giai đoạn cuối từ anonimal, tức là str4d và tôi sẽ hoàn tất các chỉnh sửa, đăng lên website, và tập hợp một đội <str4d> Nghe ổn <zzz> mọi người thấy sao? <str4d> Cũng cần chỉnh sửa để hướng tới h1 thay vì Trac riêng tư <zzz> có ai xung phong giúp chúng tôi làm bản cuối không? <zzz> ta không muốn quy trình bám quá sát công cụ cụ thể (mtn, h1, v.v.). Nó nên đủ mức cao để tránh phần lớn chuyện đó <str4d> Đúng <str4d> Và dù sao ta cũng sẽ lặp lại cải tiến nó <zzz> không cần hoàn hảo ngay từ đầu <str4d> Đó là một lý do nữa để ban đầu làm private beta <zzz> ok str4d khi nào ta sẽ xong việc đó? <sadie> bản nháp vrp trông ổn <zzz> cuối tháng Ba? <str4d> nghe ổn <zzz> ok còn gì ở mục 1) ?? <zzz> chuyển sang 2) 0.9.26 xem lại <zzz> còn bình luận nào khác không? đáng tiếc tôi vẫn chưa cập nhật roadmap trên website <zzz> nên tôi có thể giơ ghi chú lên trước camera <zzz> xin lỗi lẽ ra tôi nên làm phần website. <zzz> nhưng tôi đã đưa 3 log cuộc họp gần nhất, bao gồm thứ Năm và thứ Sáu rồi, lên website <zzz> chắc tôi sẽ làm việc đó cho đến khi kytv quay lại <zzz> khi nào họp tiếp, tôi sẽ đưa .26 vào chương trình nghị sự để xem lúc đó <zzz> còn gì ở mục 2) không? <zzz> ok chuyển sang 3) summer of x <zzz> str4d bạn giải thích ý tưởng của chúng ta nhé <str4d> Ý tưởng là ta tập trung phát triển trong ba tháng vào các thành phần hướng người dùng và nhà phát triển của I2P <str4d> tức là những thứ mọi người thực sự quan tâm, hơn là tinh chỉnh streaming ;P <str4d> Và vì thế những thứ dễ làm truyền thông hơn <str4d> Ý tưởng sơ bộ là: <str4d> - Summer of APIs: dành một tháng cập nhật các thư viện của chúng ta, v.v. <str4d> - Summer of Apps: dành một tháng giúp các dự án khác dùng các thư viện đó <str4d> - Summer of Plugins: dành một tháng làm việc trên app và plugin của chính chúng ta <zzz> đúng, đây là về việc phát triển mạng thông qua outreach và làm các app (của ta và của người khác) tốt hơn <str4d> Chuẩn <zzz> ý tôi là, nếu ta có thêm 5 Vuze nữa, ta sẽ lớn gấp 5 lần <EinMByte> Bạn cũng có thể muốn thêm tài liệu vào đó <str4d> Thêm nữa là có cả tinh thần Summer of Code mà ta có thể tận dụng online <EinMByte> không có API tốt nếu thiếu tài liệu đàng hoàng <zzz> nhiều lần chúng ta thấy một dự án nghĩ về I2P nhưng họ không biết nhiều và không nhận được hỗ trợ <str4d> EinMByte, với phần API thì đúng <zzz> đồng ý 1mb <str4d> tức là làm cho thư viện và API của ta dễ dùng nhất có thể cho lập trình viên <z3r0fox> Nghe như một ý tưởng chiến dịch hay! Đáng thử <str4d> ví dụ cập nhật txi2p, libsam, v.v. với SAMv3.3 <EinMByte> Hỗ trợ nhiều ngôn ngữ hơn? <EinMByte> Nhiều tích hợp qua các thư viện hiện có <str4d> Có thể, nếu có lập trình viên hỗ trợ :) <str4d> EinMByte, ừ <zzz> Tôi muốn sadie cũng tham gia phần branding và outreach <EinMByte> Tôi nghĩ công việc của str4d với Twisted rất tốt, sẽ hay nếu làm thêm những thứ tương tự <str4d> Sửa hỗ trợ libtorrent, thử đưa gì đó vào libp2p, v.v. <zzz> summer of i2p, hoặc i2p summer of fun, v.v. <EinMByte> tức là đừng viết API riêng từ đầu mà cung cấp plugin cho bất kỳ framework nào mọi người đang dùng <str4d> EinMByte, chính xác. <zzz> đẩy SAM 3.3, đưa tất cả bridge lib khác nhau lên phiên bản mới, có tài liệu, v.v. <str4d> Hoặc nếu ta cung cấp API riêng, hãy làm nó đơn giản nhất có thể. Điều tôi thích ở libsam là nó chỉ có hai file mà bất kỳ dự án nào cũng có thể bundle (hay lý tưởng là bất kỳ thư viện sẵn có nào) <zzz> có python và go và c và c++ và twisted và libtorrent và libsockets và và và... <zzz> ta sửa đồ của người khác và gửi pull request cho họ <EinMByte> str4d: Đồng ý, API nên dễ bundle. Đó là vấn đề thường gặp với tôi <str4d> Trong khi đó diễn ra, ta có thể hỏi các dự án khác xem họ có muốn giúp đưa I2P vào app của họ không <zzz> tại sao libtorrent lại không hoạt động? ai có thể tìm hiểu và sửa nó? <zzz> ^^ làm ví dụ <str4d> Rồi ở giai đoạn tiếp theo của SoX, ta làm việc về hướng dẫn họ và giúp họ dùng các thư viện và API mới cập nhật <EinMByte> nghe ổn <str4d> Sẽ thật tuyệt nếu có sự tham gia của i2pd và kovri nữa, ít nhất là phần API <str4d> vì ta muốn cuối cùng các app có thể dùng bất kỳ backend I2P nào họ muốn <zzz> tôi nghĩ ta có thể khiến nhiều người hào hứng. Tôi biết psi đang làm nhiều lib khác nhau <zzz> ta cần danh sách tất cả app nhắn tin muốn nhắm mục tiêu <str4d> Và điều này tốt để gắn với outreach hiện tại của chúng ta <EinMByte> Nếu PR tốt thì có thể thành công <EinMByte> Tôi muốn tạo một API C++ đơn giản cho kovri, vào lúc nào đó <zzz> hay đấy 1mb <EinMByte> Khi đó API có thể dùng từ nhiều ngôn ngữ lập trình. Nhưng đây là API lõi, không phải API client (nên trường hợp sử dụng hơi khác) <EinMByte> Về cơ bản nó nên cho phép bất kỳ ứng dụng nào bundle lõi kovri. <zzz> đây sẽ là một dự án mang tính tổng thể để mọi người cùng tham gia <EinMByte> Đồng ý <str4d> Trong danh sách outreach của tôi có Tahoe-LAFS, IPFS, Tox, OpenBazaar, Zeronet... <zzz> ok ta tiến lên thế nào với việc này <zzz> có lẽ sadie có thể đặt cho nó một cái tên ngầu <str4d> Về cơ bản ta có đến cuối tháng Năm để lên kế hoạch <str4d> (trong khi .25 và .26 phát hành) <zzz> vậy là sau .26 <zzz> đưa việc này vào chương trình họp ngày 4 tháng 4 <EinMByte> Ok. <EinMByte> Tuy nhiên PR sẽ phải tham dự <zzz> tháng 6: APIs tháng 7: apps tháng 8: plugins <EinMByte> (vậy giờ là sadie, đúng không?) <zzz> cũng có thể gắn cái này với HOPE <z3r0fox> Rõ ràng tôi chưa biết nhiều chi tiết, nhưng tôi không phải là một tech writer tệ nếu ai muốn giao cho tôi việc chân tay nào đó <zzz> ok nhờ sadie phác thảo thêm một chút vào ngày 4 tháng 4 <sadie> zzz - Tôi có thể lo phần đồ họa/nội dung cùng str4d cho outreach <zzz> ok <zzz> còn gì về summer of x không? <sadie> thêm nữa, tôi sẽ ở HOPE với sticker .. <str4d> Tôi không có gì thêm :) <amnesia> Đặt tên khác Summer of X để nó không nghe vừa vô nghĩa, vừa như phim người lớn? <str4d> amnesia, X là chỗ giữ chỗ <str4d> (cho đến khi nghĩ ra cái hay hơn) <zzz> ok. như tôi nói lúc đầu cuộc họp, tôi muốn hoãn thảo luận về 27-29 và roadmap lớn hơn cùng các mục tiêu cho nửa sau '16 <amnesia> Summer of Targetted Development? <zzz> chúng ta có thích những cuộc họp riêng về roadmap như thế này không? có nên làm lại không? <str4d> amnesia, hơi dài theo tôi <str4d> Chúng ta sẽ nghĩ ra gì đó cho cuộc họp tháng Tư <zzz> gửi ý tưởng cho 'X' cho sadie hoặc đăng đâu đó <str4d> zzz, tôi thích chúng <str4d> Và nhân tiện <zzz> ta muốn một cuộc họp lộ trình khác vào tháng Ba không? <sadie> zzz , ta có thể đăng gì đó lên diễn đàn để mọi người góp tên cho "summer of" không? <zzz> được, sadie <str4d> Điều nữa tôi muốn nêu là lập kế hoạch dài hạn hơn <EinMByte> zzz: Có. Chúng ta cần dài hạn hơn <zzz> chúng ta có bản phát hành .25 cuối tuần tới nên sẽ bận rộn <zzz> có lẽ khoảng 2 tuần nữa họp roadmap lần nữa <EinMByte> Trừ khi ta để sau, nhưng đến lúc nào đó cũng cần thảo luận <str4d> Nghe ổn <z3r0fox> zzz: Tôi nghĩ chúng tốt. Giữ được sự tập trung <str4d> Tôi muốn đề xuất thứ gì đó để mọi người suy ngẫm <EinMByte> zzz: chắc rồi <zzz> muốn quay lại thứ Ba 8 PM hay làm vào cuối tuần? <str4d> Song song với SoX, tôi muốn có thêm hai luồng công việc phát triển song song nữa <str4d> - Di chuyển mật mã (crypto migration) <str4d> - Đại tu UI <str4d> Trở ngại cho cả hai là nghiên cứu và thiết kế, không phải triển khai <EinMByte> Crypto migration có bao gồm NTCP2 không? <str4d> Có <str4d> Vậy trong khi làm phần triển khai SoX, ta cũng rà soát các đề xuất khác nhau, v.v. <zzz> thứ Bảy ngày 19 tháng Ba thì sao <z3r0fox> +1 Cuối tuần <zzz> 20:00 UTC Thứ Bảy ngày 19 tháng 3 <str4d> Mục tiêu là có kế hoạch sẵn sàng để triển khai trong hoặc sau SoX <EinMByte> 19 tháng Ba có vẻ ổn <str4d> Tương tự với UI, ta cần bắt đầu lập kế hoạch thiết kế cho việc đó càng sớm càng tốt (ASAP), vì sẽ tốn nhiều thời gian <sadie> 19 tháng 3 ổn với tôi <zzz> ok sox == summer of x, hiểu rồi <str4d> Đúng (cho đến khi ta đổi nó :P ) <str4d> Phần thiết kế có thể diễn ra song song với mọi thứ khác, và triển khai có thể sau SoX <str4d> Sẽ *rất* tuyệt nếu ta có UI mới sẵn cho CCC <zzz> ok tôi sẽ đăng chương trình nghị sự lên zzz.i2p, kèm ghi chú, kèm log từ cuộc họp hôm nay lên website <str4d> Dù sao cũng là những thứ để nghĩ về <zzz> còn gì cho cuộc họp hôm nay không? * zzz chộp lấy baffer <str4d> Ta có thể bàn thêm ở cuộc họp lộ trình tới <sadie> baff nó đi <str4d> 19 tháng 3 ổn với tôi :) * zzz *baffs* nó <zzz> cảm ơn mọi người