iMacbaszii's Blog

[iOS Dev] Test Driven Development with Kiwi (Part II: TDD)

noreply@blogger.com (Kiattisak Anoochitarom) — Tue, 18 Jun 2013 06:52:00 +0000

Blog ที่แล้ว เราพูดถึงการ Setup Kiwi กันนะครับ

คราวนี้เราจะมาเขียน Test กันละ ... ตัวอย่างที่ผมจะยกมาก็คือ Factorial Function

** ก่อนอื่นให้ไปลบ Sample Test ในฟังก์ชั่น testExample ที่อยู่ใน testTargetName.m ก่อนนะ :)

ใครยังไม่รู้จัก TDD อ่านได้ที่นี่

มาเริ่มกันเลย ขั้นแรกให้เราสร้าง Objective-C Test Case Class ขึ้นมาก่อน

เมื่อสร้างแล้ว ก็ให้ลบไฟล์ Header File (.h) ออกซะ แล้วลบเนื้อหาภายใน Implementation File (.m) แบบนี้

เวลาจะทำการ Test ก็ดูที่ Scheme ให้ดีนะครับ ว่าเป็นตัว Test Target ที่เราสร้างขึ้นหรือยัง ?

ถ้าต้อง Test ให้กด cmd + U หรือที่เมนู Product -> Test

ที่ยกตัวอย่างจำเป็นคำสั่งเบื้องต้นเท่านั้น อ่านเต็มๆ ได้ที่นี่เลยนะ

คราวนี้เรามาเริ่มเขียน Test กันได้เลย Factorial Function ควรจะเป็นยังไงครับ ?

ผมสร้าง KWMathFunction Class ขึ้นมาเพื่อเก็บฟังก์ชั่นการคำนวณทางคณิตศาสตร์เอาไว้

เมื่อสร้างแล้วเขียน Test เบื้องต้นว่า Factorial ของ 0 และ 1 ควรจะได้ 1

แน่นอนครับ Fail และโดนด่าว่า ไม่มีฟังก์ชั่นนี้โว้ยยยยย = ='

แน่นอนว่า ไม่มีก็ไปเขียน (ต้องประกาศใน Header File ด้วยนะ) แล้วก็เขียนให้ Test มันผ่าน

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

คราวนี้พอกลับมาเทสก็จะผ่านละ ใน 2 Case ที่เราเขียนไป

จากนั้นก็เพิ่ม Test เข้าไป

คราวนี้พอ Test เราก็จะ Fail แล้วโดนด่าว่า "ผิดโว้ยย ค่าที่ได้คือ 1" (แหงล่ะ)

พอละ เขียนโปรแกรมให้ถูกกันได้เลย (ฟังก์ชั่นที่ซับซ้อนกว่านี้ก็ต้องทำเยอะกว่านี้นะ)

คราวนี้พอ Test ก็จะผ่านทุก Case ที่เราเขียนขึ้นมา ... เท่านี้เอง :)

ลองไปทำดูนะครับ การทำ TDD เป็นเรื่องของบุคคลนะ คือทำหรือไม่ทำก็ได้ แต่ทำแล้วเร็วส์ และ หล่อส์

...

เค้าว่ามาอย่างนั้น :P

[iOS Dev] Test Driven Development with Kiwi (Part I: Setup)

noreply@blogger.com (Kiattisak Anoochitarom) — Mon, 17 Jun 2013 12:49:00 +0000

ขอเล่าก่อนว่า ผมได้ยินคำว่า TDD มาสักพักละ แต่ตัวผมเอง มองว่าทำไมเราต้องเสียเวลาเขียน Test

ไปเพื่ออะไร แต่ไม่รู้อะไรดลใจ ให้เริ่มตระหนักว่า มันอาจจะช่วยให้เรามองอะไรได้กว้างขึ้นในการเขียนโปรแกรม ก็เลยอยากลองดู ...

โดยใน Xcode ก็มี SenTest Framework มาให้อยู่นะ แต่มันไม่สวยเลย (เคยเขียนที่ Opendream แปปนึง)

มีคนแนะนำตัวนี้มา เลยลองเล่นดู ก็พบว่า น่ารักใช่ย่อย มันชื่อว่า "Kiwi"

ใน Tutorial ครั้งนี้จะใช้ Cocoapods ด้วยนะครับ ใครไม่รู้จักขอให้ไปอ่าน Blog ที่แล้วก่อนนะ
** ใครเคยเขียน Rspec บน Rails มาดูออก ว่ามันเหมือนกัน ฮาาา

[iOS Dev] Hello, Cocoapods!

ส่วนใครอยากทำแบบไม่มี Cocoapods ก็ตามไปที่นี่ได้เลย http://git.io/RwQtQQ
ขั้นแรกให้สร้าง Unit Test Target ขึ้นมาก่อน โดยไปที่

File -> New -> Target... -> Other -> Cocoa Touch Unit Testing Bundle

เมื่อสร้างเสร็จแล้ว ใน Project Navigator ก็จะมี Unit Test Target เพิ่มขึ้นมา

จากนั้นปิด Xcode Project ... สร้าง Podfile ขึ้นมา แล้วเพิ่ม Kiwi (หรือถ้ามีอยู่แล้ว ก็ให้เพิ่มเข้าไป)
** ตรง KiwiTDDTests ก็เปลี่ยนให้ตรงกับ Unit Test Bundle ที่สร้างขึ้นมานะครับ

สั่ง Install Dependencies ด้วยคำสั่ง

$ pod install

เมื่อเสร็จแล้วให้เปิด projectName.xcworkspace ขึ้นมาเล่นกันต่อเลย
ต่อไปก็เป็นขั้นตอนการ Configuration อาจจะดูยุ่งยากหน่อย แต่ทำสัก 2-3 รอบก็คล่องละ ผมว่า

1. เมื่อเปิด projectName.xcworkspace ขึ้นมาก็จะพบกับไฟล์ตัวนึงที่ชื่อว่า Pods-<TestTargetName>.xcconfig ไฟล์นี้ถูกสร้างขึ้นโดย Cocoapods และมีคำสั่งที่จะใช้เชื่อมต่อกับ Test Target อยู่ด้านใน

2. ไปที่ Project Navigator เลือกที่ Project ของเราแล้วเลือกแถบ Info
3. ดูให้ดีว่าทุก configurations ในการสั่งให้ใช้ไฟล์ .xcconfig ข้างต้นในการ Test

4. ไปที่ Unit Test Target แล้วเลือกแถบ Build Settings
5. Other Linker Flags จะต้องมี -objC -framework SenTestingKit

6. ค้นหาคำว่า "Bundle Loader" แล้วใส่

$(BUILD_PRODUCT_DIR)/projectName.app/ApplicationTargetName ลงไปครับ

7. ค้นหาคำว่า "Test Host" แล้วใส่ $(BUNDLE_LOADER)

จากนั้นไปที่เมนู

Product -> Scheme -> Manage Schemes

ให้เลือกที่ Unit Test Target ที่เราสร้างขึ้น แล้วกด Edit ...

จากนั้นในแถบด้านข้างเลือก Test แล้วดูว่ามี Unit Test Bundle หรือปล่าว (ตามภาพคือมีแล้ว)
ถ้าไม่มีให้ Add เข้ามาครับ

เป็นการจบการ Setup Wiki TDD ที่ยาวนาน :) เดี๋ยวไปต่อวิธีการเขียนเบื้องต้นกันใน Blog หน้านะ

Agile Thailand 2013: KEEP CALM and BE AGILE

noreply@blogger.com (Kiattisak Anoochitarom) — Fri, 07 Jun 2013 17:45:00 +0000

งานนี้ไม่มีพลาดแน่นอน Agile Thailand 2013

ปีนี้สถานที่ และสิ่งอำนวยความสะดวกครบครัน จัดที่ตึก CP สีลม ใจกลางเมืองเลยทีเดียว

คราวนี้ผมได้ไปทั้ง 3 กิจกรรมที่จัดขึ้นเลยทั้ง Code Retreat, Agile Workshop 201 ด้วย

ส่วนวันสัมนา Session ที่ผมเลือกเข้าฟังก็มีตามนี้นะ
นำสรุปคร่าวๆ มาแชร์ให้อ่านกัน และข่าวดีคือ
ทุก Session มีการอัดวีดีโอไว้ เดี๋ยวมาเรื่อยๆ แล้วผมจะดึงมาใส่ไว้ให้นะ :)

-------------------------------------------------------------------------------------------------------------------------

Agile in Startup
coming soon...

Physical board and Electronic board

เป็นการปะทะระหว่างพี่รูฟ กับ พี่ปอม ก็ตามชื่อ session เลยฮะ ตบตีกันมันส์ใช้ได้
แต่ละอย่าง ก็มีข้อดี ข้อเสียต่างกันไป ตัวอย่างเช่น Physical Board เนี่ย สาวๆ มาให้กำลังใจใน Product Backlog Item ให้เราได้ด้วยนะ :)

ส่วนฝั่งของ Electronic Board นี่จะชี้ให้เห็นข้อดี ก็อย่างเช่น ถ้าเราและทีมอยู่คนละที่กันล่ะ (พี่รูฟสวน "ก็จับมันมาอยู่ด้วยกันสิ")

ส่วนตัวผมชอบ Physical Board ครับ พี่รูฟเคยสอนตอนฝึกงานว่า พวก Eletronic ข้อเสียที่น่าสนใจคือ เราหรือคนในทีมสามารถมองข้ามมันได้ แต่ถ้าเป็น Board ที่เห็นกันจะจะ จะทำให้ทราบปัญหาอย่างชัดแจ้ง ว่างานนี้มันไม่เสร็จ เห็นกันทุกคนในทีม และมา Discuss กันได้เร็ว ว่าเกิดอะไรขึ้น

Team Anatomy

ผู้พูดคือ พี่แอมป์ออกตัวไว้ก่อนเลย นี่ไม่ใช่ Session เกี่ยวกับ Build Team ... ฮาาา แต่เป็น Session ที่ว่าด้วย 'Being a (good) Team Member' เปิดเรื่องด้วยการบอกว่า

"Team คือบุคคลแต่ละคน ที่สัญญา (committment) กันว่าจะทำงานด้วยกันเป็นทีม
ถ้าเอาคนมาทำงานร่วมกัน โดยไม่อยากทำด้วยกันนั่นไม่ใช่ Team"

ดังนั้นการจะเป็น Team Member ที่ดีนั้น เราต้องลดความเป็น High Performer ของตัวเอง ซึ่งข้อเสียที่จะทำให้ทีมสะดุดนั้น ก็มี

Perfectionism ดี แต่ช้า เพราะจะรู้สึกว่าอะไรอะไรก็ไม่ Perfect สักที ให้ลองเปลี่ยน mindset เป็น Continuous Improvement แทน ทำให้เสร็จก่อน แล้วค่อยทำให้ดี
I am better to be here … นี่พวกแกเห็น Value ฉันแบบที่ฉันเห็นตัวเองหรือปล่าว ?
Never give up … การเชื่อมั่นว่า ถ้าทีมไม่มีฉัน ทีมนี้จะไปไม่รอดแน่นอน
Self Confidence … ไม่มีคำอธิบาย

เรื่องการ Assume ไม่ว่าจะผิดใจ หรือแค่สงสัยอะไรเกี่ยวกับเพื่อนร่วมงาน "อย่า" คิดไปเอง ว่าเขาคิดกับเราอย่างนั้น อย่างนี้ เขาไม่ชอบเราหรือปล่าว ? (ถ้าถามได้) ให้ถามซะ

และ Quote อันหนึ่งที่ผมชอบในการฟัง Session นั้นก็คือ "In discussion, seniority is f*cking unnecessary"

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

Seeking Hyper Productivity

จะมีจริงหรือ Practice ที่จะทำให้เราทำงานเร็วขึ้น (Productivity) 8 - 10 เท่า พี่จั๊วบอกว่า คนที่ทำแบบ Agile คิดแบบ Agile เยอะๆ จะเข้าสู่ภาวะที่เรียกว่า "Hyper Productivity" (ยังกับภาวะไร้ตัวตน) เส้นทางที่จะไปสู่ภาวะไร้ตัวตนได้นั้น มีดังต่อไปนี้

Responsiveness
Motivation
Communication
Childliness

รายละเอียดข้อบนๆ ผมจำไม่ได้ แต่ผมเข้าใจข้อ 4 มากที่สุด พี่จั๊วเปิดด้วยคำถามที่ว่า "คิดว่าเด็กๆ มีอะไรพิเศษหรือปล่าว ในบางเรื่องเขาถึงเรียนรู้อะไรได้เร็วกว่าคนที่โตกว่า" และก็เล่าเปรียบเทียบว่า

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

สิ่งที่น่าสนใจจากเรื่องราวข้างต้นคือ ...

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

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

Retrospective

การทำ Retrospective คือการพูดคุยกันของสมาชิกในทีมเพื่อปรับปรุงวิธีการทำงานของทีม
ไม่ใช่การคุยกันเพื่อน Focus ที่งานนะครับ Focus ที่ทีมเป็นหลัก

การทำ Retrospective ควรจะทำบ่อยๆ อาจจะทุกๆ ท้าย Sprint
เป็นการ Sound เสียงว่าทีม "เรายังเป็นทีมที่มีประสิทธิภาพอยู่ไหม ?" #คุ้นๆ

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

"เราขอบคุณเธอนะ ถึงแม้เธอจะไม่ช่วยอะไรเราเลย แต่ก็ไม่เคยบ่นเราเลย" #อ่าว

อ่านเต็มๆ ได้ที่นี่ --> Retrospective: The Art of Continuous Improvement

How can I live with CMMI but I want to be Agile

อันนี้ไม่ได้ฟังนาน เพราะหนีไปดู CD with Android ...
ฟังเพราะ อยากรู้ว่า CMMi ที่เขาว่ากันจริงๆ แล้วคืออะไร ?

คำตอบคือ CMMi คือ Set of Best Practice ของการทำ Software
ว่าการจะ Deriver Software ที่ดี (หรอ ?) สักตัวนั้น ... จะต้องทำอะไรบ้าง (ไม่ใช่ทำอย่างไร)
ซึ่งงานเอกสารก็เป็นส่วนประกอบ มีทั้ง 5 Level

Continuous Delivery with Android

ประเด็นหลักๆ ของ Session นี้ก็คือ เราจะใช้เครื่องมืออะไรบ้าง
ที่จะทำให้ App อยู่ในสถานะที่เรียกว่า "Production Ready" ตลอดเวลา
และพร้อมที่จะ Release เมื่อ Biz ต้องการ ...

Bridging Management Gap

องค์กรของคุณจะเปลี่ยนเป็น Agile ได้หรือปล่าว ?
อ่าน --> http://korn4d.wordpress.com/2013/04/24/bridging-the-management-gap/

Agile:66 Special Report

coming soon...

-------------------------------------------------------------------------------------------------------------------------

Link วีดีโอ Session ที่ผมไม่ได้เข้าฟัง

-------------------------------------------------------------------------------------------------------------------------

จะเข้ามา Update เรื่อยๆ ดีกว่าครับ สำหรับ Blog นี้ เพราะบางเรื่องนี่ก็ต้องมา Revised กันหน่อย

[iOS Dev] Hello, Cocoapods!

noreply@blogger.com (Kiattisak Anoochitarom) — Mon, 27 May 2013 15:31:00 +0000

ใครที่เคยเขียน Ruby on Rails อาจจะรู้จัก Gemfile

ใครที่เคยเขียน Python อาจจะรู้จัก Pypi

ใครใช้ Terminal อาจจะรู้จัก Homebrew

แล้วเชื่อว่าทุกคน ก็น่าจะรู้สึกว่า ชีวิตง่ายขึ้นแค่ไหน :) (หมายถึงว่ามันอารมณ์เดียวกันนะ)

วันนี้จะมาแนะนำ Cocoapods ครับ ซึ่งเป็น Dependencies Management บน iOS

มีข้อจำกัดของการใช้งานเพียงอย่าวเดียวคือ "การอัพเดทของ Library จะเป็นนหน้าที่ของ Cocoapods"

นั่นหมายความว่า เวอร์ชั่นของ 3rd Party Library อาจจะไม่ตรงกับใน Official ในบางกรณีเช่น "พึ่งออก"

ส่วนวิธีการใช้งาน ก็ไม่ยากเลยครับ เปิด Terminal ขึ้นมาแล้วสั่ง

$ gem install cocoa-pods 
$ pod setup

จากนั้นก็เข้าไปใน Folder ของ Xcode Project ที่เราทำงานอยู่ แล้วสร้างไฟล์ชื่อ Podfile

เขียนใน File ตัวอย่างเช่น

platform :ios, '5.1.2'
pod 'AFNetworking'
pod 'Reachability'
pod 'SBJSON'

จากนั้นในหน้า Terminal สั่ง (เข้าไปใน Wordking Space ของเราที่มี Podfile นะครับ)

$ pod install

เท่านี้เองครับ ... เมื่อทำการ Install Dependencies เสร็จแล้ว

ใน Working Folder ก็จะมีไฟล์เพิ่มขึ้นมาคือ projectName.xcworkspcae

ให้เราเปิดทำงานกับตัวนี้แทนนะครับ :)

เราจะสังเกตุว่า Cocoapods ทำการสร้างอีก Project มารวมกับ Project ที่เราทำงานอยู่

และใส่ Dependencies ไว้ใน Project ที่แยกไปต่างหาก

ดังนั้นระหว่าง Working Space ของเรากับ Dependencies อยู่คนละที่กันแล้ว ...

เวลา #import เข้ามาใช้งานจะต้องใช้ <dependencieName.h> (Angle Bracket) แทน "" (Double Quote)

เช่น

#import <AFNetworking.h>
#import <Reachability.h>

เท่านี้เองครับ ง่ายใช่ไหมล่ะ :)

[iOS Dev] NSDate & NSDateFormatter Manipulation

noreply@blogger.com (Kiattisak Anoochitarom) — Thu, 09 May 2013 02:17:00 +0000

ได้ลองทำอะไรเล่นๆ เลยขอ Blog เก็บไว้หน่อย เกี่ยวกับ NSDate, NSDateFormatter
ไว้มีอะไรที่เล่นเกี่ยวกับ วันที่ และ เวลา ก็จะมาอัพเดทไว้ที่นี่แหละ :)

1. ได้วันที่มาในรูปแบบ month/day/year อยากรู้ว่าวันนั้นวันอะไร (จันทร์ - อาทิตย์)

2. แปลง RFC3339 Datetime Format เป็น String เป็นรูปแบบที่ Facebook Graph API ใช้

3. UNIX Timestamp (จำนวนวินาทีนับจากวันที่ January, 1 1970) วิธีการแปลงให้เป็นเวลาปกติที่อ่านรู้เรื่อง

4. Extracted Components ต่างๆ (วัน เดือน ปี เวลา) จาก NSDate

[iOS Dev] Alert and ActionSheet in Blocks Style

noreply@blogger.com (Kiattisak Anoochitarom) — Fri, 26 Apr 2013 08:55:00 +0000

ปกติเวลาเราเขียน UIAlertView, UIActionSheet สิ่งที่เราจะเขียนก็มีประมาณนี้ ...

สั่งแสดง UIAlertView พร้อมข้อความ และปุ่มต่างๆ

จากนั้นก็ไปเขียน Delegate เพื่อจัดการ Event ของการกดปุ่มต่างๆ บน UIAlertView

คราวนี้จะทำให้ Code ดูน่ารักขึ้นหน่อย ... เรามาใช้ Blocks Style กันดีกว่า
มันจะทำให้เวลาเรา Add ปุ่มเนี่ยก็จะเขียน Event เพื่อรอ Execute ตรงนั้นเลย
ไม่ต้องย้าย Focus มานั่งอ่าน Delegate method ว่าปุ่มนี้กดแล้ว ทำอะไร อีกปุ่มกดแล้วทำอะไร

gpambrozio / BlockAlertsAnd-ActionSheets

นี่เป็น Official Repository ของ Library นี้ครับ **ไม่รองรับ ARC**

แน่นอนว่ามันขัดจิตขัดใจผม ผมก็เลย Forked มาแก้เป็น ARC เองซะเลย ใครต้องการก็ที่นี่เลย

macbaszii / BlockAlertsAnd-ActionSheets

โดย Library นี้ไม่ได้เกิดจากการ subclass UIAlertView, UIActionSheet แต่อย่างใด
เป็นการวาด UIView ขึ้นมาใหม่เลยนะครับ ... ใครอยากศึกษาวิธีการเขียนก็เข้าไปแงะโค้ดกันได้
คราวนี้วิธีใช้งานก็ไม่ยากเลย แค่ลาก Header, Implementation File ที่เขียนไว้เข้า Project

แล้วเขียนเรียกใช้งานประมาณนี้

สำหรับ ActionSheet ก็แบบนี้

เท่านี้เองครับ ใช้ง่ายมาก :) ลองนำไปใช้ดูนะครับ

Monkey Patching in Ruby

noreply@blogger.com (Kiattisak Anoochitarom) — Sun, 21 Apr 2013 12:15:00 +0000

Monkey Patching คือ Feature หนึ่งของภาษา Ruby

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

โดย method ที่เกิดขึ้นจากการ Monkey Patch โดย Developer จะถูกเพิ่ม และเรียกใช้ขณะ Runtime

เช่นบน Rails เนี่ย เขาก็แก้ให้ Fixnum Class (Class ที่จัดการกับตัวเลขใน Ruby)

สามารถเขียน 2.days.ago เพื่อคืนค่าเวลาของ 2 วันที่แล้วได้

ปัญหาที่เกิดขึ้นคือ ในเมื่อใครๆ ก็แก้ได้ เมื่อทำงานกันเป็นทีม ต้องคุยกันให้ดี
ว่าใคร Monkey Patch อะไรไว้บ้าง ... จะได้เกิดการชนกันของ method ที่เราเพิ่มหรือแก้ไป
(ตาม Bug ยากด้วย) ซึ่งใน Ruby 2.0 ก็มี Feature ที่มาแก้ปัญหานี้ได้ด้วยคือ Refinement

แต่ผมจะมาแนะนำ Feature นี้ในเชิงทั่วๆ ไป เช่น การเล่น Problem Solving
ที่ผมใช้ในเชิงว่าผมต้องการ Refactor Code ให้สวยขึ้น อ่านง่ายขึ้น

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

def is_palindrome(s)
  s == s.reverse
end

แล้วเรียกใช้โดยเขียนแบบนี้

s = "racecar"
if is_palindrome(s)
  puts "s is Palindrome"
else
  puts "s is not Palindrome"
end

ซึ่งมันก็พอรับได้แหละ แต่เนื่องจากการเป็น Dynamic Typing (ไม่รู้ type ของ s จริงๆ ถ้าส่ง s ที่เป็น Integer ไปก็จะพัง)
เราจะเห็นว่า ถ้ามีฟังก์ชั่นที่ต้องใช้งานเยอะๆ ก็คงจะเละเทะน่าดู และฟังก์ชั่นนี้เขียนมาเพื่อใช้งานกับ String เท่านั้น ผมก็เลยเลือกที่จะ Monkey Patch มัน

วิธีการง่ายๆ ก็คือเขียนบอกว่า เราจะทำ Monkey Patching กับ Class อะไร
จะเพิ่ม method อะไร และแทนตัวแปรที่จะมาเรียกใช้งานด้วย self

class String
  def is_palindrome
    self == self.reverse
  end
end

พอเวลาเรียกใช้เราก็เรียกผ่านตัวแปรที่เป็น String ได้ทันทีแบบนี้

s = "abbba"
if s.is_palindrome
  puts "s is Palindrome"
else
  puts "s is not Palindrome"
end

อีกตัวอย่างนะครับ คราวนี้ผมจะเขียน method เพื่อตรวจสอบว่าตัวเลขนั้นๆ เป็นจำนวนเฉพาะหรือไม่ ?

class Fixnum
  def root
    Math.sqrt(self)
  end

  def is_prime
    return false if self < 2
    2.upto(self.root.to_i) { |i| return false if self % i == 0 }
    return true
  end
end

เวลาใช้งาน อย่างเช่น ต้องการแสดงจำนวนเฉพาะที่อยู่ระหว่าง 1 - 100 ก็เขียนแบบนี้

1.upto(100) do |i|
  if i.is_prime
    print "#{i} "
  end
end

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

Syntax Highlighting for Blogger (Dynamic Views)

noreply@blogger.com (Kiattisak Anoochitarom) — Sun, 14 Apr 2013 17:27:00 +0000

ผมค้นหามานานละ วิธีที่จะทำ Syntax Highlighting สำหรับ Dynamic Views
ก็มาเจอตัวนี้แหละครับ เป็นหนึ่งในโครงการ Google Code ชื่อว่า Prettify

โดยวิธีการติดตั้งก็ไม่ยาก ผมก็เลยเขียนไว้ที่นี่เผื่อเป็นประโยชน์
ขั้นแรกในหน้า Dashboard ของ Blogger ให้เลือกไปที่ Template (กรอบสีฟ้า)

โดยเราสามารถเลือกที่จะ Backup Template (กรอบสีแดง) เก็บไว้ก่อนนะครับ เผื่อมีอะไรผิดพลาด จากนั้นกดที่ Edit HTML (กรอบสีส้ม) ก็จะได้หน้าต่างการแก้ไข Template แบบนี้

จากนั้นก็ให้เพิ่ม Code นี้ลงไปภายใน <head> Tag ครับ

<link 
   href="http://google-code-prettify.googlecode.com/svn/trunk/src/prettify.css" 
    type="text/css" 
    rel="stylesheet"/>
  <script type="text/javascript" 
   src="http://google-code-prettify.googlecode.com/svn/trunk/src/prettify.js">
  </script>

** และเราสามารถเปลี่ยน Theme ได้ด้วยนะ ตรง CSS File ที่ import เข้ามาสามารถเปลี่ยนได้ แค่ไปหยิบ Source Path ของ Theme มาใส่แทน ไปเลือกที่นี่ได้เลย Prettify Theme Gallery

จากนั้นใน Body Tag ก็ไปเรียกให้ javascript ทำงานแบบนี้

<body onload="prettyPrint()"  ... >

แต่ถ้าใครใช้ Dynamic View (Theme แบบใหม่ของ Blogger) เนื่องจาก Post นั้นถูกโหลดแบบ Asynchronous จะให้ทำให้ onLoad() ใน Body Tag ทำงานไปก่อนที่โพสจะถูกโหลดจริงๆ ดังนั้น เวลาเขียน Blog ใหม่ต้องเพิ่มโค้ดนี้เข้าไปด้วย

<script>prettyPrint()</script>

แบบนี้

ส่วนวิธีการใช้งานก็ไม่ยาก ... แค่ใส่ Tag ด้านล่างครอบ Source Code ของเราแค่นั้นเอง ในหน้า HTML นะ :) (แต่ถ้าโค้ดมันเป็น HTML ล่ะก็มันจะ Execute แทนให้เราเปลี่ยนเครื่องหมายเป็น html symbol เช่น เครื่องหมายมากกว่าก็เป็น "<")

<pre class="prettyprint"> ... </pre>

เท่านี้ก็เรียบร้อยแล้ว แค่นี้ Source Code ก็สวยงาม ... ปกติเวลาผมวาง Code จะใช้วิธีถ่ายภาพ ต่อไป ถ้าอยากเผยแพร่ Code คงใช้วิธีนี้แล้วล่ะ :)

Google Code Jam 2013 รอบคัดเลือก

noreply@blogger.com (Kiattisak Anoochitarom) — Sun, 14 Apr 2013 15:22:00 +0000

ปีนี้สุดท้ายแล้วได้มา 80 คะแนนครับ อันดับอยู่ 8 พันกว่าๆ เนื่องจาก กว่าจะตื่นมาทำก็เที่ยงละ แล้วข้อสุดท้ายที่ทำได้ ก็เล่นเอาเกือบหมดเวลา (ตี 4 ของอีกวัน หมดเวลา 7 โมงเช้า)

ทรมานคนแข่งประเทศอื่น Google ก็คิดว่า Programmer ต้องนอนดึกเลยจัดแข่ง 11.00PM เวลาที่นู่น
ซึ่งเมืองไทยก็ 6 โมงไงครับ Programmer ที่นี่ บางทีพึ่งจะนอนหลับกัน (รึปล่าว ?)

ผมทำไปทั้งหมด 3 ข้อ

Problem A. Tic-Tac-Toe-Tomek

อันนี้ไม่มีอะไรครับ เป็น OX แบบ 4x4 ที่มีตัวพิเศษคือ T อยู่บนตาราง 1 ตัว (หรืออาจจะไม่มี) ซึ่ง T จะเป็นตัวพิเศษคือถ้ามี O หรือ X จำนวน 3 ตัวแล้วมี T ไม่ว่าจะแทรกอยู่หรือต่อท้าย เป็นว่าชนะ

Input ตารางเข้าไปแล้วให้หาว่า ใครชนะ เสมอ หรือเกมส์ยังไม่จบ
ตอนแรกคิดว่า T จะต้องต่อ XXX เท่านั้น แต่มาอ่านอีกที T เนี่ยแทรกอยู่ตรงไหนก็ได้
Algorithm ที่ผมใช้ เลยใช้ประโยชน์จากตัวภาษา แล้วนับจำนวนเลย

(ตอนแรกก็เขียน check แถวหลักธรรมดาแหละ แต่ Code ยาวไปยันเกือบ 120 บรรทัดมั้ง = =')

test = gets.chomp.to_i
def win_checker(symbol_list, symbol)
  symbol_list.count(symbol) == 4 or 
    (symbol_list.count(symbol) == 3 and symbol_list.count('T') == 1)
end

test = gets.chomp.to_i
test.times do |t|
  table = []
  n = 3
  4.times { table << gets.chomp }
  dummy = gets.chomp
  
  x_win = o_win = false
  
# vertical
  vertical_1, vertical_2, vertical_3, vertical_4 = [], [], [], []
  0.upto(3) do |i|
    vertical_1 << table[i][0]
    vertical_2 << table[i][1]
    vertical_3 << table[i][2]
    vertical_4 << table[i][3]
  end
  
  if win_checker(vertical_1, 'X') or 
      win_checker(vertical_2, 'X') or
        win_checker(vertical_3, 'X') or
          win_checker(vertical_4, 'X')
    x_win = true
  elsif win_checker(vertical_1, 'O') or 
          win_checker(vertical_2, 'O') or
            win_checker(vertical_3, 'O') or
              win_checker(vertical_4, 'O')
    o_win = true
  end
  
# horizontal
  horizontal_1, horizontal_2, horizontal_3, horizontal_4 = [], [], [], []
  0.upto(3) do |i|
   horizontal_1 << table[0][i]
   horizontal_2 << table[1][i]
   horizontal_3 << table[2][i]
   horizontal_4 << table[3][i]
  end
  
  if win_checker(horizontal_1, 'X') or 
      win_checker(horizontal_2, 'X') or
        win_checker(horizontal_3, 'X') or
          win_checker(horizontal_4, 'X')
    x_win = true
  elsif win_checker(horizontal_1, 'O') or 
          win_checker(horizontal_2, 'O') or
            win_checker(horizontal_3, 'O') or
              win_checker(horizontal_4, 'O')
    o_win = true
  end
       
# diagonal
  diagonal_right = []
  diagonal_left = []
  0.upto(3) do |i|
    0.upto(3) do |j|
      if i == j
        diagonal_right << table[i][j]
      elsif j == (n - i)
        diagonal_left << table[i][j]
      end
    end
  end
  
  if win_checker(diagonal_right, 'X') or
      win_checker(diagonal_left, 'X')
    x_win = true
  elsif win_checker(diagonal_right, 'O') or
          win_checker(diagonal_left, 'O')
    o_win = true
  end
      
  print "Case ##{t + 1}: "
  table_string = table.join
  
  if x_win
    print "X won\n"
  elsif o_win
    print "O won\n"
  elsif !x_win and !o_win
    print (table_string.count('.') != 0) ? "Game has not completed\n" : "Draw\n"
  end
end

Problem B. Lawnmower

ข้อนี้ก็โจทย์ไถหญ้าครับ คือมีผัวเมียคู่หนึ่ง ไถหญ้าหน้าบ้านเป็น Pattern ทุกปี (ว่างสินะ) แต่พอดีว่ามีนวัตกรรมเครื่องไถหญ้าใหม่ออกขาย ... คือมันไถตรงไปข้างหน้าได้อย่างเดียว เลือกสักแถวแหละ มันไถเกรียนเท่ากันหมด (ทั้งในแนวแกน X, Y) ให้หาว่า ถ้าให้ Pattern แบบนี้มา จะไถได้หรือไม่ ? ข้อนี้เปลี่ยนมาใช้ Python เขียน ไม่รู้นึกอะไร เปลี่ยนบรรยากาศบ้าง :)

ข้อนี้แหละที่มา Submit ตอนก่อนหมดเวลา

import re

def check_game(lawn):
    row_maxes = [max(x) for x in lawn]
    cols = [[lawn[i][j] for i in range(len(lawn))] for j in range(len(lawn[0]))]
    col_maxes = [max(x) for x in cols]
    for i in range(len(lawn)):
        for j in range(len(lawn[i])):
            val = lawn[i][j]
            if val != row_maxes[i] and val != col_maxes[j]:
                return "NO"
    return "YES"

def read_input():
    dims = map(int, raw_input().split())
    x,y = int(dims[1]), int(dims[0])    
    lawn = []
    for i in range(y):
        line = raw_input()
        nums = [int(x.strip()) for x in re.split(" ",line)]
        lawn.append(nums)

    return lawn
    
if __name__ == "__main__":
    test = input()
    for i in xrange(test):
        lawn = read_input()
        result = check_game(lawn)
        print "Case #%d: %s" % (i + 1, result)

Problem C. Fair and Square

โจทย์ข้อนี้คือเมื่อให้ช่วงตัวเลข A - B มา ให้หาว่ามีเลขที่เป็น Palindrome และรากที่สองของตัวเลขนั้นยังคงเป็น Palindrome ด้วย ทั้งหมดกี่ตัว

โจทย์ข้อนี้ผมรันไม่ทันครับ ... ใน small problem มันกระจอกมาก ... Algorithm ที่ใช้เลยรันได้สบายๆ
แต่พอ Large นี่เดี้ยงทันที ... ให้ดูอันที่กากก่อนนะ :P

class Fixnum
  def is_palindrome
    self.to_s == self.to_s.reverse
  end
end

test = gets.chomp.to_i

test.times do |t|
  count = 0
  
  a, b = gets.chomp.split.map! { |e| e.to_i }
  (a).upto(b) do |i|
    if i.to_s.is_palindrome
      squared = Math.sqrt(i)
      if squared.to_s[squared.to_i.to_s.length + 1, 2] == "0" and 
          squared.to_s[0, squared.to_i.to_s.length].is_palindrome
        count += 1
      end
    end 
  end
  
  puts "Case ##{t + 1}: #{count}"
end

จากนั้นก็ได้ไปอ่าน Code ของหลายๆ คนที่ทำได้ครับ (@champjss, @neizod, @jittat) เลยกระจ่างว่าทำยังไง โดยมีอยู่ 2 วิธี ที่น่าสนใจและเข้าใจง่ายคงเป็นวิธี Dynamic Programming ของ @jittat ซึ่งผมแปลงมาเป็น Ruby ได้แบบนี้ครับ (อาจารย์ท่านเขียนด้วย C++)

class Fixnum
  def is_palindrome
    self.to_s == self.to_s.reverse
  end
  
  def square
    self * self
  end
  
  def between(a, b)
    a <= self and self <= b
  end
end

palindrome_list = []

def generate_palindrome_list
  1.upto(20000000) do |i|
    if i.is_palindrome
      squared_i = i.square
      if squared_i.is_palindrome
        palindrome_list << squared_i
      end
    end
  end
end

generate_palindrome_list
test = gets.chomp.to_i

test.times do |t|
  a, b = gets.chomp.split.map { |e| e.to_i }
  result_count = 0
  palindrome_list.each do |each|
    if each.between(a, b)
      result_count += 1
    end
  end
  
  puts "Case ##{t + 1}: #{result_count}"
end

[iOS Dev] iOS 6 Social Framework

noreply@blogger.com (Kiattisak Anoochitarom) — Thu, 11 Apr 2013 11:04:00 +0000

จากที่เคยเขียน Twitter Integration ไปเมื่อก่อนหน้านี้ ...
หลังจากนั้น Apple ก็ได้ผนวก Facebook Sharing Service เข้ามา

โดยเปิด Framework ใหม่บน iOS 6 SDK ชื่อว่า Social Framework
ทีนี้เราก็ทำ Sharing Service ได้อย่างง่ายๆ บน App ของเราแล้วครับ :)

เพิ่ม Social.framework

ตัวอย่างการ Post Facebook ที่ใส่ Link ลงไปด้วย

หรือจะเลือกใส่เป็นภาพแทนก็ได้ โดย method นี้จะ return BOOL ที่เป็นสถานะในการแนบไฟล์

ตัวอย่างการ Post Facebook ที่ใส่ Link ลงไปด้วย

ความเห็นส่วนตัวคิดว่า Framework นี้ยังทำให้สวยได้อีกเยอะ ใน iOS SDK รุ่นหน้านะ ... เหมือนหลายๆ อย่างยังไม่เสร็จดี แต่เข็นออกมาก่อน ดูง่ายๆ ว่า ทำไม setInitialText ต้องเป็น message ได้อย่างเดียว ซึ่ง property แบบนี้ควรจะรองรับ dot notation ด้วย

รอดูกันต่อไปครับ ... คราวหน้าจะมาลองใช้ SLRequest กัน ถ้าจะดึงข้อมูลเบื้องต้น
นี่อาจจะไม่ต้องพึ่ง Official SDK เลยล่ะครับ :)

[iOS Dev] Write your own APIClient with AFNetworking

noreply@blogger.com (Kiattisak Anoochitarom) — Fri, 05 Apr 2013 08:34:00 +0000

เขียน Blog เก็บไว้ซะหน่อย เกี่ยวกับ AFNetworking

ใครยังไม่รู้จัก หรือยังใช้ไม่เป็นไปอ่านกันที่นี่ก่อนนะครับ

[iOS Dev] Network Programming with AFNetworking

ปกติแล้วเวลาเรา Request API เนี่ยเราก็จะเรียกพวก Class เหล่านี้มาใช้

ซึ่งเราก็ต้องใส่ Parameters เกี่ยวกับ URL ที่เราจะ Request หลายบรรทัดอยู่

แต่นั่นไม่ใช่ประเด็น ประเด็นคือ ถ้าเราอยากจะเขียน APIClient ขึ้นมาใช้เอง

เช่น อาจจะมี method ที่เขียนขึ้นมาเฉพาะ เพื่อใช้กับ API เราในหลายๆ รูปแบบ

เริ่มต้นที่ให้เราสร้าง Class ที่ subclass AFHTTPClient ขึ้นมา แล้วจัดการเขียน Singleton method ไว้

(ใครยังไม่รู้จัก Singleton อ่านได้ที่นี่ [iOS Dev] Singleton Design Pattern)

จากนั้นใน Implementation ก็เขียน Singleton method ให้เรียบร้อย พร้อมกับคำหนดค่าคงที่สำหรับ Base URL และ API Token ด้วย (ถ้าต้องการใช้งาน)

จากนั้นก็ Override -initWithBaseURL method เพื่อทำการเซตค่าต่างๆ เกี่ยวกับ API ของเรา

(ในที่นี้ผมใช้ Rails ในการเขียน Back-end และ Response กลับมาเป็น JSON)

จากนั้นเวลาเรียกใช้ก็ง่ายครับ ตัวอย่างจะเป็นกรณี GET Request

ในกรณี POST Request ก็เขียนแบบนี้ พร้อมส่ง Parameters ไปให้ Server ด้วย

ทีนี้ถ้าเห็น Code ด้านบนผมว่าคุณน่าจะรู้แล้วนะ ว่าถ้าจะทำ DELETE, PUT Request ต้องเรียก method ชื่ออะไร ? :P งั้นก็ บ๊ายยยย ... บายยยย

[Ruby on Rails] Nested Model Form Wrapper

noreply@blogger.com (Kiattisak Anoochitarom) — Tue, 02 Apr 2013 05:55:00 +0000

Nested Model Form คือ Dynamic Form ที่สามารถเพิ่ม/ลบ จำนวนของ Form นั้นๆ ได้
หน้าตาจะประมาณนี้ครับ :)

ซึ่งวิธีการทำนั้นก็ไม่ยากครับ มีสอนเสร็จสรรพที่ RailsCasts

แต่มันมีวิธีง่ายกว่านั้น เพราะคุณ RyanB เขียน Open-source Wrapper ให้ใช้ และมันใช้ง่ายมาก

เลยจะมาแนะนำครับ :)

https://github.com/ryanb/nested_form

ขั้นแรกก็ไปเพิ่ม Gem ที่ GemFile และ include jQuery ที่ application.js ด้วยครับ

gem 'nested_form'

//= require jquery_nested_form

วิธีการใช้งานนะครับ

ใน Controller ก็สั่ง Build ได้ด้วยนะ แบบอาจจะมีสักอันเพื่อ Guide User ก่อน

จากนั้นใน Form เราจะเขียนแบบนี้

เท่านี้แหละครับ เพราะทาง Developer เค้าจัดการเรื่อง Javascript ให้เราแล้ว :) ใช้ง่ายมาก แนะนำๆ

ส่วนใครใช้ SimpleForm หรือ Formtastic ก็รองรับเช่นกัน

โดยเปลี่ยน nested_form_for เป็น simple_nested_form_for, semantic_nested_form_for

ถ้าเราจะจำกัดให้ User สามารถเพิ่ม Form ได้จำกัด เช่น ไม่เกิน 5 อันก็มีวิธีเช่นกัน

ให้นำ Script นี้ไปใส่ใน View ที่มี Nested Form อยู่ (กรณีนี้คือมี Nested Form เพียงชุดเดียว)

โดยเมื่อมีจำนวน Field ถึงจำนวนที่กำหนดแล้วปุ่ม add จะหายไป :)

สามารถเปลี่ยน 5 เป็นค่าอะไรก็ได้ (แล้วแต่จะจำกัด หรือ Pass Value จาก Rails โดยใช้ ERB Tag ได้เลย)

Prime Number Algorithm

noreply@blogger.com (Kiattisak Anoochitarom) — Thu, 28 Mar 2013 05:51:00 +0000

จำนวนเฉพาะ (Prime Number) คือจำนวนที่หาร 1 และตัวมันเองลงตัวเท่านั้น ...

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

ผมเจอโค้ดแบบนี้ล่ะปวดหัว แต่ก็เจอมาทุกปี

โดยในการตรวจสอบว่า "เลขจำนวนเต็มบวกใดๆ" เป็นจำนวนเฉพาะหรือไม่

มีวิธีมากมาย วันนี้ผมจะเสนอ 3 วิธี และวิธีที่ง่ายที่สุด ก็คือ

นำเลข 2 จนถึง N-1 (โดยที่ N คือจำนวนเต็มใดๆ ที่ต้องการตรวจสอบ) ว่า N หารลงตัวหรือไม่ ถ้าในระหว่างนี้มีการหารลงตัวเกิดขึ้น นั่นแปลว่าเลขที่รับเข้ามาไม่เป็นจำนวนเฉพาะ แต่ถ้าหารไม่ลงตัวเลย (หลุด Loop มาได้) ก็แปลว่าเลขนั้นเป็นจำนวนเฉพาะ

โดยจะเขียนโปรแกรมในภาษา Ruby ได้ดังนี้

แต่วิธีนี้เป็นวิธีที่ช้ามาก ... ก็มีวิธีที่เร็วกว่านั้นคือแทนที่จะหารด้วย 2 ถึง N-1 ให้เราหารถึงแค่ √N แทน

เพราะว่าในบรรดาคู่ของตัวเลข (a, b) ที่คูณกันแล้วได้ N ทั้งหมดนั้น จะไม่มีค่า a ที่มากกว่าค่าของรากที่ 2 ของ N เช่น คู่ของตัวที่คูณกันได้ 100 มี (1, 100), (2, 50), (4, 25), (5, 20), (10, 10) ดังนั้นจึงไม่มีความจำเป็นที่ต้องทดสอบมากกว่า 10 เพราะตัวถัดไปที่จะเจอคือ 20 ซึ่งคู่กับ 5 อยู่ดี

ส่วนวิธีที่ 3 ที่จะบอกก็คือ Sieve of Eratosthenes

โดยวิธีการก็เป็นตัดตัวเลขที่ไม่ใช่ออกไป โดยการตัดตัวที่ Prime Number ใดๆ

หารลงตัวออก ซึ่งจะเป็นไปตามภาพนี้

เท่านี้แหละครับ ลองไปทำความเข้าใจดูนะ ... ขอทิ้งท้ายด้วย Algorithm ที่ 2 (ซึ่งผมใช้บ่อย)

ในรูปแบบของภาษา C++ (ไม่มีอะไรต่างกับ C เพียงแต่ผมต้องการใช้ Boolean) ล่ะกันนะครับ

บันทึกการเดินทาง#19 :: BugDay 2013

noreply@blogger.com (Kiattisak Anoochitarom) — Sun, 24 Mar 2013 06:30:00 +0000

วันนี้ไปงาน Bugday 2013 มาครับ :)

งานนี้เป็นงานสัมนาเกี่ยวกับ Software Quality & Software Testing

Theme ประมาณนี้ ... ซึ่งก็จะมีคนในวงการมาเล่าประสบการณ์ในการทำงานให้ฟัง

ปีนี้จัดที่สถาบันวิทยาการปัญญาภิวัฒน์ตรงแจ้งวัฒนะ

ผมได้เข้าฟังทั้งหมด 4 Session ครับ ก็จะเล่าเท่าที่จำได้เนอะ :)

Fix UX Bugs!

เข้าใจ User ให้มากขึ้น ถาม User ให้มากขึ้นเป็นการ Improve User eXperience ได้อย่างดี
อย่าไปคิดแทน User ว่าเขาต้องการแบบนั้นแบบนี้ ลด Ego ของ Developer ลงบ้าง
อย่าไปคิดแทนเค้า ... คิดว่า User จะเป็นอย่างไร ถ้าอยู่ใน Environment ที่มี Software ของเรา

How to Improve quality of Freelance with Agile

Session นี้มาเข้าช้านิดหน่อย เพราะแวะซื้อกาแฟที่ Central ... ก็มาเข้าประมาณครึ่งทาง แต่ก็ฟังทัน พี่เขาเล่าเกี่ยกวับการเอา Agile มาใช้ ซึ่งดูจากศัพท์และการกระทำแล้วก็ Scrum นั่นแหละ แต่เราอย่าไปพยายามเอาศัพท์ใส่หัวลูกค้า ว่า นู่น นี่ นั่น คืออะไร ? (ซึ่ง Scrum มี Practice เยอะพอสมควร) สิ่งที่เราควรทำคือ เอา Practice ของ Agile มาใช้พัฒนางาน ทำงาน โดยที่ไม่ต้องบอกลูกค้าว่ามันคืออะไรก็ได้ ... เช่น Definition of Done คือการคุยตกลงให้แน่ชัด ว่า "เสร็จ" ของงานนั้นๆ คืออะไร ? หรือ Sprint Review ถ้าเป็นเรื่องการให้ดูงานเป็นเรื่องที่ดีมาก เพราะยิ่งบ่อย ก็จะยิ่งได้รับ Feedback ที่เร็วขึ้น ถ้าผิดก็จะผิดเล็กๆ ผิดบ่อยๆ ไม่เป็นไรหรอก ... แล้วการเป็น Freelance ถ้าทำงานช้า ไม่เสร็จ ไม่มีหลักประกันอะไรทั้งสองฝ่าย (อาจจะมีสัญญา แล้วแต่) เราบอกไปตรงๆ ว่าไม่เสร็จ ยังดีกว่าเผางานให้เสร็จ แล้วมันไม่ได้เรื่อง เพราะก็รู้กันอยู่ ว่า Programmer เป็นสิ่งมีที่ชีวิตที่อ่อนไหว และเป็นคนเหมือนกัน ... พูดให้ลูกค้าฟัง พยายามให้เขาเข้าใจ จะดีกว่า

วัวลืมตีน (Curse of Knowledge)

เป็นเรื่องที่ดีเช่นกัน อะไรที่ Curse จาก Knowledge เวลาเรามีความรู้อะไรลึกๆ ในสายงานของเรา หรือเรื่องใดเรื่องหนึ่ง จะทำให้เราพ่น keyword ในสิ่งที่เรารู้ออกมาเยอะๆ แล้วอย่าคิดว่าพูด keyword เสียงดังขึ้นแล้วอีกฝ่ายจะรู้เรื่อง แม้แต่เวลาเราต้องสอน (Coach) ใครสักคน Practice ที่พี่หนุ่มยกตัวอย่างคือ "นักศึกษาฝึกงาน" บางทีเราก็ต้องเข้าใจว่า "เราก็เคยผ่านจุดนั้นมา" แต่ละคนมี Learning Curve ของแต่ละคนไม่เหมือนกัน อย่าไปคิดว่าเขาจะต้องรู้เรื่องนั้นเรื่องนี้ มองความพยายามของเขา ถ้าเขาเต็มที่แล้ว แล้วทำไม่ได้จริงๆ เป็นอันว่า เรายัดเยียดความไม่สนุกในการฝึกงานให้เขา ต้องจับมานั่งคุยกันจริงๆ จังๆ ว่า ต้องการอะไรกันแน่ ? คุยกัน คุยกันให้เยอะ

Session นี้มี Discussion กันนิดหน่อยด้วย ... สนุกมากเลย
เราก็พูดในฐานะนักศึกษาฝึกงาน พี่ๆ ก็พูดในฐานะ Coach ได้ฟังและเข้าใจพวกพี่ๆ เขาเหมือนกัน

Big Data and How to test it

พูดถึงอะไรคือ Big Data และมีวิธีการใดบ้างในการจัดการข้อมูล รายละเอียดเยอะหมือนกัน เขาว่ามันเป็น Trend ในปี 2013 (Gartner) Big Data คือข้อมูลขนาดใหญ่มาก (เช่นข้อมูลโพสต์ของ Facebook, ข้อมูลเที่ยวบินต่างๆ ของสนามบิน) เกิดมาเพื่อวิเคราะห์ และตัดสินใจ ในการสร้างองค์ความรู้

ผมก็ไม่ค่อยทัน ยังไงไปติดตามต่อที่นี่นะครับ
พี่ปุ๋ยทำ Slide สำหรับให้อ่านได้ด้วย http://www.slideshare.net/up1

[iOS Dev] Pull to Refresh with UIRefreshControl

noreply@blogger.com (Kiattisak Anoochitarom) — Thu, 21 Mar 2013 09:35:00 +0000

เป็น Feature ที่หวือหวามาก ตอนที่ผมเริ่มใช้ iOS 6 ใหม่ๆ ซึ่ง Feature นี้ถูกใช้ในโปรแกรม Mail
แต่ว่าเรื่องการทำ Pull to Refresh เนี่ย มีคนทำมานานแล้วล่ะครับ
แต่นี่เป็น Official API จาก Apple ซึ่งจะใช้ได้บนการพัฒนา iOS 6 ขึ้นไปเท่านั้น

ชื่อของมันก็คือ UIRefreshControl
โดย UIRefreshControl นั่นจะเป็น Property ของ UITableView นะครับ

App ง่ายๆ ที่เราจะเขียนกันก็คือ TableView ธรรมดาที่มี Data อยู่แค่นั้นแหละครับ

ผมคงไม่ต้องให้ Code ในส่วนนี้นะ คิดว่าถ้าต้องการทำแบบนี้คงเขียน TableView เป็นหมดแล้ว
ส่วนการ Implement ก็ไม่ยากเลยครับ ... ในกรณีที่เราเขียน Code โดย Controller ที่ใช้เป็น UITableViewController นั้นจะมี Property ให้เราใช้ได้เลย แบบนี้

ต่อมาก็เขียน Handle method กัน ตามที่เราได้ setTarget เอาไว้

คราวนี้ถ้า Controller เราไม่ใช่ UITableViewController ล่ะ (เช่น UIViewController ที่มี UITableView วางอยู่) ...
มันก็จะไม่มี Property ที่ชื่อว่า self.refreshControl ให้ใช้ ... เราจะเปลี่ยนไปใช้ addSubview แทนครับ แบบนี้

ด้านบนจะเป็น Hard Code นะครับ แล้วมีวิธีที่จะทำบน Interface Builder หรือปล่าว ? คำตอบคือ "มี"

เท่านี้ครับ ... แล้วก็ไปเขียน - addTarget ตามด้านบนให้ self.refeshControl ใน UITableViewController เท่านี้ก็เรียบร้อย :)
ใครสนใจที่จะทำ Pull to Refresh บน iOS 5 แนะนำตัวนี้นะครับ SVPullToRefresh
เคยเห็นแบบที่ลอก Apple มาเป๊ะๆ เลยก็มีนะ แต่นึกไม่ออกว่าอันไหน ไว้เจอจะมา Update ให้ครับ

[iOS Dev] Facebook Login within your App

noreply@blogger.com (Kiattisak Anoochitarom) — Fri, 15 Mar 2013 16:14:00 +0000

มาว่ากันเรื่องเล็กๆ น้อยๆ เกี่ยวกับ UX ของ Facebook Login กัน
ปกติถ้าเปิด Session ตาม Facebook SDK Tutorial นั้นจะเป็นการ Login แบบนี้

นั่นคือตัว Apps จะเปลี่ยนไป Login ผ่าน Safari เมื่อเสร็จแล้วก็จะเด้งกลับมาที่ App
แล้วเราจะ Login จากตัว App เลยได้ไหม ? คำตอบคือ ทำได้ครับ :)

ตามภาพผลลัพธ์เลย การ Login จะเปลี่ยนจากดีดไปหา Safari เป็นการเด้ง UIWebView ขึ้นมาแทน

วิธีการก็คือ เราต้องเขียน FBSession Object ขึ้นมาเองถึงจะสามารถตั้งค่า Behavior ตรงนี้ได้

โดยเราจะเปลี่ยนจากการเขียนแบบนี้ (ซึ่งใน Facebook Tutorial แนะนำเอาไว้)

ให้เปลี่ยนมาเขียนแบบนี้

เท่านี้ก็ได้แล้วครับ อีกเรื่องนึงคือ หลายๆ อย่างเปลี่ยนไปใน Facebook SDK for iOS 3.2 นะครับ

ใครไม่ได้ตามก็ลองเข้าไปอ่านนี่ซะหน่อยนะ

https://developers.facebook.com/docs/tutorial/iossdk/upgrading-from-3.1-to-3.2/#reftable

Word Counting in Various (Programming)Language

noreply@blogger.com (Kiattisak Anoochitarom) — Mon, 11 Mar 2013 12:54:00 +0000

ผมเป็นคนหนึ่งทีีเขียน Programming Langauge ได้หลายภาษา

เนื่องจากสนใจ ผมเริ่มเขียนจาก C/C++ ซึ่งก็ไม่สบายนัก เลย

ค้นหาภาษาที่จะมาช่วยล่นระยะเวลาในการเขียนเล่น เช่น Python, Ruby

วันนี้ก็อยากเขียนเล่น โดยเราจะมาเขียนโปรแกรมง่ายๆ กันด้วยหลายๆ ภาษากัน

ปัญหา: ผมจะนับคำจำนวนคำที่ไม่ซ้ำจากข้อความหนึ่งข้อความ (string)

C++ เนื่องจากการใช้ split บน C++ นั้นไม่เจอวิธีที่ดูง่ายก็เลยเขียนเองซะเลย

Objective-C (with ARC) เริ่มมีตัวช่วยเป็นภาษาที่ใช้เขียนบน iOS

Java ภาษาที่เขาว่าเวิ่นเว้อ #จาว่าเร็วส์

คราวนี้มาฝั่ง Scripting Langauge กันบ้างเริ่มที่ Python

Ruby กันบ้าง เป็นภาษาที่พักหลังนี้ผมใช้เขียนประจำเลยครับ :)

มีคนบอกว่าภาษาพวก Scripting เร็วส์ ซึ่งเร็วในที่นี้หมายถึง "ความเร็วในการพัฒนา" นะครับ

จากที่เห็นไปด้านบน เราสามารถแก้ปัญหาด้วย Code เพียงไม่กี่บรรทัดเท่านั้น

ลองเล่นกันครับ ... เป็นหลายๆ ภาษามันก็ดี เน้นที่พื้นฐานให้มาก ถ้าพื้นฐานเน้น กำแพงเวลาในการเรียนรู้ภาษาใหม่ๆ จะลดลง แล้วอย่าพยายามเขียนภาษาใหม่ ใน Environment ของภาษาเก่า เช่นมาเขียน Scripting แล้วดันไปเขียน Index-based Loop อะไรแบบนั้น

ผมเล่นหลายๆ ภาษาเพราะการชอบทำ Problem Solving นะครับ ... รู้สึกสนุก ท้าทาย ปัญหาไม่ต้องยากขึ้นเรื่อยๆ ก็ได้ (ยากๆ ก็ทำไม่ได้เหมือนกัน) เพียงแต่เราหาวิธีในการแก้ปัญหาให้มันง่ายขึ้นได้เรื่อยๆ เรื่องความเร็วอย่าไปกังวลให้มาก (ถ้ามันไม่ช้าเกินไปน่ะนะ)

12 วิธี การบริการและดูแลลูกค้าในร้าน Starbucks

noreply@blogger.com (Kiattisak Anoochitarom) — Fri, 08 Mar 2013 02:58:00 +0000

ใครหลายคนมักตั้งคำถามว่า "จะดื่มกาแฟแก้วละเกือบ 200 ไปทำไม ดื่มแล้วได้อะไร?" ผมพบเจอบทความหนึ่งจาก Internet เกี่ยวกับอีกสิ่งสำคัญของ Starbucks นอกจากกาแฟ นั่นคือ

ระบบการบริการลูกค้า (Customer Service) ที่เป็นหัวใจที่สำคัญยิ่งของกาแฟแบรนด์ดังที่ชื่อว่า Starbucks จากวิสัยทัศน์ของผู้บริหารกาแฟ Starbucks ที่มุ่งเน้นไปที่การบริการลูกค้าให้ดีที่สุด ซึึ่งมาจากพนักงานที่ยอดเยี่ยมที่สุดจากทาง Starbucks และมีความเชื่อมั่นและให้ความใส่ใจกันองค์กรเป็นอย่างยิ่ง ซึ่งสำหรับผู้ที่ดื่มกาแฟ Starbucks เป็นปกติอยู่แล้วก็จะได้รับการบริการด้วยไมตรีจิตที่ดีจากพนักงานหรือเรียกอีกอย่างว่า “partners” ที่แฝงไว้ซึ่งคุณภาพภายใต้การสวมใส่ผ้ากันเปื้อนสีเขียว

เราจะมาดูกันครับว่า 12 วิธีการบริการลูกค้าร้านกาแฟที่เป็นหัวใจที่สำคัญของทาง Starbucks นั้นมีอะไรบ้าง

1. สอบถามความต้องการลูกค้าเพื่อช่วยตัดสินใจ
การเริ่มต้นด้วยคำถามที่เป็นการช่วยลูกค้าตัดสินใจ เมื่อลูกค้าเข้าร้านมา อย่างเช่น “สวัสดีค่ะ คุณจะรับชาหรือกาแฟดีคะ”, “ไม่ทราบว่าคุณจะรับเป็นเครื่องดื่มร้อนหรือว่าเย็นดีคะ” หรือ อาจจะเป็นคำถามในเรื่องของรสชาติเช่น “ถ้าคุณชอบหวานเราของแนะนำตัวนี้ค่ะ…..” ซึ่งเมื่อไหร่ที่คุณไปซื้อกาแฟที่ร้านกาแฟ Starbucks แบบว่าไม่รู้จะดื่มอะไร แน่นอนว่าทางร้านกาแฟ Starbucks สามารถทำให้คุณได้รับกาแฟที่คุณชอบได้อย่างแน่นอน ซึ่งจะเป็นการช่วยเพิ่มความใกล้ชิดระหว่างพนักงานร้านกาแฟกับลูกค้าอีกด้วย จากวิธีการช่วยเหลือแนะนำเมนูโปรดให้แก่ลูกค้า

2. จำชื่อลูกค้าได้
ลูกค้าที่มาใช้บริการหรือมาซื้อกาแฟที่ร้านกาแฟ Starbucks เป็นประจำนั้น ทางพนักงานร้านกาแฟจะจดจำชื่อลูกค้าได้เป็นอย่างดีและรู้ว่าลูกค้าท่านนั้นๆชอบสั่งหรือมีเครื่องดื่มประจำเป็นอะไร

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

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

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

6. สร้างรอยยิ้มให้แก่ลูกค้า
สำหรับข้อนี้นั้นก็เป็นข้อสำคัญอีกข้อหนึ่งที่พนักงาน Starbucks จะมีบทสนทนาหรือรู้ว่าจะทำให้ลูกค้ามีวันที่ดีๆได้อย่างไร ซึ่งอาจจะเกิดจากคำพูดที่สร้างบรรยากาศชวนยิ้มแย้มแจ่มใสหรือทำให้คุณตลกขบขันได้ โดยยึดหลักว่า “ชีวิตนี้ช่างสั้นนัก เกินกว่าที่จะมีเวลาไปให้กับสิ่งที่เครียดๆ หดหู่ ดังนั้นเราจะทำอย่างไรให้ลูกค้าของเรามีรอยยิ้มได้”

7. การให้ชิมเครื่องดื่มตัวอย่าง
เมื่อมีเครื่องดื่มหรือเมนูกาแฟใหม่ๆมา ทางร้านก็จะมีการทำเครื่องดื่มนั้นให้ลูกค้าได้ชิมโดยใส่แก้วเล็กๆไม่ใหญ่มาก ซึ่งเป็นการช่วยโปรโมทเครื่องดื่มตัวใหม่ๆไปในตัวและอาจจะกลายเป็นเครื่องดื่มที่ลูกค้าอยากดื่มเป็นรายการต่อไปก็ได้

8. ใส่ใจกับลูกค้าใหม่
กรณีที่มีลูกค้าใหม่เข้าร้านมา บางทีร้านเราอาจจะตั้งชื่อเมนูแปลกๆที่ลูกค้าอ่านแล้วอาจจะมึนงงได้ ดังนั้นสิ่งที่จะช่วยสร้างความประทับใจให้กับลูกค้าก็คือ การอธิบายเมนูหรือคำศัพท์ยากๆให้เข้าใจง่ายๆ เช่น “เครื่องดื่ม…..จะมีรสชาติคล้ายๆกับ…..” หรือ “เมนูนี้ประกอบไปด้วย….และ….ผสมรวมกันอยู่ค่ะ” ซึ่งจะเป็นการช่วยให้ลูกค้าเข้าใจในตัวสินค้าของเราได้มากขึ้น

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

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

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

12. สร้างความพอใจให้กับลูกค้าเป็นเป้าหมายของพนักงานทุกๆคนในร้าน
“ลูกค้าต้องมาก่อน” แน่นอนว่าวลีนี้ใช้ได้กับกาแฟ Starbucks อย่างแน่นอน ซึ่งการสร้างความประทับใจให้กับลูกค้านั้นต้องอาศัยความร่วมมือกันของทีมหรือพนักงานซึ่งถือว่าเป็นหัวใจหลักที่สำคัญที่สุดในการที่จะทำงานบริการลูกค้าให้มีคุณภาพ

[iOS Dev] Sizes of iPhone UI Elements for Designer

noreply@blogger.com (Kiattisak Anoochitarom) — Sun, 03 Mar 2013 13:58:00 +0000

เรามาเขียน Blog ให้ iOS Designer กันบ้างดีกว่า ...
วันนี้จะว่าเรื่อง UI Elements พื้นฐานตัวต่างๆ บน iPhone นะครับ
ว่าถ้าเราจะลง Design เนี่ยจะต้องออกแบบ UI ส่วนไหนขนาดเท่าไรบ้าง
ตามตารางด้านล่างจะเป็น UI มาตรฐานของตัว iOS เองนะครับ

Point vs Pixels

เนื่องจากตั้งแต่ Apple เปิดตัว iPhone 4 นั้นก็ได้เปิดตัวหน้าจอใหม่ที่ชื่อว่า Retina Display ซึ่งจะมี Pixels มากกว่าเดิม 2 เท่า ดังนั้นเพื่อความเข้าใจง่าย หน่วยของการออกแบบที่ Apple ใช้จึงเป็น Point (pts) โดยที่ 1 pt = 1 pixels ในหน้าจอที่ไม่ใช่ Retina Display และเมื่อเป็น Retina Display ก็แค่คูณ 2 เข้าไป

Graphics for Retina Display

ความสบายอยู่ตรงนี้แหละ เราไม่จำเป็นที่จะต้องเปลี่ยนหรือเขียน Code อะไรเพื่อจะมารองรับหน้าจอที่เป็น Retina Display เราเพียงแค่ออกแบบ Graphics ตัวใหม่มา พร้อมกับใส่ต่อท้ายชื่อด้วย "@2x" เท่านี้ Apple จะมีเครื่องมือจัดการให้เราเองอัตโนมัติ

ส่วนเครื่องมือใน UIKit ก็ขึ้นอยู่กับเราปรับขนาดของ UI เลยครับ เป็นไปตามที่เราตั้งค่าไว้ในหน่วย Point (pts) เหมือนเดิม นั่นคือถ้าเป็น Retina Display ก็อย่าลืมออกแบบ Graphic ที่มีขนาด 2 เท่าพร้อมตั้งชื่อตามด้านบนมารองรับไว้ด้วย :)

Problem when using 'getline' with 'cin' in C++

noreply@blogger.com (Kiattisak Anoochitarom) — Wed, 27 Feb 2013 07:53:00 +0000

ว่าด้วยปัญหาที่ถูกตั้งคำถาม Classic เวลาเราใช้ cin ใน C++ กันเลยนะ
นั่นคือการใช้ cin รับ input ที่เป็น string with whitespaces เช่น "this is a cat"
ซึ่งจะเห็นได้ว่า เราจะได้แค่ "this" เก็บไว้ในตัวแปรเท่านั้น

ถ้าต้องการรจะรับ Input ที่เป็น String with whitespaces ให้เปลี่ยนมาใช้
cin.getline(char_array_variable, stream_size) กรณีที่ตัวแปรเป็น Array of Character
หรือ getline(cin, string_variable) ในกรณีที่ตัวแปรเป็น C++ String (#include <string>)

http://www.cplusplus.com/reference/istream/istream/getline/

แต่ปัญหาที่ผมจะกล่าวถึงมาจากการที่เราไม่สามารถใช้
cin.getline กับตัวแปรชนิดอื่นๆ ได้นอกจาก string (or array of character)

เราก็เลยต้องกลับไปใช้ cin นั่นแหละ ปัญหาที่เกิดขึ้นคือ ถ้าเราเรียกใช้ cin.getline ต่อจาก cin
มันจะข้ามการ input ของ cin.getline ไปเลย ดังภาพครับ

สาเหตุของปัญหาคือ ... คำสั่ง cin จะมี Newline Character (\n) ตอนที่เรากด Enter ติดท้ายมาเสมอ ... ทำให้เจ้า getline ที่ตามหลังมานั้นคิดว่า Newline Character เป็น stream ที่ถูก input เข้ามามันเลยถูกเรียกให้ทำงานทันที จึงทำให้ข้ามการ input จริงๆ ไป ...

วิธีการแก้ที่ง่ายที่สุดคือ ... หลอกมันครับ เอาตัวแปร Dummy มาให้มันเก็บ Newline Character ไปก่อน

บันทึกการเดินทาง#18 :: Start It Up, Power It Up #3

noreply@blogger.com (Kiattisak Anoochitarom) — Fri, 22 Feb 2013 02:42:00 +0000

ได้เป็น 1 ในผู้ที่ได้รับ Confirmaion Email กับงานนี้ครับ Start It Up, Power It Up ครั้งที่ 3

จัดโดย Thumbsup เช่นเคย คราวนี้ที่ Microsoft Auditorium ครับ ...

http://thumbsup.in.th/2013/01/start-it-up-power-it-up-3/

ผมเดินทางไปแต่เช้าเลย ถึงอนุเสาวรีย์ประมาณ 9 โมงเนื่องจากรถติด นั่ง BTS ไปเพลินจิต

ไปเดินหลงกว่าจะเจอสถานที่จัดงาน เล่นเอามึน คือตึก CRC อยู่ใน All Seasons Place ครับ

ต้องเดินจากสถานีรถไฟฟ้าประมาณ 1km เห็นจะได้ .... แต่ก็พอเดินไหวครับ

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

ปัจจุบันการทำ Startup อย่า One man show การหา Partner ไม่ว่าจะเป็นชาติเดียวกัน หรือต่างชาติก็ควรหา อะไรที่ทำเองได้ก็ทำ อะไรที่มันเป็นงานใหญ่ ในตอนเริ่มต้นหาได้ก็หา เปิดรับแนวคิด Open Innovation เยอะๆ บางคนอาจจะกลัวว่า ถ้าไปเป็น Partner กับคนอื่น จะกลัวเสียไอเดีย หรือปล่าว ? การรักษาความลับมีได้หลายวิธี ต้องลองศึกษาดูครับ เช่น Codename, Need to Know Specification, etc.

การพัฒนาคนนั้นบริษัทใหญ่ๆ มักจะใช้การจัด Training ขึ้นมา แต่สำหรับ Startup แล้วการพัฒนาคน (Talent Development) อาจจะทำไปควบคู่กับ Product Development เลยก็ได้ ... เช่น ถ้าอยากพัฒนาใครให้มีความสามารถอะไรโดดเด่นก็โยนงานแนวนั้นไปให้บ่อยๆ (ทั้งนี้ก็คงขึ้นอยู่กับความสามารถและ Learning Curve ของคนคนนั้นด้วย)

VC (Venture Capital) นั้นจะไม่สนใจบริษัทที่เป็นสีเทา คือบริษัทที่เป้าหมายไม่ชัดเจน ไม่มี committment ที่ดี องค์กรไร้ทิศทาง เรื่องแบบนี้เขาดูรู้หมดนะครับ อาจจะเพียงแค่คุยกัน ผู้นำควรจะเป็นผู้นำได้จริงๆ อาจจะไม่ใช่ Founder เสมอไป พยายามสะสม Know-how, Core Technology และคิดเรื่อง Reuse Design ให้มาก ไม่ใช่ทำแล้วจบๆ ไป ... มองเรื่อง International ให้เป็นเรื่องใหญ่

อย่ามองว่าตลาด 'Consumer' ว่าง่าย ทำ Application แบบนี้ออกมา เดี๋ยวก็มีคนใช้ ถ้าคิดจะทำเงิน และโอกาสที่ดี ตลาด Business เป็นทางเลือกที่ดีกว่า ประเด็นหลักๆ เลยนะ เพราะความ "เรื่องมาก" ของ User นี่แหละ = =' (พี่เจนแกพูดงี้เลยนะ) ไม่ควรเริ่มต้นด้วยการเล็งตลาด "Consumer" ถ้าไอเดียไม่ดีจริงๆ (แต่ถ้าบ้านรวย เงินเหลือ ก็อีกเรื่องนึงนะ)

ทีมงานทุกคนจะต้องมีความฝันชัดเจน ในการทำ Startup หัวหน้าทีม หรือผู้นำจะต้องทำให้ผู้ร่วมทุนเห็นว่า Partnership จะได้อะไรจาก Product ที่มาลงทุน หรือทำด้วยกัน (ไม่ใช่แค่เรื่องเงินเพียงอย่างเดียว)

พยายามหาช่องทางที่ Go Inter ให้ได้ โดยเฉพาะเวลามองหาผู้ลงทุน (Venture Capital, Angel Investor) อย่ากรอบตัวเองอยู่แค่ในประเทศ(ไทย) เนื่องจากประเทศไทยนักลงทุนที่มีความรู้ทาง Technical มีน้อย ส่วนใหญ่จะกลัวการลงทุนในเรื่อง Technical มาก คงจะเพราะผลกำไรที่ยังไม่ชัดเจนในตอนเริ่มต้น

คำแนะนำเวลาต้องร่วมทุนหรือทำธุรกิจกับ Partner ต่างชาติ

คุยกันรู้เรื่อง พยายามหาคนที่ mindset ตรงกัน
ภาษา ในแง่ของการสื่อสาร ภาษาอังกฤษต้องยืนพื้นไว้ก่อน
ความซื่อสัตย์ ความเที่ยงตรง
คิดว่าทำไมเขาถึงจะให้เงินเรา ? Customer Based, Technical Person, Pitching
Pitching ทุกครั้งที่มีโอกาสเหมาะๆ (ย้ำนะ เหมาะๆ)
ทำ Prototype ให้เก่ง ... การทำ Prototype เก่งมักหมายถึงทำให้เร็วเพื่อไปเสนอ
Product ที่เรามี หรือจะทำ แตกต่างและเจ๋งกว่าของที่มีอยู่ในตลาดอย่างไร (Killing Feature)

เรื่องคน (อีกแล้ว) ไม่ว่าจะใคร ปัญหาการออกเกิดบ่อยๆ มักจะเสียดายกันเวลา Train ซะดิบดีออกซะงั้น ก็จะไปว่าเขาฝ่ายเดียวก็ไม่ได้ สิ่งที่ผู้นำที่ดีควรทำคือ พยายามมองพวกเขาเป็นฟันเฟืองให้กับองค์กร ไม่ใช่ให้เขารู้สึกว่า เขาเป็นแค่พนักงานบริษัท ใจเขาใจเรานะครับ ตรงนี้

UX (User eXperience) คืออะไรก็ตาม ทุกๆ อย่างที่ทำให้ประสบการณ์ผู้ใช้เปลี่ยนไป งานของ UX ไม่ใช่งานของ Designer เพียงอย่างเดียว ความเร็วในการทำงาน ความราบรื่นของ UI การกระทำของหน้าจอล้วนเป็นส่วนหนึ่งของ UX แต่เราจะเห็นว่างานพวกนี้เป็นงานของ Developer ทั้งสิ้น ดังนั้น UX คือการเอาใจของ User เข้ามาใส่ในทีมงานทุกคน

UX Designer ที่ดีจะต้องใส่ใจในรายละเอียด เช่นถ้าเดินเข้าไปร้านอาหารที่ดูแปลกตาอาจจะสงสัยว่า ทำไมเก้าอี้ที่ร้านนี้ต้องวางแบบนี้ ? หรือถ้าในเรื่องานก็อาจจะเข้าใจระบบต่างๆ การเขียนโปรแกรมเป็นหรือไม่เป็นสำหรับ UX Designer ก็ช่วยได้ เพราะจะได้รู้ข้อจำกัดของการพัฒนา

Application ไม่จำเป็นต้องทำได้ทุกอย่าง แต่ทำสิ่งที่มันควรจะทำได้ตามเป้าหมายให้ที่สุด (Killing Feature เป็นเรื่องสำคัญมาก) อะไรที่มีให้ใช้ก็ควรใช้ อย่าไปดั้นด้นทำเอง ตัวอย่างเช่น Application เราส่งเมล์ได้ มี Mail API ให้ใช้ไหม ? ใช้สิ :P

UX is method change from "like" to "LOVE"

วิธีหนึ่งในการ Design UX ที่ดีคือ Design Thinking นั่นคือให้ทุกคนมานั่งด้วยกัน แจก Post It ให้ทุกคน เขียนปัญหาและวิธีการแก้ปัญหา ซึ่งในขั้นตอนแรกนั้นจะเน้น "ปริมาณ" มากกว่า "คุณภาพ" จากนั้นทุกคนจะเริ่มระดมสมอง อธิบายวิธีที่ตัวเองเสนอมา ก็จะสามารถ จัดเรียง/จัดหมู่ วิธีการแก้ปัญหาได้และ "คุณภาพ" จะตามมาเอง

User บอกสิ่งที่เขา 'want' แต่ไม่ได้บอกสิ่งที่เขา 'need' กระบวนการ UX จะดึงสิ่งที่เขา 'need' ออกมาจริงๆ เช่นเหตุการณ์ดังต่อไปนี้

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

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

เท่าที่ผม Note ได้ก็มีเท่านี้ครับ หยิบ Macbook Air ขึ้นมา Mockup Data กันเลยทีเดียว
ถ้าศัพท์หรือข้อมูลตรงไหนผิด ก็ comment กันมาได้นะครับ ยินดีจะรีบแก้ไขให้ :)
จนหมดวัน ผมนัดเพื่อนไปปิดท้ายกันที่ After You, Siam Paragon ไปจัด I Love You Toast กัน
อร่อยมากเลย ขอลงภาพทิ้งท้ายไว้นะครับ :P

[iOS Dev] Face Detection with Core Image (Part II)

noreply@blogger.com (Kiattisak Anoochitarom) — Wed, 20 Feb 2013 04:12:00 +0000

มาต่อกันนะครับ Blog ที่แล้วเราทำการ Detect ได้จุดของวัตถุต่างๆ ละ

คราวนี้เราจะทำการวาดกรอบของสิ่งที่เรา Detect ได้กัน

ผลลัพธ์ที่ได้ก็ประมาณนี้นะ

ปัญหาแรกที่จะเกิดขึ้นและทำให้งงคือ Coordinates System ของ UIKit และ Core Image นั้นต่างกัน
และทำให้ใครหลายคน (รวมทั้งตัวผมเอง) งง และเกิด Bug ไปอ่าน Entry นี้กันก่อนนะ :)

[iOS Dev] UIKit and Core Image Coordinates System

เราได้ทำการกะขนาดของ ปาก และ ตา ไว้ดังนี้ (โดยอ้างอิงจากขนาดของใบหน้า)

จากนั้นผมก็จะทำการวาดกรอบของ Face Feature ต่างๆ ซึ่งนี่แแหละ เป็นเรื่องที่ยุ่งยาก เพราะจะวาดเลยก็ไม่ได้เนื่องจาก Coordinates System ไม่เหมือนกัน ตามที่กล่าวไปข้างต้น (Code ส่วนนี้เป็นส่วนหนึ่งของ - (void)faceDetection; ใน Part I)

และเรื่อง Coordinates System ของ UIKit และ Core Image นั้นไม่เหมือนกัน จึงต้องทำการแปลงให้เรียบร้อยก่อน ซึ่งผมก็แยกเขียน method การแปลงจุดและกรอบออกมา

ส่วนเรื่องการวาด ตอนแรกผมนั่งมึนว่าจะใช้อะไรวาดดี = =' ลองใช้ Quartz 2D แล้วสำหรับผมคงยากไป ... ไม่ชอบเลย เลยสดโดยใช้ UIView นี่แหละครับ ง่ายดี ใครอยากวาดวงกลมก็ใช้ QuartzCore Framework ปรับ Corner Radius นะครับ :)

[iOS Dev] Face Detection with Core Image (Part I)

noreply@blogger.com (Kiattisak Anoochitarom) — Wed, 20 Feb 2013 04:10:00 +0000

การทำ Face Feature Detection บน iOS นั้น ไม่ยากเลย เพราะมีของให้ใช้อยู่แล้ว
พระเอกในงานนี้ก็คือ Core Image ซึ่งเป็น Library ที่ถูกบรรจุมาตั้งแต่ iOS 5 SDK
และสิ่งที่เราใช้ในการ Detection ก็คือ CIDetector Class

โดย CIDetector สำหรับการทำ Face Feature Detection จะสามารถ Detect ได้ 4 อย่าง
นั่นคือ กรอบหน้า (Face Rectangle), ปาก (Mouth), ตาซ้าย (Left Eye) และ ตาขวา (Right Eye)

ขั้นแรกก็จัดการสร้าง UIImageView และใส่ภาพที่ต้องการลงไป

** ก่อนที่จะใส่ภาพ เราควรจะย่อภาพให้เท่ากับขนาดของ UIImageView ซะก่อน เนื่องจาก Core Image จะใช้ขนาดต้นฉบับของภาพ ซึ่งไม่ตรงกับที่เราเห็นบน UIImageView แล้วจะทำให้การ Detect เกิดความผิดพลาด (Code ของการย่อภาพอยู่ใน Part II)

ส่วนวิธีการทำ Face Detection ก็ไม่ยากเลยครับ ใช้ Code เพียงเท่านี้เอง

แค่นี้เราก็จะได้ NSArray ของ CIFaceFeature Object มาใช้งานแล้วล่ะครับ
ต่อไปเราจะมาวาดกรอบให้ใบหน้า, ปาก, ตาซ้าย และ ตาขวานะครับ
ซึ่งผมตัดสินใจแยกออกไปอีก Blog (ผมกลัวคนอ่านตาลายกับ Code)

[iOS Dev] UIKit and Core Image Coordinates System

noreply@blogger.com (Kiattisak Anoochitarom) — Fri, 15 Feb 2013 04:03:00 +0000

นั่งดู Get Started with Core Image ซึ่งเป็น Session หนึ่งของ WWDC 2012 ครับ
ร้อนวิชา อยากทำ Face Detection เลยลองเล่นดู พบความปวดหัวเรื่องหนึ่งนั่นคือ Coordinates

ซึ่ง Coordinates หรือจุดอ้างอิงต่างๆ บน View นั้น (Blog นี้จะกล่าวถึงจุด origin)
Coordinates ของ UIKit และ Core Image นั้นแตกต่างกันนะครับ

UIKit's Coordinates System
ก็เป็นแบบที่เราคุ้ยเคยกันดี ว่าจุด origin นั้น
จะอยู่มุมซ้ายบนหรือเรียกอย่างเป็นทางการว่า "Upper Left Origin Coordinates System"

Core Image Coordinates System
ส่วน Core Image จะต่างออกไป โดยรูปที่เรานำมา Process
จะมี Coordinates space เป็นของตัวเอง และจุด origin ของรูปจะอยู่ที่มุมซ้ายล่าง
"Lower Left Origin Coordinates System" ซึ่งจะใช้ใน Core Graphics ด้วยเช่นกัน

ดังนั้นเวลาเราได้จุดจากการทำ Detection บน Core Image
เราก็ยังไม่สามารถนำมาวาดบน UIKit Element (UIImageView, UIView) ได้ทันที
จะต้องแปลงก่อน โดยจะต้องใช้ Matrix การแปลงตามนี้
** (ใครเคยเรียน Image Processing มาจะดู Matrix พวกนี้ออกได้ไม่ยากเย็นนัก :)

ui = UIKit, ci = Core Image, h = height of image

โดยในการแปลงนั้นก็ไม่ได้ยากอย่างที่คิด เนื่องจาก iOS SDK จัดของพวกนี้มาให้หมดแล้ว นั่นคือ CGAffineTransform ที่เราคุ้นเคยกันดีนั่นเอง โดยแปลงได้ทั้ง Rect ทั้ง Point เลยทีเดียว

ลองนำไปใช้กันนะครับ :) เจอกัน Entry หน้า Facial Recognition

Shutdown Reboot and Sleep Mac using Terminal

noreply@blogger.com (Kiattisak Anoochitarom) — Mon, 11 Feb 2013 08:18:00 +0000

ปัญหาของผมในวันนี้คือ ... ที่บ้านมีจอ LED 23" อยู่ เวลาใช้งานปกติ
ไม่ได้เขียนโปรแกรมที่ต้องใช้งาน 2 จอ ผมก็จะปิด Macbook Air แล้วใช้จอใหญ่เล่นเท่านั้น

ก็จะมี Apple Wireless Keyboard และ Magic Mouse แยกไป
ปัญหาคือ เวลาจะลุกออกไปไหนนานๆ สิ่งที่ปิด สิ่งแรกคือ Mouse และบางครั้ง
ถ้าเผลอปิด Mouse ก่อนจะไม่สามารถ Shutdown หรือ Sleep ได้ ต้องเปิด Mouse เพื่อทำใหม่

แต่ Keyboard ยังเปิดอยู่ตลอดนี่ ก็เลยหาวิธีทำผ่าน Terminal ซึ่งก็ไม่ได้ยากเลย คำสั่งบรรทัดเดียว
โดยในแต่ละคำสั่งจะต้องใช้คำสั่ง sudo (Super User) ดังนั้นก็ต้องใส่ Password เครื่องด้วยนะ (ถ้ามี)
เวลาพิมพ์ Password ก็จะมองไม่เห็นนะ พิมพ์เสร็จก็กด Enter ซะ

Shutdown Immediately

Reboot Immediately

Sleep Immediately

คำสั่งด้านบนจะมี now เป็น argument ตัวสุดท้าย หมายความว่า "ทันที" แต่ถ้าเราอยากตั้งเวลาก่อน ก็ให้เปลี่ยน now เป็น + แล้วตามด้วยจำนวนเวลาก่อนที่คำสั่งจะทำงานมีหน่วยเป็น "นาที"

หรือถ้าต้องการตั้งเวลาที่แน่นอนก็ใส่ argument อีกแบบครับ โดยจะอยู่ในรูปแบบสายอักขระของตัวเลข
ตามนี้ --> ปีเดือนวันเวลา (24 format) ในทีนี้คือ ให้ Sleep ในวันที่ 27 มกราคม 2013 เวลา 16.45 น.

เท่านี้เอง เทคนิคง่ายๆ ลองนำไปใช้กันนะ :) ปัญหาอาจจะไม่ได้แบบผม แต่แค่ทำเป็นก็เท่แล้วนะ 5555