
<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: 10 เรื่องที่โปรเจคเมเนเจอร์อยากให้ดีเวลลอปเปอร์เข้าใจ</title>
	<atom:link href="http://www.devguli.com/blog/translated/10things_pm_wish_developers_understood/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.devguli.com/blog/translated/10things_pm_wish_developers_understood/</link>
	<description>Devguli -- coding for a living</description>
	<lastBuildDate>Mon, 03 May 2010 17:11:48 +0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: admin</title>
		<link>http://www.devguli.com/blog/translated/10things_pm_wish_developers_understood/comment-page-1/#comment-3144</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Sat, 13 Feb 2010 11:18:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.devguli.com/blog/?p=56#comment-3144</guid>
		<description>555 ตอบเป็นภาษาไทยได้แน่นอนครับผม

ที่ทำให้การเอาเทคโนโลยีใหม่มาใช้ยากขึ้นไปอีกก็คือ บางทีประโยชน์จากการเอาเข้ามานั้นดีเวลลอปเปอร์เองก็อธิบาย หรือแสดงให้ทางเมเนจเมนต์เห็นเป็นรูปธรรมไม่ได้ว่ามันดีขึ้นอย่างไร แค่ไหน
เช่นผมเพิ่งนำเอง หลักการ Dependency injection (DI) มาใช้ โดยframework ที่ใช้คือ Guice ทำออกมาแล้ว ประโยชน์มันเห็นได้เป็นรูปธรรมก็แต่เฉพาะเมื่อเวลามานั่งไล่โค้ด คือมันเป็นเรื่องของการออกแบบคลาสภายใน ทำไปแล้ว functionality ของโปรเจคมันก็ไม่ได้อะไรใหม่ขึ้นมา จริงๆแล้วมันคือการลงทุนระยะยาว โค้ดที่ maintain ง่ายขึ้นนั้นจะช่วยให้ลดเวลาในการปรับเปลี่ยนหรือแก้ไข แต่นั้นก็เป็นเรื่องในอนาคต และมันก็ไม่มีดัชนีตัวไหนมาวัดว่าโค้ดชุดนี้มัน maintain ง่ายหรือยาก เป็นค่าเท่าไร ปัจจุบันนี้ผมยังต้องคอยตอบคำถามว่า DI นี่มันเอาไว้ใช้ทำอะไรอยู่เลย</description>
		<content:encoded><![CDATA[<p>555 ตอบเป็นภาษาไทยได้แน่นอนครับผม</p>
<p>ที่ทำให้การเอาเทคโนโลยีใหม่มาใช้ยากขึ้นไปอีกก็คือ บางทีประโยชน์จากการเอาเข้ามานั้นดีเวลลอปเปอร์เองก็อธิบาย หรือแสดงให้ทางเมเนจเมนต์เห็นเป็นรูปธรรมไม่ได้ว่ามันดีขึ้นอย่างไร แค่ไหน<br />
เช่นผมเพิ่งนำเอง หลักการ Dependency injection (DI) มาใช้ โดยframework ที่ใช้คือ Guice ทำออกมาแล้ว ประโยชน์มันเห็นได้เป็นรูปธรรมก็แต่เฉพาะเมื่อเวลามานั่งไล่โค้ด คือมันเป็นเรื่องของการออกแบบคลาสภายใน ทำไปแล้ว functionality ของโปรเจคมันก็ไม่ได้อะไรใหม่ขึ้นมา จริงๆแล้วมันคือการลงทุนระยะยาว โค้ดที่ maintain ง่ายขึ้นนั้นจะช่วยให้ลดเวลาในการปรับเปลี่ยนหรือแก้ไข แต่นั้นก็เป็นเรื่องในอนาคต และมันก็ไม่มีดัชนีตัวไหนมาวัดว่าโค้ดชุดนี้มัน maintain ง่ายหรือยาก เป็นค่าเท่าไร ปัจจุบันนี้ผมยังต้องคอยตอบคำถามว่า DI นี่มันเอาไว้ใช้ทำอะไรอยู่เลย</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kannique</title>
		<link>http://www.devguli.com/blog/translated/10things_pm_wish_developers_understood/comment-page-1/#comment-3143</link>
		<dc:creator>kannique</dc:creator>
		<pubDate>Sat, 13 Feb 2010 09:07:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.devguli.com/blog/?p=56#comment-3143</guid>
		<description>ความเสี่ยงของโปรเจค: เทคโนโลยีใหม่ = ความเสี่ยง ... โดนใจมาก

ผมเองก็กำลังอยู่ในช่วงการชั่งใจอยู่ว่าจะเลือกอะไรดีระหว่าง เทคโนโลยีใหม่ซึ่งต้องเสียเวลามากขึ้น หรือใช้ของเก่า (ซึ่งก็ยังพอใช้งานได้อยู่) ต่อไปเพื่องานจะได้เสร็จตรงเวลา

ผมก็เข้าใจ developer ที่ลงทุนลงแรงทำอะไรใหม่ๆมานะ มันไม่ง่ายเลยที่จะบอกเค้าว่า &quot;น้องครับ พี่คิดว่าวิธีนี้ไม่เวิร์คแล้วครับ เก็บไว้ทำทีหลังแล้วกันนะ&quot; แต่ถ้าพิจารณาดูดีแล้วจำเป็นต้องยกเลิกเราก็ต้องทำ และต้องทำอย่างทันท่วงทีด้วยครับ ไม่งั้นงานอาจจะเสร็จไม่ตรงเวลา แถมไม่ได้เทคโนโลยีอะไรใหม่ๆมาช่วยปรับปรุงระบบของเราเลยด้วย

ขอบคุณสำหรับบทความดีๆครับ

ปล. ตอบเป็นภาษาไทย หวังว่าคงไม่เป็นไรนะ ฮ่าๆๆ</description>
		<content:encoded><![CDATA[<p>ความเสี่ยงของโปรเจค: เทคโนโลยีใหม่ = ความเสี่ยง &#8230; โดนใจมาก</p>
<p>ผมเองก็กำลังอยู่ในช่วงการชั่งใจอยู่ว่าจะเลือกอะไรดีระหว่าง เทคโนโลยีใหม่ซึ่งต้องเสียเวลามากขึ้น หรือใช้ของเก่า (ซึ่งก็ยังพอใช้งานได้อยู่) ต่อไปเพื่องานจะได้เสร็จตรงเวลา</p>
<p>ผมก็เข้าใจ developer ที่ลงทุนลงแรงทำอะไรใหม่ๆมานะ มันไม่ง่ายเลยที่จะบอกเค้าว่า &#8220;น้องครับ พี่คิดว่าวิธีนี้ไม่เวิร์คแล้วครับ เก็บไว้ทำทีหลังแล้วกันนะ&#8221; แต่ถ้าพิจารณาดูดีแล้วจำเป็นต้องยกเลิกเราก็ต้องทำ และต้องทำอย่างทันท่วงทีด้วยครับ ไม่งั้นงานอาจจะเสร็จไม่ตรงเวลา แถมไม่ได้เทคโนโลยีอะไรใหม่ๆมาช่วยปรับปรุงระบบของเราเลยด้วย</p>
<p>ขอบคุณสำหรับบทความดีๆครับ</p>
<p>ปล. ตอบเป็นภาษาไทย หวังว่าคงไม่เป็นไรนะ ฮ่าๆๆ</p>
]]></content:encoded>
	</item>
</channel>
</rss>
