- Jellyfin มีงบประมาณมากกว่า $24,000 ซึ่งครอบคลุมค่าใช้จ่ายเป็นเวลา 40 เดือน และขอให้ผู้ใช้เปลี่ยนเส้นทางการบริจาคไปยังผู้เขียนของ Clients ที่พวกเขาใช้
- คำขอนี้สอดคล้องกับนโยบาย "ไม่มีการพัฒนาที่ต้องจ่ายเงิน" ของ Jellyfin เนื่องจากการบริจาคเป็นไปโดยสมัครใจ และโครงการจะประเมินใหม่หากเงินทุนลดลงเหลือเพียงพอสำหรับ 12 เดือน
- สมาชิกในชุมชนตอบรับ อย่างดี โดยมีแผนที่จะสนับสนุนผู้เขียน Client และสอบถามเกี่ยวกับการสนับสนุนลูกค้าเฉพาะเช่น WebOS
- Jellyfin, โครงการเซิร์ฟเวอร์สื่อแบบโอเพนซอร์ส, ประกาศว่าพวกเขามีเงินทุนเพียงพอแล้วและแนะนำให้ผู้บริจาคสนับสนุนโครงการอื่นในระบบนิเวศแทน
- ชุมชนมีความเห็นที่แตกต่างกันในเรื่องนี้; บางคนเชื่อว่าควรจัดสรรเงินทุนให้กับนักพัฒนาระบบนิเวศ ในขณะที่คนอื่นๆ เห็นด้วยกับการตัดสินใจของ Jellyfin ที่จะหลีกเลี่ยงภาระทางการบริหารเพิ่มเติม
- การอภิปรายเน้นถึงความซับซ้อนและปัญหาที่อาจเกิดขึ้นในการจัดการเงินบริจาคภายในโครงการโอเพนซอร์ส รวมถึงความโปร่งใส ภาระงานด้านการบริหาร และการรักษาความมุ่งมั ่นในพัฒนาหลัก
- ประเภท Pin และแนวคิดของการปักหมุดเป็นส่วนสำคัญแต่บ่อยครั้งที่ถูกเข้าใจผิดในระบบนิเวศของการทำงานแบบอะซิงโครนัสของ Rust
- Pin ถูกนำมาใช้เพื่อสนับสนุนประเภทที่อ้างอิงตัวเองใน async Rust โดยรับประกันว่าออบเจ็กต์จะไม่เคลื่อนที่เมื่อมีการอ้างอิงตัวเอง ซึ่งต่างจาก Mojo ที่จัดการกับอัตลักษณ์ของออบเจ็กต์โดยธรรมชาติ
- แม้จะมีความจำเป็น แต่ Pin ก็เพิ่มความซับซ้อนอย่างมากให้กับผู้ใช้เนื่องจากขาดการสนับสนุนและความสะดวกในการเขียนโค้ด ทำให้เกิดปัญหาต่างๆ เช่น การยืมซ้ำ การฉายภาพที่ถูกตรึง และการทำงานร่วมกับคุณลักษณะ Drop
- การสนทนานี้เกี่ยวกับประเภท
Pin
ของภาษาโปรแกรม Rust ซึ่งมักจะถูกเข้าใจผิดเนื่องจากเอกสารที่ไม่ชัดเจน
- การ
Pin
ทำให้แน่ใจว่าวัตถุบางอย่างไม่สามารถย้ายที่ในหน่วยความจำได้ ซึ่งเป็นสิ่งสำคัญสำหรับโครงสร้างที่อ้างอิงตัวเอง แต่แนวคิดนี้ไม่ได้อธิบายอย่างชัดเจนในเอกสารทางการ
- การสนทนานี้เน้นถึงความจำเป็นในการมีเอกสารและการเปรียบเทียบที่ดียิ่งขึ้นเพื่อทำให้แนวคิดของ
Pin
และ Unpin
เข้าถึงได้ง่ายขึ้นสำหรับนักพัฒนา Rust โดยเฉพาะผู้ที่เพิ่งเริ่มต้นกับภาษา
- Jiff เป็นไลบรารีวันที่และเวลาใหม่ของ Rust ที่เน้นความง่ายในการใช้งานและประสิทธิภาพ โดยได้รับแรงบันดาลใจจากข้อเสนอ Temporal ของ JavaScript
- มันมีคุณสมบัติเช่น primitive datetime ระดับสูง, การผสานรวมฐานข้อมูล Time Zone อย่างไร้รอยต่อ, การคำนวณที่รับรู้ DST, การจัดรูปแบบ, การแยกวิเคราะห์, และการสนับสนุน Serde ที่เป็นทางเลือก
- Jiff มีการอนุญาตใช้งานสองแบบภายใต้ MIT หรือ UNLICENSE, รองรับ Unix และ Windows, และต้องการ Rust 1.70.0 หรือใหม่กว่า
- Jiff เป็นไลบรารี datetime ใหม่สำหรับภาษา Rust พัฒนาโดย BurntSushi ซึ่งเป็นที่รู้จักจากการสร้างเครื่องมือคุณภาพสูงอย่าง ripgrep
- ห้องสมุดนี้มีเป้าหมายในการจัดการความซับซ้อนในการจัดการวันที่และเวลา เช่น การคำนวณเวลาออมแสง (DST), การคำนวณที่คำนึงถึงเขตเวลา, และการตรวจจับความขัดแย้งของเขตเวลาในอดีต
- Jiff เสนอ API ที่ใช้งานง่ายและยืดหยุ่นมากกว่าเมื่อเทียบกับมาตรฐานที่มีอยู่, Chrono, ในขณะที่ยังคงความถูกต้องและความสามารถในการดำเนินการกับวันที่และเวลา
- การหยุดทำงานครั้งใหญ่เมื่อวันที่ 19 กรกฎาคมที่เกิดจากการอัปเดตไดรเวอร์เคอร์เนลทำให้ระบบ Windows ทั่วโลกเกิดการขัดข้อง เน้นย้ำถึงความจำเป็นในการมีระบบอัปเดตที่ปลอดภัยยิ่งขึ้น
- eBPF (extended Berkeley Packet Filter) ซึ่งใช้งานใน Linux อยู่แล้ว เป็นสภาพแวดล้อมการทำงานของเคอร์เนลที่ปลอดภัยที่สามารถป้องกันการเกิดข้อผิดพลาดดังกล่าว และจะได้รับการสนับสนุนโดย Windows ในเร็วๆ นี้
- โปรแกรม eBPF ได้รับการตรวจสอบความปลอดภัยและถูกจำกัดการทำงานในสภาพแวดล้อมที่ปลอดภัย มอบประโยชน์เช่น ความปลอดภัยที่เพิ่มขึ้นและการใช้ทรัพยากรที่ลดลง โดยมีการนำไปใช้โดยบริษัทต่างๆ เช่น Cisco, Google และ Meta สำหรับการรักษาความปลอดภัยและการสังเกตการณ์
- การสนับสนุน eBPF (Extended Berkeley Packet Filter) ของ Microsoft สำหรับ Windows ในปัจจุบันจำกัดเฉพาะการกรองแพ็กเก็ต ซึ่งแตกต่างจากไดรเวอร์การตรวจสอบเคอร์เนลที่ครอบคลุมของ Crowdstrike
- การผนวก eBPF เข้ากับกรอบงานที่มีอยู่ของ Windows เป็นเรื่องท้าทาย และยังไม่แน่ชัดว่า Microsoft มีเป้าหมายที่จะทำให้ม ันเป็นมาตรฐานหรือไม่
- eBPF อาจเพิ่มความปลอดภัยโดยการแยกโค้ดของเคอร์เนล แต่ก็ไม่ใช่ทางออกที่สมบูรณ์ ดังที่เห็นได้จากเหตุการณ์ของ Crowdstrike ล่าสุด ซึ่งเน้นย้ำถึงความจำเป็นในการปรับปรุงวิธีการใช้งานและมาตรการความปลอดภัย
- โพสต์นี้เน้นหลักการ "แยกวิเคราะห์ อย่าตรวจสอบความถูกต้อง" โดยสนับสนุนการแยกวิเคราะห์ข้อมูลเพื่อรักษาข้อมูลในระบบประเภทแทนที่จะทิ้งมันผ่านการตรวจสอบความถูกต้อง
- มันอธิบายว่าการออกแบบที่ขับเคลื่อนด้วยประเภทในภาษาต่างๆ เช่น Haskell สามารถเปลี่ยนฟังก์ชันบางส่วนให้เป็นฟังก์ชันทั้งหมดได้อย่างไร โดยการเสริมความแข็งแกร่งให้กับประเภทของอาร์กิวเมนต์ โดยใช้รายการ
NonEmpty
เป็นตัวอย่าง
- คำแนะนำเชิงปฏิบัติรวมถึงการใช้โครงสร้างข้อมูลที่แม่นยำ การปรับปรุงโค้ดเพื่อผลักภาระการพิสูจน์ขึ้นไป และการหลีกเลี่ยงการแสดงข้อมูลที่ไม่เป็นปกติเพื่อปรับปรุงความน่าเชื่อถือและความปลอดภัยของโปรแกรม
- บทความ "Parse, Don't Validate" เน้นย้ำถึงความสำคัญของการแยกวิเคราะห์ข้อมูลเพื่อให้แน่ใจว่าถูกต้องแทนที่จะตรวจสอบความถูกต้องซ้ำๆ ตลอดโปรแกรม
- แนวทางนี้ซึ่งมีรากฐานมาจากแนวคิดเช่น Design by Contract และ Domain-Driven Design (DDD) ใช้ระบบประเภทที่แข็งแกร่งเพื่อบังคับใช้การรับประกันและลดข้อผิดพลาด ทำให้โค้ดง่ายต่อการทำความเข้าใจและบำรุงรักษา
- การอภิปรายเน้นตัวอย่างที่เป็นรูปธรรมและประโยชน์ เช่น การใช้ประเภทที่แตกต่างกันสำหรับขั้นตอนการตรวจสอบที่ต่างกัน และการรับรองว่าข้อมูลอยู่ในสภาพที่ถูกต้องเสมอ ซึ่งสามารถทำให้แอปพลิเคชันที่ซับซ้อนง่ายขึ้นและเพิ่มความน่าเชื่อถือ
- ผู้เขียนได้สำรวจและอภิปรายเกี่ยวกับพื้นฐานของ ChatGPT และ AI สร้างสรรค์อื่น ๆ โดยมีเป้าหมายเพื่อให้มุมมองที่สมจริงเพื่อต่อต้านกร ะแสความตื่นเต้นที่แพร่หลาย
- ข้อสังเกตสำคัญคือ ChatGPT ไม่ได้สรุปเนื้อหาอย่างแท้จริง แต่เพียงแค่ย่อให้สั้นลง ซึ่งมักจะพลาดรายละเอียดและข้อเสนอที่สำคัญ ดังที่เห็นได้จากการเปรียบเทียบกับการสรุปที่มนุษย์สร้างขึ้นของเอกสาร 50 หน้า
- ข้อจำกัดนี้เกิดขึ้นเพราะการสรุปข้อมูลต้องการความเข้าใจ ซึ่ง ChatGPT ขาดไป ทำให้เกิดความสงสัยเกี่ยวกับความน่าเชื่อถือของ LLMs (Large Language Models) สำหรับการใช้งานในธุรกิจจริง
- ผู้เขียนโต้แย้งว่าการสรุปข้อความของ ChatGPT ขาดความเข้าใจที่แท้จริง ส่งผลให้สรุปไม่ครบถ้วนและบางครั้งทำให้เข้าใจผิด
- บทวิจารณ์ชี้ให้เห็นถึงการขาดรายละเอียดเกี่ยวกับโมเดล GPT, คำสั่ง, และจ ำนวนครั้งที่พยายามในบทวิเคราะห์ต้นฉบับ
- ประสบการณ์และความคิดเห็นของผู้ใช้แตกต่างกันไป บางคนพบว่า ChatGPT และ LLMs อื่นๆ มีประโยชน์ ในขณะที่บางคนชี้ให้เห็นถึงข้อจำกัดและความจำเป็นในการปรับปรุงการตั้งคำถามและการจัดการบริบท
- ศาลสหรัฐฯ ตัดสินว่า Booking.com ละเมิดกฎหมายการฉ้อโกงและการใช้คอมพิวเตอร์ในทางที่ผิดโดยการเข้าถึงเว็บไซต์ของ Ryanair โดยไม่ได้รับอนุญาต ซึ่งสนับสนุนจุดยืนของ Ryanair ต่อต้านการดึงข้อมูลหน้าจอโดยไม่ได้รับอนุญาต
- คณะลูกขุนศาลแขวงเดลาแวร์พบว่า Booking.com มีความผิดฐานเข้าถึงโดยไม่ได้รับอนุญาตด้วยเจตนาฉ้อโกง และได้ยกฟ้องข้อเรียกร้องโต้แย้งของ Booking.com ในเรื่องการหมิ่นประมาทและการแข่งขันที่ไม่เป็นธรรม
- Michael O'Leary ซีอีโอของ Ryanair หวังว่าคำตัดสินนี้จะลดการขูดหน้าจอที่ผิดกฎหมายและการคิดราคาเกินจริง ในขณะที่ Booking.com วางแผนที่จะอุทธรณ์ โดยโต้แย้งว่าการเปรียบเทียบค่าโดยสารเป็นประโยชน์ต่อการเลือกของผู้บริโภค
- Ryanair ชนะคดีทางกฎหมายกับ Booking.com ในศาลสหรัฐอเมริกาสำหรับการเข้าถึงโดยไม่ได้รับอนุญาตเพื่อขายตั๋วใหม่ ซึ่งเป็นการละเมิดกฎหมายว่าด้วยการฉ้อโกงและการละเมิดคอมพิวเตอร์
- คำตัดสินนี้อาจส่งผลกระทบต่อเอเจนซี่การท่องเที่ยวออนไลน์อื่น ๆ ที่ใช้วิธีการคล้ายกัน โดยเน้นถึงความซับซ้อนของกฎหมายการเก็บข้อมูลจากเว็บ
- มีการคาดการณ์ว่าการตัดสินใจอาจถูกยกเลิกเนื่องจากมีบรรทัดฐานทางกฎหมายที่ขัดแย้งกัน