ภาษาอังกฤษสาย IT: คำศัพท์ เส้นทางเรียนรู้ และฟังในประชุม
On this page
คุณอ่าน documentation ภาษาอังกฤษทั้งวัน Stack Overflow changelog error message spec ของ API บริษัทที่สาม อ่านตรงๆ ไม่ต้องแปล พูดกับเพื่อนร่วมงานก็แทรกภาษาอังกฤษเรื่อยๆ: deploy อันนี้ขึ้น staging merge branch นั้นเข้า main fix bug ตัวนั้นให้เสร็จแล้ว release คำศัพท์ IT ของคุณไม่ขาดตรงไหนเลย
แล้วบริษัทก็ได้โปรเจกต์จากลูกค้าต่างประเทศ หรือทีมมีคนเพิ่มจาก timezone อื่น standup สิบห้านาทีผ่าน Google Meet คนฝั่งนั้นพูดแค่สามประโยคว่าเมื่อวานทำอะไร แล้วคุณจับได้แค่ครึ่งหนึ่ง ไม่ใช่เพราะคำแปลก แต่เพราะทั้งประโยค "I'm gonna pick that up after the retro but I'm kinda blocked on the staging creds" ลอยผ่านไปในสี่วินาที ทั้งที่ทุกคำเป็นคำที่คุณรู้จัก
บทความนี้เขียนให้ตรงกับช่องว่างนั้น ก่อนอื่นคือสี่จุดที่หูมักพลาด และ standup ตัวอย่างที่ถอดเทียงตามจริง ชี้ว่าตรงไหนเสียงถูกกลืน จากนั้นเป็นคำศัพท์ภาษาอังกฤษสาย IT จัดเป็นห้ากลุ่มที่คุณใช้จริง: ตำแหน่งในทีม กระบวนการ agile code review โครงสร้างพื้นฐานและการปฏิบัติการ สัมภาษณ์และ CV
- ทำไมอ่านได้แต่ฟังไม่ทัน
- ภาษาอังกฤษใน standup ฟังเป็นยังไง
- เรียนเพื่อฟังได้ ไม่ใช่แค่อ่านได้
- เข้าใจคำผิด อ่านเสียงเพี้ยน และไม่กล้าถามซ้ำ
- คำศัพท์ภาษาอังกฤษสาย IT แยกตามกลุ่ม
- เส้นทางและแหล่งเรียนรู้ด้วยตัวเองสำหรับคน IT
- คำถามที่พบบ่อย
ทำไมอ่านได้แต่ฟังไม่ทัน
developer ชาวเวียดนามหลายคนมีส่วนตัวอักษรอยู่แล้ว: อ่าน documentation และ log error ทุกวัน ศัพท์เทคนิคอยู่ในหัวมานานแล้ว สิ่งที่ทำให้คุณสะดุดใน meeting มักอยู่ที่ส่วนเสียง และมีสี่จุด
เห็นได้ชัดที่สุดคือตัวย่อที่อ่านเป็นชื่อตัวอักษร: PR QA CI CD API SLA บนหน้าจอแยกชัด พูดออกมาติดกันเป็นก้อนเสียงสั้นๆ "the PR" ที่ความเร็วปกติลอยผ่านในครึ่งวินาที CI กับ CD ต่างกันแค่เสียงท้าย PR กับ MR ต่างเสียงต้น ฟังพลาดเสียงเดียวก็เข้าใจไปอีกเรื่องโดยไม่รู้ว่าเพิ่งพลาด ยังมีคำที่อ่านเหมือนคำจริง: k8s คือ "kates" i18n คือ "eye eighteen en" a11y คือ "ally"
ต่อมาเป็นคำในชีวิตประจำวันที่มีความหมายตายตัวในสาย: ship block park nit smell debt spike freeze groom คุณรู้ความหมายเดิม หูเลยไม่ระวัง มีคนพูดว่า "let's park that" สมองแปลเป็นเรื่องจอดรถก่อน แล้วค่อยแก้ใหม่ ระหว่างที่แก้อยู่ประโยคถัดไปก็ลอยไปแล้ว
แล้วก็วิธีพูดอ้อมๆ ในห้องประชุม: "I might be missing something here" "just a small nit" "can we take this offline" แปลทีละคำฟังไม่เป็นไร ความหมายจริงๆ ตามลำดับคือ ตรงนี้ผมเห็นว่าผิด ข้อเสนอเล็กๆ ไม่ขวาง merge และเรื่องนี้คุยแยก อย่าคุยต่อที่นี่ ชั้นเดียวกับ ภาษาอังกฤษในออฟฟิศ แค่ในทีมเทคนิคหนาแน่นกว่า และกระทบตรงๆ ว่าคุณต้องแก้ code หรือเปล่า
สุดท้ายคือเสียงที่ย่อและติดกัน: gonna wanna lemme kinda "could you" กลายเป็น /kədʒə/ ปรากฏการณ์นี้เรียกว่า connected speech ไม่เฉพาะ meeting เทคนิค แค่ standup พูดเร็วและประโยคสั้น เสียงเลยถูกกลืนหนาแน่นกว่า ถ้าคุณชินออกเสียงแยกทีละคำ หูก็ยากจะจับรูปย่อเมื่อคนอื่นพูด
ภาษาอังกฤษใน standup ฟังเป็นยังไง
สี่จุดนั้นรวมกันฟังออกมาแบบนี้ ตอนด้านล่างคือ standup ปกติ ถอดตามที่คนพูด ไม่ใช่ตามที่คนเขียนใน ticket
- Tech lead: "Okay, let's get started. Nam, d'you wanna go first?"
- Nam: "Yeah. Yesterday I finished the migration script, today I'm gonna pick up the retry logic. No blockers."
- Linh: "I'm still on the payment bug. I'm kinda blocked on the staging creds, I pinged infra yesterday but I haven't heard back."
- Tech lead: "Lemme check with them right after this."
- Huy: "Quick one. My PR for the caching layer's been sitting for two days, could somebody take a look?"
- Tech lead: "I'll get to it this morning. It's mostly nits from what I saw."
- Linh: "Also, are we still shipping Thursday, or has that moved?"
- Tech lead: "Still Thursday as far as I know. Let's wrap, I'll follow up in the channel."
แปดประโยค ประมาณสี่สิบห้าวินาที ทั้งหมดเป็นคำที่คนในสายคุ้นเคย ตารางด้านล่างหยิบเจ็ดจุดที่หูมักพลาด แต่ละจุดคนละแบบ
| ประโยคต้นฉบับ | ที่ออกมาจริงๆ คือ | จุดที่คน IT เวียดนามมักพลาด |
|---|---|---|
| "d'you wanna go first?" | /dʒə ˈwɑːnə ɡoʊ ˈfɜːrst/ | สี่คำ "do you want to" ย่อเหลือสามพยางค์ หลายคนจับไม่ทันว่านี่คือคำถามถึงตัวเอง |
| "I'm kinda blocked on" | /aɪm ˈkaɪndə ˈblɑːkt ɑːn/ | กลุ่มพยัญชนะ /kt/ ใน "blocked" แทบหายไป ฟังออกเป็น "I'm block on" |
| "the staging creds" | /ðə ˈsteɪdʒɪŋ kredz/ | "creds" คือ credentials พูดย่อ มักฟังเป็น "credits"; สายนี้ตัดคำแบบนี้ตลอด: repo config prod spec |
| "I pinged infra" | /aɪ ˈpɪŋd ˈɪnfrə/ | เสียง /d/ ท้ายติดกับสระต้นของ "infra" กลายเป็น "ping-din-fra" ฟังพลาดก็เสียสัญญาณ past tense ไปเลย |
| "I haven't heard back" | /aɪ ˈhævnt ˈhɜːrd bæk/ | ส่วน /nt/ ท้ายของ "haven't" เบามาก ฟังพลาดกลายเป็น "I have heard back" เข้าใจสถานการณ์เพื่อนร่วมงานกลับกัน |
| "the caching layer's been sitting" | /ðə ˈkæʃɪŋ ˈleɪərz bɪn ˈsɪtɪŋ/ | "layer's" ที่นี่คือ "layer has" ไม่ใช่ possessive |
| "It's mostly nits" | /ɪts ˈmoʊstli nɪts/ | "nits" ฟังใกล้เคียง "needs" และสองคำนี้ให้ข้อสรุปตรงข้ามกัน |
คอลกลางแสดงจุดร่วม: ไม่มีคำไหนยาก migration retry staging caching layer ล้วนเป็นคำใน code ที่คุณเขียนทุกวัน สิ่งที่หายไปคือขอบเขตระหว่างคำ และพยัญชนะท้ายที่ถูกกลืน
ราคาที่ต้องจ่ายชัดเจนมาก ฟัง "nits" เป็น "needs" คุณก็คิดว่า PR ของตัวเองถูกขอแก้ใหญ่ ทั้งที่มันใกล้จะผ่าน ฟัง "I haven't heard back" เป็น "I have heard back" คุณก็คิดว่า Linh ได้ infra ตอบแล้ว ทั้งที่เธอติดและต้องการคนช่วยผลัก
จุดที่ต้องฝึกคือคำหน้าที่ ไม่ใช่ศัพท์เทคนิค: "has" "could" "for" "of" "have" และเสียง /d/ หรือ /t/ ท้ายกริยา past tense ความหมายของประโยคอยู่ตรงนั้น แต่คนพูดลอยผ่านตรงนั้นเร็วที่สุด ลองฟัง meeting ที่บันทึกไว้แล้วถอดแยกเฉพาะคำพวกนี้ดูว่าจับได้กี่คำ
เรียนเพื่อฟังได้ ไม่ใช่แค่อ่านได้
คำแนะนำเริ่มต้นสำหรับภาษาอังกฤษสายงานคือเรียนคำเพิ่ม สำหรับคนทำ IT สิ่งที่ต้องทำมักคือผูกตัวอักษรที่จำได้กับเสียงที่ออกมาจริงๆ และอ่านรายการอีกสี่ร้อยคำไม่แก้เรื่องนั้น เพราะตารางคำสอนตา ไม่สอนหู
สิ่งที่สอนหูได้คือฟังแล้วถอด: ฟังหนึ่งประโยค ถอดทีละคำให้ตรง แล้วเทียบกับต้นฉบับ ฟังแบบ passive สมองเดาเองเพื่อเติมช่องว่าง และคุณไม่รู้ว่าเพิ่งพลาดตรงไหน ถอดออกมา จุดพลาดอยู่บนหน้าจอทันที
ลองกับประโยคของ Linh ด้านบน: "I'm kinda blocked on the staging creds." ถ้าคุณถอดออกมาเป็น "I'm kind of block on the staging credits" ในประโยคเจ็ดคำ โผล่สามข้อผิดพลาดการฟัง: รูปย่อ "kinda" กลุ่มพยัญชนะท้ายใน "blocked" และคำย่อ "creds"
WELE สร้างรอบวิธีฝึกนี้ เรียกว่า การฟังแล้วถอดคำสะกด: ฟังทีละประโยค ถอดออกมา ระบบให้คะแนนและชี้คำที่ผิด ขั้นตอนเฉพาะอยู่ในบทความ 5 ขั้นตอนการฟังแล้วถอดคำสะกดให้ได้ผล
เรื่องหนึ่งควรพูดตรงๆ: เนื้อหาฝึกที่ดีที่สุดสำหรับคุณอาจไม่ใช่เนื้อหาเกี่ยวกับ IT podcast เทคโนโลยีพูดเร็วและเต็มศัพท์ที่คุณจำได้ ฟังจบรู้สึกว่าเข้าใจ แต่บางส่วนเป็นเพราะคุณเดาจากความรู้เฉพาะทาง ไม่ใช่ฟังออก ไลบรารี podcast ของ WELE แบ่งหลายระดับ และจุดเริ่มที่พอดีคือระดับที่คุณถอดถูกประมาณแปดใน десять
ยังไม่ชัดว่าอยู่ตรงไหน ทำ แบบทดสอบระดับการฟัง ก่อนแล้วค่อยเลือกเนื้อหา อยากไล่ดูคำศัพท์อย่างเดียว มี แบบทดสอบคำศัพท์ แต่คะแนนคำศัพท์มักสูงกว่าความสามารถฟัง
เซสชันสั้นๆ สม่ำเสมอมักรักษาได้ง่ายกว่าเซสชันยาวๆ กองรวมสุดสัปดาห์ โดยเฉพาะเมื่อตารางงานเต็มและสุดสัปดาห์แทบไม่ว่างทั้งวัน วิธียัดเรื่องนี้เข้าในวันที่แน่นอยู่ในบทความ เรียนภาษาอังกฤษ 15 นาทีต่อวัน
เข้าใจคำผิด อ่านเสียงเพี้ยน และไม่กล้าถามซ้ำ
เข้าใจ "nit" ว่าเป็นคำตำหนัก. ใน code review "nit" เป็นข้อตกลงโดยนัย: ข้อเสนอเล็กๆ ไม่ขวาง merge จะแก้หรือปล่อยไว้แล้วแต่คุณ หลายคนเวียดนามเห็นคำนี้แล้วแก้หมด แล้วขอโทษใน comment ทั้งที่คน review แค่ทำเครื่องหมายจุดเล็กๆ ให้ครบ กลับกัน "I have some concerns" ฟังสุภาพแต่หนักกว่า nit มาก
คิดว่า LGTM คือ code สมบูรณ์แบบ. มันแค่หมายความว่าคน review ไม่เห็นปัญหาใหญ่พอจะขวาง หลายครั้งอ่านลอยๆ อยากให้ใครดูส่วนหนึ่งจริงจัง ต้องพูดตรงๆ: "Could you take a proper look at the concurrency part?"
ใช้ deploy กับ release สลับกัน. Deploy คือดัน code ขึ้น environment หนึ่ง release คือเปิดฟีเจอร์ให้ผู้ใช้เห็น หลายทีม deploy หลายครั้งต่อวันแต่ release ตามสัปดาห์ ดังนั้นใน call ตอนมี incident พูดสลับสองคำนี้ ฝั่งตรงข้ามเข้าใจผิดว่าเพิ่งเปลี่ยนอะไร
อ่านสระของ estimate ผิด. คำนามคือ /ˈestɪmət/ สระท้ายย่อเป็น schwa คำกริยาคือ /ˈestɪmeɪt/ สระท้ายชัดและยาว พูด "my estimate was wrong" ด้วยสระของคำกริยา ฟังเพี้ยนทันที และข้อผิดพลาดนี้พบบ่อย เพราะภาษาเวียดนามไม่เปลี่ยนสระตามชนิดคำ
เงียบเมื่อฟังไม่ทัน. อันนี้ไม่ใช่ข้อผิดทางภาษา มันคือนิสัย ประโยคสั้นๆ จบเลย: "Sorry, could you say that again?" หรือ "I didn't catch the last part." ในหลายทีม ถามซ้ำครั้งเดียวไม่มีใครเก็บ แต่ task ทำผิดเพราะคุณพยักหน้าผ่านไป มี
คำศัพท์ภาษาอังกฤษสาย IT แยกตามกลุ่ม
ส่วนที่เหลือของบทความคือตารางอ้างอิง ภาษาอังกฤษสาย IT กว้างมาก และเรียนตามรายการเรียงตามตัวอักษรเปลืองแรง เพราะคุณจะไม่เจอมันตามลำดับนั้น ห้าตารางด้านล่างแบ่งตามห้าสถานการณ์ที่คุณเจอในหนึ่งสัปดาห์ทำงาน ตัวอย่างล้วนเป็นประโยคที่คนในสายพูดหรือเขียน อ่านผ่านครั้งเดียวแล้วกลับมาค้นตอนต้องการ
ตำแหน่งและโครงสร้างในทีม
| คำ / วลี | การออกเสียง | ความหมาย | ตัวอย่างในประโยค |
|---|---|---|---|
| Developer | /dɪˈveləpər/ | นักพัฒนา | "We have four developers on this squad." |
| Software engineer | /ˈsɔːftwer ˌendʒɪˈnɪr/ | วิศวกรซอฟต์แวร์ | "She joined as a senior software engineer last month." |
| Frontend developer | /ˈfrʌntend dɪˈveləpər/ | นักพัฒนาฝั่ง UI | "The frontend developer owns everything the user sees." |
| Backend developer | /ˈbækend dɪˈveləpər/ | นักพัฒนาฝั่งเซิร์ฟเวอร์ | "Ask a backend developer, that logic lives in the API." |
| QA engineer | /ˌkjuː ˈeɪ ˌendʒɪˈnɪr/ | วิศวกร QA | "QA found three regressions in last night's build." |
| Tech lead | /ˈtek liːd/ | หัวหน้าทีมเทคนิค | "The tech lead signs off on the architecture." |
| Engineering manager | /ˌendʒɪˈnɪrɪŋ ˈmænɪdʒər/ | ผู้จัดการฝ่ายวิศวกรรม ดูแลคนมากกว่าดู code | "Bring the headcount question to your engineering manager." |
| Product Owner (PO) | /ˈprɑːdʌkt ˈoʊnər/ | คนตัดสินใจลำดับความสำคัญของผลิตภัณฑ์ | "The PO decides what goes into the sprint." |
| Scrum Master | /ˈskrʌm ˌmæstər/ | คนประสานกระบวนการ scrum | "Our Scrum Master runs the retro every other Friday." |
| Business Analyst (BA) | /ˈbɪznəs ˈænəlɪst/ | นักวิเคราะห์ธุรกิจ | "The BA wrote the acceptance criteria for this ticket." |
| Stakeholder | /ˈsteɪkhoʊldər/ | ผู้มีส่วนได้ส่วนเสียที่มีเสียงในโปรเจกต์ | "We need stakeholder sign-off before we build it." |
| DevOps engineer | /ˈdevɑːps ˌendʒɪˈnɪr/ | วิศวกรดูแลโครงสร้างพื้นฐานและ pipeline | "DevOps handles the pipeline, the app code is on us." |
| Squad | /skwɑːd/ | ทีมเล็กที่มีอำนาจตัดสินใจในองค์กรใหญ่ | "Each squad owns one part of the product." |
| Cross-functional | /ˌkrɔːs ˈfʌŋkʃənl/ | ข้ามสายงาน ทีมหนึ่งมีครบทุกบทบาท | "It's a cross-functional team, design sits with us." |
| Report to | /rɪˈpɔːrt tuː/ | รายงานตรงต่อใคร | "You'll report to the engineering manager, not the PO." |
| Onboarding | /ˈɑːnbɔːrdɪŋ/ | กระบวนการรับคนใหม่เข้างาน | "Onboarding takes about two weeks here." |
| Headcount | /ˈhedkaʊnt/ | โควต้าการจ้าง จำนวนคนที่อนุมัติ | "We don't have headcount for another backend this quarter." |
กระบวนการ agile และ meeting
ชุดคำที่คุณฟังบ่อยที่สุดทุกวัน และก็เป็นชุดที่มักถูกพูดลอยๆ ที่สุด
| คำ / วลี | การออกเสียง | ความหมาย | ตัวอย่างในประโยค |
|---|---|---|---|
| Sprint | /sprɪnt/ | รอบทำงานสั้นๆ มักสองสัปดาห์ | "We're in the second week of the sprint." |
| Backlog | /ˈbæklɔːɡ/ | รายการงานที่รอทำ | "That's sitting somewhere in the backlog." |
| Sprint planning | /sprɪnt ˈplænɪŋ/ | meeting เลือกงานสำหรับ sprint ใหม่ | "Sprint planning is Monday at nine." |
| Daily standup | /ˈdeɪli ˈstændʌp/ | meeting สั้นทุกเช้า คนละสามเรื่อง | "Keep it short, standup is fifteen minutes." |
| Blocker | /ˈblɑːkər/ | สิ่งที่ขวางไม่ให้งานเดินต่อ | "Any blockers before we wrap?" |
| Blocked on | /blɑːkt ɑːn/ | ติดเพราะต้องรอใครหรืออะไร | "I'm blocked on the API key from their side." |
| Refinement (grooming) | /rɪˈfaɪnmənt/ | meeting ตรวจและชี้แจงงานใน backlog | "We'll size that ticket in refinement." |
| Retro (retrospective) | /ˌretrəˈspektɪv/ | meeting สรุปบทเรียนท้าย sprint | "Bring that up in the retro, not here." |
| Estimate | /ˈestɪmət/ คำนาม, /ˈestɪmeɪt/ คำกริยา | ประมาณการแรงงานสำหรับงานหนึ่ง | "My estimate was way off on this one." |
| Story point | /ˈstɔːri pɔɪnt/ | หน่วยประมาณความซับซ้อน | "Is this a three or a five in story points?" |
| Ticket | /ˈtɪkɪt/ | งานหนึ่งในระบบจัดการ | "Can you drop that in a ticket so we don't lose it?" |
| Acceptance criteria | /əkˈseptəns kraɪˈtɪriə/ | เงื่อนไขที่งานถือว่าเสร็จ | "This doesn't meet the acceptance criteria yet." |
| Scope creep | /ˈskoʊp kriːp/ | ขอบเขตงานพองเกินแผนเดิม | "That's scope creep, it wasn't in the original spec." |
| Deliverable | /dɪˈlɪvərəbl/ | สิ่งที่ต้องส่งมอบ | "The deliverable for this sprint is the login flow." |
| Milestone | /ˈmaɪlstoʊn/ | จุดสำคัญของโปรเจกต์ | "We're two weeks behind the milestone." |
| Ship | /ʃɪp/ | ส่งฟีเจอร์ถึงผู้ใช้ | "Let's ship it Thursday and watch it over the weekend." |
| Deploy | /dɪˈplɔɪ/ | ดัน code ขึ้น environment หนึ่ง | "We deploy to staging first, always." |
| Rollback | /ˈroʊlbæk/ | ย้อนกลับเวอร์ชันก่อน | "If the error rate spikes, we roll back immediately." |
| Bandwidth | /ˈbændwɪdθ/ | เวลาและพลังงานที่เหลือของคนหนึ่ง | "I don't have the bandwidth for that this sprint." |
| Take it offline | /ˌteɪk ɪt ˈɔːflaɪn/ | คุยแยกทีหลัง อย่าคุยต่อใน meeting นี้ | "Let's take this offline, we're over time." |
| Circle back | /ˈsɜːrkl bæk/ | กลับมาเรื่องนี้ทีหลัง | "I'll circle back once infra replies." |
Code review และคุณภาพ code
กลุ่มนี้มีข้อตกลงโดยนัยเยอะ เข้าใจคำผิดนิดเดียวก็แก้เกินที่คน review ต้องการ
| คำ / วลี | การออกเสียง | ความหมาย | ตัวอย่างในประโยค |
|---|---|---|---|
| Pull request (PR) | /ˈpʊl rɪˌkwest/ | คำขอรวม code รอคนอื่น review | "Your PR has two comments waiting." |
| Merge | /mɜːrdʒ/ | รวม branch เข้า branch หลัก | "Don't merge until CI goes green." |
| Merge conflict | /ˈmɜːrdʒ ˈkɑːnflɪkt/ | ชนกันเมื่อสอง branch แก้จุดเดียวกัน | "I hit a merge conflict in the config file." |
| Branch | /bræntʃ/ | branch แยกออกมาทำงาน | "Cut a branch off main and start there." |
| Commit | /kəˈmɪt/ | การบันทึกการเปลี่ยนแปลงหนึ่งครั้ง | "Squash those commits before you push." |
| Rebase | /ˌriːˈbeɪs/ | ย้าย branch ของตัวเองไปบนสุด branch อื่น | "Rebase onto main, then force push." |
| Refactor | /ˌriːˈfæktər/ | เขียนใหม่ให้สะอาดโดยไม่เปลี่ยนพฤติกรรม | "This works, but it needs a refactor later." |
| Tech debt | /ˈtek det/ | หนี้ทางเทคนิค ราคาของการทำเร็วก่อนหน้า | "We're paying for tech debt we took on last year." |
| Edge case | /ˈedʒ keɪs/ | กรณีขอบ เกิดน้อยแต่ก็เกิด | "You missed the edge case where the list is empty." |
| Regression | /rɪˈɡreʃn/ | bug เก่ากลับมาหลังการเปลี่ยนแปลงใหม่ | "This change caused a regression in checkout." |
| LGTM | /ˌel dʒiː tiː ˈem/ | ย่อของ "looks good to me" คืออนุมัติ | "LGTM, feel free to merge." |
| Nit | /nɪt/ | ข้อเสนอเล็กๆ ไม่ขวาง merge | "Nit: this variable name could be clearer." |
| Request changes | /rɪˈkwest ˈtʃeɪndʒɪz/ | ขอให้แก้ก่อนอนุมัติ | "I'm going to request changes on this one." |
| Code smell | /ˈkoʊd smel/ | สัญญาณว่า code มีปัญหาเรื่อง design | "Three levels of nesting is a code smell." |
| Boilerplate | /ˈbɔɪlərpleɪt/ | code ซ้ำๆ ไม่มี logic เฉพาะ | "Most of this file is boilerplate." |
| Legacy code | /ˈleɡəsi koʊd/ | code เก่ายังรันอยู่ คนไม่ค่อยกล้าแตะ | "Nobody wants to touch that legacy code." |
| Breaking change | /ˈbreɪkɪŋ tʃeɪndʒ/ | การเปลี่ยนแปลงที่ทำให้ฝั่งที่ใช้อยู่พัง | "That's a breaking change, we need a version bump." |
| Test coverage | /ˈkʌvərɪdʒ/ | สัดส่วน code ที่ test ครอบคลุม | "Coverage dropped, add a test for that branch." |
| Workaround | /ˈwɜːrkəraʊnd/ | ทางลัดชั่วคราว ยังไม่ใช่การแก้จริง | "We shipped a workaround, the real fix lands next sprint." |
โครงสร้างพื้นฐานและการปฏิบัติการ
ตอนมี incident คนพูดเร็วและพูดสั้น ชุดคำนี้ต้องอยู่ในหูพร้อม
| คำ / วลี | การออกเสียง | ความหมาย | ตัวอย่างในประโยค |
|---|---|---|---|
| Incident | /ˈɪnsɪdənt/ | เหตุการณ์ที่กระทบผู้ใช้อยู่ | "We had a P1 incident at two in the morning." |
| Outage | /ˈaʊtɪdʒ/ | ระบบหยุดให้บริการ | "The outage lasted about forty minutes." |
| Downtime | /ˈdaʊntaɪm/ | ช่วงเวลาที่ระบบไม่ทำงาน | "Scheduled downtime this Sunday, two hours." |
| On-call | /ˌɑːn ˈkɔːl/ | อยู่ในกะเฝ้า incident | "Who's on-call this weekend?" |
| Get paged | /ɡet ˈpeɪdʒd/ | ถูกระบบแจ้งเตือนเรียกตื่น | "I got paged twice last night." |
| Postmortem | /ˌpoʊstˈmɔːrtəm/ | รายงานวิเคราะห์หลัง incident | "The postmortem is due by Friday." |
| Root cause | /ˈruːt kɔːz/ | สาเหตุราก | "The root cause was a stale cache entry." |
| Mitigate | /ˈmɪtɪɡeɪt/ | กัน damage ก่อน แก้ต้นเหตุทีหลัง | "We mitigated by rolling back the release." |
| Escalate | /ˈeskəleɪt/ | ส่งเรื่องขึ้นระดับสูงกว่า | "If it's still down in ten minutes, escalate." |
| Monitoring | /ˈmɑːnɪtərɪŋ/ | ระบบตรวจสอบ | "Monitoring didn't catch it, the customer did." |
| Alert | /əˈlɜːrt/ | การแจ้งเตือนอัตโนมัติ | "That alert has been noisy all week." |
| Latency | /ˈleɪtnsi/ | ความหน่วงในการตอบสนอง | "Latency doubled right after the deploy." |
| Throughput | /ˈθruːpʊt/ | ปริมาณที่ประมวลผลได้ต่อหน่วยเวลา | "Throughput held up under the load test." |
| Scale | /skeɪl/ | ขยายเพื่อรับโหลดใหญ่ขึ้น | "This won't scale past ten thousand users." |
| Staging | /ˈsteɪdʒɪŋ/ | environment ทดสอบที่คล้ายของจริง | "It works on staging, that's exactly the problem." |
| Production (prod) | /prəˈdʌkʃn/, /prɑːd/ | environment จริง มีผู้ใช้จริง | "Never test straight on prod." |
| Rollout | /ˈroʊlaʊt/ | ค่อยๆ ปล่อยให้ผู้ใช้ | "We're doing a gradual rollout, ten percent first." |
| Hotfix | /ˈhɑːtfɪks/ | แพตช์ด่วนดัน straight ขึ้น production | "A hotfix went out an hour ago." |
| Uptime | /ˈʌptaɪm/ | เวลาที่ระบบทำงานปกติ | "Our uptime target is written into the contract." |
| SLA | /ˌes el ˈeɪ/ | ข้อผูกมัดระดับบริการกับลูกค้า | "We breached the SLA on response time." |
สัมภาษณ์และ CV สาย IT
| คำ / วลี | การออกเสียง | ความหมาย | ตัวอย่างในประโยค |
|---|---|---|---|
| Job description (JD) | /dʒɑːb dɪˈskrɪpʃn/ | รายละเอียดงานในโฆษณารับสมัคร | "The JD says five years, apply anyway." |
| Screening call | /ˈskriːnɪŋ kɔːl/ | สายกรองรอบแรก มักกับ HR | "The screening call is thirty minutes." |
| Take-home assignment | /ˈteɪk hoʊm əˈsaɪnmənt/ | งานกลับบ้านทำ | "The take-home should take about four hours." |
| Coding challenge | /ˈkoʊdɪŋ ˈtʃælɪndʒ/ | แบบทดสอบเขียนโปรแกรมจำกัดเวลา | "There's a coding challenge before the onsite." |
| Pair programming | /ˈper ˌproʊɡræmɪŋ/ | รอบสัมภาษณ์เขียน code ร่วมกับวิศวกร | "Round two is pair programming with a senior." |
| System design | /ˈsɪstəm dɪˌzaɪn/ | รอบออกแบบระบบขนาดใหญ่ | "The system design round trips up most candidates." |
| Whiteboard interview | /ˈwaɪtbɔːrd ˈɪntərvjuː/ | สัมภาษณ์เขียน code บนกระดาน ไม่มีเครื่อง | "We stopped doing whiteboard interviews last year." |
| Behavioral interview | /bɪˈheɪvjərəl ˈɪntərvjuː/ | รอบถามว่าคุณจัดการสถานการณ์ที่เคยเจออย่างไร | "Behavioral is where they ask about conflict." |
| Onsite | /ˌɑːnˈsaɪt/ | ชุดสัมภาษณ์ตัวต่อตัว มักหลายรอบในหนึ่งวัน | "The onsite is four rounds in one day." |
| Tech stack | /ˈtek stæk/ | ชุดเทคโนโลยีที่ใช้อยู่ | "What's your tech stack on the backend?" |
| Seniority | /siːnˈjɔːrəti/ | ระดับประสบการณ์ | "We're hiring at mid to senior level." |
| Referral | /rɪˈfɜːrəl/ | ได้รับการแนะนำจากคนในบริษัท | "Ask for a referral, it moves a lot faster." |
| Notice period | /ˈnoʊtɪs ˌpɪriəd/ | ระยะเวลาต้องแจ้งล่วงหน้าก่อนลาออก | "My notice period is forty-five days." |
| Probation | /proʊˈbeɪʃn/ | ช่วงทดลองงาน | "Probation here is two months." |
| Salary expectation | /ˈsæləri ˌekspekˈteɪʃn/ | เงินเดือนที่ต้องการ | "What's your salary expectation for this role?" |
| Counter offer | /ˈkaʊntər ˌɔːfər/ | ข้อเสนอเก็บคนไว้ด้วยเงื่อนไขที่ดีกว่า | "My current company came back with a counter offer." |
| Offer letter | /ˈɔːfər ˌletər/ | จดหมายเชิญเข้าทำงานอย่างเป็นทางการ | "The offer letter should land tomorrow." |
เส้นทางและแหล่งเรียนรู้ด้วยตัวเองสำหรับคน IT
เส้นทางสำหรับคนทำงานแล้วสรุปเป็นสามช่วง
- ช่วงที่หนึ่ง อ่านเอกสารได้แล้ว. ทุกวันหยิบส่วนหนึ่งของ docs ที่ยังอ่านอยู่ อ่านออกเสียง แล้วหาการออกเสียงสามคำที่ไม่เคยได้ยินใครพูด
- ช่วงที่สอง ฟัง meeting ได้. ทุกสัปดาห์หยิบบทสนทนา dev ประมาณหนึ่งนาที ฟังทีละประโยคแล้วถอด แล้วเปิด transcript มาเทียบ
- ช่วงที่สาม สัมภาษณ์เป็นภาษาอังกฤษ. เตรียมสามคำถามที่มักโดน: แนะนำตัว โปรเจกต์ที่ภูมิใจ ครั้งที่ทำพัง บันทึกเสียงจนกว่าจะพูดลื่นโดยไม่ต้องดูกระดาษ
แหล่งเรียนรู้ด้วยตัวเองควรเลือกสิ่งที่สอนอาชีพและให้ภาษาอังกฤษจริง ดีที่สุดคือมี transcript ให้เทียบ
- MDN Web Docs (developer.mozilla.org): เขียนด้วยประโยคสมบูรณ์ ไม่ใช่ bullet คุณเก็บได้ทั้งวิธีพูด ส่วน Learn web development คือจุดเข้าง่ายที่สุด
- freeCodeCamp (freecodecamp.org): องค์กรไม่แสวงหากำไร ฟรีทั้งหมด ออกบทความต่อเนื่อง บทความเป็นข้อความเต็ม คุณจะเจอวลีที่ฟังใน meeting
- Syntax.fm: host เป็น dev ทั้งหมด พูดแบบชีวิตประจำวัน เต็มรูปย่อเหมือนใน standup และมี transcript ทุกตอนให้ตรวจเอง
- Talk Python To Me (talkpython.fm): แบบสัมภาษณ์ จังหวะช้ากว่า podcast ข่าว transcript เต็มพร้อม timestamp เหมาะเป็นขั้นถัดไป
- The Changelog (changelog.com): แขกจากหลายประเทศ หูค่อยๆ ชินกับหลายสำเนียง transcript ระบุชัดว่าใครพูดประโยคไหน
แหล่งไหนก็ได้ ขอแค่มีคนจริงพูดและมี transcript ให้เทียบ
คำถามที่พบบ่อย
การเขียนโปรแกรมภาษาอังกฤษคืออะไร?
คำถามนี้มักถูกถามในความหมาย: เขียนโปรแกรมเป็นภาษาอังกฤษเรียกว่าอะไร การเขียนโปรแกรมคือ programming นั่งเขียน code คือ coding คนทำอาชีพคือ programmer หรือ software developer ส่วนภาษาอังกฤษที่ใช้กับงานนี้เรียก English for IT รู้ชื่อเรียกพวกนี้มีประโยชน์ตอนหาเอกสาร เพราะเอกสารดีๆ มักอยู่ใต้ keyword ภาษาอังกฤษ
ภาษาอังกฤษสาย IT ต้องใช้ไวยากรณ์ขั้นสูงไหม?
ไม่มาก การสื่อสารในทีมเทคนิคใช้ประโยคสั้น ส่วนใหญ่เป็น present และ past simple สิ่งที่ทำให้เข้าใจผิดมักเป็นการออกเสียงและการเลือกคำ ไม่ค่อยเป็น relative clause
ควรเรียนคำศัพท์ IT จากรายการยาวๆ หรือตามสถานการณ์?
ตามสถานการณ์ ห้าตารางด้านบนจัดแบบนั้นก็เพราะเหตุนี้: คุณจำวลีได้เพราะจำบริบทที่มันโผล่ ไม่ใช่เพราะตำแหน่งในตารางตัวอักษร บทความ เรียนคำศัพท์ตามบริบท อธิบายละเอียดกว่า
ต้องฝึกสำเนียงอเมริกันหรืออังกฤษให้ถูกไหม?
ไม่ ในทีมกระจาย สำเนียงอินเดีย สิงคโปร์ เยอรมัน หรือออสเตรเลียไม่น้อยกว่าสำเนียงในหนังสือ เป้าหมายจริงคือพูดให้ชัดและฟังได้หลายสำเนียง เลือกสำเนียงหนึ่งฝึกถอดให้หูชินก่อน แล้วค่อยขยาย
นานแค่ไหนถึงตาม standup ได้โดยไม่ต้องถามซ้ำ?
ขึ้นกับพื้นฐานการฟัง จึงไม่มีเกณฑ์ร่วม คนที่ฟังภาษาอังกฤษทั่วไปได้ดี ชินจังหวะ meeting ในไม่กี่สัปดาห์ คนที่ยังลำบากกับประโยคช้าๆ ต้องสร้างพื้นก่อน นับเป็นเดือน วิธีติดตามง่ายที่สุดคือทุกเดือนบันทึก meeting หนึ่งครั้งแล้วถอด นับว่ายังพลาดกี่จุด
คำศัพท์ IT ต้องเรียนการออกเสียงไหม?
สำหรับคำที่คุณเคยอ่านแต่ยังไม่เคยได้ยินใครพูด ต้อง เพราะการอ่านจากหน้าตาคำมักเพี้ยน: cache คือ /kæʃ/ queue คือ /kjuː/ แล้วก็ tuple schema null และชื่อ library ต่างๆ คอลการออกเสียงในห้าตารางด้านบนไว้ค้นตอนนั้น ค้นครั้งเดียวแล้วฟังซ้ำในประโยคจริง มักจำได้
ชุดคำในบทความคือวลีที่ซ้ำใน standup หนึ่งครั้ง retro หนึ่งครั้ง และรอบ code review หนึ่งรอบ ส่วนที่เหลือคือผูกมันกับเสียงจริง และเรื่องนั้นเกิดตอนคุณฟังแล้วถอดออกมา วิธีทำเฉพาะอยู่ที่ วิธีฟังแล้วถอดคำสะกด ถ้าคุณทำอาชีพอื่น บทความรวม ภาษาอังกฤษสายงาน มีคำศัพท์หลักสำหรับหลายสาขา