Google

จากกรณีออราเคิลฟ้องกูเกิลเรื่อง Android เรายังไม่เคยรู้ว่ามูลค่าความเสียหายที่ออราเคิลเรียกร้องมีค่าเท่าไรกันแน่ ฝ่ายกูเกิลเองพยายามปิดบังตัวเลขอันนี้ (เพราะอาจส่งผลต่อความเชื่อมั่นใน Android ของพันธมิตร) แต่ล่าสุดออราเคิลเผยเอกสารนี้ออกมาแล้วในชั้นศาล

มูลค่าความเสียหายของออราเคิลขึ้นกับการตีความของศาล แต่มูลค่าที่เป็นไปได้จะอยู่ระหว่าง 1.4-6.1 พันล้านดอลลาร์ ในกรณีที่ศาลชี้ว่ากูเกิลผิดจริง

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

ที่มา - Businessweek

Hiring! บริษัทที่น่าสนใจ

Carmen Software company cover
Carmen Software
Hotel Financial Solutions
Next Innovation (Thailand) Co., Ltd. company cover
Next Innovation (Thailand) Co., Ltd.
We are web design with consulting & engineering services driven the future stronger and flexibility.
KKP Dime company cover
KKP Dime
KKP Dime บริษัทในเครือเกียรตินาคินภัทร
Kiatnakin Phatra Financial Group company cover
Kiatnakin Phatra Financial Group
Financial Service
Fastwork Technologies company cover
Fastwork Technologies
Fastwork.co เว็บไซต์ที่รวบรวม ฟรีแลนซ์ มืออาชีพจากหลากหลายสายงานไว้ในที่เดียวกัน
Thoughtworks Thailand company cover
Thoughtworks Thailand
Thoughtworks เป็นบริษัทที่ปรึกษาด้านเทคโนโยลีระดับโลกที่คว้า Great Place to Work 3 ปีซ้อน
Iron Software company cover
Iron Software
Iron Software is an American company providing a suite of .NET libraries by engineer for engineers.
CLEVERSE company cover
CLEVERSE
Cleverse is a Venture Builder. Our team builds several tech companies.
Nipa Cloud company cover
Nipa Cloud
#1 OpenStack cloud provider in Thailand with our own data center and software platform.
Bangmod Enterprise company cover
Bangmod Enterprise
The leader in Cloud Server and Hosting in Thailand.
CIMB THAI Bank company cover
CIMB THAI Bank
MOVING FORWARD WITH YOU - CIMB is the leading ASEAN Bank
Bangkok Bank company cover
Bangkok Bank
Bangkok Bank is one of Southeast Asia's largest regional banks, a market leader in business banking
MuvMi (Urban Mobility Tech Co.,Ltd.) company cover
MuvMi (Urban Mobility Tech Co.,Ltd.)
Shape the future of urban mobility towards affordable, clean, and safe solutions
T.N. Digital Solution Co., Ltd. company cover
T.N. Digital Solution Co., Ltd.
TNDS has been involving in every first move of banking’s major digital transformation.
KBTG - KASIKORN Business-Technology Group company cover
KBTG - KASIKORN Business-Technology Group
KBTG - "The Technology Company for Digital Business Innovation"
Siam Commercial Bank Public Company Limited company cover
Siam Commercial Bank Public Company Limited
"Let's start a brighter career future together"
Icon Framework co.,Ltd. company cover
Icon Framework co.,Ltd.
Global Standard Platform for Real Estate แพลตฟอร์มสำหรับธุรกิจอสังหาริมทรัพย์ครบวงจร มาตรฐานระดับโลก
REFINITIV company cover
REFINITIV
The Financial and Risk business of Thomson Reuters is now Refinitiv
H LAB company cover
H LAB
Re-engineering healthcare systems through intelligent platforms and system design.
The Gang Technology Co., Ltd. company cover
The Gang Technology Co., Ltd.
We're a Digital Agency that helps our customers transform their business into digital with ease.
LTMH company cover
LTMH
LTMH มุ่งเน้นการพัฒนาผลิตภัณฑ์ที่สามารถช่วยพันธมิตรของเราให้บรรลุเป้าหมาย
Seven Peaks company cover
Seven Peaks
We Drive Digital Transformation
Wisesight (Thailand) Co., Ltd. company cover
Wisesight (Thailand) Co., Ltd.
The Best Choice For Handling Social Media · High Expertise in Social Data · Most Advanced and Secure
MOLOG Tech company cover
MOLOG Tech
We are Modern Logistic Platform, Specialize in WMS, OMS and TMS.
Data Wow Co.,Ltd company cover
Data Wow Co.,Ltd
We enable our clients to realize increased productivity by solving their most complex issues by Data
LINE Company Thailand company cover
LINE Company Thailand
LINE, the world's hottest mobile messaging platform, offers free text and voice messaging + Call
LINE MAN Wongnai company cover
LINE MAN Wongnai
Join our journey to becoming No.1 food platform in Thailand

ชอบวิธีการตอบของคุณ mk จัง ส่วนที่ว่าฟ้องเรื่องอะไรมาถึงป่านนี้ยังต้องท้าวความให้ฟังอีกก็คงไม่ใช่เป้าหมายของข่าวนี้จริงๆ

แบบนี้ ถ้าคนที่เพิ่งเข้ามาสนใจ จะตามได้ยังไงหล่ะครับ ปกติการเขียนข่าวหรือบทความ เวลากล่าวถึงอะไรก็ควรจะมีการอ้างอิงบ้างนิครับ หรือว่าไม่ควร?

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

ที่จริงผมกด link ไปอ่านที่มาของข่าวตั้งแต่แรกแล้วแหละครับ แต่ประเด็นที่ผมต้องการจะยก ไม่ใช่ว่าผมตามไม่ทัน แต่แค่อยากจะบอกว่า
สมมุติคนที่ไม่เคยตามข่าวนี้มาก่อนแล้วมาได้อ่านเนี่ย จะเกิดคำถามคำถามหนึ่งขึ้นมาทันที นั่นคือ "Oracle ฟ้อง Google เรื่องอะไร?"
แค่คำถามเดียวครับ ขนาดในแหล่งที่มาของข่าวยังยกเรื่องของการฟ้องลงในย่อหน้าแรกของข่าวเลยครับ

แต่หากคุณ mk ยืนยันว่าข่าวที่คุณ mk เขียนมาดีแล้วนั้นก็ไม่เป็นไรครับ ผมก็ขออภัยด้วยที่แสดงความคิดเห็น

ถ้าต้องคอยยกข่าวเก่ามาไว้ย่อหน้าแรกตลอด คงไม่ต้องมีระบบ Tag ระบบ Search แล้วล่ะครับ

หรือทำระบบติดลิงค์ข่าวที่เกี่ยวข้องขึ้นมาอัตโนมัติอะไรแบบนั้นไปเลยดีกว่ามั้งครับ (ปกติเว็บข่าวสมัยนี้ก็ชอบทำกันล่ะนะ)

เมื่อก่อนผมก็ยังเห็นลิงค์ที่เกี่ยวข้องอยู่นะครับ ไม่รู้ทำไมมันหายไป

ยินดีต้อนรับกลับมาครับคุณ Thaina :)

ผิดถนัดครับ ระบบ tag มีไว้สำหรับใส่ keyword ที่เกียวข้องของ post นั้น ๆ เพื่อให้ทราบว่า post นั้นเกี่ยวข้องกับอะไรบ้าง และในทางกลับกันช่วยให้เลือกเลือก post ที่เกี่ยวข้องกับ keyword นั้น ๆ ได้
ส่วนระบบ search ก็ตรงตัวครับ เพื่อค้นหา post ที่เราค่อนข้างจะเจาะจงจากข้อมูลทั้งหมด

และผมก็ไม่ได้บอกว่าให้ยกข่าวเก่ามาไว้ในย่อหน้าแรกตลอดด้วยครับ

ถ้าสามารถทำให้ผู้อ่านติดตามได้จาก post เดียวก็เป็นเรื่องที่ดีครับ แต่ถ้าต้องการความกระชับในเนื้อหา ก็ไม่ควรลืมสาระสำคัญของเรื่องครับ
เช่นในกรณีนี้ผู้อ่านคงอยากรู้ว่า Oracle ฟ้อง Google เรื่องอะไร แต่ใน post เขียนว่าเรื่อง Andriod สั้น ๆ ซึ่งผู้อ่านก็ต้องกลับไปค้น ว่า Andriod ไปทำอะไรผิด ?

แต่หากเขียนอธิบายเพิ่มเติมเล็กน้อยว่า เรื่องที่ Software Andriod ละเมิดสิทธิเทคโนโลยี Java แค่นี้ post ที่เขียนก็จะมีความครบขึ้นมาทันที และหากยิ่งมี link อ้างอิงไปตรงหัวข้อเรื่องด้วยก็จะดีมาก

แค่นี้แหละครับ ที่จะบอก สิ่งเล็ก ๆ ที่ช่วยให้ บทความ ดีขึ้นมาก

นั่นก็จริงครับ แต่ถ้าบางคนไม่พอใจกับคำอธิบายเพิ่มเติมเล็กน้อยนี่อีกล่ะครับ เขาต้องการให้อธิบายโน่นนี่นั่น ควรทำอย่างไร

และผมก็ไม่ได้บอกว่าให้ยกข่าวเก่ามาไว้ในย่อหน้าแรกตลอดด้วยครับ

ถ้าไม่จำเป็นต้องใส่ตลอด ข่าวนี้ไม่ใส่ก็ไม่น่ามีปัญหาอะไรนี่ครับ?

+1

เห็นด้วยครับ

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

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

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

ปล. ผมเป็น reader และ critic ไม่ใช่ journalist ดังนั้นไม่ต้องบอกให้ผมไปเขียนข่าวเองนะครับ ;)

ขอตอบแยกประเด็นดังนี้ครับ

  • ผมแนะนำให้คุณไปอ่านข่าวออราเคิลฟ้องกูเกิลเก่าๆ ที่ผมเขียนนะครับ (ในแท็ก Oracle ก็ได้) แล้วดูว่าผมเล่าข่าวย้อนหลังอย่างไรบ้าง
  • คุณแสดงความคิดเห็นได้ครับ ไม่ได้ทำผิดอะไร แต่ผมก็มีสิทธิที่จะปฏิเสธคุณเช่นกันครับ คุณก็ไม่ควรจะโวยวายเช่นกันถ้าความเห็นโดนปฏิเสธ
  • ผมยืนยันเสมอมาว่า ถ้าอยากได้เว็บข่าวแบบที่คุณพอใจ 100% ก็จงเปิดเว็บเอง (และแสดงให้ดูว่ามันดีกว่าเดิมอย่างไร) เพราะ Blognone เกิดขึ้นด้วยความคิดนี้ และทุกวันนี้ผมก็พูดแบบเดิมอยู่

ขอบคุณครับ สำหรับคำตอบ พอจะทำให้เข้าใจว่าความคิดของแต่ละคนนั้นต่างกันยิ่งครับ งั้นขออนุญาตแสดงความเห็นครั้งสุดท้ายทีละข้อนะครับ

  1. เรื่องอ่าน tag : คงเป็นวิธีการเดียวแหละครับที่จะทำให้ผมตามข่าวนี้ได้
  2. ขอบคุณครับ ผมคิดว่าผมก็ไม่ได้โวยวายหรือแสดงความเห็นที่ "ไร้เหตุผล" ออกไปนะครับ ดังนั้นผมจึงจะแสดงความเห็นต่อไปถึงจะโดนปฏิเสธก็ตาม
  3. ผมไม่ได้ต้องการเว็บข่าวแบบที่ผมพอใจ 100% ผมแค่คิดในมุมมองคนทั่ว ๆ ไปแค่นั้นเอง

สุดท้ายผมต้องขออภัยหาก post ของผมทำให้คุณ mk ไม่พอใจ ผมเข้าใจว่าใครก็ไม่ชอบโดนวิจารณ์ครับ

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

ประเด็นของผมมีแค่ว่า

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

ขออนุญาติเสริมให้ mk นิดนึงครับ

"เลือกเฉพาะอันที่ผมเห็นว่าดี และตอกหน้ากลับอันที่ผมไม่เห็นว่าดี"

อ่านมาสักพักเริ่มชิน :P

ผมอ่านเข้าใจ แต่จะบอกว่า

ที่ผ่านๆมาการเขียนประมาณนี้ จะโดนติงใน comment เสมอว่าให้อ้างอิง เรื่องราวก่อนหน้าจาก ข่าวเก่าๆมาด้วย

แต่อย่าว่า ข่าวนั้นคนเขียนไม่ได้ชื่อ mk

ต้องไปดูด้วยนะครับว่า คนติงนี่ชื่อ MK (หรือ lew) รึเปล่า

ถ้าใช่ผมจะร่วมด้วยช่วยบ่น

ถ้าไม่ใช่ แปลว่าจริงๆเขาไม่ต้องทำอยู่แล้ว ติงกันเอง ทำกันเอง ไม่ได้มีผลบังคับใช้ใดๆ

งั้นน่าจะ ติวเหล่า Writer เรื่องเกณฑ์ที่จะเอาข่าวขึ้นนะครับ

ผมจำไม่ได้คนติงเป็นใคร แต่เป็นเหล่า writer นี่แหละ(เห็นชัดเพราะ ส่วนมากจะอยู่บนๆ เพราะติงกันมาตั้งแต่อยู่ใน upcoming ก่อนขึ้นหน้าแรกแล้ว )

ไม่งั้น user ก็ไม่เข้าใจกันพอดีว่าอะไรต้องทำ อะไรไม่ต้อง พอ user กลายเป็น writer ก็ติงกันแบบไม่มีหลักเกณฑ์กันต่อไปเป็นวงจร

มันเปนอิสระของ User และ Writer ที่อยากจะสนับสนุนให้ Pattern การเขียนข่าวออกมาหน้าตาแบบไหน

Writer ที่อยากสนับสนุนรูปแบบเขียนข่าวแบบใด ก็อาจจะกดผ่านหรือไม่กด
หรือมีคอมเมนท์แนะนำอะไรไปให้แก้ก่อนค่อยกดให้

และก็เปนอิสระของคนเขียนข่าวเองครับ ที่จะทำตามหรือไม่ทำตาม และก็เปนอิสระจะออกมาชี้แจงตอบโต้หรือไม่อย่างไร

และเขียนข่าวไม่ตรงตาม Pattern เขาก็ไม่ลบด้วยซ้ำ แค่ไม่ได้เอาขึ้นหน้าแรก
ผมเขียนข่าวใน Jusci ไม่ได้ขึ้นหน้าแรก เพราะผมมีนโยบายในการใช้ภาษาไม่ตรงกับนโยบายของคุณลิ่ว
แต่มันก็แค่ไม่ได้ขึ้นหน้าแรก

ผมเองก็แค่เห็นด้วยกับคุณ MK ในเรื่องนี้ผมก็ออกมาช่วยเขาโต้แย้ง

และสิ่งที่ User ควรทำ คือคิดว่าอะไรดีก็ทำ
นอกเสียจากว่ามีกำหนดประกาศเปนทางการ อย่างเรื่องท้วงติงคอมเมนท์แก้ไขการใช้ภาษาพวกนั้น

ในเรื่องการที่ต้องลิงค์ไปข่าวเก่านี่ คุณ MK เขาแค่มีนโยบายที่จะไม่ทำ
แต่ Writer คนอื่นที่เขาพอใจจะทำ ถ้ามีคนท้วงติงแล้วเขาทำให้ ก็เปนวัฒนธรรมกันไปเอง

แค่ว่ามันไม่ใช่หน้าที่ ถ้าท้วงติงไปแล้วเขาไม่ทำ มันก็เรื่องของเขา

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

ปกติแล้วกรณีที่จะไม่ปล่อยผ่านจะมีแค่พวกที่ใช้คำผิดแล้วไม่ยอมแก้ หรือข่าวซ้ำครับ

อ่าจริงครับ ผมพูดผิดไปนิดนึง

จริงๆผมคิดว่า เพราะ Writer มีหลายคน ก็อาจจะมีคนที่แคร์บางเรื่อง ก็ไม่กดขึ้นให้
แต่ถ้ามี Writer ที่ไม่แคร์เรื่องนั้นเขาก็กดขึ้นแทน
แล้วไปแนะนำกันใน Comment อีกที

ผมเชื่อว่า Writer จะเห็นแนวทางพอสมควรจะการที่เขียนข่าวมาก่อน จนกว่าจะได้ขึ้นเป็น Writer กันอยู่แล้วครับ

การติงไม่ได้หมายความว่าจะต้องแก้ครับ แต่ต้องตอบ ผมเองก็เคยติงหลายข่าวแต่ผู้เขียนยืนยันว่าจะไม่แก้พร้อมเหตุผลก็เอาขึ้นได้ครับ

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

ถ้าอ้างอิงกันต่อไปเรื่อยๆแบบ

1 <-- 2 <-- 3 <-- 4

อ้างอิงเฉพาะข่าวล่าสุด แล้วที่เหลือก็จะไล่ไปจนต้นสุดได้เองนี่ครับ

ไม่จำเป็นต้องอ้างอิงทุกอันในครั้งเดียวก็ได้

การคลิก Tag oracle ง่ายกว่านะครับ แค่คลิกเดียวก็ได้ข่าวเกี่ยวกับ oracle ทั้งหมด
แต่ถึงกระนั้นก็ยังมีคนบ่น ไม่อยากจะคลิก

ถ้าเกิดต้องคลิกไล่ย้อนหลังทีละอัน ไม่ยุ่งยากกว่าเหรอครับ เพราะต้องไล่ไปถึงข่าวแรกสุด
แล้วค่อยย้อนกลับมาข่าวปัจจุบัน

ซึ่งนั่นก็คือ ไม่ว่ายังไงก็ต้องมีคนออกมาด่าอยู่ดีครับ

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

วิธีที่ดีที่สุด คือลง link ในส่วนที่เกี่ยวข้อง ทบมาเรื่อย ๆ ครับ ถ้าคิดว่ามันทำให้เนื้อหาดูรกไป ก็ควรจะหาวิธีแยกส่วนอ้างอิงนี้ ออกจากเนื้อหาหลักให้ได้ครับ

ถือซะว่าเป็นการแนะนำละกันนะครับ

ผมเชื่อว่าคนอ่าน Blognone ส่วนมากฉลาด ใฝ่รู้ ขวนขวาย ไม่งอมืองอเท้า และมีความพยายามมากพอในการอ่านข่าวย้อนหลังด้วยตัวเองครับ

ผมไม่ต้องการให้คนอ่าน Blognone นั่งเบลอๆ มึนๆ รอให้คนป้อนทุกอย่างให้ครบถ้วนเสิร์ฟถึงปาก นั่นไม่ได้ช่วยอะไรกับการพัฒนาประเทศเลยครับ

การคลิก Tag oracle ง่ายกว่านะครับ แค่คลิกเดียวก็ได้ข่าวเกี่ยวกับ oracle ทั้งหมด แต่ถึงกระนั้นก็ยังมีคนบ่น ไม่อยากจะคลิก

ขอบคุณที่เข้าใจครับ

ซึ่งนั่นก็คือ ไม่ว่ายังไงก็ต้องมีคนออกมาด่าอยู่ดีครับ

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

ขอต่อยอดหน่อยนะครับ เรื่องค้นจาก tag cloud: คือ drupal สามารถ filter หลายๆ tag พร้อมกันได้หรือเปล่าครับ? อย่างกรณีน้าถ้าเลือก tag oracle อย่างเดียว ก็จะได้ข่าวของ oracle มากเกินไป แตถ้าค้นจาก tag lawsuit อย่างเดียว ก็จะได้ข่าวของบริษัทอื่นๆ มาอีกมากมายด้วย ซึ่งปัญหาน่าจะหายไปจนเกือบหมด ถ้าสามารค้นจาก 2 tag (คือ oracle และ lawsuit) ได้ในเวลาเดียวกันครับ

2 tag หรือหลาย tag เคยคิดอยู่เหมือนกันแต่ไม่มีจังหวะได้บอกสักที คล้ายๆกับ and(เหมาะกับกรณีที่ข้อมูลมีเป็นจำนวนมาก) or(เหมาะกับกรณีที่ข้อมูลมีเป็นจำนวนน้อย) ก็ดีนะ

จริงๆเรื่องปัญหามันไม่น่ายาวกันขนาดนี้ถ้าใส่ "ข่าวเก่า" เพิ่มเข้าไปแบบข่าวอื่นๆที่ผ่านมา

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

ผมว่าหาไม่ยากนะ
ผมว่าไม่ต้องยึดว่าต้องหาให้เจอในนี้ทุกสิ่งอย่างหรอก แค่เป็นบทความสรุปที่อ่านง่ายก็พอ

ผมขอท้าคุณนะครับ ให้ดูข่าวเก่าๆ ทั้งหมดที่ผมเขียน (ในหมวด Oracle ฟ้องกูเกิลนี่ก็ได้) ว่ามีอ้างอิงข่าวเก่าหรือไม่ นับเป็นชิ้นและหารเป็น % เลยก็ได้ครับ

ถ้าตัวเลขที่อ้างข่าวมากกว่าครึ่ง ก็ขอให้ขอโทษผมอย่างเป็นทางการด้วยครับ

ผมคิดว่าคุณ mk เข้าใจที่เค้าบอกผิดนะ ผมว่าประเด็นสำคัญของเค้าคือ

ถ้าเป็นคนอื่น ที่ไม่ใช่ mk เขียน ==> มักจะโดนติติงเสมอเรื่องอ้างอิง

แต่ ถ้าเป็น mk เขียน ==> มักจะไม่มีคนติ

ผมว่าเวลาชื่อคนเขียนคือ MK มักจะมีคนติอะไรซักอย่างมากกว่า Writer คนอื่นๆอีกนะ

อาจจะด้วยสไตล์การตอบ และความเห็นที่ใส่ท้ายข่าว

แต่ถ้าพูดว่า เป็น mk เขียน ==> มักจะไม่มีคนติ นี่ ผมว่าไม่จริงเลยแฮะ

อืม ก็อาจจะจริง แต่ถ้าเป็นมุมมองผม ผมจะไม่อยากติเค้าครับ (คนอื่นอาจจะไม่เป็น) เพราะเค้ามักจะตอบกลับด้วยสไตล์ของเค้า ตรงๆ แรงๆ ไม่สน ไม่แก้ (ยกเว้นถ้าข้อมูลผิด) ไม่แคร์ใครอยู่แล้ว ตามสไตล์ ถ้าคำติพวกนั้นเค้าไม่เห็นด้วย

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

+100 เลย คิดซะว่าดีกว่าอ่านหนังสือพิมพ์ เพราะไม่มี tag ให้กด สมาชิกส่วนใหญ่ในที่นี้ ความสามารถทางคอมพิวเตอร์ไม่ได้อ่อนด้อยขนาดที่มีข้อเรื่องแบบนี้แล้วจะหาข้อมูลต่อไม่ได้ นอกจากจะไม่อยากหาเอง

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

  1. ศาลสั่งลดจำนวนสิทธิบัตรที่ออราเคิลฟ้องกูเกิล จาก 132 ชิ้นเหลือ 3 ชิ้น
  2. ออราเคิลขออำนาจศาลสั่ง Apache ให้เปิดเผยข้อมูลการใช้ Java ของกูเกิลใน Android
  3. ออราเคิลแฉ Android ก็อปปี้โค้ดจาก Java ถึง 1 ใน 3
  4. กูเกิลโต้ออราเคิล ไม่ได้ละเมิดสิทธิบัตร, ออราเคิลหักหลังโอเพนซอร์ส
  5. ออราเคิลเตรียมฟ้องกูเกิลตั้งแต่เจรจาขอซื้อซัน
  6. ออราเคิลฟ้องกูเกิลฐานละเมิดสิทธิบัตร Java แล้ว

ข่าวเก่าๆ ที่เกี่ยวข้อง ก็คงต้องลองหาดูในนี้ล่ะครับ
http://www.blognone.com/topics/oracle

ข่าวที่สมควรอ้างอิงคือข่าวที่ ผู้ที่อ่านส่วนมากไม่รู้ว่าสิ่งที่กล่าวถึงนั้นหมายถึงอะไรจึงต้องอธิบาย เช่น AMOLED ตอนแรกๆ ไม่มีคนรู้จัก จึงสมควรมี Link ให้ว่าหมายถึงอะไร เพราะข่าวไม่มีเนื้อหาสมบูรณ์ในตัวเองหากจะบอกว่า Samsung พัฒนา AMOLED แบบใหม่เรียกว่า Super AMOLED

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

และส่วนตัวคิดเห็นว่า อเนคนาก ไม่น่าเป็นสมาชิกเว็บนี้อย่างที่สุด ฮ่าา You just can't reason with him.

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

  1. รู้จัก Oracle --> บริษัทยักษ์ใหญ่ มีแค่ 1 เดียว ซึ่ง หมายถึงบริษัท Oracle
  2. รู้จัก Google -->มีแค่ 1 เดียว นั่นคือหมายถึงบริษัท Google
  3. รู้จัก Andriod --> มีแค่ 1 เดียวอีกเช่นกัน
  4. เกี่ยวกับ Andriod --> เรื่องที่เกี่ยวกับ Andriod มีกี่เรื่อง ? ถ้าพูดคำว่า "เรื่อง Andriod" มันหมายถึงกรณี Java เท่านั้น ใช่หรือไม ?
  5. 6.1 พันล้าน --> อันนี้กำปั้นทุบดินมาก no comment

หรือคุณ McKay คิดว่า คำว่า "เรื่อง Andriod" นั้นใครๆก็รู้จักและสามารถตีความหมายได้ตรงกันถึงเรื่องเดียว ไม่สามารถตีความหมายเป็นอื่นได้

  1. ผมตีความหมายได้สองเรื่องครับ คือชื่อ และสิทธิบัตร
  2. อย่างที่กล่าวไปในข้างต้น ว่าถ้าเรื่องนั้นเป็นเรื่องที่พูดถึงกันบ่อย (เช่น AMOLED, Super AMOLED, Java, Anonymous) ผู้เขียนสามารถ assume ว่าผู้อ่านสามารถเข้าใจความหมายได้โดยทันทีครับ เพราะฉะนั้นถ้าคุณ mk จะ assume ว่าผู้อ่านรู้ว่ากรณี Android คือเรื่องสิทธิบัตร Java ผมคิดว่าไม่ผิดแต่อย่างใดครับ เพราะขนาดคนที่ท้วงอย่างคุณยังรู้ว่าเป็น Java เลยครับ
  3. คำพูดของคุณ mk ที่ว่า "ถ้าอ่านไม่รู้เรื่อง แปลว่าคุณไม่ใช่เป้าหมายของข่าวนี้ครับ" นั้นผมยอมรับว่าก้างขวางคอจริงครับ และนั่นอาจจะเป็นเหตุผลที่ทำให้คุณไม่พอใจจนเกิดอคติ ผมเองก็ยอมรับว่าเกิดอคติกับคุณบ้าง แต่ถ้ามองโดยความหมายแล้วมันเป็นจริงแบบนั้นครับ ยกตัวอย่างข่าวนี้ 'ไมโครซอฟท์ปล่อยชุดอัพเดตให้ Visual Studio 2010 รองรับ HTML5 แล้ว' คนเขียนข่าวสามารถ assume ได้ว่าถ้าผู้อ่านไม่รู้จัก Visual Studio ก็ไม่ใช่เป้าหมายหลักของข่าวนี้ครับ โดยไม่จำเป็นต้องบอกว่า Visual Studio หมายถึงอะไร เหตุผลเดียวกับข้อสองครับ คือ ผู้เขียนสามารถ assume ว่าผู้อ่านสามารถเข้าใจความหมายได้โดยทันที คนที่ไม่เข้าใจไม่ใช่เป้าหมาย

เช่นเดียวกันกับข่าวนี้ครับ <a href="http://www.blognone.com/news/2436"8>LibreOffice ออกเวอร์ชัน 3.3.3 แล้ว

จากที่เห็นการโต้เถียงประเด็นการอ้างอิงเนื้อข่าว หรือแม้แต่จะเป็นความหมายของชื่อบุคคล, ศัพท์ เฉพาะในวงการ IT ฯ ต่างๆ ในเว็บนี้มาพอสมควร

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

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

หรือกรณีที่ง่ายขึ้นมาหน่อย (แต่ก็อาจถูกแขวะได้) ก็คือการตั้งคำถามไว้ในส่วนของ comment สักพักก็น่าจะมีคนใจดีเข้ามาช่วยตอบให้ ซึ่งก็อาจจะได้คำตอบที่กระชับกว่าไปนั่ง search หาเองอีกก็เป็นได้...

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

Google ยอมไม่ได้หรอกครับ.. . . . กระทบถึง Android โดยตรงเลยล่ะ.. . . .

งานนี้ต้องมีหลังไมค์กันแน่ๆล่ะ งานนี้ (แต่หลังๆมานี่ Oracle หากำไรจากบริษัทโดยการฟ้องสิทธิบัตรเหรอ เห็นฟ้องจังหงะ -*-)

Oracle ฟ้องอีกคนก็มี SAP นี่แหล่ะ ก็คดีบริษัท TogatherNow ส่วนคดีอื่นๆไม่ทราบจริงๆนะครับ พอจะแชร์ได้รึเปล่าครับ ว่าพักนี้ Oracle ฟ้องใคร

แต่จำได้ว่าข่าวซื้อกิจการบริษัทในช่วง 5-10 ปี มามาก ทั้ง BEA, Sun, PeopleSoft, Siebel, Hyperion กวาดเรียบ เรียกว่าแข่งกับ IBM กันอย่างเมามัน

กูเกิลเค้าเงินเยอะครับ

แต่ใจจริงผมอยากให้โดนแรงๆนะ จัดหนักจนกูเกิลยอมหนีไปใช้ Mono
ยอมซื้อ Xamarin ไปเลยยิ่งดี (ถึงจะอ้าง Java Mono ก็น่าจะใช้ J# ได้)

สงคราม J++ or J# น่าจะจบไปแล้วนะ MS แพ้ Sun แล้ว Oracle ซื้อ Sun คงยาก แต่ F# คงไม่แน่ ส่วน C# ก็โอนะ หากใช้กับ Dalvik ได้ ต้องไปดูสิทธิบัตรของภาษา C# ว่าเป็น ISO ถึงระดับไหน

ส่วนกรณีที่ Mono จะไม่โดนฟ้องจาก Microsoft นั้นโอกาสรอดน่าจะเป็นไปได้น้อยมาก เพราะ MS ทำสัญญาใจกับ Novel แล้วตอนนี้ โดน take over ไปแล้ว บริษัท Xamarine ไม่ได้ทำข้อตกลงกับ MS จึงมีโอกาสสูงว่า MS จะฟ้องเมื่อไหร่ก็ได้ หากผลประโยชน์ขัดกัน

ไม่ใช่ครับ ที่จบคือ J++ ไมโครซอฟท์แพ้ แต่ J# ไม่เกี่ยว Java ฟ้องอะไรไม่ได้เพราะถือเปนภาษาใหม่ที่ไม่ได้เกี่ยวอะไรกับ JVM

เรื่องฟ้องร้องกับ MS ก็ได้แต่บางเรื่องที่มีส่วนผูกพันกับ MS โดยตรง แต่ .NET บางส่วน กับ C# อยู่ใน ECMA ซึ่งไม่ได้กำหนดลิขสิทธิ์ปิด ใครจะ Implement ก็ได้

เอาจริงๆ DALVIK ก็ Base มาจาก JVM ใช้อ่าน bytecode ได้ด้วย
โอกาสรอดที่จะโดนออราเคิลฟ้องอาจจะยากกว่า Mono อีก

ปรกติผมไม่ว่าถ้าจะแสดงความเห็นที่ผิดให้คนอื่นมาแก้นะครับ

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

ขอรีไพลเช็คนิดนึงว่าคุณลิ่วเตือนใคร

(ผมไม่ค่อยแน่ใจว่าระบบมันตัดกี่ชั้นกันแน่)

โอเค ยังตัดอยู่ แปลว่าไม่ใช่ผม

dokapom Mon, 20/06/2011 - 01:20

ผู้ใช้สบายใจได้ เดี๋ยวก็มีคนจ่ายตังให้เราใช้ของฟรีต่อไป (ชิมิ?)

ครับแต่ คิดว่าน่าจะได้ ข้อสรุปกันแล้ว

ผมเอง พอได้ฟังคำอธิบาย จากหลายๆท่าน รวมทั้งคุณ MK ผมยอมรับได้ กับเรื่องที่เกิดในครั้งนี้

และคิดว่า หลายๆท่าน ก็น่าจะยอมรับได้เช่นกัน

ก็ต้องขอโทษคุณ MK มา ณ โอกาสนี้

khajochi Mon, 20/06/2011 - 12:09

โลก Opensource บางทีเค้าก็ไม่ได้มี model ที่เน้นรายได้โดยตรง อันนี้ไม่รู้ว่าจะนับมูลค่าความเสียหายได้ยังไงเหมือนกัน

น้องด๋อยแพ้ครับงานนี้ ฝ่ายตรงข้ามยกให้ Oracle เป็นพี่ใหญ่ได้เลย แค่ซื้อมาเพื่อฟ้องก็คุ้มละครับ