คำแนะนำสำหรับนักพัฒนาแบบเต็มสแต็กจากผู้สร้างไลบรารีฟอร์ม Redux

ในเดือนกุมภาพันธ์ 2019 ทีมชุมชนของ Toptal ได้เปิดตัวโครงการใหม่: โอกาสรายเดือนในการโต้ตอบกับผู้เชี่ยวชาญเครือข่ายของ Toptal ในแบบเรียลไทม์ เซสชั่น Ask Me Anything (AMA) เปิดให้สมาชิกทุกคนในทีมหลักของ Toptal และเครือข่ายความสามารถพิเศษ ทุกคนสามารถถามคำถามได้ ในงานชิ้นนี้ เราได้รวบรวมคำถามและคำตอบที่ได้รับการคัดเลือกจาก AMA ด้วย JavaScript และผู้เชี่ยวชาญ Redux Erik Rasmussen Erik พูดถึงความท้าทายของการพัฒนาซอฟต์แวร์โอเพนซอร์ส เคล็ดลับสำหรับนักพัฒนา และโลกที่ผันผวนของ JavaScript วิธีที่เขาจัดการกับกลุ่มอาการหลอกลวงและความเหนื่อยหน่ายในฐานะนักพัฒนาที่ต้องการ และคำแนะนำพอดคาสต์ยอดนิยมของเขา

Erik เป็นผู้เชี่ยวชาญด้าน JavaScript แบบฟูลสแตกด้วยประสบการณ์การพัฒนามากกว่า 25 ปี เชี่ยวชาญด้าน React, Redux, ฟอร์มใน React และ GraphQL บน GitHub—บริการโฮสต์บนเว็บสำหรับการควบคุมเวอร์ชันที่มีผู้ใช้มากกว่า 28 ล้านคน—เขาได้รับตำแหน่งใน 100 อันดับแรกที่มีดาวมากกว่า 20,000 ดวง เขายังเป็นผู้เขียนไลบรารีฟอร์มที่ได้รับความนิยมสูงสุดอันดับที่หนึ่งและสามใน React: Redux-Form และ React-Final-Form

แบบฟอร์ม Redux และสถานะของซอฟต์แวร์โอเพ่นซอร์ส

เหตุใดคุณจึงตัดสินใจสร้างไลบรารีฟอร์มอื่นหลังจากประสบความสำเร็จอย่างมากเบื้องหลัง Redux Form

ฉันได้เรียนรู้บทเรียนมากมายระหว่างทางด้วย Redux Form และได้รับข้อมูลเชิงลึกเกี่ยวกับความต้องการของนักพัฒนา React Form ทั่วโลก ปัญหาบางอย่างของ React Form ไม่สามารถแก้ไขได้โดยไม่ได้พิจารณาปัญหาใหม่ (รายละเอียดเพิ่มเติมที่นี่)

นักพัฒนาหลายคนใฝ่ฝันที่จะสร้างโครงการโอเพ่นซอร์สที่ได้รับความนิยมอย่างล้นหลาม อะไรคือผลที่ไม่คาดคิด (ดีและไม่ดี) ของการมีโครงการที่ประสบความสำเร็จเท่ากับ Redux Form?

เป็นเรื่องที่คุ้มค่าอย่างยิ่งเมื่อคุณสามารถแก้ไขข้อผิดพลาดที่ทำให้นักพัฒนาหรือทั้งทีมไม่สามารถทำโครงการให้เสร็จได้ นอกจากนี้ยังยอดเยี่ยมมากเมื่อผู้คนค้นหาและแก้ไขข้อบกพร่องด้วยตนเอง จนถึงตอนนี้ ผู้คนดีและมีน้ำใจมากเมื่อพวกเขาขอความช่วยเหลือ ฉันยังไม่มีปฏิสัมพันธ์กับผู้ใช้ที่ชอบธรรมที่คิดว่าฉันเป็นหนี้พวกเขาในการแก้ไข

ในด้านที่ท้าทาย ความเหนื่อยหน่ายเป็นเรื่องจริง และเรายังไม่ได้ค้นพบวิธีชดเชยนักพัฒนา OSS ในการให้เวลาและพลังงานแก่โครงการ OSS Redux Form ถูกใช้โดยบรรษัทมูลค่าหลายพันล้านดอลลาร์ทั่วโลกเพื่อทำธุรกรรมทางธุรกิจ และการมีอยู่ของมันได้ช่วยประหยัดเวลาในการพัฒนาหลายพันชั่วโมงสำหรับทีมที่ติดตั้งมัน แต่ไม่มีวิธีแก้ปัญหาที่ดีในการมอบเงินจำนวนเล็กน้อยให้กับผู้เขียน .

มีวิธีแก้ปัญหาที่มีแนวโน้มในการทำงานสำหรับการชดเชยนักพัฒนาโอเพ่นซอร์สเช่นคุณหรือไม่?

เพื่อนของฉันก่อตั้งบริษัทนี้ชื่อ CodeFund เขามีแนวคิดว่า "จะเกิดอะไรขึ้นถ้าเราสามารถวางโฆษณาลงในเอกสารประกอบของไลบรารีโค้ดได้" ในฐานะนักพัฒนา เราใช้เวลาทั้งวันในการดูเอกสารประกอบและหาวิธีใช้งานสิ่งที่เรากำลังทำอยู่ นอกจากนี้ นักพัฒนาซอฟต์แวร์ยังทำเงินได้มากกว่านักท่องเว็บทั่วไปของคุณ ดังนั้นเราจึงมีศักยภาพในผลิตภัณฑ์ฟุ่มเฟือย

CodeFund เกิดแนวคิดว่าเอกสารเป็นสถานที่ที่ดีในการโฆษณา ฉันเป็นหนึ่งในนักบินดั้งเดิม มันใช้งานได้ดี แต่เกิดปัญหากับ GitHub ในขั้นต้น เรากำลังวางโฆษณาบนที่เก็บ GitHub เอง แต่ GitHub และทนายความก็เข้ามาและบอกว่าไม่ ซึ่งเป็นเรื่องน่าละอาย CodeFund ได้เจรจากับพวกเขามาระยะหนึ่งแล้ว แต่สุดท้ายพวกเขาก็ปฏิเสธ

ด้วยเอกสารประกอบของห้องสมุดที่มีการดูแลอย่างดี คุณจะได้รับ 150 ดอลลาร์ต่อเดือน ซึ่งไม่ต้องจ่ายในราคาที่คุ้มค่า มีห้องสมุดหายากบางแห่ง เช่น Babble หรือ Webpack ที่ซึ่งมีเงินเพียงพอที่จะสนับสนุนนักพัฒนาเต็มเวลาสองหรือสามคนที่ทำงานเพื่อทำให้สิ่งนั้นดีขึ้น Babble และ Webpack—บริษัทที่มีมูลค่าหลายพันล้านเหรียญและหลายพันล้านเหรียญกำลังนั่งอยู่บนโครงสร้างพื้นฐานของพวกเขา และแน่นอนว่า Redux Form รองรับพวกเขา

ในเกือบทุกเว็บไซต์ที่คุณเข้าชม คุณสามารถดูในซอร์สโค้ดและคุณสามารถเห็นโค้ดบางโค้ดที่เขียนขึ้นโดยบุคคลที่ไม่ได้รับการชดเชยอย่างเหมาะสม จำเป็นต้องสร้างความตระหนักเพื่อให้ผู้คนซาบซึ้งมากขึ้นว่าโอเพ่นซอร์สคืออะไรและชั่วโมงที่พวกเราบางคนใส่เข้าไป

ทำไมต้องสร้างสิ่งที่เป็นโอเพ่นซอร์สและฟรี อะไรเป็นแรงจูงใจให้นักพัฒนาเช่นคุณ

เหตุผลที่คุณสร้างมันขึ้นมาก็เพราะคุณต้องการมันสำหรับสิ่งที่คุณกำลังทำอยู่ในขณะนี้ เมื่อคุณปล่อยมัน คนอื่นมาและทำให้ดีขึ้น ความฝันแบบโอเพ่นซอร์สคือคุณพูดว่า "ฉันสร้างรถสาลี่เล็กๆ ที่ช่วยฉันเอาก้อนหินจากที่นี่ไปที่นั่น" แล้วมีคนมาช่วยกันทำให้ดีขึ้น ในโครงการต่อไปของคุณ คุณกลับไปแล้วใช้ไลบรารีเดิม แล้วคุณก็แบบ "ว้าว เจ้าสิ่งนี้เคลื่อนที่เร็วขึ้นมาก ตอนนี้ดีขึ้นแล้ว”

มันยังคุ้มค่ามาก ฉันโดนโดปามีนโดนโจมตีเมื่อมีคนพูดว่า "สิ่งนี้ทำให้เราอยู่ได้สามสัปดาห์และการแก้ไขเล็กน้อยที่ใช้เวลาสามชั่วโมงในการดำเนินการช่วยเราประหยัดเวลาได้สามสัปดาห์" มีวงจรการเสพติดอยู่บ้าง ซึ่งคุณจะได้รับการเสริมแรงในเชิงบวกและรู้สึกดี

ด้วยไลบรารีฟอร์มที่สองของฉัน มีคนไม่มากนักที่พูดว่า "เฮ้ เราต้องการไลบรารีฟอร์มอื่น" ฉันแค่คิดหาวิธีทำให้มันดีขึ้น

นั่นเป็นความฝันว่าทำไมคุณถึงทำอย่างนั้น แต่มันไม่ใช่เพื่อเงินอย่างแน่นอน

ในโลกอุดมคติ คุณจะได้รับค่าตอบแทนเท่าใดสำหรับการสร้างซอฟต์แวร์โอเพนซอร์ซ แค่ไอซิ่งบนเค้ก?

ฉันจะไม่รังเกียจถ้ามีคนจ่ายเงินให้ฉันหกหลักเพื่อทำงานโอเพ่นซอร์สตลอดทั้งวัน หากคุณดูมูลค่าที่สร้างเทียบกับต้นทุน อัตราส่วนของโอเพนซอร์สนั้นสูงมาก คุณลงไปยังห้องสมุดเล็กๆ ที่ทำสิ่งหนึ่ง และสิ่งหนึ่งที่ดีจริงๆ

หากทุกบริษัทในโลกต้องมอบหมายทีมนักพัฒนาของตัวเองให้ทำเช่นนั้น ผลลัพธ์จะแตกต่างกันอย่างมาก การที่เรามีโอเพ่นซอร์สและเราสามารถมีวิธีแก้ปัญหานั้นได้ - หนึ่งฟองอัลกอริธึมที่อยู่ด้านบนสุดที่ดีที่สุด - หมายความว่าทุกคนในโลกมีประสิทธิภาพนั้นในตัว

คุณค่าอีกประการหนึ่งจากโอเพ่นซอร์สก็คือ หากคุณกำลังใช้สิ่งที่คุณเขียนและมีเพียงบริษัทของคุณเท่านั้นที่ใช้มัน . . เปรียบเทียบกับสิ่งที่บริษัท 1,000 แห่งใช้อยู่ พวกเขาพบทุกซอกทุกมุมของพื้นที่แมลงที่อาจเป็นปัญหา และคุณนำสิ่งนั้นมาเสียบเข้ากับสิ่งของของคุณ—คุณคือสีทอง คุณจะมีความมั่นใจมากขึ้นในเรื่องนั้น

โลกแห่งไดนามิกของจาวาสคริปต์

เมื่ออยู่ในพื้นที่ JavaScript เป็นเวลานาน คุณต้องเห็นเฟรมเวิร์กใหม่ที่กำลังมาแรง [สำหรับการสร้างแอปพลิเคชัน JavaScript] มาและไป คุณจับชีพจรในอุตสาหกรรมนี้ได้อย่างไร เพื่อให้คุณตัดสินใจได้ว่าจะใช้กรอบงานใด

คุณต้องสัมผัสถึงกระแสลมของชุมชนนักพัฒนา การต่อสู้ระหว่าง TypeScript และ Flow ในปัจจุบันเป็นตัวอย่างที่ดี ฉันเลือกม้าผิดตัวในการแข่งขันนั้นในตอนแรก สมมติว่า Facebook จะเป็นผู้ดูแลกรอบการพิมพ์ที่ดีกว่า แต่ฉันคิดว่า TS ชนะการต่อสู้นั้นมาพอสมควร และตอนนี้ฉันก็ค่อยๆ ย้ายสิ่งต่าง ๆ ไปในทิศทางนั้น

มีมุมหนึ่งของ Twitter ที่เป็น “นักพัฒนา Twitter” หากคุณติดตามผู้คนมากพอ—บางทีคุณอาจต้องการขนาดตัวอย่างเป็นร้อยหรือมากกว่านั้น— คุณจะสัมผัสได้ว่าลมกำลังพัดไปที่ใดและอะไรกำลังเป็นที่นิยม คุณจะได้รับโพสต์มากมาย เช่น “ฉันเคยใช้ห้องสมุด A แต่ฉันเพิ่งเรียนรู้เกี่ยวกับห้องสมุด B และทุกอย่างก็ง่ายขึ้นมาก” คุณพออ่านออกแล้วแบบว่า “ฉันควรไปห้องสมุดอื่นดีกว่า”

เทรนด์มาและไปในพื้นที่ JavaScript มันจะเคลื่อนไหวตลอดเวลาหรือไม่?

ฉันคิดว่า (และหวังว่า) มันจะพัฒนาต่อไป ความซบเซาคือความตายในเทคโนโลยี แม้แต่ Java ก็กำลังสร้างสรรค์สิ่งใหม่ๆ อย่างมากในตอนนี้ สิ่งที่คุณสามารถทำได้ใน Java 10 นั้นไม่เหมือน Java 6 ของคุณยาย

อาจทำให้แอปของคุณสร้างด้วย Tech X เหนื่อยยากในที่สุด เพียงเพื่อดูว่าเด็กเจ๋งๆ ทุกคนกำลังใช้ Tech Y อยู่ แต่นั่นคืออุตสาหกรรมที่เราอยู่

ในความเห็นของคุณ แนวคิด JavaScript ใดมีความสำคัญเป็นพิเศษในการทำความเข้าใจเพื่อให้เชี่ยวชาญภาษา

ฉันคิดว่าการเขียนโปรแกรมเชิงฟังก์ชันและแนวคิดในการส่งต่อฟังก์ชันต่างๆ เป็นเรื่องสำคัญมาก โดยเฉพาะถ้าคุณมาจากภาษาเช่น Java หรือ C++

คุณคิดว่าควรใช้ React สำหรับสร้าง SPA [แอปพลิเคชันหน้าเดียว] หรือเฉพาะส่วนประกอบในหน้าปกติหรือไม่?

นั่นคือความงามของ React: มันใช้งานได้หลากหลายมาก ฉันได้แนะนำ React สำหรับคุณสมบัติใหม่ทั้งหมดอย่างช้าๆ ในแอป Java/jQuery แบบเก่าในงานประจำวันของฉัน React ทำงานได้ดีเมื่อให้ DOM node ดำเนินการ ไม่จำเป็นต้องอยู่ในการควบคุมของแอปทั้งหมด

เมื่อเริ่มต้นแอป React ใหม่ คุณใช้เครื่องมือและไลบรารีใดเป็นประจำตั้งแต่เริ่มต้น

ฉันคิดว่า create-react-app เป็นผู้ชนะที่ชัดเจนในตอนนี้ 4 ปีที่แล้ว ตอนที่ไม่มีอะไรแบบนั้น มันยากกว่ามาก

คุณจัดการสถานะแอปในแอปตอบโต้อย่างไร

เมื่อ Redux ออกมาก็เป็นคำตอบที่ชัดเจน อย่างไรก็ตาม ฉันพบว่า "สถานะ" ของ Redux ส่วนใหญ่มีลักษณะเหมือน loading และ listOfObjects และล่าสุดฉันใช้ Apollo GraphQL สำหรับสิ่งนั้น สิ่งอื่น ๆ เช่น isSideNavOpen สามารถจัดการด้วยส่วนประกอบตามบริบทได้อย่างง่ายดาย ที่กล่าวว่ายังคงมีกรณีการใช้งานที่ถูกต้องสำหรับ Redux แต่ไม่มีกรณีใดที่ฉันพบในแอป React แบบง่ายของฉัน

บรรณาธิการ/IDE ที่คุณชื่นชอบคืออะไร?

อ่า คำถาม นั้น !

ฉันมาจาก Java และมีความสุขกับ JetBrains IntelliJ มาหลายปีแล้ว แต่ JS ค่อนข้างช้า ตอนแรกฉันไปที่ Atom แต่สุดท้ายก็ตกลงกับ VS Code การผสานรวมสำหรับ Jest และ Flow และ TypeScript นั้นเหนือชั้น

คุณคิดเห็นอย่างไรเกี่ยวกับการพัฒนาแบบ isomorphic เช่น opal ซึ่งแปล ruby ​​เป็น JS แล้วเปิดเส้นทางให้ Rubysts เขียนแอปที่มีโครงสร้าง React/Flux ใน Pure Ruby (โดยไม่ต้องเขียน JS)

ฉันคิดว่าจาวาสคริปต์ได้ข้ามไปยังเซิร์ฟเวอร์แล้วเป็นเรื่องใหญ่ ความสามารถในการแสดงผลด้วยรหัสเดียวกันทั้งบนไคลเอนต์และเซิร์ฟเวอร์นั้น ใหญ่โต และมีแนวโน้มมากขึ้นในอนาคต

คุณคิดว่าปัญหาที่ใหญ่ที่สุดของกรอบงาน JS ที่ได้รับความนิยมสูงสุดในปัจจุบันของเราคืออะไร?

ฉันไม่แน่ใจทั้งหมด แต่ฉันชอบทิศทางของ css-in-js, Serverless และ SSR ที่บริษัทอย่าง Zeit ดำเนินการด้วย Next.js

เป็นเรื่องตลกจริงๆ สำหรับฉัน ในฐานะคนที่กำลังสร้างเว็บไซต์ในช่วงปลายยุค 90 ว่าเราจะกลับมาที่เว็บไซต์แบบคงที่ เราจะกลับไปสร้างทุกอย่างในเวลาบิลด์ จากนั้นคุณมีสแตติกส์ของคุณบนเซิร์ฟเวอร์ จากนั้นคุณสามารถเพิ่มไดนามิกโดยสิ่งที่พวกเขาเรียกว่าการให้ความชุ่มชื้นอีกครั้ง หลังจากที่คุณแสดงผลทั้งหน้าแล้ว คุณสามารถรับ JavaScript เพิ่มเติมเพื่อทำให้สิ่งต่าง ๆ เป็นภาพเคลื่อนไหวและย้ายส่วนประกอบไปรอบๆ ได้

Zeit ด้วยเฟรมเวิร์ก Now ของพวกเขายังรองรับการสร้างแบบคงที่ในเว็บไซต์ของคุณ เพราะไม่มีอะไรจะเร็วไปกว่าการดาวน์โหลดไฟล์ HTML แบบคงที่ มันเป็นแค่ไฟล์ข้อความ แล้วบูม คุณก็เข้าใจ ในขณะที่คุณกำลังตีเซิร์ฟเวอร์ มันจะต้องตีฐานข้อมูลสี่หรือร้อยครั้งเพื่อสร้างอะไรก็ตามที่เป็นหน้าที่คุณต้องการแสดง มันช้ามาก

แนวคิดแบบคงที่กำลังได้รับความนิยม

คุณรู้สึกว่า JavaScript สามารถใช้ภาษา "ผู้ใหญ่" (เช่น Java และ C++) และกลายเป็นภาษาทางเลือกสำหรับองค์กรหรือไม่?

อย่างแน่นอน. สิ่งที่ผู้คนกำลังทำอยู่ตอนนี้ด้วยโหนด "ไร้เซิร์ฟเวอร์" สามารถปรับขนาดได้อย่างมาก และฉันคิดว่า Enterprise APIs [application programming interfaces] สามารถและจะถูกเขียนใหม่เป็น JavaScript อย่างน้อยก็โดยบริษัทที่คล่องตัวและคิดไปข้างหน้ามากกว่า

นักพัฒนาซอฟต์แวร์ควรมองหาอะไรในตัวลูกค้า?

คุณต้องการระดับของความไว้วางใจและความเป็นอิสระที่มอบให้กับคุณ โดยถือว่าคุณอาวุโสพอที่จะสมควรได้รับ ฉันไม่อยากทำงานที่มีคนมองข้ามไหล่ฉันตลอดเวลา บ่อยครั้ง กับงานพัฒนา คุณสามารถมีบางสิ่งที่ใช้เวลาห้านาทีในการแก้ไข แต่คุณใช้เวลาสี่ชั่วโมงในการทำงานกับปัญหาเล็กๆ น้อยๆ กับงานสร้างที่ทำให้คุณไม่สามารถทดสอบได้จริง มีหลายครั้งที่ฉันจะใช้เวลาแปดหรือสิบชั่วโมงกับปัญหา—ซึ่งฉันทำงานจริงๆ, จดจ่ออยู่ตลอดเวลา—และวิธีแก้ปัญหาที่แท้จริงก็เหมือนกับโค้ดสองบรรทัด คุณต้องการนายจ้างที่มีความเข้าใจในระดับนั้นว่างานของคุณเป็นอย่างไร

เกี่ยวกับ Imposter Syndrome, Burnout และ De-stressing

Imposter syndrome ดูเหมือนจะเป็นปรากฏการณ์ที่ไม่ธรรมดาในหมู่นักพัฒนา คุณประสบกับมันหรือไม่ และถ้าเป็นเช่นนั้น คุณจะจัดการกับมันอย่างไร?

อย่างแน่นอน. โดยเฉพาะเมื่อพูดในที่ประชุม (หรือทำ AMA?)

เมื่อพูดถึงการสอน/การให้คำปรึกษา คุณต้องตระหนักว่าคุณรู้เกี่ยวกับสิ่งที่คุณทำมากกว่าเดือนที่แล้ว เออ มีคนที่กลับมาในที่ที่คุณเคยอยู่เสมอที่จะได้ประโยชน์จากความรู้ของคุณ

สิ่งสำคัญคือต้องสามารถพูดว่า “ไม่รู้ เรามาตรวจสอบด้วยกัน” (เป็นเคล็ดลับการเลี้ยงลูกที่ดีด้วย)

วันหนึ่งในชีวิตของคุณเป็นอย่างไร? คุณกำหนดเวลาทุกอย่างอย่างไรเพื่อให้คุณไม่ทำงาน 100 ชั่วโมงต่อสัปดาห์และหมดไฟ?

เมื่อฉันเข้าสู่โอเพ่นซอร์สอย่างลึกซึ้ง นั่นต้องใช้เวลามากขึ้น บางครั้งฉันต้องดึงกลับเป็นเวลาหนึ่งเดือนหรือมากกว่านั้นในแต่ละครั้ง ฉันพาลูกๆ ไปโรงเรียนแล้วใช้เวลาดูว่าพวกเขามีปัญหาอะไรบ้าง หากเป็นเรื่องร้ายแรง ฉันก็จะพยายามแก้ไขหรือตอบสนองในลักษณะที่เป็นประโยชน์

ฉันมีงานประจำวันที่ไม่เกี่ยวข้องกับโอเพ่นซอร์สเลย ซึ่งต้องใช้เวลามาก ตลอดทั้งวัน ฉันได้รับการแจ้งเตือนเพื่อให้ทราบว่ามีปัญหาร้ายแรงกับสิ่งใดหรือไม่ หากมีการเปิดตัวฟีเจอร์ใหม่หรืออะไรก็ตาม มีแนวโน้มว่าจะมีข้อบกพร่องในช่วงเวลานั้นมากขึ้น

ฉันได้เรียนรู้ว่าใครก็ตามที่เขียนข้อกำหนดสำหรับโครงการหนึ่งๆ ย่อมแน่ใจว่า "น่าจะเสร็จเมื่อวานนี้ แล้วทำไมยังไม่เสร็จล่ะ" ฉันมีหลายครั้งแล้วที่ทีมใดก็ตามที่ได้รับงานของฉันต้องใช้เวลาสามสัปดาห์เพื่อนำไปผลิตจริง และคุณก็แบบ “แล้วเครียดเรื่องอะไรล่ะ”

หากงานต้องทำภายในวันศุกร์ และงานนั้นเสร็จในวันศุกร์ถัดไป ธุรกิจแทบไม่ต้องปิดตัวลงเพราะคุณล้มเหลว เมื่อคุณยังเด็กและไม่รู้อะไรมากไปกว่านี้ คุณจะรู้สึกเหมือนว่า “โอ้ พระเจ้า เราต้องเอามันออกไป” แต่หลังจากที่คุณทำอย่างนั้นมามากพอแล้ว และคุณจะเห็นว่า “เดี๋ยวก่อน สิ่งที่พวกเขาบอกเราไม่เป็นความจริง” คุณสามารถเป็นแบบ “เอาล่ะ ใช่ อะไรก็ตาม. มันจะเสร็จเมื่อทำเสร็จแล้ว”

เมื่อเดือนตุลาคมที่ผ่านมาฉันรู้สึกท้อแท้เล็กน้อยเมื่อ React ประกาศสิ่งนี้ที่เรียกว่า React Hooks ถ้าฉันอยู่ที่นั่น พร้อมที่จะรับสิ่งใหม่และวิ่งไปกับมัน ฉันอาจได้รับไมล์สะสมมากมายจากการเป็นหนึ่งในคนกลุ่มแรกๆ ที่เข้าสู่ React Hooks ฉันกำลังจับตาดูสิ่งที่อาจเป็นเรื่องใหญ่ต่อไป

คุณทำอะไรในเวลาว่างเพื่อลดความเครียด?

ฉันเดินเล่นและฟังพอดแคสต์ที่ไม่เกี่ยวกับการพัฒนา

คุณสามารถแนะนำอะไรได้บ้าง

พอดคาสต์เทคโนโลยีจริงเพียงรายการเดียวที่ฉันฟังคือ The Undefined Podcast ซึ่งเป็นเนื้อหาเกี่ยวกับเคล็ดลับด้านเทคโนโลยีและนักพัฒนาเท่านั้น ฉันยังฟัง React Podcast—ซึ่งฉันจะปรากฏเร็วๆ นี้ (หวังว่าจะมีเหตุผล ขึ้นอยู่กับคุณภาพของบรรณาธิการ)

เมื่อดูพอดแคสต์ที่ฉันเลือก Overcast พอดคาสต์ที่จัดลำดับความสำคัญสูงสุดของฉัน ได้แก่:

• โรเดอริค ออน เดอะ ไลน์
• ทำให้รู้สึก
• พอดคาสต์เทคโดยบังเอิญ
• งานถนน
• เลขชี้กำลัง
• สวัสดีชาวเน็ต
• Radiolab
• ตอบทั้งหมด

เมื่อเร็ว ๆ นี้ฉันเริ่มพอดคาสต์สองรายการด้วยตัวเอง:

อย่างแรกเรียกว่า Seek Justice ซึ่งฉันซึ่งเป็นคนฉลาดปานกลางที่แทบไม่รู้เรื่องระบบยุติธรรมทางอาญาเลย สัมภาษณ์เพื่อนของฉันที่ใช้เวลาทั้งอาชีพในการตรวจสอบและทำงานเพื่อปฏิรูป เขาทำงานโดยตรงกับผู้ว่าการรัฐหลายแห่งในสหรัฐฯ เพื่อลดจำนวนนักโทษและการกระทำผิดซ้ำหลังการปล่อยตัว ไม่ใช่หัวข้อที่ฉันเคยสนใจจริงๆ แต่พิธีกรร่วมของฉันทำให้ฉันหลงใหลทุกตอน

อย่างที่สองคือการแสดงความโง่เขลา ที่เรียกว่า Happy Hour กับเดนนิสและเอริค ซึ่งฉันกับเพื่อนคนเดียวกันดื่มเครื่องดื่มยามเย็นสองสามแก้ว พูดคุยเกี่ยวกับชีวิตของเรา และให้กันและกันหัวเราะ Seek Justice เหมาะสำหรับการเดินทางไปทำงานด้วยสายตาที่สดใส และ Happy Hour เหมาะสำหรับการขับรถกลับบ้านอย่างผ่อนคลาย

เพื่อนำมันกลับมาที่ผู้พัฒนา ความพยายามเกี่ยวกับพอดแคสต์ของฉันได้ช่วยฉันแก้ปัญหาที่ฉันไม่สามารถหาวิธีแก้ปัญหาในอุตสาหกรรมนี้ได้: เครื่องเล่น MP3 ที่ใช้งานง่ายพร้อมปกอัลบั้มซึ่งทำงานเป็นการ์ด Twitter ได้เช่นกัน ดังนั้นฉันจึงเขียน AudioCard