GIF เป็นรูปแบบหนึ่งของการแสดงออกและการสื่อสาร
ดังนั้น GIF ควรมีที่อยู่ในแพลตฟอร์มการสื่อสารเกือบทั้งหมด (ถ้าไม่ใช่ทั้งหมด)
การผสานที่ง่ายที่สุดและเป็นที่นิยมในปัจจุบันคือปุ่ม GIF ที่เรียกใช้ API จากฐานข้อมูล GIF หลักๆ
ความเสี่ยงในการใช้บริการเหล่านี้ต่ำมาก คลังข้อมูลมีขนาดใหญ่ และการนำไปใช้งานทำได้ง่าย
ไม่ควรมองข้ามประโยชน์ของ GIF GIF สามารถสื่ออารมณ์ น้ำเสียง ข้ามพ้นอุปสรรคด้านภาษา และกระชับ (ไม่เหมือนบันทึกนี้)
ผมเชื่อว่าประโยชน์ของการผสาน GIF มีมากกว่าความเสี่ยงอย่างมีนัยสำคัญ
อย่างไรก็ตาม นี่คือข้อได้เสียที่ควรพิจารณาเมื่อใช้ API แบบต้องขออนุญาต:
การเซ็นเซอร์
- สื่อที่ถูกแบนในระดับประเทศ (ภาพที่อ่อนไหวทางการเมือง)
- สื่อที่ถูกแบนในระดับบริษัท (เนื้อหาไม่เหมาะสมสำหรับที่ทำงาน)
- การจำกัดอัตราการเรียกใช้ (1 ครั้งต่อวินาที)
- เงื่อนไขการใช้งาน (ยกเลิก API key หากการใช้งานละเมิดข้อตกลง)
การเข้าถึง
- การอัปโหลด/การมีให้ใช้ใหม่ (การจัดเรตติ้งเนื้อหา, การกลั่นกรอง, เวลารอ)
- การสมัครขอ API key (ผู้ให้บริการ API ต้องการรู้จักลูกค้า)
- อีเมล (จำเป็นสำหรับการยืนยันบัญชี)
การโฆษณาและการติดตาม
- การอ้างอิง/แบรนดิ้ง ("Powered by")
- การโฆษณาผ่าน GIF (GIF บางอันอาจถูกให้น้ำหนักมากกว่าเพื่อโปรโมทรายการ/รายการทีวี)
- นโยบายความเป็นส่วนตัว (การเก็บข้อมูลเพื่อขายให้บุคคลที่สามหรือปรับแต่งผลการค้นหา)
จากข้อมูลนี้ การใช้ปุ่ม GIF โดยใช้ API key จากผู้ให้บริการ GIF รายใหญ่ พร้อมความสามารถในการเพิ่มคุณสมบัติบรรเทาผลกระทบในภายหลังดูเป็นทางเลือกที่สมเหตุสมผล
เว้นแต่ว่าข้อเสียใดข้อเสียหนึ่งจะยอมรับไม่ได้สำหรับประสบการณ์การใช้แอป (เช่น การใช้งานเกินขีดจำกัด, การรักษาความเป็นส่วนตัว) ซึ่งผมคาดว่าจะไม่ค่อยพบ
ผมเชื่อว่าการใช้ NIP-94 สามารถบรรเทาความเสี่ยงเหล่านี้ได้ทั้งหมด แต่ก็จะมาพร้อมกับข้อเสียของตัวเอง (เช่น ขนาดคลัง, ความง่ายในการใช้งาน, การเก็บรักษาเหตุการณ์เมื่อเวลาผ่านไป)
โดยสรุป:
- แนวทางที่ดีที่สุดสำหรับไคลเอนต์เกือบทุกตัวในปัจจุบันคือการใช้ API แบบต้องขออนุญาตและเพิ่มปุ่ม GIF
- NIP-94 สามารถและจะถูกใช้เป็นทางสำรองเพื่อให้แน่ใจว่าการบริการจะไม่หยุดชะงักสำหรับผู้ที่พบว่าความเสี่ยงยอมรับไม่ได้
- GIF ถูกสร้างโดยบุคคลและไม่สามารถถูกเป็นเจ้าของโดยใครได้
- ข้อมูลปรารถนาที่จะเป็นอิสระ
- GIF เป็นสิ่งที่หลีกเลี่ยงไม่ได้
#gifstr #claudestr #siamstr
quoting note175q…5j9mGIFs are a form of expression and speech.
Thus, should have a place on most (if not all) communication clients.
The simplest and prevailing integration currently is the GIF button that performs an API call to one of the major GIF databases.
The risk associated with using these services is incredibly low, the library is vast, and implementation is trivial.
The benefits associated with GIFs should really not be underestimated. GIFs convey emotion, tone, transcend language, and are concise (unlike this note).
I believe the benefits of having GIFs integrated significantly outweigh the risks.
With that said, here are the tradeoffs to be considered when using permissioned APIs:
Censorship
- Banned media at the country level (Politically sensitive imagery)
- Banned media at the corporate level (NSFW)
- Rate limiting (1 request per second)
- Terms of conditions (Revoke API key if usage violates Terms)
Accessibility
- New upload/availability (Content rating, moderation, wait times)
- API key applications (API providers want to know their customer)
- Email address (Required for account verification)
Advertising & Surveillance
- Attribution/branding ("Powered by")
- GIF advertising (GIFs may be weighted higher than others to promote shows/programs)
- Privacy policies (Collection of data to sell to 3rd parties or modify search results)
Given this, it seems reasonable to implement a GIF button using API keys from a major GIF provider with the ability to incorporate mitigating features down the line.
Unless, of course, any one of the tradeoffs is intolerable to the app's experience (e.g. usage > rate limit, preserving privacy), which I expect to be uncommon.
I believe the use of NIP-94 fully mitigates all of these risks, but will come with its own set of tradeoffs (e.g. library size, ease of use, event retention over time).
In short:
- The best approach for nearly every client is currently to use a permissioned API and incorporate a GIF button.
- NIP-94 can and will be used as a backstop to ensure uninterrupted service for those that find the risks intolerable.
- GIFs are created by individuals and cannot be owned by anyone.
- Information yearns to be free.
- GIFs are inevitable.
