Google

เขียนแบบเร็วๆ ไม่มีอ้างอิงลิงก์ละกันนะครับ ข่าวอยู่ใน Blognone ทั้งหมดไปหากันเองได้

ณ ตอนนี้ต้องบอกว่า Android AOSP กลายเป็น "ต้นน้ำ" ของ "ดิสโทร" หรือรอมมือถือ/แท็บเล็ตไปแล้ว สถานะของมันยิ่งกว่า Debian ด้วยซ้ำ (คือไม่มีคู่แข่งใดๆ)

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

ช่วงหลังเราจึงเห็น heavily modified Android devices ออกมาเยอะเลย เช่น

• Kindle Fire
• Nook
• Facebook Phone ที่ลือกันมานาน
• สารพัด Android จีน ที่ทำโดยบริษัทจีนอย่าง Alibaba, Tencent, etc. รวมไปถึงพวกแปลกๆ อย่าง MIUI ด้วย

รอมเหล่านี้อาศัย free ride อยู่บน app ecosystem ที่กูเกิลทำเอาไว้ ทำให้ไม่ต้องลงทุนเรื่องการสร้างแอพมารันบนฮาร์ดแวร์ตัวเองมาก (แล้วค่อยเพิ่มบริการที่เป็น lock-down ของตัวเองเข้ามา)

แต่ยุทธศาสตร์นี้ก็มีปัญหาคือ เพื่อความเข้ากันได้ของแอพ รอมพวกนี้ก็จะต้องวิ่งไล่ตามกูเกิลทุกครั้งที่ AOSP ออกรุ่นใหม่ (ปัญหาเดียวกับพวก Sense, Blur หรือ TouchWiz นั่นแล) ซึ่งจะต้องแก้บ่อย ๆ มันก็ไม่ไหวนา ทำมาตั้งนานแล้วต้องมาทิ้งมันก็น่าเสียดายอยู่

นั่งงมอยู่ครึ่งบ่าย ตอนนี้หายงงแล้วมาเขียนไว้หน่อย กันลืม

ในโลกยุค social network ทุกวันนี้ การแชร์ลิงก์ผ่าน social network กลายเป็นเรื่องปกติธรรมดา ในกรณีของ Twitter คงไม่มีอะไรพิสดารเพราะถือเป็นข้อความธรรมดา (ที่ดันเป็น URL) แต่กรณีของ Facebook/Google+ เวลาเราแปะลิงก์ (หรือกด Like/+1) มันจะขึ้นพรีวิวขึ้นมาให้เห็น

พรีวิวอันนี้ (หรือที่กูเกิลเรียกว่า snippet) จะช่วยให้ลิงก์ของเราน่าอ่านมากขึ้น เพราะมันจะแสดงข้อมูล (metadata) สามอย่างให้คนอ่านเห็น ได้แก่

• ชื่อลิงก์ (title)
• ภาพประกอบ (thumbnail)
• คำโปรย (description)

ปกติเวลาเขียนข่าวบน Blognone ผมจะใช้วิธีฝากไฟล์ภาพไว้บน Picasa แล้ว embed มา (เหตุผลที่ใช้ Picasa ก็ง่ายๆ คือไม่อยากให้ปนกับภาพถ่ายใน Flickr)

ปัญหาคือเวลาก็อปปี้โค้ด embed ของ Picasa มันจะเฉพาะความกว้าง (หรือความสูง) ไม่เกิน 800px เท่านั้น ในขณะที่บางครั้งจะต้องการแปะรูปภาพที่มีความสูงเยอะกว่านั้น (เช่นข่าวนี้ นโยบายการใช้มือถือ-โซเชียลเน็ตเวิร์คขององค์กร มีผลต่อการสมัครงาน)

ลองค้นข้อมูลดูก็พบว่าทำได้ แต่ต้องมีทริคเล็กน้อย

ปกติ URL ของภาพใน Picasa จะมีโครงสร้างดังนี้

From Forbes

1980: Sun vs IBM

In the 1980s, attorney Gary Reback was working at Sun Microsystems, then a young technology startup. A pack of IBM employees in blue suits showed up at Sun headquarters seeking royalties for 7 patents that IBM claimed Sun had infringed. The Sun employees, having examined the patents, patiently explained that six of the seven patents were likely invalid, and Sun clearly hadn’t infringed the seventh. Reback explains what happened next in this classic Forbes article:

จะเขียนมาตั้งหลายวันละ เผอิญไปโฟกัสกับเรื่องเลือกตั้ง + social network แบบออฟไลน์เลยไม่มีเวลาสักที

Circle

• แนวทาง circle ถือว่าดีมากในหมู่ "เพื่อนที่รู้จัก/สนิทแล้ว" แต่ยังหาวิธีปฏิบัติต่อ "เพื่อนห่างๆ บนโลกออนไลน์" ไม่ได้ ว่าเราควรจะ
  • ใช้แนวทาง Twitter "วางเฉยไม่รู้จักเขา" (แล้วตามอ่านใน incoming เวลาเบื่อๆ) หรือ
  • เลือกเพิ่มไว้ใน circle วงพิเศษ (เพื่อนห่างไกล) แล้วเลิกอ่านใน stream หลัก
• การสร้าง circle ที่ดีควรเป็นอย่างไร ระหว่างจำนวนวงไม่เยอะแต่คนในวงเยอะ (จะได้กดดูไม่กี่ครั้งพอ) หรือวงเยอะแต่คนในวงไม่เยอะ (fine-grain) ข้อนี้ยังตอบไม่ได้ ขอลองอีกสักระยะ
• อีกประเด็นคือ หนึ่งคนควรจะอยู่กี่วงกันแน่ ยังตอบไม่ได้เช่นกัน
• โดยรวมๆ แล้วมันทำให้ circle ค่อนข้างซับซ้อนและใช้งานยากกว่าแนวทาง all or none ของ FB/TW อยู่มากเหมือนกัน (ถึงแม้จะมีข้อดีในมุมกลับกัน)

• ชื่อเพื่อนใช้ชื่อจริง แถมไม่มี nickname/screename ใน URL เป็นตัวช่วย บางทีก็ไม่รู้เหมือนกันว่าใครแอดตูมาฟระ