อนาคตของการทำงาน

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

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

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

ApeeScape JavaScript และ Redux Expert Erik Rasmussen

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

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

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

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

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

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

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

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

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

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

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

อินเตอร์เน็ตออฟธิงส์สมาร์ทดีไวซ์

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

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

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

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

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

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

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

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

หลักการเกสตัลต์ขององค์กร

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

โลกแบบไดนามิกของ JavaScript

เมื่ออยู่ในพื้นที่ 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 เก่าในงานประจำวันของฉัน การตอบสนองทำงานได้ดีโดยให้โหนด DOM ดำเนินการ ไม่จำเป็นต้องควบคุมทั้งแอป

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

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

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

หลักการนิยามศิลปะการออกแบบ

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

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

อา, ที่ คำถาม!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Erik Rasmussen พูดในการประชุมล่าสุด

ทับทิมบนรางทำงานอย่างไร

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

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

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

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

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

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

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

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

มีอะไรแนะนำไหม

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

กรอบงานเอนทิตีที่อยู่ในรายการ

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

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

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

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

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