popawaw 2025-04-19 | ความคิดเห็นหลัก | ใน: คุณไม่ใช่ Google (You Are Not Google) (blog.bradfieldcs.com) ผมเห็นด้วยกับเนื้อหาข้างต้นมากครับ! แต่ในกรณีที่เกิด overengineering ในบริษัทขนาดเล็ก ผมก็มองว่าส่วนหนึ่งเป็นเพราะคนที่ตั้งเป้าไปบริษัทใหญ่ต้องการสะสมประสบการณ์กับเครื่องมือเหล่านั้นในบริษัทเล็กด้วย แน่นอนว่าซีอีโอคงไม่ค่อยชอบเท่าไรหรอกครับ 555 aer0700 2025-04-19 | ความคิดเห็นหลัก | ใน: บทวิเคราะห์หลังปิดกิจการของสตาร์ตอัป (Postmortem) (buildwithtract.com) การได้รับเงินลงทุนก็ว่ายากแล้ว การสร้างรายได้ให้มากพอก็ยากไม่แพ้กัน แต่กลับต้องทำทั้งสองอย่าง... phoon 2025-04-19 | ความคิดเห็นหลัก | ใน: คุณไม่ใช่ Google (You Are Not Google) (blog.bradfieldcs.com) ถ้างานที่ต้องทำมีไม่มาก ก็จะเผลอไปทำเรื่องไร้สาระกันได้อยู่แล้ว 555 แม้แต่ปัญหาง่าย ๆ ก็ยังต้องแก้ให้ยาก จะได้ทำท่าว่าตัวเองได้ทำอะไรสักอย่างด้วยก็ได้ ถ้าทำให้ง่าย คนจำนวนมากก็จะคิดว่ามันง่ายเองด้วย.. 5555 aer0700 2025-04-19 | ความคิดเห็นหลัก | ใน: คุณไม่ใช่ Google (You Are Not Google) (blog.bradfieldcs.com) Spring หาคนได้ง่ายอยู่แล้ว... bus710 2025-04-19 | ความคิดเห็นหลัก | ใน: Microsoft Kermit - แบบอักษรสำหรับเด็ก (microsoft.design) น่าจะมาจาก Kermit the frog ล่ะมั้ง....ใช่ไหม? hhcrux 2025-04-18 | ความคิดเห็นหลัก | ใน: คุณไม่ใช่ Google (You Are Not Google) (blog.bradfieldcs.com) เพราะกลัวว่าถ้าทำของให้เล็กแล้วค่อยมาแก้ให้ใหญ่ทีหลังจะลำบาก จึงมีหลายกรณีที่เลือกทำให้ใหญ่ตั้งแต่แรก... ssssut 2025-04-18 | ความคิดเห็นหลัก | ใน: คุณไม่ใช่ Google (You Are Not Google) (blog.bradfieldcs.com) คิดว่าเป็นบทความที่ใช้ได้กับ K8s เหมือนกันครับ ทำให้นึกถึงหนังสือ "วิธีเขียนโค้ดให้บำรุงรักษายาก" เลยครับ 555 kandk 2025-04-18 | ความคิดเห็นหลัก | ใน: คุณไม่ใช่ Google (You Are Not Google) (blog.bradfieldcs.com) สำหรับ spring ในเกาหลี มันไม่ถึงขั้นเป็นการเทิดทูนเสียมากกว่า.. แต่เป็นลูกผสมที่มีทั้งความไร้ความสามารถของรัฐบาลและความขี้เกียจของนักพัฒนาอย่างหนักหน่วง.. ethanhur 2025-04-18 | ความคิดเห็นหลัก | ใน: คุณไม่ใช่ Google (You Are Not Google) (blog.bradfieldcs.com) ท้ายที่สุดแล้ว เราต้องเข้าใจทั้งปัญหาที่เทคโนโลยีต่าง ๆ พยายามจะแก้ และบริบทที่ทำให้เทคโนโลยีนั้นถือกำเนิดขึ้นมา ตัวอย่างในบทความก็มีสิ่งต่อไปนี้ Cassandra -> โซลูชันสำหรับแก้ปัญหา Database scale ของบริการ Facebook Kafka -> โซลูชันสำหรับแก้ปัญหา scale ในการประมวลผลข้อมูลที่ Linkedin ผมคิดว่าเราควรพิจารณาให้ดีว่า ปัญหาที่สิ่งเหล่านั้นพยายามแก้อยู่ สอดคล้องกับปัญหาที่เราพยายามจะแก้อยู่หรือไม่ ethanhur 2025-04-18 | ความคิดเห็นหลัก | ใน: คุณไม่ใช่ Google (You Are Not Google) (blog.bradfieldcs.com) เห็นด้วยมากครับ/ค่ะ สุดท้ายแล้ว Spring ก็เป็นแค่เครื่องมือสำหรับแก้ปัญหาเท่านั้น ethanhur 2025-04-18 | ความคิดเห็นหลัก | ใน: สิ่งที่ PostHog ได้เรียนรู้จากการ "จ้างงาน" (newsletter.posthog.com) ได้เรียนรู้อะไรเยอะมาก ขอบคุณสำหรับบทความดี ๆ ครับ dhlee0305 2025-04-18 | ความคิดเห็นหลัก | ใน: คุณไม่ใช่ Google (You Are Not Google) (blog.bradfieldcs.com) ดูเหมือนว่ายังมีคนจำนวนไม่น้อยที่บางครั้งลืมไปว่าเทคโนโลยีเป็นเครื่องมือ ไม่ใช่เป้าหมาย พอถึงจังหวะที่เหตุผลอย่าง "ผ่านการพิสูจน์มาแล้วใน Big Tech" หรือ "ช่วงนี้คนใช้กันเยอะ" กลายเป็นเงื่อนไขหลักในการเลือกเทคโนโลยี ต้นทุนที่เพิ่มขึ้นโดยไม่จำเป็นก็มักตามมาอย่างเป็นธรรมชาติ spp00 2025-04-18 | ความคิดเห็นหลัก | ใน: คุณไม่ใช่ Google (You Are Not Google) (blog.bradfieldcs.com) ในเกาหลีมีวัฒนธรรมเลียนแบบ spring แบบไม่ลืมหูลืมตาค่อนข้างแรง kandk 2025-04-18 | ความคิดเห็นหลัก | ใน: บทวิเคราะห์หลังปิดกิจการของสตาร์ตอัป (Postmortem) (buildwithtract.com) ถ้าอ่านแค่ตัวบทความก็ดูเหมือนเป็นการเรียบเรียงเรื่องที่ชัดเจนอยู่แล้วมาก ๆ .. แต่ของจริงก็คงต่างออกไปอีกสินะ.. caniel 2025-04-18 | ความคิดเห็นหลัก | ใน: Microsoft Kermit - แบบอักษรสำหรับเด็ก (microsoft.design) > ไม่ควรรบกวนการเลื่อน เพราะเป็นสิ่งรบกวนที่ไม่จำเป็น ผมก็คิดว่ามันใช้งานไม่สะดวกเหมือนกัน เห็นได้ว่ามีความเห็นแบบนี้อยู่ใน HN แล้วเหมือนกัน คิดว่าการเลื่อนก็สบายที่สุดตอนที่มันเป็นการเลื่อนแบบปกติครับ ethanhur 2025-04-17 | ความคิดเห็นหลัก | ใน: CVE ที่ Mitre ดูแลอยู่เสี่ยงไม่ได้รับการสนับสนุนจากรัฐบาลสหรัฐฯ อีกต่อไป (computerweekly.com) อิทธิพลของทรัมป์ลามมาถึงที่นี่ด้วย น่าเสียดายครับ kylian 2025-04-17 | ความคิดเห็นหลัก | ใน: JetBrains IDE ก็ใช้ AI แล้ว: เอเจนต์เขียนโค้ด, ผู้ช่วยที่ฉลาดขึ้น, พร้อมฟรี tier (blog.jetbrains.com) JetBrains เข้าตลาดหุ้นเดี๋ยวนี้เลย boazhwang 2025-04-17 | ความคิดเห็นหลัก | ใน: บทเรียนที่ได้จากการเผาเงิน €400 ไปกับ Cursor (hackernoon.com) ผมกลับรู้สึกว่า cursor แสดงประสิทธิภาพได้ดีที่สุดตอนทำงานร่วมกับ claude แต่ต่างจากความรู้สึกของผม คุณกลับแนะนำ o1 ซะงั้น..! xguru 2025-04-17 | ความคิดเห็นหลัก | ใน: เปิดตัว Notion Mail (notion.com) Notion เตรียมเปิดตัวแอปอีเมลที่เหมาะกับการทำงาน xguru 2025-04-17 | ความคิดเห็นหลัก | ใน: สร้างวิดีโอใน Gemini และ Whisk ด้วยโมเดลสร้างวิดีโอ Veo 2 (blog.google) Google DeepMind เปิดตัว Veo 2 โมเดลสร้างวิดีโอ โหลดความคิดเห็นเพิ่มเติม
ผมเห็นด้วยกับเนื้อหาข้างต้นมากครับ!
แต่ในกรณีที่เกิด overengineering ในบริษัทขนาดเล็ก ผมก็มองว่าส่วนหนึ่งเป็นเพราะคนที่ตั้งเป้าไปบริษัทใหญ่ต้องการสะสมประสบการณ์กับเครื่องมือเหล่านั้นในบริษัทเล็กด้วย
แน่นอนว่าซีอีโอคงไม่ค่อยชอบเท่าไรหรอกครับ 555
การได้รับเงินลงทุนก็ว่ายากแล้ว การสร้างรายได้ให้มากพอก็ยากไม่แพ้กัน แต่กลับต้องทำทั้งสองอย่าง...
ถ้างานที่ต้องทำมีไม่มาก ก็จะเผลอไปทำเรื่องไร้สาระกันได้อยู่แล้ว 555
แม้แต่ปัญหาง่าย ๆ ก็ยังต้องแก้ให้ยาก จะได้ทำท่าว่าตัวเองได้ทำอะไรสักอย่างด้วยก็ได้ ถ้าทำให้ง่าย คนจำนวนมากก็จะคิดว่ามันง่ายเองด้วย.. 5555
Spring หาคนได้ง่ายอยู่แล้ว...
น่าจะมาจาก Kermit the frog ล่ะมั้ง....ใช่ไหม?
เพราะกลัวว่าถ้าทำของให้เล็กแล้วค่อยมาแก้ให้ใหญ่ทีหลังจะลำบาก จึงมีหลายกรณีที่เลือกทำให้ใหญ่ตั้งแต่แรก...
คิดว่าเป็นบทความที่ใช้ได้กับ K8s เหมือนกันครับ ทำให้นึกถึงหนังสือ "วิธีเขียนโค้ดให้บำรุงรักษายาก" เลยครับ 555
สำหรับ spring ในเกาหลี มันไม่ถึงขั้นเป็นการเทิดทูนเสียมากกว่า..
แต่เป็นลูกผสมที่มีทั้งความไร้ความสามารถของรัฐบาลและความขี้เกียจของนักพัฒนาอย่างหนักหน่วง..
ท้ายที่สุดแล้ว เราต้องเข้าใจทั้งปัญหาที่เทคโนโลยีต่าง ๆ พยายามจะแก้ และบริบทที่ทำให้เทคโนโลยีนั้นถือกำเนิดขึ้นมา ตัวอย่างในบทความก็มีสิ่งต่อไปนี้
ผมคิดว่าเราควรพิจารณาให้ดีว่า ปัญหาที่สิ่งเหล่านั้นพยายามแก้อยู่ สอดคล้องกับปัญหาที่เราพยายามจะแก้อยู่หรือไม่
เห็นด้วยมากครับ/ค่ะ สุดท้ายแล้ว Spring ก็เป็นแค่เครื่องมือสำหรับแก้ปัญหาเท่านั้น
ได้เรียนรู้อะไรเยอะมาก ขอบคุณสำหรับบทความดี ๆ ครับ
ดูเหมือนว่ายังมีคนจำนวนไม่น้อยที่บางครั้งลืมไปว่าเทคโนโลยีเป็นเครื่องมือ ไม่ใช่เป้าหมาย
พอถึงจังหวะที่เหตุผลอย่าง "ผ่านการพิสูจน์มาแล้วใน Big Tech" หรือ "ช่วงนี้คนใช้กันเยอะ" กลายเป็นเงื่อนไขหลักในการเลือกเทคโนโลยี ต้นทุนที่เพิ่มขึ้นโดยไม่จำเป็นก็มักตามมาอย่างเป็นธรรมชาติ
ในเกาหลีมีวัฒนธรรมเลียนแบบ spring แบบไม่ลืมหูลืมตาค่อนข้างแรง
ถ้าอ่านแค่ตัวบทความก็ดูเหมือนเป็นการเรียบเรียงเรื่องที่ชัดเจนอยู่แล้วมาก ๆ .. แต่ของจริงก็คงต่างออกไปอีกสินะ..
> ไม่ควรรบกวนการเลื่อน เพราะเป็นสิ่งรบกวนที่ไม่จำเป็น
ผมก็คิดว่ามันใช้งานไม่สะดวกเหมือนกัน เห็นได้ว่ามีความเห็นแบบนี้อยู่ใน HN แล้วเหมือนกัน คิดว่าการเลื่อนก็สบายที่สุดตอนที่มันเป็นการเลื่อนแบบปกติครับ
อิทธิพลของทรัมป์ลามมาถึงที่นี่ด้วย น่าเสียดายครับ
JetBrains เข้าตลาดหุ้นเดี๋ยวนี้เลย
ผมกลับรู้สึกว่า cursor แสดงประสิทธิภาพได้ดีที่สุดตอนทำงานร่วมกับ claude
แต่ต่างจากความรู้สึกของผม คุณกลับแนะนำ o1 ซะงั้น..!
Notion เตรียมเปิดตัวแอปอีเมลที่เหมาะกับการทำงาน
Google DeepMind เปิดตัว Veo 2 โมเดลสร้างวิดีโอ