คำถามติดแท็ก professionalism

ฉันกำลังทำการสัมภาษณ์ทางเทคนิคเพื่อเติมตำแหน่ง. NET ไม่กี่ตำแหน่ง หลายคนที่ผมสัมภาษณ์จริงๆไม่ทราบ .NET สวยดี แต่ฉันคิดว่าอย่างน้อย 90% ประดับประดา skillset ของพวกเขาที่ใดก็ได้ระหว่าง "เล็ก ๆ น้อย ๆ" กับ "ค่อนข้างอย่างเห็นได้ชัด" บางครั้งพวกเขาสร้างทักษะที่เกี่ยวข้องกับตำแหน่งที่พวกเขาใช้สำหรับบางครั้งพวกเขาไม่ได้ คนที่ฉันสัมภาษณ์ส่วนใหญ่แม้แต่คนโกหกที่ร้ายกาจที่สุดก็ไม่ใช่ศิลปินหลอกลวง พวกเขาต้องการโดดเด่นท่ามกลางฝูงชนดังนั้นพวกเขาจึงวาง buzzwords สองสามรายการในเรซูเม่ของพวกเขาเช่น "JBoss", "LINQ", "บริการเว็บ", "Django" หรืออะไรก็ตามที่จะเพิ่มทักษะของพวกเขาและแข่งขันได้ (คุณอาจสงสัยว่าคนที่มีความสามารถเกี่ยวกับทักษะเหล่านั้นเป็นเพียงการพูดปดผ่านการสัมภาษณ์ทางเทคนิคหรือไม่การสัมภาษณ์ของฉันเกี่ยวข้องกับการเขียนโค้ดและการแก้ปัญหามากมาย - ผู้ที่พยายามป้านจะระเบิดส่วนการเข้ารหัสบนมือ ใน 3 นาทีแรก) เหล่านี้เป็นคำถามปลายเปิดสองข้อ แต่จริง ๆ แล้วมันจะช่วยฉันจริง ๆ เมื่อฉันให้คำแนะนำกับผู้จัดการการจ้างงาน: เกี่ยวกับมารยาทในการสัมภาษณ์ฉันควรพยายามระบุหรือไม่ว่าบุคคลนั้นมีทักษะทั้งหมดที่พวกเขาอ้างว่ามีหรือไม่? ฉันสามารถทำได้โดยไม่ทำให้ผู้สมัครรู้สึกไม่สบายใจหรือไม่? เกี่ยวกับการตัดสินใจขั้นสุดท้ายฉันควรแนะนำผู้สมัครที่มีคุณสมบัติอย่างแท้จริงสำหรับตำแหน่งที่พวกเขาสมัครแม้ว่าพวกเขาจะได้สร้างส่วนของชุดทักษะของพวกเขา?

72 professionalism 

บริษัท ของฉันเปลี่ยนจากการโค่นล้มเป็น Git เมื่อประมาณสามเดือนที่แล้ว เรามีการแจ้งล่วงหน้าหลายสัปดาห์ก่อนการเปลี่ยน เนื่องจากฉันไม่เคยใช้ Git มาก่อน (หรือ DVCS อื่น ๆ ) ฉันอ่านPro Gitและใช้เวลาเล็กน้อยหมุนที่เก็บของตัวเองและเล่นรอบ ๆ ดังนั้นเมื่อเราเปลี่ยนฉันจะสามารถทำงานด้วยความเจ็บปวดน้อยที่สุด ตอนนี้ฉันเป็น 'Git guy' โดยค่าเริ่มต้น ด้วยข้อยกเว้นบางประการทีมของฉันส่วนใหญ่ยังไม่รู้ว่า Git ทำงานอย่างไร ตัวอย่างเช่นพวกเขายังคงคิดว่ากิ่งเป็นสำเนาที่สมบูรณ์ของซอร์สโค้ดและถึงขั้นที่จะลอกแบบ repo ลงในหลาย ๆ โฟลเดอร์ (หนึ่งรายการต่อสาขา) โดยทั่วไปแล้วพวกเขามองว่า Git เป็นกล่องดำที่น่ากลัว กำหนดลักษณะพื้นฐานของการควบคุมแหล่งที่มาในการทำงานประจำวันของเรา (ไม่พูดถึงจำนวนเงินที่ไร้สาระของการใช้พลังงาน Git กำบังเรา) ผมมีความเห็นว่า dev ใด ๆ ที่ไม่ประสบความสำเร็จในระดับหนึ่งของความสามารถกับมันเป็นความรับผิด ฉันควรคาดหวังให้ทีมของฉันมีความเข้าใจอย่างน้อยเกี่ยวกับวิธีการทำงานของ Git ภายในและวิธีการใช้งานนอกเหนือจากการดำเนินการดึง / ผสาน / การกดพื้นฐานที่สุด? หรือฉันแค่ทำอะไรที่ไร้ค่า?

48 version-control  professionalism 

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

36 development-process  code-reviews  professionalism 

เมื่อไม่นานมานี้ฉันได้ทำงานอย่างมืออาชีพออกไปเที่ยวกับโปรแกรมเมอร์คนอื่น ๆ และหาเพื่อนในอุตสาหกรรมนี้ สิ่งเดียวคือฉันเรียนรู้ด้วยตนเอง 100% มันทำให้สไตล์ของฉันเบี่ยงเบนไปจากสไตล์ของผู้ที่ได้รับการฝึกฝนอย่างเหมาะสม มันเป็นเทคนิคและการจัดระเบียบของรหัสของฉันที่แตกต่างกัน มันเป็นส่วนผสมของหลายสิ่งที่ฉันทำ ฉันมักจะผสมผสานกระบวนทัศน์การเขียนโปรแกรมหลายอย่างเข้าด้วยกัน ชอบฟังก์ชั่นและ OO ฉันเอนตัวไปยังส่วน Functional มากกว่า OO แต่ฉันเห็นการใช้ OO เมื่อมีบางสิ่งที่สมเหตุสมผลสำหรับนามธรรม เหมือนเกมวัตถุ ต่อไปฉันก็ไปเส้นทางที่เรียบง่ายเมื่อทำอะไรบางอย่าง ในทางกลับกันดูเหมือนว่าบางครั้งรหัสที่ฉันเห็นจากโปรแกรมเมอร์มืออาชีพนั้นซับซ้อนเพื่อประโยชน์ของมัน! ฉันใช้การปิดเยอะ และท้ายที่สุดฉันไม่ใช่คนวิจารณ์ที่ดีที่สุด ฉันพบว่าการอ่านรหัสของฉันง่ายกว่าการอ่านความคิดเห็น และกรณีส่วนใหญ่ฉันเพิ่งอ่านรหัสแม้ว่าจะมีความคิดเห็น นอกจากนี้ฉันยังได้รับการบอกว่าเพราะฉันเขียนรหัสของฉันได้ง่ายเพียงแค่อ่าน ฉันได้ยินว่าโปรแกรมเมอร์ที่ผ่านการฝึกอบรมอย่างมืออาชีพยังคงดำเนินต่อไปเกี่ยวกับเรื่องต่าง ๆ เช่นการทดสอบหน่วย บางสิ่งที่ฉันไม่เคยใช้มาก่อนดังนั้นฉันจึงไม่มีแม้แต่ความคิดที่ลึกซึ้งที่สุดว่าพวกเขาคืออะไรหรือทำงานอย่างไร ขีดเส้นใต้จำนวนมาก "_" ซึ่งไม่ใช่รสนิยมของฉัน เทคนิคส่วนใหญ่ที่ฉันใช้ตรงจากฉันหรือหนังสือสองสามเล่มที่ฉันอ่าน ไม่ทราบอะไรเกี่ยวกับ MVC ฉันเคยได้ยินมามากมายเกี่ยวกับเรื่องนี้ด้วยสิ่งต่าง ๆ เช่น backbone.js ฉันคิดว่ามันเป็นวิธีการจัดระเบียบแอปพลิเคชัน มันทำให้ฉันสับสนเพราะตอนนี้ฉันสร้างโครงสร้างองค์กรของตัวเองแล้ว มันช่างเจ็บปวดเหลือเกิน ฉันไม่สามารถใช้แอปพลิเคชันเทมเพลตได้เลยเมื่อเรียนรู้สิ่งใหม่ ๆ อย่าง Ubuntu อย่างรวดเร็ว ฉันมีปัญหาในการทำความเข้าใจรหัสที่ฉันสามารถบอกได้ว่ามาจากผู้ที่ได้รับการฝึกฝน การเขียนโปรแกรม …

36 design  javascript  coding-style  professionalism 

ฉันทำงานเกี่ยวกับโปรเจ็กต์ด้านที่ทำงานซึ่งฉันคิดว่ามันมีประโยชน์ในการใช้โค้ดบางส่วนที่ฉันได้พัฒนาขึ้นเป็นการส่วนตัว (นอกที่ทำงาน) เพื่อเร่งการพัฒนาของฉัน โปรเจคด้านของฉันคือการพัฒนาแอปพลิเคชัน C ++ GUI เพื่อให้ผู้ใช้ขั้นสูงของเราสามารถรันการสืบค้น (สร้างโดยฉัน) กับฐานข้อมูลบนแพลตฟอร์มที่แตกต่างกัน ( DB2 , Oracle, SQL ServerและMySQL ) ในอดีตฉันมักจะเรียกใช้ตัวเองตามคำขอหรือสร้างแอปพลิเคชันExcel VBAสำหรับพวกเขา ตอนนี้ฉันได้สร้างแอปพลิเคชั่น VBA หลายตัวสำหรับคนที่แตกต่างกันหลายคนฉันต้องการสร้างแอพพลิเคชั่นส่วนกลางที่เพิ่งอ่านในไฟล์. sql ที่กำหนดเองและดำเนินการกับฐานข้อมูลต่างๆ แอปพลิเคชันที่ฉันกำลังสร้างอยู่ใน C ++ และใช้ชุดเครื่องมือ GUI ข้ามแพลตฟอร์มLGPL อย่างไรก็ตามฉันมีรหัสจำนวนมากที่อยู่ในห้องสมุดของตัวเองที่ฉันได้สร้างขึ้นในช่วงหลายปีที่ผ่านมาเกี่ยวกับโครงการที่ไม่เกี่ยวข้องกับงานสันทนาการ การใช้รหัสนี้ในที่ทำงานช่วยประหยัดเวลา (และ บริษัท ) ได้ไหม ถ้าเป็นเช่นนั้นฉันจะพอร์ตแก้ไขข้อผิดพลาดและการปรับปรุงกลับไปที่ห้องสมุดส่วนตัวของฉันได้หรือไม่? ดูเหมือนจะมีเส้นที่ฉันไม่รู้เมื่อฉันจะข้ามมัน ฉันแค่ต้องการเพิ่มว่าไม่มีรหัสส่วนตัวใดที่เกี่ยวข้องกับตรรกะทางธุรกิจใด ๆ พวกเขาเป็นเพียงชั้นเรียนพื้นฐานยูทิลิตี้ / wrappers

29 ethics  professionalism 

ล็อคแล้ว คำถามและคำตอบของคำถามนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ การพัฒนาซอฟต์แวร์ถือเป็นวิศวกรรมได้หรือไม่? หากไม่มีสิ่งใดที่ขาดไปเพื่อให้มีคุณสมบัติเป็นวินัยทางวิศวกรรม ที่เกี่ยวข้องกับการนี้เป็นคำถามนี้ในกองมากเกินเกี่ยวกับความแตกต่างระหว่างโปรแกรมเมอร์และวิศวกรซอฟต์แวร์ มีสถาบันวิศวกรรมซอฟต์แวร์ที่ Carnigie Mellon University ที่กำหนดและรักษามาตรฐาน CMMI นี่เป็นสิ่งที่จะเปลี่ยนการพัฒนาเป็นวิศวกรรมหรือไม่

16 terminology  professionalism 

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

15 applications  quality  professionalism 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน8 ปีที่ผ่านมา ฉันเป็นโปรแกรมเมอร์งานอดิเรก ความคิดเห็นของลูกค้าหรือความคิดเห็นเกี่ยวกับประสิทธิภาพทำให้ฉันมีอิสระที่จะฝันถึงการมีและการใช้ความคิดที่ยอดเยี่ยมครั้งต่อไปที่เปลี่ยนแปลงโลก แน่นอนฉันรู้ว่าฉันอาจมีโอกาสที่ดีกว่าในการชนะลอตเตอรี แต่มันสนุกที่จะจินตนาการว่าคุณได้เอาชนะแอพพลิเคชั่นแบบโฮมบรูว์ที่ทำลายสถานะเดิม ฉันรู้ว่าโปรแกรมเมอร์มืออาชีพหลายคนมีโครงการด้านข้างบางโครงการเพื่อผลกำไรอื่น ๆ ไม่ใช่ ฉันสงสัยเกี่ยวกับวิธีการทำงานในเช้าวันนี้ (ไม่ใช่งานที่น่าเบื่อหน่ายด้านไอที) หากต้องใช้รหัสสำหรับอาหารของคุณมีแนวโน้มที่จะทำให้ความฝันหดหู่? ประสบการณ์ที่มากขึ้นจะทำให้คุณรู้สึกเบื่อและจดจ่อกับโครงการในมือมากขึ้นหรือไม่? ไม่พยายามที่จะเฉื่อยชาเพียงแค่สนใจในความคิดของมืออาชีพซอฟต์แวร์จริง :-)

12 self-improvement  personal-projects  professionalism 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน6 ปีที่ผ่านมา ฉันเคยมีงานเขียนโปรแกรมสองสามครั้งในอดีตที่ฉันเป็นนักพัฒนาเพียงคนเดียวที่ทำงานในโครงการ หลังจากฉันออกไปโดยทั่วไปฉันจะได้รับอีเมลหลายฉบับต่อสัปดาห์จาก บริษัท เหล่านี้ซึ่งโดยปกติจะมาจากนักพัฒนาซอฟต์แวร์ที่มาแทนที่ฉันที่นั่น โดยปกติแล้วอีเมลเหล่านี้จะขอรายละเอียดเกี่ยวกับวิธีการทำงานของสิ่งต่าง ๆ และวิธีที่ฉันควรจะปรับใช้ฟีเจอร์ x ตามระบบที่มีอยู่ ปกติแล้วฉันจะสุภาพและให้ความช่วยเหลือ แต่การสื่อสารแบบนี้จริง ๆ แล้วเริ่มกินในเวลาของฉันทำให้งานทุกอย่างที่ฉันทำงานอีกรอบข้อเท้าของฉัน ไม่พูดถึงพวกเขาเป็นโครงการที่ฉันเลือกที่จะทิ้งไว้ข้างหลังฉันด้วยเหตุผลที่ดี คำถามของฉันคือจะเป็นมืออาชีพที่จะบอกพวกเขาว่าฉันจะไม่ให้การสนับสนุนอีกต่อไปแล้วปฏิเสธและตอบคำถาม? NB บริษัท เหล่านี้ไม่จ่ายเงินตอบแทนให้ฉันทุกประเภทและคำถามมักจะเป็นคำถามที่ไม่เป็นทางการจากนักพัฒนาและไม่ใช่ผู้บริหาร

11 support  professionalism 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังว่าคำตอบจะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา คำถามคือสิ่งนี้และรายละเอียดต่อไปนี้: มีอะไรที่ฉันสามารถพูด / นำขึ้นมาเป็นโปรแกรมเมอร์เพื่อนำเขาไปด้านข้างของฉัน? ฉันชอบที่จะได้ยินข้อโต้แย้งที่ถูกต้องสำหรับทั้งสองฝ่ายในเรื่องนี้ แต่ส่วนใหญ่คำแนะนำสำหรับวิธีการพูดคุยกับเขา สถานการณ์ของฉันคือ: ฉันกำลังทำงานในโครงการของทีมในหลักสูตรปริญญาของฉันสร้างเว็บไซต์ขนาดกลางเป็นแบบอย่างสำหรับมหาวิทยาลัย ทุกคนได้รับการพิจารณาอย่างเท่าเทียมกันในกลุ่มและไม่มีผู้นำที่ได้รับการแต่งตั้งดังนั้นคำตอบสำหรับปัญหานี้ไม่สามารถ "ดึงอันดับ" ได้ ทั้งหมดเท่ากัน แต่มีช่องว่างขนาดใหญ่ในความรู้ระหว่างสมาชิก สมาชิกในทีมที่มีปัญหาและฉันเป็นทั้งนักพัฒนาที่มีความสามารถแม้ว่าเขาจะไม่มีประสบการณ์ในอุตสาหกรรม สมาชิกอีกสามคนนั้นมีความสามารถน้อยกว่าและอีกสองคนเลือกที่จะไม่พัฒนาเลย ทั้งสามได้ปฏิเสธที่จะแสดงความคิดเห็นเกี่ยวกับสถานการณ์เนื่องจากขาดความรู้ ในฐานะที่เป็นกลุ่มเรากำลังตัดสินใจว่าจะใช้เทคโนโลยีใดในการนำเว็บไซต์ไปใช้ โดยเฉพาะไม่ว่าจะใช้เฟรมเวิร์ก PHP (Code Igniter) หรือไม่ ฉันโต้เถียงในความโปรดปรานอ้าง: ไม่พลิกโฉมพวงมาลัย รหัสฐานที่เขียนและทดสอบมาอย่างดีเพื่อใช้งานได้ รับไป (กำหนดเวลาใกล้กว่าที่เราต้องการ) ความเร็วในการพัฒนา รูปแบบการออกแบบที่ดีและการดูแลรักษาที่ดีและแนวปฏิบัติที่ดี เขาโต้เถียงในความโปรดปรานในการทำงานในแบบที่เขาคุ้นเคย: ฟังก์ชั่นการเขียน bespoke แบบครั้งเดียวลงในไฟล์ "library" เหมือนกับที่เขาต้องการ ฟังก์ชั่นสำหรับการเข้าถึงข้อมูลและการแสดงผลข้อมูลที่หน้ารับ / การตั้งค่าและจากเซสชั่นและรับ / โพสต์ข้อมูล ฯลฯ มี …

10 professionalism 

ดังนั้นอย่างน้อยที่สุดฉันก็เริ่มคิดกับวิศวกรเพื่อนของฉันเพื่อเริ่มต้น "คิด" ลีน เราพบกับของเสียที่สำคัญสองสามประการและ 2/3 นำไปสู่จุดเดียวกันแน่นอน ... "คุณสมบัติพิเศษ" เราเชื่อมั่นในซอฟต์แวร์ของเราในสองด้านการขายและการจัดการโครงการ มันใช้งานได้ดีสำหรับการขายเพราะนั่นคือสิ่งที่ CRM ดีสำหรับ มันไม่ได้ยอดเยี่ยมสำหรับการจัดการโครงการและเรามักจะมอบหมายให้เพิ่มคุณสมบัติพิเศษเพื่อให้สามารถใช้งานได้ในกรณีการใช้งานนี้ มันเหมาะสมกว่าหรือที่จะเพิ่มคุณสมบัติที่ไม่เพิ่มคุณค่าให้กับลูกค้าหรือเราควรยอมรับว่าการมีทีมขายของเราที่ใช้ผลิตภัณฑ์ของเราคือ "ดีพอ" และอาจมองหาวิธีแก้ปัญหาแบบนอกชั้นวาง?

9 professionalism  dogfooding