Posted
May 07, 2009
at
Spring66
ระหว่างเตรียมตัวเรื่อง Terracotta สำหรับงาน NJUG7 เนื่องจากเรื่อง Cluster, HA, Cache เป็นเรื่องที่เข้าใจได้ยากมากเจึงทำให้ไม่สามารถเดินหน้าไปได้เร็วมากนัก หยุดๆเดินๆ ไปเรื่อยๆระหว่างหยุดก็ทำอย่างอื่นเช่น อ่าน LISP อ่านโน่น อ่านนี่ แซวลิเวอร์พูลใน twitter จนกระทั่งสามวันก่อนไปอ่านบทความใน TheServerSide เรื่อง How Do Java Developers Edit-In-Place and Monitor? เค้าก็พล่ามเรื่องทำไม เมื่อไหร่ Java Developer จะสามารถทำได้เหมือน PHP คือแก้แล้วเห็นการเปลี่ยนแปลงเลยโดยไม่ต้อง Redeploy หรือ Restart Application Server ซึ่งปัญหานี้เป็นเรื่องทิ่มแทงหัวใจผมมาตลอดคือเราไม่สามารถทำงานได้อย่างต่อเนื่องได้เต็มที่กับภาษา Java เนื่องจากแนวคิด “Once it is loaded, it can not be changed” แต่หลังๆ Framework สมัยใหม่ก็แก้ไขเรื่องนี้ไปได้แล้วสองตัวคือ Tapestry [...]
Posted
May 11, 2009
at
Spring66
จากที่พี่ @roofimon พูดถึงเรื่อง JavaRebel มันก็ช่างโดนใจน้อยๆของผมเหลือเกิน เพราะไอ้เรื่องนี้ก็ทิ่มแทงใจผมมาตั้งแต่วันแรกที่ทำเลยลองทำตาม blog ดูก็โอ้ว happy แต่ด้วยความที่ผมใช้ cmd maven แล้วมันไม่ถนัดมือไปหน่อยเลยว่ากันด้วยเรื่อง ide ก็เลยมานั่งนึกดู ถ้ายังนึกถึงรักเก่าที่ยังคบหาอยู่ก็ Netbeans พอมานั่งคุยกับรักปัจจุบันก็ eclipse ก็เลยมานั่งเทียบสิ่งนึงที่ javarebel ทำคือเมื่อมีการเปลี่ยนแปลง class มันจะทำการ reload ให้เรางั้นก็มานั่งลองดูเริ่มกันที่ Netbean ผมใช้ 6.5 นั่นคือผมว่ามันน่ารักสู้ eclipse ไม่ได้ในงานนี้ตรงที่มันไม่มี compile on save แต่เห็นว่า 6.7 มีนะครับแต่ก็ไม่รู้จะหล่อแค่ไหนเลยคิดว่าเรื่องที่เป็นจุดน่าจะเลือกก็คือ compile on save เลยมามองว่า eclipse ทำได้ดีกว่าเลย เอาวะ eclipse ก็ eclipse ก็มานั่งดู web ของ javarebelที่ http://www.zeroturnaround.com/javarebel/ อ้ะๆ เกิดสวรรค์น้อยๆที่เค้ามีการ [...]