โมโมทาโร่ ราเมน สุดยอดแห่งความคุ้มและเกี๊ยวซ่า

ไม่ต้องเสียเวลาอารัมภบทว่าใครไปอะไรที่ไหนยังไง เราจะกิน! เข้าเรื่องเลยดีกว่า! โฮกกกกกกก

ต้องขอโทษด้วยที่รีวิวนี้เอาร้านโมโมทาโร่ไปเทียบกับ Ramen Tei เต็มๆ แต่ก็อดเทียบไม่ได้ เพราะ ขายของแบบเดียวกัน ร้านอยู่ตรงข้ามกัน (ตรงซอยธนิยะ) ราคาไม่หนีกันมาก (ชามเล็ก 100 – 120 ชามปกติ 150 – 180) ดูยังไงๆ ก็คู่ชกรุ่นเดียวกันนี่หว่า ลุยกันเลย! (รูปประกอบนี้เป็นของร้านโมโมทาโร่ทั้งสิ้น ของราเมนเทไม่มี)

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

บรรยากาศในร้านโมโมทาโร ซอยธนิยะ มุมไม่ค่อยดีเท่าไหร่ - -"

ต่อไปว่าด้วยบรรยากาศ โมโมทาโร่ บรรยากาศร้านสไตล์ญี่ปุ่นแท้ๆ ออกแนวเก่าๆ หน่อย นึกถึงหนัง Always ยุคนั้นแหละ ใช่เลย มีนั่งพื้น + เสื่อ, นั่งโต๊ะ + เก้าอี้ไม้ และ Counter หน้าครัว บรรยากาศไฟสลัวๆ หน่อย แต่ไม่เปิดเพลง (ถ้าจำไม่ผิดนะ) น่าจิบเบียร์นั่งคุยกันมาก ผมว่าอย่าง Ramen Tei มันสว่างเกินไป เวลาคุยกันออกรสออกชาติไม่สนุก ฮ่าๆๆๆ

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

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

ราเมนแกงกะหรี่นี่ใช้ได้เลย กินแล้วไม่รู้สึกว่ากำลังข้าวแกงกะหรี่ที่ใช้เส้นแทนข้าว (บางร้านกินแล้วรู้สึกอย่างนี้จริงๆ) ผมว่ากำลังกลมกล่อม
ยกเว้นเกี๊ยวซ่านั่น อร่อย! Oishiii! ตามสไตล์ด้านหนึ่งกรอบ อีกด้านนิ่ม
โดยรวมก็ถือว่า OK ผมว่าด้อยกว่าหน่อยนึง (บางคนก็บอกว่าอร่อยเด็ดกว่า Ramen Tei ดังนั้นอย่าเชื่อผมมาก 555+)

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

 

เกี๊ยวซ่า (หายไปแล้ว 1 ชิ้น) กับหมี่ผัดทะเล ร้านโมโมทาโร่

 

ความคุ้มค่า ระดับห้ากะโหลก!!!!! ที่เห็นถ่ายมาน่ะ ราเมนแกงกะหรี่ชามเล็กนะจะบอกให้! ส่วนหมี่ผัดน่ะชามปกติ! ลองสังเกตุเทียบกับขนาดขวดพริกไทยดูเพราะขวดนั่นน่ะมาตรฐาน โอ้โห ใครจะไปกินหมดวะ สั่งราเมนชามเล็ก ตอนเขายกชามเล็กมานี่ ถามก่อนเลย “ชามเล็กแล้วเหรอพี่?” ขนาดสัก 75 – 80% ของชามปกติ Ramen Tei เห็นจะได้ แทบจะพอดี 2 ชาม 3 คน แบบแน่นหน่อยแล้ว ตอนเดินข้าร้านเห็นเขายกราเมนเต้าหู้ เห็นแล้วสงสัยว่านี่ยกมาทั้งหม้อเลยเหรอ อลังการมาก! เลยไหวตัวทันสั่งชามเล็กกัน เดินออกมาแทบไม่เห็นโต๊ะไหนกินหมดสักโต๊ะ (รวมถึงไอ้โต๊ะราเมนเต้าหู้ด้วยเพราะเป็นฝรั่งมากันสองคน คนนึงสั่งราเมนเต้าหู้ อีกคนสั่งหมี่ผัดทะเล มีเบียร์อีก เหลือเกือบครึ่งได้) โคตรจะเยอะ

ตอนผมสั่ง ดันสั่งกัน 2 ชามเล็ก 1 ชามใหญ่ + เกี๊ยวซ่า ตอนท้ายทุกชามเหลือเส้นประมาณ 1/3 ชาม คือกินเส้นไปไม่เยอะเน้นกินเนื้อแล้วนะ ยังอิ่มโคตร ถ้าจะสั่งพอดีอิ่มและกินกันไม่เยอะ ขอแนะนำว่าให้สั่ง ชามเล็ก 2 ชาม 3 คน แล้วก็เกี๊ยวซ่าอีกหนึ่ง เช็คบิลได้ออกมาจะราวๆ คนละร้อยต้นๆ ไม่หนีฮะจิบังสักเท่าไหร่ถ้าสั่งน้ำ + ทาโกะมาแกล้มด้วย คุ้ม!

โดยสรุป ร้านนี้เหมาะกับการไปนั่งยาวๆ กินเบียร์แล้วก็โม้กันมากกว่าราเมนเทเพราะบรรยากาศดีกว่าและคุ้มกว่า รสชาติดูด้อยกว่า แต่ก็ยังถือว่าดี ฟันธง!

Little tricks on working with LARGE list in Scala

Since right now I’m processing large amount of binary files (300+ files * 4MB each) in Scala and store some of results in a list. Some of typical method may not result good when processing in terms of large lists. So here is the tip I can share with you guys from my trial & error:

Beware RECURSIVE method!

This is such an obvious evil that you may already known this. If you’re working with processing the list result and get stack overflow error then I suspect you’re somehow using recursive method. Avoid that if possible. One method I had discovered to lead to stack overflow is dropRight since I use this method in order to reduce list size. Others also had shown that foldRight could cause this error as well. If you want to know which method may harm you then you may tries using scala interpreter and construct List of integer that the size is larger then 4K elements. However if you REALLY want to know then I suggest you go for source code.

Immutable List should be use cautiously.

Why? Because Immutable is not mutable! That means the list may not change over time, and the only way to add / remove element by using immutable list is to return a new list. If you’re trying to constantly append the processing result into a list by the end of each iteration, then you are going to reassign list every iteration. This could drain your memory real fast. My alternatives is that you may prefer scala.collection.mutable.ListBuffer instead.

Watch out for linear-time method usage while processing lists

Since processing multiple files may yield a list of result for each iteration, which each element had to be stored in another list (with same index). Writing codes like this within main file reading loop:

for ( i <- 0 until loopResult.length ) {
    //Some other process also going on
    processResult(i) += loopResult(i)
}

had cost me extra 60 seconds comparing with this loop when I’m processing files in byte-by-byte fashion, with each loop result had 20 elements. (Be advised that my actual logic is more complex than this but just to show the idea)

for ( elem <- loopResult.zipWithIndex ) {
    //Some other process also going on
    processResult(elem._2) += elem._1
}

And it even could be optimized with using zip command like below. However I haven’t tried it myself so I cannot guarantee this is better.

for ( elem <- loopResult zip processResult ) {
    elem._2 += elem._1
}

Processing “result list” after file reading loop if possible.

It’s reasonable to processing file to get result for each loop and append it into a result list. However if you may require extra processing e.g. sort the list or filter out N least element, then it’s better to process these after you’ve complete reading the file because processing these stuffs will usually lead you to O(n^2) when n = file size. You can even use immutable list and sort method for this case. For my case, I had to filter out the least element to reduce the size of the list from 300K to 40K. It took less than a few seconds when I process this after completely processing whole file, comparing to forever (It tooks so long and I kill its process) when I tries to achieve this within file reading loop.

 

If you’re interested in processing large files, then don’t forget to read Processing large files with Scala as well. His contribution really saves my ass since I totally have no idea on what to start at all.

However I do believe these might not fit everyone since you usually don’t have to work with large list. Some tips might also slow your coding speed down so please adjust this tips accordingly to your need.

That’s it for what I’ve discovered. You guys can share or even comments about this since I’m just a scala (and functional language) newbie.

 

Edit: Rewrite in easily-readable style.

ยอมจนได้ Microsoft

โดนกันเต็มๆ กับ Microsoft เมื่อเจอบล็อกเกอร์ช่างสงสัยออกมาเล่าแจ้งแถลงไข Windows 7 USB / DVD Utility มันไปใช้โค้ดที่ติด GPL หรืออย่างไร ออกมาบอกให้ไว Microsoft สุดท้าย ก็ต้องบอกไป ใช้โค้ด GPL จริงๆ แต่ยังแอบกั๊กว่าไปจ้าง Outsource มาเขียน tool ให้ เลยต้องปล่อย Source Code ออกมา รอสัปดาห์หน้า จะออกมาไวไว อย่ารีบร้อนไป

ที่มา: pcmag withinWindows
ที่ไป: Port25 (แถลงการณ์จาก Microsoft)

Happily surfing ThaiPBS

กลับมาอีกรอบกับซีรี่ส์ Happily surfing วันนี้เราจะมา surf เว็บทีวีไทยกัน ข้อดีคือเว็บทีวีไทยมีรายการย้อนหลังให้ได้ชมกันฟรีๆ อยู่หลายรายการ เช่น ดนตรีกวีศิลป์ หนึ่งวันเดียวกัน วาบิซาบิ เป็นต้น แต่เว็บมันโหลดช้า Ajax เยอะ แถมมี Flash อีกหลายจุด วันนี้มีวิธีมานำเสนอ แต่ว่าตัด functionality ของเว็บไปเหมือนกัน

เอาสั้นๆ คือใช้ Filter ของ Adblock Plus อันนี้ไปเลย:

|http://www.thaipbs.or.th/*.swf
|http://www.thaipbs.or.th/s1000_obj/Include/*
@@|http://www.thaipbs.or.th/*object_bar*
@@|http://www.thaipbs.or.th/*videoGallery.swf*
@@|http://www.thaipbs.or.th/s1000_obj/Include/Include_File/3973/*

แล้วเวลาเข้า ถ้าจำ URL ของเว็บรายการได้แล้วก็เข้าตรง ถ้าจำไม่ได้ก็เข้าผ่านหน้า รวมคลิปข่าว www.thaipbs.or.th/clip/ แล้วคลิกเลือกรายการตัวเองตาม category ไป

Kafoo – Waiting for happiness

Kafoo: Waiting for Happiness(1800 วัน ห่างเธอไม่ห่างไกล)

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

หนังใสๆ สไตล์ Be with you แต่เรื่องนุ่มนิ่มกว่า ไม่มีบีบเร่งอารมณ์คนดู สไตล์ญี่ปุ่นเนิบๆ ให้เราได้เก็บความอิ่มเอมในบรรยากาศอย่างเต็มเปี่ยม แถมนางเอกน่ารักดูดีมีสเน่ห์อีกต่างหาก ได้ใจไปเต็มๆ อิอิ

หาชมได้ที่สยาม ลองดูตัวอย่างหนังได้ที่นี่เลย: Kafoo – Waiting for happiness

นางเอกน่ารักๆ ฮ่าๆๆ แต่หาข้อมูลในเน็ตโคตรยากเลย – -”

ปล. ติดตามบล็อกนางเอกได้เลยที่นี่