ตระหนักไว้เสมอว่ามีคำว่า "Engineer" อยู่ในชื่อตำแหน่งของ "Software Engineer"
.
เป็นสิ่งนึงที่เรียนรู้มาจากอาจารย์ที่เคารพมากตอนป.ตรี อาจารย์ท่านถามว่า
.
"... รู้มั้ยทำไมงานพวกเราถึงถูกเรียกว่า Software Engineer ? ..."
.
"... ก็เพราะสิ่งที่เราต้องทำมันเป็นงาน *วิศวกรรม* ยังไงหละ ..."
.
สีหน้าสงสัยปนสนใจของเราทำให้ยังไม่ทันที่จะเอ่ยปากถาม อาจารย์ก็เดาออกทันทีว่าเราจะถามอะไร อาจารย์เลยตอบคำถามที่เรายังไม่ทันถามได้ทันที
.
"... วิศวกรซอฟต์แวร์หนะ เราไม่ได้แค่เขียนโปรแกรมให้ใช้งานได้นะ แต่หน้าที่ของเราคือต้องแก้ปัญหาทางคอมพิวเตอร์โดยคำนึงถึง *ความคุ้มค่าที่สุด* ให้ได้ด้วย ..."
.
ตั้งแต่นั้นเป็นต้นมา คำว่า "คุ้มค่าที่สุด" ก็ถูกฝังไว้ในหัวและกลายเป็นแกนกลางของการแก้ปัญหาใด ๆ ในทุกงานของเรา ความเข้าใจเพียงเบาบาง ณ ตอนนั้นก็ค่อย ๆ ถูกประสบการณ์หล่อหลอมให้เข้าใจมากขึ้นจนรู้แล้วว่ามันไม่ใช่แค่เรื่องของการพัฒนาซอฟต์แวร์ แต่กับทุกเรื่องในชีวิตเลย
.
อาจจะสงสัยว่าความคุ้มค่าที่สุดที่ว่าคืออะไร ? คำตอบคือ "เราต้องรู้ว่าจุดประสงค์ของงานนั้น ๆ คืออะไร สิ่งที่ได้กลับมามีมูลค่ามากน้อยแค่ไหน และเราต้องลงทุนลงแรงไปมากน้อยเพียงใดถึงจะคุ้มกับสิ่งที่ได้มา"
.
งานที่ทำแล้วใช้ครั้งเดียวทิ้ง ทำ Big-O แย่ ๆ โดยใช้เวลา 30 นาทีในการเขียนแล้วปล่อยให้มันรัน 1 ชั่วโมงเต็มก็ยังคุ้มค่ากว่าเขียนโปรแกรม 3 วันเต็มด้วย Big-O เทพ ๆ แต่รัน 1 นาทีเสร็จ ... แล้วก็โยนทิ้งไป
.
งานที่รันตลอดเวลา ลงทุนเขียนโปรแกรมเป็นเดือนให้ทำงานได้ ≤ O(log n) นี่แหละคือความเหมาะสมและคุ้มค่ากับสิ่งที่ได้มา
.
แต่ถ้างานมีเวลากระชั้น การนั่งทำ Big-O เทพ ๆ แล้วส่งงานไม่ทันก็อาจจะส่งผลเสียต่อธุรกิจ ก็ต้องสามารถบาลานซ์ได้ว่าจะต้องทำด้วย Big-O เท่าไหร่เพื่อให้ประสิทธิภาพยอมรับได้และส่งงานทัน แล้วค่อยมา Optimize ให้ดีขึ้นทีหลัง
.
Code Quality เทพเนียนกิ๊กแต่ Deliver งานตามกำหนดไม่ได้ รันโปรดักชั่นไม่สำเร็จ สเกลไม่รอด ธุรกิจพังไม่เป็นท่า บริษัทเจ๊ง ถ้าเทียบกับ Code Quality พอดี ๆ เขียนเทสต์ในส่วนที่จำเป็น ส่งงานทัน บริษัทกำไรเพิ่มแล้วค่อยมาปรับ Code Quality ให้สมบูรณ์ทีหลัง
.
งาน Software Engineer กับธุรกิจจึงเป็นเรื่องเกี่ยวข้องกัน หน้าที่นึงของ Software Engineer คือจะต้องสามารถนิยามคำว่า "ความคุ้มค่า" ของงานที่ตัวเองทำให้ได้
.
และการจะทำสิ่งนี้ได้นั้น เราจะต้อง "ประเมินมูลค่าของสิ่งที่ทำและสิ่งที่ตัดสินใจไม่ทำให้ได้"
.
การเขียนโปรแกรมดีเลิศ Code Quality ดี โค้ดดูแลง่าย - มีมูลค่าบวก
.
การเขียนโปรแกรมดีเกินไปจนสิ่งที่รับกลับมามีค่าน้อยกว่าแรงที่ลงลงไป (Overengineer) - มีมูลค่าลบ
.
การเขียนโปรแกรมแย่ แก้ทุกอย่างแบบ Quick & Dirty จนโค้ดดูแลไม่ได้ในระยะยาว (Technical Debt) - มีมูลค่าลบ
.
การเขียนโปรแกรมด้วยภาษาที่หาคนร่วมทีมได้ง่าย - มีมูลค่าบวก
.
การเขียนโปรแกรมด้วยภาษาที่ต้องควานหาคนทั้งปฐพีถึงจะเจอคนทำเป็นสักคน - มีมูลค่าลบ
.
การส่งงานทัน - มีมูลค่าบวก
.
การส่งงานไม่ทัน - มีมูลค่าลบ
.
การจะทำงานสักงานนึงก็ต้องเอาค่าด้านบนพวกนี้มาบวกกัน ดิฟนิดหน่อย อินทิเกรดนิดนึง (เพราะมันมีเรื่องเวลามาเกี่ยวข้อง ความคุ้มค่าระยะสั้น ความคุ้มค่าระยะยาว ล้วนมีผลต่อการตัดสินใจ) แล้วถึงตัดสินใจกันว่าจะเดินไปทางไหน
.
จะเห็นว่างานของ Software Engineer ไม่ใช่แค่เขียนโปรแกรมให้จบ ๆ ไป ไม่ใช่การเขียนให้ Code Quality ดีเลิศที่สุดในปฐพี ไม่ใช่การเขียนโค้ดที่ประสิทธิภาพล้ำจนเอาคนไปแข่ง ACM ได้ แต่เป็นการ "หาจุดคุ้มค่าที่สุดแล้วทำอย่างเหมาะสม" ต่างหาก
.
บ่อยครั้งมากที่มีคนถกเถียงกันเรื่อง Code Quality เอย เรื่องประสิทธิภาพการทำงานของโค้ดเอย เรื่องการเขียน Test เอย แล้วผลก็คือเสียงแตก จะบอกว่าไม่มีทางหรอกที่แต่ละคนจะให้คำตอบเหมือนกัน เพราะเรายังไม่ได้นิยามคำว่า "คุ้มค่า" ร่วมกันเลยนี่
.
เมื่อความคุ้มค่าไม่เหมือนกัน แล้วจะคาดหวังให้การตัดสินใจของแต่ละคนเหมือนกันได้ยังไงอ่ะ ?
.
ไม่ต้องไปถึงขั้นคนไม่รู้จักกันมาคุยกันใน Facebook Group หรอก แค่ในบริษัทตัวเอง ฝ่าย Business กับฝ่ายเขียนโปรแกรมก็ไม่สามารถคุยกันรู้เรื่องได้แล้วถ้าไม่สามารถคุยด้วยจุดมุ่งหมายเดียวกันได้
.
แล้วอะไรคือจุดมุ่งหมายร่วมกันของบริษัทหละ ?
.
"ธุรกิจก็คือธุรกิจ" ไม่ว่าจะทำอะไร ยังไงก็ต้อง Business-Driven อยู่แล้ว ถ้าไม่มีกำไรบริษัทแล้วจะไปต่อยังไง ถ้าสิ่งที่ทำกลับทำให้บริษัทขาดทุนแล้วจะเปิดบริษัทต่อไปทำไม หน้าที่ของ Software Engineer คือต้องประเมินมูลค่าออกมาเป็นตัวเลขและความคุ้มค่าให้ได้ เพื่อเอาสิ่งเหล่านี้ไปคุยกับฝ่าย Business หาจุดคุ้มค่าร่วมกันแล้วมุ่งหน้าสู่ทางนั้นเต็มอัตรา
.
ถ้ายังทำไม่ได้ นั่นแปลว่าคุณยังทำให้คนอื่นมองเห็นมูลค่าของงานที่คุณทำไม่ได้นั่นเอง
.
เป็นสกิลนึงที่อยากให้คนสาย Software Engineer ฝึกไว้ อย่าเอาแต่เขียนโปรแกรมไปวัน ๆ แต่เมื่อได้โจทย์อะไรมา เราจะต้องสามารถวิเคราะห์สถานการณ์ วางแผนไว้หลาย ๆ แบบ ประเมินมูลค่าของแต่ละแบบแล้วเลือกแผนที่ "คุ้มค่า" ที่สุด
.
เพราะมันไม่มีหรอกคำตอบที่ดีที่สุดสำหรับทุกสถานการณ์ มันมีแค่ "ทางที่เหมาะสมที่สุด" เท่านั้นแหละ
.
เหมือนที่เธอกับเราเหมาะสมกันไง 😳😳😳
同時也有9部Youtube影片,追蹤數超過63萬的網紅Hana's Lexis,也在其Youtube影片中提到,Q: Hana là ai làm gì ở đâu? A: Hana hiện làm software engineer / lập trình viên ở Mỹ, là cựu chuyên Anh trường Phổ Thông Năng Khiếu, từng đạt 9.0 IELT...
test engineer 在 EM Facebook 八卦
Kuo Wan-Rou 要1500分享,我們來給她2000個好啦
肉感少女-Neneko
Anime - KABANERI OF THE IRON FORTRESS -
movie posters ? haha ! NENEKO NEW COSPLAY !
very cool ! Then support by Liking this and share : )
「死んでも生きろ」即使面對死亡也要活下去
太神了!肉肉感動快哭…等待照片是有價值的 超像電影宣傳照!!
支持+喜歡甲鐵城的卡巴內里就分享出去~
這是我們團隊努力完成的作品!
-------------------------
COSPLAYER CN ►
IKOMA生駒 : 白洛兒
http://www.facebook.com/y287631ms22
MUMEI無名 : NENEKO
http://www.facebook.com/neneko.page
KABANE卡巴內(女) : KAKURU(阿布)
http://www.facebook.com/KakuruBu
KABANE卡巴內(男) : MARS
Staff幕後人員 ►
PHOTO攝影師/後期 : 吉田舜
http://www.facebook.com/WKPHOTO/
THANKS特別感謝 : Joe (打醬油探班XD)
道具製作感謝►白洛兒
生駒真是好丈夫(淚)
-------------------------
甲鐵城感謝白白花12小時畫出來,完成我的夢想畫面!!
感謝生駒與2位卡巴內和肉一起大熱天下完成創作,
感謝屌爆俠小舜拍攝出讓我如此感動畫面QQ
這次自己抱病拍攝太拼命有一種用生命在燃燒體驗COSPLAY感覺…
(現在身體恢復了很健康囉!不用擔心!)
雖然有許多各式各樣突發狀況,對我來說是很棒的回憶和經驗提升!
我們都非常喜歡甲鐵城作品今天才集結相聚在一起
肉對無名更是花很多時間研究 雖然我不會說自己做到100%還原
我對這部的情感與精神絕對要傳達給大家 : 貫け、鋼の心を (O)
當初自己接觸這部作品馬上就被震撼與感動 滿腔熱血 就決心努力做好
接下來也會陸續為所愛拍攝 我扮演多少回也不會膩 無名最高!! (握拳)
上面有列表COSER與幕後人員,他們都是台灣很棒的COSER與攝影師^^
-------------
甲鉄城のカバネリ《甲鐵城的卡巴內里》
Anime - KABANERI OF THE IRON FORTRESS -
A mysterious virus appears during the industrial revolution, infecting humans into Kabane (カバネ) and rapidly spreads. Kabane are aggressive, undead creatures that cannot be defeated unless the glowing heart, which is protected by a layer of iron, is pierced. Unfortunately, most melee weapons and the steam pressure guns used by the Bushi are not very effective against them. On the island country Hinomoto, people have built fortress-like stations to shelter themselves from these creatures. People access the stations and transport wares between them with the help of armored steam locomotives called Hayajiro. One day a Hayajiro hijacked by the Kabane crashes into Aragane station and they overrun the city.
A young engineer called Ikoma uses the opportunity to test with success his anti-Kabane weapon, the piercing gun (ツラヌキ筒 tsuranuki zutsu), but is infected in the process, although he manages to resist the virus and become a Kabaneri (カバネリ), a human-Kabane hybrid. Assisted by Mumei, another Kabaneri who appears to help them, Ikoma and the other survivors of the station board the Hayajiro Kotetsujo (甲鉄城 Iron Fortress) and depart to seek shelter elsewhere, fighting the hordes of Kabane along the way.
test engineer 在 โปรแกรมเมอร์ไทย Thai programmer Facebook 八卦
Requirement ทางซอฟต์แวร์ กับการเปลี่ยนแปลงบ่อยๆ
.
ศัพท์ในวงการซอฟต์แวร์ คำว่า "Requirement" คือ "ความต้องการ" ที่ทีมพัฒนาซอฟต์แวร์ ต้องไปสกัดเอามาจากลูกค้า (หรือผู้ว่าจ้าง) ว่าเขาต้องการให้ซอฟต์แวร์ทำงานอะไรได้บ้าง มีฟังก์ชั่นอะไร หน้าตาเป็นแบบไหน บลา บลา ....
.
ตอนได้งานจากลูกค้าใหม่ๆ ก็เหมือนพบรักกับลูกค้า 😍 ความรักยังหวานชื่น เพราะโอกาสได้งาน ได้เงินมาอยู่ในมือ ขอแค่นำ Requirement ของลูกค้ามาพัฒนาซอฟต์แวร์จนเสร็จ แล้วส่งมอบงานแค่นี้เองก็ปิดจ๊อบแหละ
.
แต่ชีวิตใช่ว่าจะหวานหอม เหมือนตอนคบกับลูกค้าใหม่ๆ เพราะสัจธรรมในวงการพัฒนาซอฟต์แวร์ ตัว Requirement จะไม่ค่อยนิ่ง มีการเปลี่ยนแปลงบ่อย ราวกับอากาศเปลี่ยนแปลงบ่อย คำว่าเปลี่ยนแปลงจะเรียกทับศัพท์ไปเลยว่ามี "Change" เกิดขึ้นใน Requirement
.
ซึ่งเรื่อง change ในวงการนี้ ถือว่าปกติมาก ...แน่นอนเมื่อเกิด change ขึ้นมาทีไร ในฝั่งคนสร้างซอฟต์แวร์ อาจรู้สึกไม่ชอบสักเท่าไร 😫 เพราะต้องตามแก้โน่นแก้นี้ ทำแทบตายทั้งคืน ดันไม่เอาซะงั้น ไหนจะเป็น Bug ที่แอบแฝงขึ้นมาโดยไม่รู้ตัว และปัญหาอื่นๆ อีกสารพัด
.
🤔🤔 คำถาม ทำอย่างไรถึงจะอยู่กับ change ของลูกค้าโดยยิ้ม และมีความสุข (หรือเปล่า) เหมือนตอนพบรักลูกค้าใหม่ๆ ?
.
อันนี้เป็นคำแนะนำของคุณ Piyorot (ก็อปมาอีกที) เผื่อช่วยท่านได้ เป็นวิธีการบริหารจัดการ change ในโลกของซอฟต์แวร์ ดังต่อไปนี้
.
👉 1) ตั้งกฎไว้เลยว่าเราจะไม่เริ่มทำงานถ้า Requirement ยังไม่เรียบร้อย
.
👉 2) ทำ Requirement Analysis อย่างละเอียดตั้งแต่แรก
.
👉 3) ใช้ Operational Concept มาช่วยในการทำ Requirement Analysis
.
👉 4) กำหนดกฏเกณฑ์การรับ/ไม่รับ Change ที่แน่นอน ไม่ใช่ใครสั่งอะไรก็ต้องทำตาม
.
👉 5) ให้ QA มาช่วยทำ Requirement Analysis แล้วเอา Dev มาเขียน UAT บ้างเพื่อแลกเปลี่ยนมุมมอง Requirement Analysis จะได้สมบูรณ์ขึ้น
.
👉 6) Dev และ QA และ Product Owner ต้องช่วยกันกำหนดหัวข้อสำคัญที่ต้องพิจารณาเวลาคุยถึง Requirement หรือ Design เช่น เรื่อง Data Format, Exception, Condition, State Diagram และ Data Flow
.
👉 7) ทำ Pair Implementation ซะเลย เอา Dev และ QA มานั่งทำงานไปพร้อมกัน Dev เขียนโค๊ดไป QA เตรียม Test Case, Test Data เสร็จแล้วก็ลองเทสตรงนั้นเลย เจ๊งก็แก้ทันที ไม่ต้องเสียเวลารออะไรต่ออะไรกัน
แบ่งงานเป็นส่วนย่อยๆเพื่อสร้างโฟกัสที่ชัดเจนขึ้น ไม่ต้องคิดมาก ไม่ต้องคิดไกล ไม่ต้องพูดนอกเรื่องเวลาทำ Requirement Analysis หรือ Design
.
👉 8) มี Standup Meeting เพื่อลดเวลาในการสื่อสาร เวลาในการรอใครต่อใครตอบคำถามระหว่าง Dev, QA และ Product Owner
.
👉 9) ดึง Product Manager หรือ Product Owner หรือถ้าได้ลูกค้ายิ่งดี เข้ามาช่วยยืนยันความถูกต้องของงานบ่อยๆ เพื่อลดการเกิด Change ขนาดใหญ่
.
👉 10) ไม่ต้องเสียเวลารอคำตอบ ไม่ต้องเสียเวลาคุยอะไรมากหรอก ทำๆไปก่อนแหละ (แต่ทำงานเล็กๆนะ) ถ้าผิดค่อยมาแก้ทีหลัง
.
👉 11) เผื่อ Buffer ไว้สำหรับ Change พวกนี้บ้าง
.
👉 12) ทำ Code Review และ Test Review เพื่อยืนยันความถูกต้องและความเข้าใจที่ตรงกันก่อนทำงานขั้นต่อไป
.
👉 13) ขอเวลาวันละ 10 นาทีมา Review พวก Design/Implementation/Test Case กันหน่อยว่าไม่มีอะไรเปลี่ยนแปลง
.
👉 14) ไม่รับ Change ทันที เอาไปใส่ Product Backlog ไว้แล้วค่อยว่ากันวันหลัง
.
👉 15) อยากให้มีมุมมองของลูกค้าเพิ่มเข้ามาบ้าง ขอให้ Support Engineer หรือ Customer Service Staff มาช่วยแล้วกัน
.
👉 16) จัดลำดับความสำคัญของ Requirement หน่อยก็ดีนะ จะมี Change ทั้งทีจะได้คุ้มค่าที่จะเสียเวลาทำหน่อย
.
👉 17) มีข้อมูล/หลักฐาน/ตัวเลขอะไรก็ได้ที่บอกเราได้ว่าถ้ารับ Change ตัวนี้แล้วจะส่งผลกระทบแค่ไหนกับงานโดยรวม Change Management จะได้มีหลักการมากขึ้น
.
👉 18) เอาส่งเมล์แนบเอกสารที่อยากให้รีวิวมันไม่ได้ผล ก็เปลี่ยนเป็นเดินไปหาที่โต๊ะคนที่เราอยากให้รีวิวเอกสารให้ แล้วอธิบายให้เค้าฟังว่าอะไรเป็นอะไร ขอความเห็นเค้าตรงนั้นเลย
.
👉 19) คุยๆๆ เรื่อง Requirement หรือ Design แล้วก็ปล่อยให้คำพูดและความคิดหายไปกับสายลม … อย่าให้เป็นแบบนั้น … อัดเสียงไว้บ้างหรืออัดวิดีโอก็ได้ (iPhone มีกันแทบทุกคน) จัดกลุ่มให้เป็นหมวดหมู่ เก็บไว้เป็น Requirement Analysis and Design document (รูปแบบใหม่) … สุดท้าย
.
👉 20) ไม่รับ Change อะไรทั้งสิ้น (เบื่อ)
+++++อ้างอิง+++++
https://medium.com/pure-project-management/อยู่กับ-requirement-change-อย่างมีความสุข-219d10d65751
.
✍ โปรแกรมเมอร์ไทย thai programmer
test engineer 在 Hana's Lexis Youtube 的評價
Q: Hana là ai làm gì ở đâu?
A: Hana hiện làm software engineer / lập trình viên ở Mỹ, là cựu chuyên Anh trường Phổ Thông Năng Khiếu, từng đạt 9.0 IELTS General, từng có quá khứ "huy hoàng" bỏ học, sống vô gia cư, làm chui, v.v không mấy lỗi lạc, bắt đầu làm Youtube từ 3/2019 sau khi chán ngán nghe chia sẻ tiếng Anh nhạt nhẽo, khô khan, không thực tế trên mạng.
Q: Hana's Lexis có nghĩa là gì?
A: Hana's Lexis có thể hiểu là vốn từ vựng của Hana, dùng từ chuyên ngành "lexis" nhằm hướng tới phân khúc người học tiếng Anh ở trình độ khá, đang phấn đấu lên giỏi. Cần lưu ý dấu 's sở hữu cách, vì đây không phải tên riêng.
Q: Kênh Hana's Lexis làm về nội dung gì?
A: Chia sẻ tiếng Anh xịn, chất, chuẩn, ví dụ như về sắc thái từ vựng, độ tự nhiên trong cách dùng ngôn ngữ, cách phát âm chuẩn Mỹ, những điều mà trường lớp không hoặc ít dạy. Một vài format / hình thức video Hana tự sáng tạo ra cho người xem thấy tiếng Anh thú vị hơn gồm Dịch Ngựa, Truyện Chêm, IELTS Khẩu Nghiệp, v.v. Ai bắt chước là lêu lêu copycat nhe.
Q: Các bạn follow Hana gọi là gì?
A: Một cái tên thân thương là "nuii" (đọc là nui-ì) với 3 tầng nghĩa: 1) học tiếng Anh kiểu nuii / new / mới, 2) học kiểu nuii / nui / mì ăn liền giúp dễ thấm và dùng ngay được, 3) nuii gần giống tên thật của Hana là Nhung hehe.
--------------------
Nhập code HANACAMBLY nhận ngay 10 phút nói tiếng Anh miễn phí với người bản xứ qua app Cambly
Android: https://play.google.com/store/apps/details?id=com.cambly.cambly&hl=en&gl
iOS: https://apps.apple.com/vn/app/cambly-english-teacher/id564024107#?platform=iphone
Website: https://www.cambly.com/en/student
--------------------
✪ Các thì tiếng Anh thật sự dùng trong văn nói?
➥ https://youtu.be/0mhWAFhs7KQ
✪ Học nhồi 100 từ vựng/ngày?
➥ https://youtu.be/Uq3KjJA8BHQ
✪ Bốn sai lầm khi phát âm tiếng Anh?
➥ https://youtu.be/9wHHy1JaSeQ
✪ Dịch ngựa cho Đen Vâu
➥ https://youtu.be/TgkI73t4vDc
--------------------
✪ WEBSITE: https://hanaslexis.com
✪ FACEBOOK: https://facebook.com/hanaslexis
✪ INSTAGRAM: https://instagram.com/hana.s.lexis
✪ EMAIL (vui lòng chỉ liên hệ về công việc): work@hanaslexis.com
➥ #hanaslexis #tuvung #tienganh
--------------------
© Bản quyền thuộc về Hana's Lexis
© Copyright by Hana's Lexis ☞ Do not Reup
test engineer 在 Hana's Lexis Youtube 的評價
Q: Hana là ai làm gì ở đâu?
A: Hana hiện làm software engineer / lập trình viên ở Mỹ, là cựu chuyên Anh trường Phổ Thông Năng Khiếu, từng đạt 9.0 IELTS General, từng có quá khứ "huy hoàng" bỏ học, sống vô gia cư, làm chui, v.v không mấy lỗi lạc, bắt đầu làm Youtube từ 3/2019 sau khi chán ngán nghe chia sẻ tiếng Anh nhạt nhẽo, khô khan, không thực tế trên mạng.
Q: Hana's Lexis có nghĩa là gì?
A: Hana's Lexis có thể hiểu là vốn từ vựng của Hana, dùng từ chuyên ngành "lexis" nhằm hướng tới phân khúc người học tiếng Anh ở trình độ khá, đang phấn đấu lên giỏi. Cần lưu ý dấu 's sở hữu cách, vì đây không phải tên riêng.
Q: Kênh Hana's Lexis làm về nội dung gì?
A: Chia sẻ tiếng Anh xịn, chất, chuẩn, ví dụ như về sắc thái từ vựng, độ tự nhiên trong cách dùng ngôn ngữ, cách phát âm chuẩn Mỹ, những điều mà trường lớp không hoặc ít dạy. Một vài format / hình thức video Hana tự sáng tạo ra cho người xem thấy tiếng Anh thú vị hơn gồm Dịch Ngựa, Truyện Chêm, IELTS Khẩu Nghiệp, v.v. Ai bắt chước là lêu lêu copycat nhe.
Q: Các bạn follow Hana gọi là gì?
A: Một cái tên thân thương là "nuii" (đọc là nui-ì) với 3 tầng nghĩa: 1) học tiếng Anh kiểu nuii / new / mới, 2) học kiểu nuii / nui / mì ăn liền giúp dễ thấm và dùng ngay được, 3) nuii gần giống tên thật của Hana là Nhung hehe.
--------------------
Nhập code HANACAMBLY nhận ngay 10 phút nói tiếng Anh miễn phí với người bản xứ qua app Cambly
Android: https://play.google.com/store/apps/details?id=com.cambly.cambly&hl=en&gl
iOS: https://apps.apple.com/vn/app/cambly-english-teacher/id564024107#?platform=iphone
Website: https://www.cambly.com/en/student
--------------------
✪ Các thì tiếng Anh thật sự dùng trong văn nói?
➥ https://youtu.be/0mhWAFhs7KQ
✪ Học nhồi 100 từ vựng/ngày?
➥ https://youtu.be/Uq3KjJA8BHQ
✪ Bốn sai lầm khi phát âm tiếng Anh?
➥ https://youtu.be/9wHHy1JaSeQ
✪ Dịch ngựa cho Đen Vâu
➥ https://youtu.be/TgkI73t4vDc
--------------------
✪ WEBSITE: https://hanaslexis.com
✪ FACEBOOK: https://facebook.com/hanaslexis
✪ INSTAGRAM: https://instagram.com/hana.s.lexis
✪ EMAIL (vui lòng chỉ liên hệ về công việc): work@hanaslexis.com
➥ #hanaslexis #tuvung #tienganh
--------------------
© Bản quyền thuộc về Hana's Lexis
© Copyright by Hana's Lexis ☞ Do not Reup
test engineer 在 聖結石Saint Youtube 的評價
👉馬上訂閱聖結石囉!►►https://goo.gl/c5v7cQ
/// 非商業合作影片 This video is not sponsored ///
------
KKBOX | http://bit.ly/2FlnaMC
MyMusic | http://bit.ly/2FlF16p
friDay音樂 | http://bit.ly/2FhNUOo
Spotify |
iTunes/Apple Music | http://t.cn/AiNrijFV
海外區
美國 Amazon | https://amzn.to/2Fo4coW
日本 AWA | http://t.cn/AiNr6cpH
日本 Line music|http://bit.ly/2FjEt0G
五大鈴聲下載
中華電信|http://bit.ly/2WRjpJG
台灣大哥大|http://bit.ly/2WQgT6F
遠傳電信|http://bit.ly/2WWnbS7
亞太電信|http://bit.ly/2WV9d32
台灣之星|http://bit.ly/2WV9e76
---------
你的潔癖
詞:曾聖傑 Saint
曲:余竑龍 RedDragon
頭皮屑灑滿了枕頭 口水流得都濕透
昨晚妳打呼的聲波 和妳沒刮的腋窩
腐臭的口腔 像溫泉硫磺
憂愁的皺起眉頭 到底發生了什麼
滿桌沒吃完食物像堆肥 我食不下嚥
常坐的沙發竟然變黑 夾縫中有海鮮
被一坨沒洗的衣服包圍 只能挪旁邊
不禁想起剛在一起的前年
之前你 乾著急 說你有潔癖
現在你 碗不洗 躺著摳肚臍
深呼吸 原來你 被窩偷放屁
只要有韓劇 你都說沒問題
之前的香味 現在都發霉
女生的生活頹廢 把我幻想摧毀
這氛圍 好奇怪莫非
鑽石了吧如果邋遢界中有在打排位
我認為 同居會不會
是上帝要摧毀 這人類
同居前一對 分居後一位
男孩幻想大破碎
滿桌沒吃完食物像堆肥 我食不下嚥
常坐的沙發竟然變黑 夾縫中有海鮮
被一坨沒洗的衣服包圍 只能挪旁邊
不禁想起剛在一起的前年
之前你 乾著急 說你有潔癖
現在你 碗不洗 躺著摳肚臍
深呼吸 原來你 被窩偷放屁
只要有韓劇 你都說沒問題
會不會是我的錯太溺愛
你根本沒 這麼厲害
會不會是紀念日的禮物 太過意外
送了什麼大概
樂透彩
送這個也太奇怪
祝你發財
請收下我的膝蓋
滾開 你這個銅牌
製作人Producer:賴世凱 NiceGuy
詞:曾聖傑 Saint
曲:余竑龍 RedDragon
編曲Arranger:余竑龍 RedDragon
配唱製作Vocal Producer:王少逵 YuYu Wang、賴世凱 NiceGuy
和聲編寫Backing Vocals Arranger:王少逵 YuYu Wang
和聲Backing Vocals:王少逵 YuYu Wang
吉他Guitar:雷堡 Label
錄音師Recording Engineer:劉品賢 Jimmy Liu、賴世凱 NiceGuy
錄音室Recording Studio:強力錄音室 Megaforce Studio、硬搞錄音室 INGO Studio
混音師Mixing Engineer:賴世凱 NiceGuy
混音室Mixing Studio:硬搞錄音室 INGO Studio
母帶工程師Mastering Engineer:賴世凱 NiceGuy
母帶製作室Mastering Studio:硬搞錄音室 INGO Studio
----------------------------------------------------------------------------------------------------------
聖結石Saint【安儷】►►https://youtu.be/r4NGGqmX_W4
聖結石Saint【真的不想嘴】►►https://youtu.be/fWuq67-VSTM
聖結石Saint【根本就不會再見面】►►https://youtu.be/LAPXqtxxstE
聖結石Saint【一定會追到你】►►https://youtu.be/V2mZYvAiLsw
聖結石Saint【說不出口的想念】►►https://youtu.be/0dxtL9c_Yxs
聖結石Saint【只能懷念】►►https://youtu.be/AN3nAmTSeEk
【人生大爆炸!】線上聽 🔜
KKBOX | https://goo.gl/8uUQD8
friDay音樂 | https://goo.gl/8JNhmK
MyMusic | https://goo.gl/SuPE1Q
QQ音樂 | https://goo.gl/VADv4B
酷我音樂 | https://goo.gl/r4BZVQ
【人生大爆炸!】專輯訂購 🔜
博客來 | https://goo.gl/fXShWv
五大唱片 | https://goo.gl/xXVYVh
佳佳唱片 | https://goo.gl/ULPmMT
光南大批發 | https://goo.gl/gtsM3R
誠品網路書店 | https://goo.gl/e3dtSL
玫瑰大眾購物網 | https://goo.gl/NH3otz
----------------------------------------------------------------------------------------------------------
我是聖結石,我是一個平凡的人,但我在創造一段不平凡的人生。
I'm Saint, an ordinary guy creating extraordinary things.
----------------------------------------------------------------------------------------------------------
👉 More Saint
Facebook ►►http://goo.gl/4UQLS0
Instagram ►►https://goo.gl/DNymkD
👉 More Saint's Wife ❤️ 聖嫂DODO ❤️
Youtube ►►https://goo.gl/VdtPz5
Facebook ►►https://goo.gl/BZbsDR
👉 More Playlist
點選播放清單可以看到更多同類型影片
《今天TEST》►►https://goo.gl/TShvSf
《今天VLOG》►►https://goo.gl/Cb1DD9
《今天TALK》►►https://goo.gl/KcWJBi
《今天GAME》►►https://goo.gl/myzsQd
《今天PRANK》►►https://goo.gl/vaI3VB
----------------------------------------------------------------------------------------------------------
想與我合作請寄信件至:于晴
[email protected] 0932212678
----------------------------------------------------------------------------------------------------------
👉太多人問了,我直接打在這邊!
Q:BGM是?
A:全部都是YOUTUBE創作者工具箱的音樂,因為我沒有保留原
本的名稱,因此全部都不知道名稱,要找的朋友請點右上角你
的頭像點創作者工作室,然後左邊下邊有個創作者工具箱。
Q:使用甚麼器材拍攝?
A:EOS R+iPhone+GOPRO7+RX100M5
Q:剪接軟體是?
A:sony vegas 13 pro+Pr+Ae
----------------------------------------------------------------------------------------------------------
👉FAQ
What's background music for Video ?
All from CREATOR STUDIO.
What camera do you use?
EOS R+iPhone+GOPRO7+RX100M5
What software do you use to edit video?
sony vegas 13 pro+Pr+Ae
----------------------------------------------------------------------------------------------------------