ความแตกต่างระหว่างการทำงานกับ บริษัท ซอฟต์แวร์และ บริษัท ที่มุ่งเน้นในสาขาอื่นคืออะไร [ปิด]


26

เมื่อเร็ว ๆ นี้ฉันได้รับการติดต่อจากเอเจนซี่โฆษณาในท้องถิ่นพร้อมโอกาสงาน พวกเขานำการพัฒนาเว็บ / อินเทอร์แอคทีฟทั้งหมดมาใช้และเพิ่มทีมพัฒนาของพวกเขา

ฉันเริ่มเบื่องานเล็ก ๆ น้อย ๆ แต่ก็น่าเบื่องานของ บริษัท และฉันรู้สึกทึ่งกับตำแหน่ง

มีเพียงทำงานให้กับร้านค้าซอฟต์แวร์ที่ธุรกิจหลักทำซอฟต์แวร์ฉันกังวลว่าพวกเขาอาจไม่ให้ความสำคัญกับการใช้ซอฟต์แวร์ที่มีคุณภาพเนื่องจากการพัฒนาไม่ได้มุ่งเน้นที่ธุรกิจของพวกเขา

ทุกคนที่มีประสบการณ์ทั้งการเปรียบเทียบ / ความแตกต่างการทำงานใน บริษัท ซอฟต์แวร์ที่ทำงานใน บริษัท ที่เพิ่งเกิดขึ้นมีทีมพัฒนาหรือแผนกซอฟต์แวร์ในองค์กรหรือไม่


อาหารเสื้อผ้าที่พักพิง ... ?
Steven A. Lowe

ฉันทำงานที่ บริษัท ที่ผลิต "ซอฟต์แวร์" แต่ฉันไม่คิดว่าพวกเขาเป็น บริษัท ซอฟต์แวร์มากกว่าชุดขายสินค้าที่ผลักดัน crapware อย่างจริงจังด้วยความพยายามเล็กน้อย (จากเจ้าของ / ผู้จัดการฉันหมายถึง) นำการวางแผนการพัฒนาซอฟต์แวร์มาใช้ .. ฉันจะเลิกเร็ว ๆ นี้แม้ว่าทุกอย่างที่ฉันเดาจุดของการท่องเที่ยวของฉันคือแม้กระทั่ง บริษัท "ซอฟต์แวร์" อาจจะค่อนข้างเลวที่จะทำงานให้ที่ leas ถ้าพวกเขามีขนาดเล็ก
programmx10

4
ฉันสงสัยว่าเอเจนซี่โฆษณาทุกหน่วยเหมือนกัน ทำไมไม่สัมภาษณ์พวกเขาและหาคำตอบ?
Aaronaught

3
ฉันเดาว่าการทำงานกับ บริษัท ที่ไม่ใช่ซอฟต์แวร์อาจให้ผลตอบแทนที่ดีหากคุณสนใจอุตสาหกรรมที่พวกเขาทำงานอยู่จริงๆ
Joris Timmermans

1
บริษัท ใด ๆ ที่มีความสนใจในการสร้างซอฟต์แวร์เป็น บริษัท ซอฟต์แวร์ บริษัท รถยนต์ต้องการซอฟต์แวร์ในคอมพิวเตอร์ออนบอร์ดในรถยนต์ที่พวกเขาขาย ดังนั้นพวกเขาจึงเป็นบริษัท ซอฟต์แวร์
SingleNegationElimination

คำตอบ:


37

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

พวกเขาต้องการให้มันใช้งานได้และทำงานตอนนี้และนั่นจะดีพอ

แต่บางสถานที่มีความทันสมัยเกี่ยวกับการพัฒนาซอฟต์แวร์แม้ว่าพวกเขาจะเป็นร้านค้าแม่และป๊อปทำอย่างอื่น ขึ้นอยู่กับความเป็นผู้นำทางธุรกิจที่เปิดรับความคิดที่ดีความเป็นผู้นำด้านเทคโนโลยีที่รู้ว่าจะทำถูกต้องและมีคนที่สามารถอธิบายแนวคิดที่ดีได้ ซึ่งอาจเป็นคุณ

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


2
คำตอบที่ดีฉันคิดว่า "งานตอนนี้และนั่นก็ดีพอ" เป็นข้อกังวลที่ใหญ่ที่สุดของฉัน เหล่านี้เป็นเคล็ดลับที่ดีสำหรับคำถามสัมภาษณ์ด้วย
Mike Vormwald

5
ฉันเกือบจะ -1 สำหรับ "ท้าทายน้อยลง" - แต่ส่วนที่เหลือของโพสต์ที่ฉันเห็นด้วย ทำงานทั้งในร้านค้า SW และใน บริษัท ที่ดำเนินงานมานานกว่า 20 ปีและต้องบอกว่าร้านค้าที่ดำเนินงานนั้นมีความท้าทาย 1) คุณในฐานะนักพัฒนาต้องเผชิญกับลูกค้าของคุณโดยตรงทุกวัน 2) คุณไม่ต้องกังวลเกี่ยวกับขอบเขตการคืบ - มันเป็นขอบเขตการระเบิด 3) ธุรกิจจะขว้างอะไรและทุกอย่างที่คุณอย่างต่อเนื่องอย่างรวดเร็ว - คุณไม่มีความหรูหราในการใช้จ่ายวันหรือสัปดาห์ในโมดูลในความสงบคุณใช้เวลาที่คุณได้รับ NB: ไม่ได้บอกว่าร้าน SW เป็นกุหลาบทั้งหมด - พวกเขาไม่ได้
Martin S. Stoller

3
จำไว้ว่าการต้องการให้มันทำงานและทำงานตอนนี้เป็นบางครั้งการตัดสินใจที่ถูกต้องในที่สุดคุณต้องเข้าใจธุรกิจ
jk

1
ในระดับความยาก: เมื่อเปรียบเทียบซอฟต์แวร์ระดับองค์กรกับ OTS เชิงพาณิชย์ทั่วไป (ไม่รวมสิ่งต่าง ๆ เช่นเกมไดรเวอร์อุปกรณ์ฝังตัว ฯลฯ ) โดยทั่วไปคุณจะต้องจัดการกับความน่าเชื่อถือที่เข้มงวดมากขึ้นและข้อกำหนดด้านประสิทธิภาพซึ่งมักจะเกี่ยวข้องกับผู้ใช้ ประสบการณ์. มันใช้ความสามารถจริงๆเพื่อรักษาสมดุลเหล่านี้ คุณภาพของซอฟต์แวร์มักจะลดลงเพียงเพราะ บริษัท เหล่านี้มีช่วงเวลาที่ยากดึงดูดนักพัฒนาที่ฉลาดที่สุด (มักจะแก้ตัวได้)
Aaronaught

1
นี่คือประสบการณ์ของฉัน มันขึ้นอยู่กับ บริษัท เกือบทั้งหมด แต่โดยเฉลี่ยแล้วบริษัท ที่ไม่ใช่ซอฟต์แวร์มีแนวโน้มที่จะมีสภาพแวดล้อมที่ไม่ดีและนักพัฒนาที่ขี้เกียจ / ขี้เกียจที่สนใจเพียงเรื่องการทำสิ่งที่รวดเร็วแทนที่จะทำสิ่งที่ถูกต้อง
Wayne Molina

24

มีความแตกต่างอย่างมาก ในอดีตคุณเป็นส่วนหนึ่งของศูนย์กำไร ในส่วนหลังคุณเป็นส่วนหนึ่งของศูนย์ต้นทุน เดาว่าอันไหนได้รับการรักษาที่ดีกว่า

ฉันทำงานให้กับ บริษัท ซอฟต์แวร์ในตอนนี้และฉันก็มีความสุขมากกว่าที่ฉันได้งานล่าสุดซึ่งมันเป็นการปลดพนักงานและการเอาท์ซอร์ซตลอดเวลาและนักพัฒนาก็เห็นว่าเป็นเครื่องมือที่สามารถเปลี่ยนได้ง่าย


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

การปลดพนักงานมักจะเชื่อมโยงกับระดับรายได้ของคุณ แม้ในฐานะนักพัฒนาซอฟต์แวร์ของ บริษัท คุณก็ยังห่างไกลจากรายได้ ในไม่ช้าคุณจะพบว่าร็อคสตาร์เป็นผู้จัดการบัญชีคนขายและผู้จัดการบัญชีด้านเทคนิค การปลดพนักงานหลายครั้งใน บริษัท เหล่านั้นเกิดขึ้นในโครงการ mgmt, prod mgmt และทีมพัฒนาซอฟต์แวร์ แน่นอน YMMV!
CoolBeans

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

11

โปรแกรมเมอร์ยังคงเป็นโปรแกรมเมอร์ เพียงเพราะผลิตภัณฑ์หลักของ บริษัท ไม่ใช่ซอฟต์แวร์ไม่ได้หมายความว่าโปรแกรมเมอร์ไม่ต้องการสิ่งอำนวยความสะดวกเดียวกัน


6

ฉันทำงานในแผนกไอทีของ บริษัท ขนาดใหญ่ที่พัฒนาซอฟต์แวร์เพื่อใช้ภายในองค์กร ฉันทำงานใน บริษัท ที่พัฒนาซอฟต์แวร์สำหรับตลาด และฉันได้ทำงานในหน่วยงานที่ทำการพัฒนาเว็บไซต์สำหรับลูกค้า

และฉันจะไม่บอกว่ามีความแตกต่างใด ๆ ระหว่าง บริษัท ต่าง ๆ เหล่านั้นในแง่ของความสำคัญของการเพิ่มผลผลิต

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


6

ความแตกต่างส่วนใหญ่ขึ้นอยู่กับ บริษัท ของตัวเอง; ฉันทำงานที่ บริษัท ที่ไม่ใช่ซอฟต์แวร์ที่ดีและ บริษัท ซอฟต์แวร์ที่แย่มาก โดยเฉลี่ยแล้วนี่คือสิ่งที่ฉันได้พบ:

บริษัท ที่ไม่ใช่ซอฟต์แวร์

เน้นการทำสิ่งต่าง ๆ อย่างรวดเร็วโดยมีความคิดเพียงเล็กน้อยหรือไม่มีเลยที่มอบให้กับคุณภาพหรือการบำรุงรักษาในระยะยาว นักพัฒนามักไม่รู้เทคนิคเกินกว่าที่พวกเขาเคยทำในอดีตหรือในช่วงเวลาที่พวกเขาอยู่กับ บริษัท และมักจะพยายามแนะนำแนวคิดใหม่ (ORMs, หลักการ SOLID, TDD ฯลฯ ) จะพบกับความสับสนหรือเลิกจ้างทันที ผู้คนมักจะให้ความสำคัญกับ "การลากจูง บริษัท "

บริษัท ซอฟต์แวร์

เน้นการทำสิ่งต่าง ๆ โดยไม่ลดคุณภาพ เพื่อนร่วมงานมีแนวโน้มที่จะติดตามเทคโนโลยีอยู่เสมอ (ไม่ว่าพวกเขาจะสามารถใช้ประโยชน์จากที่ทำงานได้หรือไม่) และมักจะมองว่าพวกเขาสามารถรวมแนวคิดหรือกรอบใหม่ ๆ เข้ากับกิจวัตรประจำวันเพื่อทำให้ซอฟต์แวร์ดีขึ้นได้อย่างไร หากพวกเขายังไม่คุ้นเคยและกำลังใช้แนวคิดเช่น TDD, ORMs, SOLID เป็นต้นพวกเขาอาจเคยได้ยินและยินดีที่จะประเมินพวกเขา

อีกครั้งนี้จะขึ้นอยู่กับ บริษัท ปลายทาง ฉันทำงานที่ บริษัท ที่ไม่ใช่ซอฟต์แวร์กับทีม Agile ที่สวมกอด TDD และ ORMs และสอนฉันมากมายเกี่ยวกับวิศวกรรมซอฟต์แวร์ที่เหมาะสมและฉันทำงานกับ บริษัท ซอฟต์แวร์ขนาดเล็กที่เขียนโค้ดสปาเก็ตตี้ VBScript ที่เลวร้ายที่สุดและมีนักพัฒนามากกว่า 50+ คน แต่ละคนต้องทำงานในหน้าที่แตกต่างกันเพื่อหลีกเลี่ยงสิ่งที่ทำลายและเทปสีแดงจำนวนมากสำหรับแม้แต่การเปลี่ยนแปลงเล็กน้อย อย่างไรก็ตามยิ่งน้อย บริษัท ก็ต้องพึ่งพาซอฟต์แวร์ภายนอกมากขึ้นเท่าไรสิ่งแวดล้อมก็จะยิ่งแย่ลงสำหรับการพัฒนาซอฟต์แวร์


4

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


4

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

โปรเดียวคือมันสามารถทำให้สดชื่นได้ ...

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


2
"ทำไมเราถึงต้องซื้อคอมไพเลอร์ใหม่?
EricSchaefer

ขอบคุณสำหรับเรื่องราวของความฉิบหาย :) เพื่อหลีกเลี่ยงสิ่งนี้ฉันต้องตรวจสอบอะไร หากผู้บริหารให้ความไว้วางใจและทรัพยากรที่จำเป็นแก่นักพัฒนาในการทำงานของพวกเขา?
Mike Vormwald

2
@stormwald, คำถามที่ดี, เมื่อคุณไปสัมภาษณ์, ถามพวกเขาว่าทำไมพวกเขาถึงรู้สึกว่าการมีทีมพัฒนาในบ้านเป็นเรื่องที่ถูกต้องแทนที่จะจ้างผู้รับเหมาช่วงของเราซึ่งเป็นการย้ายมาตรฐาน หากคำตอบของพวกเขาเกี่ยวข้องกับต้นทุนฉันก็จะหลีกเลี่ยง
maple_shaft

นอกจากนี้ยังควรถามด้วยว่า บริษัท ให้การสนับสนุนด้านไอทีอย่างไร มีงบประมาณเฉพาะหรือไม่หรือมีค่าใช้จ่ายในการดำเนินงาน
CdMnky

3

มีคำตอบที่ดีอยู่แล้วที่นี่ แต่ฉันต้องการอ้างอิงลิงก์ไปยังบทบรรยายที่ 2 ของการพูดคุยที่Joel Spolskyมอบให้ที่ Yale University:

Joel Spolsky - คุยกับเยลตอนที่ 2 จาก 3

ที่นั่นเขาพูดถึงความแตกต่างระหว่างโปรแกรมเมอร์ใน บริษัท กับโปรแกรมเมอร์ที่ทำงานใน บริษัท ซอฟต์แวร์ / เทคโนโลยี

ประเด็นหลักสามประการของพระองค์คือ:

  • เมื่อคุณเป็นโปรแกรมเมอร์ในบ้านคุณจะไม่ทำสิ่งที่ถูกต้อง คุณต้องทำสิ่งต่าง ๆ ด้วยวิธีที่สะดวก

  • ในฐานะโปรแกรมเมอร์ในบ้านเมื่อซอฟต์แวร์บางตัว“ ดีพอ” คุณจะหยุดทำงาน เมื่อคุณพัฒนาซอฟต์แวร์ "ผลิตภัณฑ์" คุณจะทำให้มันสวยงาม

  • เมื่อคุณเป็นโปรแกรมเมอร์ที่ บริษัท ซอฟต์แวร์งานที่คุณทำนั้นเกี่ยวข้องโดยตรงกับวิธีที่ บริษัท ทำเงิน นั่นหมายถึงสิ่งหนึ่งที่ฝ่ายบริหารให้ความสำคัญกับคุณ

โดยส่วนตัวฉันทำงานทั้งใน บริษัท ซอฟต์แวร์และ บริษัท ที่ไม่ใช่ซอฟต์แวร์ตลอดอาชีพการงานของฉันและแม้ว่าจะมีข้อยกเว้นทุกกฎเสมอฉันเห็นด้วยกับคะแนนของ Joel เนื่องจาก บริษัท ส่วนใหญ่ดูเหมือนจะสอดคล้องกับพวกเขา


+1 สำหรับลิงก์ที่ยอดเยี่ยม! อย่าประมาทคุณค่าในการสร้างสรรค์สิ่งสวยงาม
Mike Vormwald

2

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


1

ดีต่อข้อสังเกตของมีอย่างน้อยสองกรณีเมื่อติดกับพรมแดนของ บริษัท ซอฟต์แวร์ที่จะเรื่องของการอยู่รอดอย่างมืออาชีพ

กรณีแรกคือถ้าใครมีทั้งหมดลงในการเข้ารหัส - ให้ฉัน 80 ... เวลา 90 ... 100% รหัสหรือฉันตาย ที่ร้านค้าซอฟต์แวร์นี่เป็นเรื่องที่เกือบจะได้รับเหมือนทุกคนรู้วิธีไปที่นั่นเพราะดีเพราะทุกคนทำอย่างนั้น แต่ภายนอกมีความเสี่ยงสูงมากที่จะไม่สามารถไปถึงที่นั่น หนึ่งอาจได้รับต่ำเป็น 50, 40, 30% (โหลดการเข้ารหัสส่วนบุคคลของฉันเมื่อลดลงถึง 20% - ไม่มีการล้อเล่นฉันวัดในJIRA !) ไม่ใช่เพราะ "พวกเขา" ไม่ต้องการให้คุณเขียนรหัส - ไม่ต้องการ แต่ แต่ ... พวกเขาอาจไม่รู้

ประการที่สอง "ความเสี่ยงร้ายแรง" คือถ้าใครบางคนมีปัญหาร้ายแรงในการสื่อสาร นี่อาจเป็นปัญหาแม้ในร้านขายซอฟต์แวร์ใช่มั้ย แต่อย่างน้อยก็มีโอกาสที่จะมีชีวิตรอดและมีชีวิตที่ดีโดยไม่รบกวนการทำงาน :) ที่ บริษัท ที่ไม่ใช่ซอฟต์แวร์โอกาสเช่นนั้นจะต่ำกว่า - ค่อนข้างตรงกันข้ามมันเกือบจะหลีกเลี่ยงไม่ได้ว่าในที่สุดจะต้องใช้ความพยายามอย่างมากในการให้การศึกษาแก่บุคคลภายนอกในเรื่องพื้นฐานไอทีเพียงอย่างเดียวเพราะไม่เช่นนั้นจะเป็นไปไม่ได้

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


ทั้งสองฝ่ายนำเสนอรูปแบบที่แตกต่างของการสนุกสนาน มันไม่ง่ายที่จะอธิบาย

ฉันว่า บริษัท ซอฟต์แวร์นั้นสนุกกว่าสำหรับผู้ที่ตั้งเป้าที่ "คะแนนสูง" ในขณะที่ บริษัทภายนอกให้ความตื่นเต้นกับผู้ที่พยายาม "แตกต่างกันมาก" ฉันคิดว่ามันเกี่ยวกับเรื่องนี้ ( หมายเลขบันทึกด้านล่างถูกประดิษฐ์ขึ้นเพื่อลดความซับซ้อนของจุด) ...

  • ที่ บริษัท ซอฟต์แวร์มีโอกาสส่งมอบฟีเจอร์100 รายการต่อปีซึ่งยังไม่มีใครทำคะแนนสูงสุด มันจะยากมันก็จะยากมันจะดีที่สุด - ทำให้การปรับปรุงดีขึ้น 50% จาก70คุณสมบัติโดยเฉลี่ยต่อปี ความท้าทายที่ยิ่งใหญ่จริงๆ
  • ในเวลาเดียวกันในบริษัทภายนอกมีโอกาสที่จะส่งมอบคุณสมบัติ50ต่อปี - ไม่มีใครเพิ่มสูงสุดที่เคยทำได้ มันจะยากมันก็จะยากมันจะใหญ่ - ทำให้เพิ่มขึ้นอย่างมาก 500% จากฟีเจอร์เฉลี่ย10ปี ความท้าทายที่ยิ่งใหญ่เชื่อฉัน

หมายเหตุครับว่าโอกาสที่จะได้รับเพิ่ม 500% ใน บริษัท ซอฟต์แวร์ที่มีขนาดเล็ก negligibly ในการเปรียบเทียบ - และตามลำดับโอกาสที่จะประสบความสำเร็จ 100 คุณสมบัติที่มีขนาดเล็ก negligibly นอก

คะแนนสูงสุดที่ด้านหนึ่งขยายความเข้าใจของเราเกี่ยวกับข้อ จำกัด ทางวิชาชีพปรับปรุงความรู้ของเราเกี่ยวกับวิธีการทำสิ่งต่าง ๆ ให้ดีขึ้น ความแตกต่างที่ยิ่งใหญ่ในอีกด้านหนึ่งส่งผลกระทบอย่างลึกซึ้งต่อวัฒนธรรมของ บริษัท ปรับปรุงความรู้จากภายนอกเกี่ยวกับวิธีการใช้ให้ถูกต้อง

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


ฉันไม่เคยวัดความ "สนุก" หรือ "ท้าทาย" ในแง่ของฟีเจอร์ที่ฉันต้องทำ ฉันทำการตรวจสอบบางครั้งหนึ่งที่นำไปสู่การปรับปรุงประสิทธิภาพ 100% ซึ่งค่อนข้างเจ๋ง
เควิน

1

ความรุ่งโรจน์ต่อต้นทุนเทียบกับการตอบสนองศูนย์กำไร

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


0

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


0

ทุกคนที่มีประสบการณ์ทั้งการเปรียบเทียบ / ความแตกต่างการทำงานใน บริษัท ซอฟต์แวร์ที่ทำงานใน บริษัท ที่เพิ่งเกิดขึ้นมีทีมพัฒนาหรือแผนกซอฟต์แวร์ในองค์กรหรือไม่

ฉันต้องการทำงานในแผนก IS เพื่อให้ทำงานในฝ่ายพัฒนาผลิตภัณฑ์ของ บริษัท ที่ขายซอฟต์แวร์ เพียงชี้แจงแต่ละด้านและแจกบางส่วนพร้อมการแก้ไขการจัดรูปแบบ:

เป็นแผนก

บริษัท อาจทำฮาร์ดแวร์ซอฟต์แวร์รถยนต์หรืออะไรก็ตามที่สำคัญที่นี่คือมีแผนกภายในที่รับผิดชอบระบบที่ บริษัท ใช้ทั้งวันและวันหยุด ในที่นี้สามารถมีเฟรมเวิร์กเช่น ITIL ที่สามารถลองนำวุฒิภาวะมาสู่กระบวนการที่แผนกทำงานซึ่งเป็นส่วนหนึ่งของแผนกนี้คือโครงสร้างพื้นฐานที่ให้แสงสว่างและส่วนอื่น ๆ คือการพัฒนาและการวิเคราะห์ การปรับปรุงและระบบใหม่ โครงการในที่นี้อาจมีความยาวแตกต่างกันไป แต่ในบางกรณีอาจใช้เวลาเป็นปีเพื่อให้ระบบมีการใช้งานอย่างเต็มที่เนื่องจากขั้นตอนในการเปิดตัวหากระบบขนาดใหญ่บางส่วนถูกแทนที่เช่น CMS, CRM หรือ ERP

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

บริษัท ซอฟต์แวร์

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

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


1
ฉันจะแยกคำตอบออกเป็นย่อหน้าเพราะมันยากที่จะอ่านแบบนี้
Ivo Flipse

0

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.