Sự hồi sinh của các meetup về lập trình hệ thống
(notes.eatonphil.com)- Năm nay, các meetup lập trình hệ thống chất lượng cao đang gia tăng trở lại ở nhiều thành phố, với sự xuất hiện của những nhóm như Munich Database Meetup, Berlin Systems Group, SF Distributed Systems Meetup, NYC Systems và Bengaluru Systems
- Các meetup mới tập trung vào những chủ đề chuyên sâu như cơ sở dữ liệu, trình biên dịch, hệ thống phân tán thay vì gắn với một ngôn ngữ hay framework cụ thể, đồng thời đặt các bài toán kỹ thuật thực tế lên trước những màn chào hàng sản phẩm
- NYC Systems bắt đầu từ một buổi gặp cà phê vào tháng 12/2023, tổ chức buổi talk đầu tiên vào tháng 2/2024, rồi dần ổn định với hơn 400 người trong mailing list và khoảng 50 người tham dự thực tế mỗi sự kiện
- Cách vận hành là kết hợp trang web, Google Form, mailing list, lời mời lịch và video công khai trên YouTube thay vì dùng Meetup.com; Trail of Bits cung cấp địa điểm cùng thiết bị, đồ ăn và đồ uống
- Để tạo ra một meetup tốt, nên tìm một công ty chủ nhà nhưng tránh các yêu cầu branding quá mức, đồng thời khuyến khích diễn giả nói về bug, tính năng và bài toán kỹ thuật gần đây thay vì các bài giới thiệu tổng quan hay tutorial sản phẩm
Thay đổi của các meetup công nghệ trước và sau đại dịch
- Trước đại dịch, nhiều meetup công nghệ tạo cảm giác như nơi các startup quảng bá sản phẩm của mình, và một trường hợp nhân viên devrel của startup làm tutorial sản phẩm tại meetup JavaScript đã trở thành nguyên nhân gây thất vọng
- Dù cũng có những nhóm sâu về mặt trí tuệ như New York Haskell Users Group hay New York Emacs Meetup, phần lớn người tham dự trông như chuyên gia nên người không chuyên khó thấy thoải mái để tận hưởng
- New York Linux User Group và Papers We Love NYC là những meetup hiếm hoi vẫn giữ được chiều sâu thú vị đồng thời bao dung người tham dự ở nhiều trình độ khác nhau
- Không bị trói vào một ngôn ngữ hay framework cụ thể
- Bắt đầu bằng phần giải thích bối cảnh rộng rồi đào sâu vào một chủ đề
- Dù người tham dự chỉ hiểu 50% nội dung tổng thể, họ vẫn có thể tiếp xúc với điều mới từ các chuyên gia trong lĩnh vực đó
- Sau đại dịch, hai meetup này trên thực tế đã không thể quay trở lại
Cú hích từ Munich và thử nghiệm đầu tiên ở NYC
- Sau đại dịch, cũng đã thử đi meetup Rust và Go, nhưng nhiều trường hợp chỉ dừng ở mức tổng quan cấp cao thay vì đào sâu vào các khái niệm thú vị
- Từ năm 2022 đã nghĩ đến việc làm một chuỗi talk trực tiếp về hệ thống, cơ sở dữ liệu và hệ thống phân tán ở NYC, nhưng vì công việc tại TigerBeetle nên mãi đến tháng 12/2023 mới triển khai được
- Nghiên cứu sinh Georg Kreuzmayr của Technical University of Munich cùng các đồng nghiệp đã khởi động câu lạc bộ cơ sở dữ liệu TUMuchData, và điều này trở thành động lực để quay lại việc tổ chức meetup
- Tháng 12/2023, NYC Systems Coffee Club được bắt đầu
- Đối tượng là các nhà phát triển ở NYC quan tâm đến lập trình hệ thống
- Phạm vi chủ đề bao gồm trình biên dịch, cơ sở dữ liệu, nội bộ trình duyệt web, hệ thống phân tán, các phương pháp hình thức và hơn thế nữa
- Địa điểm là không gian công cộng ở Midtown Manhattan, thời gian là buổi cà phê lúc 9 giờ sáng
- Thu thập người đăng ký qua Google Form, nhận RSVP hằng tháng và gửi lời mời lịch cho 20 người phản hồi đầu tiên
Nguyên tắc của NYC Systems và việc tìm địa điểm
- Angelo Saraceno tham gia với vai trò đồng tổ chức, từ đó NYC Systems được hình thành
- Giả định nền tảng là đây là một meetup độc lập với ngôn ngữ và framework, tập trung vào thách thức kỹ thuật chứ không phải các màn chào hàng sản phẩm
- Không loại bỏ hoàn toàn marketing doanh nghiệp, nhưng đặt ra tiêu chí rằng mục tiêu phải là giới thiệu đội ngũ kỹ thuật hơn là chính sản phẩm
- Diễn giả cần bắt đầu từ bối cảnh rộng rồi đi sâu vào các khía cạnh thú vị của cơ sở dữ liệu, ngôn ngữ lập trình, hệ thống phân tán, v.v.
- Mô tả sản phẩm có thể cần thiết để tạo ngữ cảnh
- Nhưng trọng tâm của bài nói phải là các thách thức kỹ thuật gần đây và cách giải quyết chúng
- Sự kiện được tổ chức hai tháng một lần để giảm gánh nặng vận hành và áp lực tìm diễn giả tốt
- Việc tìm diễn giả tương đối dễ nhờ Twitter và LinkedIn, nhưng kiếm địa điểm thì khó hơn
- Nhiều công ty ở Manhattan yêu cầu phải có diễn giả từ chính công ty họ trong mỗi sự kiện
- Vì là meetup mới nên càng khó tìm công ty sẵn sàng nới lỏng các yêu cầu branding
- Cuối cùng, công ty có trụ sở tại Brooklyn là Trail of Bits đã trở thành bên chủ nhà mà không ép phải có diễn giả nội bộ hay branding
Cách vận hành và quy mô
- Ban đầu thông tin meetup được đăng trên trang cá nhân, sau đó chuyển sang nycsystems.xyz
- Dùng Google Form để tạo mailing list và thông báo về nhóm trên Twitter và LinkedIn
- Lịch sự kiện được công bố trước dưới dạng bảng HTML trên website, còn diễn giả được thông báo một tuần trước sự kiện
- RSVP cho từng sự kiện được thu qua Google Form gửi bằng mailing list
- 60 người phản hồi đầu tiên sẽ nhận được lời mời Google Calendar
- Dù có 60 người trả lời sẽ tham dự, số người thực tế đến sự kiện thường chỉ khoảng 50
- Mailing list có hơn 400 người, và mỗi sự kiện có thêm 20–30 người trong danh sách chờ
- Meetup.com được tránh sử dụng, và các meetup lập trình hệ thống mới cũng phần lớn không chọn Meetup.com
- Munich Database Meetup là trường hợp vẫn giữ Meetup.com vì đây là sự hồi sinh của Munich NoSQL Meetup trước đó
- Các nhóm khác chủ yếu dùng lu.ma
- Trail of Bits cung cấp màn hình, ghế, đồ ăn và đồ uống cho mỗi sự kiện
- Angelo Saraceno phụ trách thu âm thanh và hình ảnh bằng thiết bị ghi hình, sau đó tiếp tục lo phần biên tập và công bố
- Sau sự kiện, video các bài nói được đăng công khai trên YouTube @NYCSystems
Các meetup hệ thống lan sang những thành phố khác
- Tháng 3/2024, các thành viên TUMuchData hợp nhất với Munich NoSQL Meetup của Alex Petrov để tạo thành Munich Database Meetup
- Tháng 5/2024, Kaivalya Apte và Manish Gill, lấy cảm hứng từ Alex và Munich Database Meetup, đã khởi động Berlin Systems Group
- Tháng 5/2024, hai nghiên cứu sinh Shadaj Laddad và Conor Power ở khu vực Vịnh San Francisco bắt đầu meetup SF Distributed Systems
- Buổi gặp đầu tiên có các bài nói về mở rộng SQL và việc áp dụng các thuộc tính đại số
- Tháng 7/2024, Shraddha Agrawal, Anirudh Rowjee và các đồng nghiệp tổ chức Bengaluru Systems Meetup đầu tiên
- Sự kiện đầu tiên có các bài nói về hệ thống vận hành ứng dụng GenAI, cũng như hiệu năng và bảo mật trình duyệt
Các tiêu chí khi vận hành một meetup mới
- Tốt hơn là tìm một công ty chủ nhà thay vì tự gánh chi phí trực tiếp
- Không cần chấp nhận quá nhiều yêu cầu từ phía công ty
- Ở góc độ công ty, họ vẫn có thể có 5 phút để giới thiệu tuyển dụng hoặc sản phẩm
- Không cần branding dài dòng hay tutorial sản phẩm 30 phút mà đôi bên vẫn có lợi
- Cần liên tục nhắc diễn giả tránh các bài tổng quan hoặc màn chào hàng sản phẩm
- Hãy yêu cầu họ kể về một bug hoặc tính năng thú vị gần đây
- Nói rõ chuyện gì đã xảy ra, vì sao nó khó và đã học được điều gì
- Kiểu bài nói này giúp thu hút một nhóm khán giả thú vị
- Người tham dự NYC Systems gồm các nhà sáng lập startup kỹ thuật trong lĩnh vực hệ thống, lập trình viên giàu kinh nghiệm, nghiên cứu sinh và nhiều kiểu nhà phát triển khác
- Chính vì tránh các bài nói kiểu chào hàng sản phẩm nên mới có thể thu hút những người tham dự như vậy
- Việc tìm diễn giả vẫn còn khó
- Cách hiệu quả nhất cho đến nay là mời trực tiếp từng cá nhân trong giới học thuật và công nghiệp qua tin nhắn trên Twitter
- Mời gọi công khai thì dễ nhưng thường không mang lại kết quả tốt
- Cần tiếp tục theo dõi các công ty thú vị trong khu vực
- Cũng đang cân nhắc cách nhờ các kết nối VC giới thiệu kỹ sư địa phương, nhà sáng lập kỹ thuật và CTO
- Trò chuyện với các nhà tổ chức khác cũng rất quan trọng
- Đã gặp trực tiếp Alex Petrov để nói về khó khăn và niềm vui khi tổ chức meetup chất lượng cao
- Cũng sẵn sàng trò chuyện với các nhà tổ chức meetup mới và đang mở DM
1 bình luận
Ý kiến trên Hacker News
Tôi từng ở trong ban điều hành của một nhóm người dùng Linux địa phương, nên rất đồng cảm với khó khăn trong việc tìm địa điểm. Ngay cả ở một thành phố mà tối ngày thường có đầy văn phòng trống, việc tìm được một nơi họp ổn định gần như là bất khả thi; nếu địa điểm cứ thay đổi, mọi người lại phải học cách đến đó mỗi lần, khiến các thành viên nòng cốt khó bám trụ
Có thời Mozilla từng cung cấp không gian, nhưng khi bầu không khí nội bộ thay đổi thì chúng tôi bị đẩy ra, và cuối cùng tôi nghĩ chỉ khi có sự ủng hộ mạnh từ ban lãnh đạo công ty thì việc này mới bền vững. Nếu không thì chỉ còn cách bị cuốn theo những thay đổi trong tình hình của công ty
Hiện giờ chúng tôi đã ổn định ở thư viện địa phương, nhưng đó là vì có người bên trong giúp đỡ. Trước đây khi trực tiếp hỏi thư viện thì về cơ bản là bị chặn lại
Tôi nghĩ chính quyền địa phương nên có nghĩa vụ cung cấp không gian họp cho các nhóm phi lợi nhuận/nhóm cùng mối quan tâm tại địa phương. Ở nhiều nơi, việc góp tiền với bạn bè để mua đất và xây clubhouse như ngày xưa không còn khả thi nữa; các mô hình như câu lạc bộ du thuyền, câu lạc bộ cầu lông, câu lạc bộ lawn bowling được lập ra 50 năm trước nay cần được chính quyền đô thị bổ sung, hỗ trợ
Khá nhiều meetup công nghệ địa phương chỉ tụ tập ở một nhà hàng hoặc quán bar yên tĩnh, nhược điểm là không thể thuyết trình. Chapter DefCon địa phương mà tôi hay đến thuê không gian tầng trên của một barcade; mùa hè hơi nóng, nhưng bầu không khí và cộng đồng thì rất tuyệt
Những người tham gia các meetup kiểu này thường bận rộn, nên nếu một lịch trình 3 tiếng đột nhiên thành 4 tiếng, thì cắt bỏ việc không cần thiết sẽ đỡ phiền hơn là điều chỉnh 50 lịch hẹn. Cuối cùng, hiệu ứng lịch trình này cứ khiến những người có các cam kết thời gian khác dần rơi rụng
Những meetup địa phương mà tôi thích cũng đã sụp đổ vì vấn đề kiểu này. Những người DevRel muốn quảng cáo thì dễ lọc ra, nhưng khó hơn là lọc những người muốn thuyết trình chỉ để có một bài nói đưa vào CV hoặc trang xây dựng thương hiệu cá nhân, chứ không hề có ý định gắn bó hay giao lưu với meetup
Những người này chỉ xuất hiện đúng một lần khi có bài nói của họ, và trình bày nội dung nông, được thiết kế để làm bản thân trông hay ho hơn là để giáo dục hay thảo luận. Họ cũng thường viện cớ phải đi ngay sau bài nói, thậm chí có trường hợp rời đi trước phần hỏi đáp
Và họ luôn cần video bài thuyết trình của mình. Có một thời chúng tôi để sẵn thiết bị quay cho người xem từ xa, nhưng nếu không có thiết bị, họ sẽ hoảng lên và cố nghĩ ngay cách dùng điện thoại để ghi hình, dù điều đó làm buổi nói bị chậm. Mục tiêu thật sự không phải là nói chuyện với nhóm, mà là có được bản ghi hình bài thuyết trình của chính họ
Khi chuyện này lặp lại, các thành viên nòng cốt nhận ra mình đang bị dùng như đạo cụ khán giả cho sự thăng tiến nghề nghiệp của ai đó, rồi không đến nữa. Meetup sụp đổ như vậy
Tôi mong các meetup địa phương được hồi sinh xoay quanh những người quan tâm đến chính meetup, chứ không phải cơ hội tự quảng bá
Hai đề xuất này bản thân không có gì đặc biệt; điểm cốt lõi là người vận hành phải nhạy bén quan sát điều gì đang diễn ra và phản ứng để duy trì bầu không khí lành mạnh
Với ai muốn xây dựng một meetup, cuốn sách này có thể hữu ích: https://www.goodreads.com/book/show/49766350-get-together
Nếu đặt các hạn chế kiểu phải tham dự meetup nhiều lần hay cấm nhắc đến công ty, tôi nghĩ sẽ khó thu hút được những diễn giả chất lượng cao như hiện nay. Chúng tôi khá kén khi chọn diễn giả để mời, nhưng sau khi đã đánh giá là có vẻ tốt thì đối xử khá linh hoạt. Đến giờ tôi nghe nói cách này phù hợp với cả khán giả lẫn diễn giả
Họ nói về công nghệ đã dùng, các khó khăn kỹ thuật/kinh doanh/pháp lý/thị trường đã gặp, và cách họ đi vòng qua chúng. Thỉnh thoảng có pha lẫn sales pitch, nhưng vẫn vượt xa một bài bán hàng đơn thuần; đó là sự pha trộn giữa chuyện kinh doanh, kỹ thuật, R&D, luật, tài chính, lịch sử công ty và lịch sử quốc gia
Cực kỳ thú vị và nhìn chung rất xuất sắc, gần như cảm giác như một buổi tối đi giải trí. Không chỉ phần thuyết trình mà cả phần giao lưu xã hội cũng hay; có thể là khác biệt văn hóa, nhưng tôi cảm thấy các công ty ở đó nói một cách cởi mở và thẳng thắn đến sảng khoái về cách mọi việc đã diễn ra
Những người đó không ở trong hoàn cảnh phải thổi phồng CV mỗi 3–8 tháng để kiếm sống. Tương tự, những người tổ chức thuyết trình cũng không phụ thuộc vào vị thế của dân DevRel với kỳ vọng có nhà tài trợ
Đây chính là bức tranh lớn mà Doctorow dạo này liên tục nói đến, nhưng có vẻ mọi người chỉ tiếp nhận những mảnh nhỏ trong đó
Thật bất ngờ là các trường đại học không mở những sự kiện như thế này cho tất cả mọi người. Lĩnh vực hệ thống khá hướng về công nghiệp, nên hợp tác đại học–doanh nghiệp trong các seminar có vẻ là một ý tưởng hay
Việc trong nội thành SF không có trường đại học hạng nhất nào là điều đáng tiếc và, nói thật, khó hiểu. Stanford và Berkeley đúng là rất gần, nhưng vì không có một cơ sở trung tâm nên văn hóa SF trông có vẻ rời rạc
Tác giả sách phát triển bản thân Tim Ferriss cũng từng khuyên mẹo này trong “Four Hour Work Week”. Đại ý là nếu nói chuyện trong khuôn viên đại học, bạn có thể tận dụng uy tín đó cho thương hiệu cá nhân; tôi không nhớ chi tiết chính xác
Vì những chuyện như vậy trở thành vấn đề, các trường đại học khó có thể chấp nhận rủi ro cho phép các nhóm tùy ý sử dụng cơ sở của mình. Không mất lâu trước khi ai đó lạm dụng ngay thành “đã giảng bài tại trường X” hoặc “đã diễn thuyết tại trường X”
Tôi không biết đội ngũ vận hành TUMuchdata và cũng đã vài năm không liên hệ với khoa đó, nhưng trưởng khoa vẫn là người như khi tôi học ở đó, và tôi nghĩ đó là kiểu người sẽ cho phép, thậm chí khuyến khích các hoạt động như vậy
Tôi không rành giao thông và phương tiện công cộng ở LA, nhưng sẽ không ngạc nhiên nếu thời gian đi từ Tòa thị chính LA đến UCLA lâu hơn nhiều so với từ Tòa thị chính SF đến Cal. Đi bộ thì khó hơn, nhưng ít nhất trước năm 2030 có lẽ là vậy
Đúng là văn hóa SF bị phân tán, nhưng ở mức nào đó điều đó là có chủ ý, do tính chất một thành phố siêu địa phương theo từng khu phố
https://oaklandside.org/2022/12/20/bay-bridge-bike-path-on-t...
Ban đầu nói có 60 người tham dự và thực tế 50 người đến thì như vậy là khá tốt. Hầu hết sự kiện miễn phí thường có tỷ lệ tham dự 30–50% so với số RSVP
Meetup.com ở Portland giai đoạn 2010–2014 từng bùng cháy với các buổi gặp mặt về maker, lập trình và công nghệ. Tôi còn nhớ hội trường của Puppet Labs chật kín người. Nhưng trước cả đại dịch, phần lớn đột nhiên biến mất
Chủ đề cũng rất đa dạng, từ NodeJS, Rust, HTML1.0 đến startup, sản xuất, hack IoT, thậm chí có cả nhóm những người mê mạch RF. Vừa xem lại thì CTRL-H vẫn hoạt động tốt, nhưng ngoài ra không còn nhiều
Theo lời hai người từng tổ chức định kỳ mà tôi nghe được, việc duy trì một meetup vững vàng và đều đặn là một khối lượng công việc khổng lồ, và cuối cùng sẽ khiến người ta kiệt sức. Tôi cũng nhớ mình từng nghĩ “mình có thể giúp, nhưng liệu có thật sự muốn dành chút thời gian rảnh ít ỏi cho việc này không?”, nên tôi hiểu. Xin ngả mũ trước những người đã vận hành các meetup tuyệt vời
https://en.wikipedia.org/wiki/Meetup
Janrain có một không gian meetup tuyệt vời với ghế bậc thang trong một sân bóng rổ Nike cũ, và có rất nhiều chủ đề hay đã mở ra cho một người mới như tôi thấy thế giới công nghệ rộng lớn. Puppet Labs, Urban Airship, New Relic cũng tổ chức các meetup hàng đầu, và Intel ở Hillsboro thường đáng để đi MAX tới. Có rất nhiều đồ lưu niệm, đồ ăn và cơ hội việc làm
Vấn đề thật sự là tiền đã cạn. Hầu hết meetup đều có các recruiter khát nhân sự, và tài trợ chi trả chi phí tổ chức. Giờ đây khi làm việc từ xa đã được chấp nhận rộng rãi, động lực để công phu thu hút nhân tài địa phương đã giảm
Meetup trên Zoom gần như không tốn chi phí, nhưng gượng gạo và thiếu sức sống. Thập niên 2010 có cảm giác như một cơn sốt vàng, nhưng thời đó có vẻ đã qua. Cắt giảm chi phí, outsourcing và cơn sốt AI đang khiến phần mềm trở thành một nghề kém danh giá hơn trước, và sự lạc quan này có lẽ sẽ không sớm quay lại
Hy vọng sớm có một phương án thay thế dạng liên hợp nổi lên. Giá mà email cũng thật sự hoạt động tốt theo kiểu liên hợp thì hay
Dù vậy, những nhóm như pdxpug(Postgres), Database Reading Group(DBRG) của PSU, pdx.rb, pdxruby Slack, pdxstartups Slack, Portland Papers We Love, Portland Linux Users Group, Linux Kernel meetup, Rose City Techies vẫn còn
Chỉ cần tìm sơ qua cũng ra được chừng này, nhưng tôi nhớ thời Calagator đầy ắp những thứ thú vị. Tôi tò mò vì sao lại thành ra như vậy
Trước đây tôi cũng từng tổ chức meetup ở nhà hoặc sân sau. Một cái là để mọi người cùng hack các dự án riêng của mình, cái kia là cùng đóng góp cho mã nguồn mở. Tôi đang nghĩ sẽ thử làm lại những việc như vậy. Nếu liên quan đến hệ thống hoặc cơ sở dữ liệu thì có vẻ đặc biệt phù hợp, nhóm đọc sách cũng tốt. Nếu ai quan tâm và thấy dòng này thì cứ gửi email
Phần tệ nhất của “văn hóa meetup” gần như luôn là mục đích thương mại được đặt lên trước cộng đồng. Người viết không có ác ý, nhưng đó chính là lý do khiến tôi bực mình ở các meetup JS; vậy mà giờ các diễn giả thực tế lại bị biến thành người pitch để tuyển vào đội ngũ kỹ thuật của mình
Ở chiều ngược lại, từng có thời lời khuyên tìm việc cho developer kiểu “hãy đến các meetup developer địa phương” được xem như mặc định, và với founder hay doanh nghiệp thì việc coi các meetup developer là kênh marketing/tuyển dụng cũng là điều tự nhiên. Thực tế là nhiều người tham dự muốn có việc làm, và nhiều diễn giả muốn tuyển người
Nhưng sau khi mọi người có việc rồi, họ có còn ở lại không? Với những người tham dự đều đặn, nội dung xoay quanh tuyển dụng có thật sự là thứ họ muốn ở một meetup không?
Có lẽ nếu kết hợp nhóm đọc sách, quy trình để người tham dự thường xuyên thuyết trình, và hackathon, ta có thể tạo ra một văn hóa meetup lập trình bền vững hơn. Công ty vẫn có thể tài trợ bằng cách cung cấp không gian hoặc xuất hiện tên tuổi, nhưng nội dung có thể trở nên thú vị hơn nhiều
Có thể điều này không hợp với JavaScript, nhưng tôi nghĩ với lập trình hệ thống thì khả thi, vì nó gắn khá nhiều với các nghiên cứu đã công bố và văn hóa hacker cũng mạnh hơn. Đúng lúc tôi vừa có không gian văn phòng ở SF, nên nếu có đủ sự quan tâm và tình nguyện viên, tôi cũng sẵn sàng host
Tôi đã bắt đầu một meetup ở Toronto cùng với những người trên HN và Fediverse. Vận hành meetup offline ổn định thật sự tốn rất nhiều công sức
Có vẻ chapter Papers We Love ở NYC đang khởi động lại sau khoảng 1 năm gián đoạn, và trước đó là 2 năm gián đoạn. Datadog dường như host sự kiện này, và họ có văn phòng thuận tiện ngay cạnh Penn Station
https://www.meetup.com/papers-we-love/
Tôi ở Phoenix, hiện là mùa hè nên hoạt động vốn đã chết lại càng chết gấp đôi, nhưng ngay cả từ mùa thu đến mùa xuân cũng khó tìm được meetup công nghệ. Mối quan tâm của tôi là C++, C99, Java, hệ thống phân tán, data engineering, hạ tầng AI/machine learning không phải generative, vậy mà ở thành phố lớn thứ 5 của Mỹ tôi gần như không tìm được hoạt động nào
Tôi từng thử tự tổ chức, nhưng chỉ có bạn bè hoặc đồng nghiệp đến. Tôi tự hỏi những người có cùng đam mê đang ở đâu
Nếu chưa chết thì tôi đã tham gia rất tích cực, nhưng có vẻ cần một chất xúc tác để khởi động
Tôi đang gặp khó khăn khi tìm các meetup hay ở khu vực San Diego và Los Angeles. Meetup.com trông khá chết, không biết có ai có gợi ý không
Socal Python không tìm được địa điểm tốt để hỗ trợ thuyết trình nên meetup giống thời gian giao lưu hơn. Dù vậy vẫn ổn: https://www.meetup.com/socalpython/
LA DevOps đến nay mới có một meetup offline. Một quán bar cho họ chiếu slide ở patio đẹp phía sau, nhưng quá ồn nên không nghe được gì. Hy vọng họ tìm được địa điểm tốt hơn: https://www.meetup.com/meetup-group-ZZQWJLTm/
Tôi muốn thuyết trình lại về chủ đề “phát triển nhanh” và tổ chức, nhưng hiện tại tôi đang ưu tiên công việc
Hoặc là chúng ta phải tự khởi động lại nó