paint-brush
Buổi nói chuyện công nghệ đầu tiên của tôi: Tôi đã chuẩn bị như thế nào và tôi đã vượt qua nó như thế nàotừ tác giả@shlokashah
433 lượt đọc
433 lượt đọc

Buổi nói chuyện công nghệ đầu tiên của tôi: Tôi đã chuẩn bị như thế nào và tôi đã vượt qua nó như thế nào

từ tác giả Shloka Shah4m2023/01/30
Read on Terminal Reader

dài quá đọc không nổi

Trong 6 tháng tiếp theo, trước tiên tôi phải tham dự một hội nghị về Ruby, sau đó nói chuyện về công nghệ với bên ngoài. Cuối cùng tôi quyết định phát biểu trên Rubocop, vì tôi đã làm việc với nó được một thời gian. Kế hoạch là hiển thị bản demo trực tiếp về việc sửa đổi cảnh sát và hiển thị kết quả trước và sau. Sau nhiều lần lặp lại phần tóm tắt và tiêu đề, cuối cùng tôi đã gửi CFP đầu tiên của mình.
featured image - Buổi nói chuyện công nghệ đầu tiên của tôi: Tôi đã chuẩn bị như thế nào và tôi đã vượt qua nó như thế nào
Shloka Shah HackerNoon profile picture

Đó là một buổi chiều tháng 9, tôi đang thảo luận với Hari . Trong khi nói chuyện, anh ấy giao cho tôi một nhiệm vụ mới, Nói chuyện . Đây là một ảnh chụp màn hình của những gì chúng tôi đã viết trong một tài liệu. Trong 6 tháng tiếp theo, trước tiên tôi phải tham dự một hội nghị, sau đó nói chuyện về công nghệ với bên ngoài.


Là lần đầu tiên tôi làm việc này, triển vọng trình bày một buổi Nói chuyện về Công nghệ vừa thú vị vừa đáng sợ.


Bây giờ tôi phải nói chuyện, điều quan trọng nhất là tìm một hội nghị. Vì tôi đang làm việc với Ruby on Rails nên ý tưởng là tìm một hội nghị liên quan đến Ruby và gửi CFP ở đó.


Vào tháng 11, tôi đã xem Hội nghị thượng đỉnh toàn cầu về Ruby on Rails của Geekle . Tôi dự định tham dự hội nghị thượng đỉnh này, quan sát các bài thuyết trình của các diễn giả và sau đó gửi CFP cho bất kỳ hội nghị Ruby sắp tới nào mà tôi có thể tìm thấy. Tuy nhiên, các CFP vẫn mở.


Tôi đã nói ý tưởng của mình với Hari, và anh ấy thuyết phục tôi rằng vì CFP đang mở, tôi nên gửi một cái và nếu tôi không được chọn, tôi luôn có thể quay lại để tham dự hội nghị thượng đỉnh. Bằng cách này, kế hoạch tham dự hội nghị thượng đỉnh của tôi giờ đã được thay đổi thành phát biểu tại hội nghị thượng đỉnh.


Nộp CFP

Vì CFP đã mở được một thời gian nên nhiều chủ đề mà tôi định nói đã được thực hiện. Cuối cùng tôi quyết định phát biểu về Rubocop, vì tôi đã làm việc với nó được một thời gian.


Kế hoạch là hiển thị bản demo trực tiếp về việc sửa đổi cảnh sát và hiển thị kết quả trước và sau. Sau nhiều lần lặp lại phần tóm tắt & tiêu đề, cuối cùng tôi đã gửi CFP đầu tiên của mình - Nâng cao chất lượng mã với Rubocop .


Vào giữa tháng 12, Liliya từ nhóm Geekle đã liên hệ và vâng, CFP đã được chấp nhận; Bây giờ tôi đang nói về Tech Talk đầu tiên của mình.

Chuẩn bị cho buổi nói chuyện

Vì cuộc nói chuyện diễn ra vào tháng 1, tôi đã khá ớn lạnh khi nhận được lời chấp nhận. Tôi đã từng viết một blog trên Rubocop, vì vậy tôi cảm thấy rằng mình có thể điều hành cuộc nói chuyện.


Khi tôi nhận được một email khác có thông tin về nền tảng mà chúng tôi sẽ sử dụng và các biểu ngữ quảng cáo cho bài nói chuyện của mình, đó là lúc tôi bắt đầu bối rối khi nhận ra quy mô của hội nghị. Để đảm bảo mọi thứ đã được thiết lập, tôi được yêu cầu lên lịch một cuộc gọi kiểm tra với nhóm kỹ thuật.


Trong cuộc gọi kỹ thuật, họ hướng dẫn tôi về nền tảng Streamyard, cách hoạt động của tính năng chia sẻ màn hình và tất cả các chi tiết nhỏ khác.


Khi cuộc gọi kết thúc, đó là lúc đầu tiên tôi cảm thấy căng thẳng. Tôi bắt đầu suy nghĩ quá nhiều về những thứ đơn giản như chia sẻ màn hình vì tôi còn quá mới đối với nền tảng này. Điều gì sẽ xảy ra nếu tôi chia sẻ nhầm màn hình hoặc mạng của tôi bị ngắt?


Hơn nữa, tôi phải viết mã trực tiếp trước khán giả của mình. Điều gì xảy ra nếu mã của tôi gặp trục trặc? Tôi bắt đầu tự hỏi liệu mình có nên ghi âm bài thuyết trình trước và nộp nó hay không. Nhưng đã đến lúc vượt qua mức thoải mái của bạn.


Để tránh bất kỳ vấn đề nào có thể phát sinh trong quá trình thảo luận, ý tưởng là chuẩn bị các slide và chạy hết toàn bộ diễn biến nhiều lần nhất có thể. Ngoài ra, để biết cách mọi người thường làm điều đó, tôi đã truy cập YouTube và xem nhiều cuộc nói chuyện khác nhau của các nhà phát triển mà tôi đã nghe nói đến.

Luyện nói

Khi tôi đã chuẩn bị xong bài nói, tôi thực hành chúng và đó là lúc tôi nhận ra rằng mình cần sắp xếp lại các slide. Vì tôi có sự kết hợp giữa lý thuyết và mã, nên tôi phải đảm bảo có khoảng cách thích hợp giữa hai thứ để nội dung dễ tiếp thu.


Tôi sắp xếp lại và thực hành một lần nữa. Tôi nhận ra tốc độ nói chuyện của mình quá nhanh và cần phải chậm lại.


Tôi đã cho Hari xem bản demo bài nói chuyện của mình hai ngày trước sự kiện, và anh ấy đã đề nghị tôi sửa lại như một phản hồi. Điều này khá hữu ích. Lời khuyên quan trọng nhất mà tôi nhận được là tương tác với khán giả và làm cho bài nói trở nên hấp dẫn hơn.


Tôi bắt đầu xem xét các cách để thu hút sự tham gia của khán giả vào bài thuyết trình. Các tùy chọn tham gia bị hạn chế vì đây là hội nghị trực tuyến và video của không ai sẽ được bật.


Do đó, tôi đã kết hợp các cuộc khảo sát dưới dạng mã QR và mời khán giả tham gia viết mã.


Sau khi tôi có những slide cuối cùng, tôi đã thực hiện buổi nói chuyện giới thiệu lần cuối với Ishan và một lần nữa với Hari. Đưa ra bản demo đã giúp tăng cường sự tự tin của tôi.


Vào ngày diễn ra buổi nói chuyện, tôi đã chơi với các lệnh & mã hai hoặc ba lần để đảm bảo rằng mọi thứ đang chạy như mong đợi.

phát trực tiếp

Tất cả sự lo lắng tan biến ngay khi tôi bắt đầu nói vì tôi đã bị cuốn hút.


Trong buổi nói chuyện, tôi không thể biết liệu mọi người có đang trả lời câu hỏi của tôi hay cuộc thăm dò hay không nhưng khi tôi hoàn thành bài nói và kiểm tra, tôi rất vui khi thấy khán giả tương tác với tôi và trả lời các cuộc thăm dò.


Một số người thậm chí đã liên hệ trên LinkedIn với những bình luận tích cực.


Nhìn chung, đó là một trải nghiệm tuyệt vời và tôi rất vui vì đã phát trực tiếp thay vì ghi hình trước.


Tái bút: Bạn có thể tìm thấy bài nói chuyện của tôi ở đây :)