วิศวกรรมซอฟต์แวร์

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

13 programming-languages  low-level  embedded-systems 

ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน6 ปีที่ผ่านมา ฉันเป็นผู้พัฒนา. NET โดยใช้ WPF และ ASP.NET MVC และฉันหวังว่าจะผ่านการสอบรับรองบางประเภท ดูเหมือนจะมีการสอบสี่ครั้ง แต่ฉันไม่สามารถเข้าใจสิ่งที่แตกต่างกันได้แม้จะมีคำจำกัดความของ Microsoft: MCPD MCAD MCSD เอ็มที พวกเขาเกี่ยวข้องกันอย่างไร มีเส้นทางความก้าวหน้าตามธรรมชาติผ่านการสอบรับรองหรือไม่ . NET รุ่นใดที่เหมาะสำหรับ

13 c#  .net 

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

13 windows  features  product 

ฉันมี "เพื่อน" ใช่เริ่มต้นที่ดีฉันรู้ แต่จริงๆแล้วนี่ไม่ใช่ฉัน! โดยทั่วไปเขาได้รับการทำงานในโครงการที่ประสบความสำเร็จประมาณ 4 ปีตอนนี้ความยากลำบากเป็นหนี้ทางเทคนิคได้จับขึ้นและเขาก็พบว่ามันเกือบจะไม่สามารถหยุดการสนับสนุนผลิตภัณฑ์ (tweaking นี้และที่) และจริงย้ายไปอยู่กับจริงการพัฒนา ฉันได้ให้คำแนะนำต่าง ๆ เข้าสู่ระบบตลอดเวลาสร้างตั๋วอย่าตอบอีเมล ฯลฯ ปัญหาที่เกิดขึ้นคือดูเหมือนว่าจะเป็นเพียงเครื่องเตือนความจำว่าเขาไม่ได้รับสิ่งใด "มีประโยชน์" หนี้สินทางเทคนิคส่วนใหญ่เกิดขึ้นเพราะในครั้งแรกมันเป็นประโยชน์อย่างมากต่อผลิตภัณฑ์ในการรับคำขอและโทรศัพท์จากผู้ใช้และนำไปใช้อย่างรวดเร็ว สิ่งที่ฉันอยากจะรู้ก็คือไม่มีใครมีคำแนะนำใด ๆ สำหรับวิธีที่เขาจะออกไปจากร่องนี้ส่วนใหญ่ซึ่งจะเปลี่ยนการรับรู้ของผู้ใช้เพื่อที่พวกเขาจะไม่คิดว่าพวกเขาสามารถโทรหาและคาดหวังอะไรบางอย่าง แล้วเสร็จและมี ทุกอย่างดีมากบอกว่าวางแผนได้ดีขึ้น แต่ฉันเข้าใจว่ามันยากมากที่จะวางแผนการพัฒนาตามความต้องการการสนับสนุนและแรงกดดันจากผู้ใช้ (ดูด้านบน)

13 users  technical-debt  product-management 

ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน5 ปีที่ผ่านมา ฉันแน่ใจว่าฉันไม่ใช่คนเดียวที่ได้รับความผิดหวังเมื่อพวกเขาเห็นหน้าของรหัสเกลื่อนไปด้วยแบบสอบถาม SQL ActiveRecord และรูปแบบ ORM อื่น ๆ ช่วยลดจำนวน SQL ที่ใช้ในโครงการได้ดี แต่ในหลาย ๆ กรณีของการสืบค้นที่ซับซ้อนการใช้ SQL นั้นดูเหมือนจะหลีกเลี่ยงไม่ได้ ฉันกำลังมองหาความคิดเห็นเกี่ยวกับวิธีจัดระเบียบแบบสอบถาม SQL ด้วยส่วนที่เหลือของรหัส (หรือภายนอก) เพื่อป้องกันไม่ให้ถูกกระจายไปทั่วสถานที่? แนวคิดหนึ่งที่เห็นได้ชัดคือการใช้ Views แต่บ่อยครั้งที่ Views สามารถเป็นแหล่งที่มาของปัญหาประสิทธิภาพเมื่อต้องจัดการกับตารางที่มีดัชนีขนาดใหญ่หลาย ๆ ตัวเป็นต้น แก้ไข 1 - ฉันสมมติว่าคุณได้แยกมันออกเป็นเลเยอร์โมเดลแล้ว

13 sql  code-formatting 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน6 ปีที่ผ่านมา http://en.wikipedia.org/wiki/Worker_cooperative ฉันอยากรู้ว่าสหกรณ์ในโลกนี้มีที่ใดก็ได้ในโลกที่มุ่งเน้นไปที่ธุรกิจเทคโนโลยีที่เกี่ยวข้องกับการเขียนโปรแกรมไอทีหรือไอทีหรือการให้คำปรึกษาหรือบริการที่เกี่ยวข้องกับการเขียนโปรแกรม ลิงค์วิกิพีเดียด้านบนเป็นภาพรวมของแนวคิด คำอธิบายสั้น ๆ ก็คือ Co-op เป็นธุรกิจของคนงาน นอกจากนี้ยังมีความคิดที่ว่าคนงานทุกคนเป็นเจ้าของหุ้นในธุรกิจ ฉันสนใจที่จะรู้ว่าเป็นตัวอย่างของ "โปรแกรมเมอร์ / IT-Co-op" หรือไม่ หมายเหตุ: ฉันไม่ได้พูดถึงหรือถามเกี่ยวกับศูนย์บ่มเพาะที่ได้รับทุนจากรัฐบาลหรือกลุ่มที่ได้รับการสนับสนุนจากรัฐอื่น ๆ ฉันไม่ได้หมายถึง "การทำงานร่วมกัน" ซึ่งเป็นการเช่าสำนักงานกับคนที่ทำงานด้วยตนเองคนอื่น ๆ ทำสิ่งที่ตนเองทำ ฉันหมายถึงธุรกิจไอทีที่มีกำไรและดำเนินงานอยู่ในสภาพแวดล้อมการแข่งขันที่เป็นเจ้าของและดำเนินงาน

13 business 

บางครั้งฉันเจอ API สไตล์ฮับข้อความเช่น Cocoa NSNotificationCenter: http://developer.apple.com/library/mac/#documentation/Cocoa/Reference/Foundation/Classes/NSNotificationCenter_Class/Reference/Reference.html โดยปกติแล้ว API เหล่านี้จะให้จุดเชื่อมต่อส่วนกลางที่คุณสมัครหรือเผยแพร่ข้อความ / กิจกรรม ฉันคิดว่านี่เป็นปัญหาเพราะมันสนับสนุนสถาปัตยกรรมโปรแกรมแบบแบนและไม่มีโครงสร้างซึ่งการพึ่งพาไม่ชัดเจนใน API แต่ซ่อนอยู่ในซอร์สโค้ด คุณไม่ได้ถูกบังคับให้คิดเกี่ยวกับการเป็นเจ้าของวัตถุและลำดับชั้น แต่สามารถทำให้วัตถุใด ๆ ในโปรแกรมของคุณส่งผลให้มีรหัสใด ๆ ที่ถูกเรียก แต่นี่อาจเป็นสิ่งที่ดี? โดยทั่วไปแล้วรูปแบบนี้ส่งเสริมการออกแบบโปรแกรมที่ดีหรือไม่ดีและทำไมถึงเป็นเช่นนั้น มันทำให้รหัสยากขึ้นหรือง่ายขึ้นในการทดสอบ? ยกโทษให้ฉันถ้าคำถามนี้คลุมเครือหรือกว้างเกินไป ฉันพยายามคาดไม่ถึงผลที่ตามมาจากการใช้ API อย่างกว้างขวางและวิธีต่างๆที่คุณสามารถใช้ได้ แก้ไข: ฉันเดาว่าปัญหาที่ใหญ่ที่สุดของฉันในรูปแบบนี้คือ API "โกหก" เกี่ยวกับการพึ่งพาและข้อต่อวัตถุและสามารถแสดงด้วยตัวอย่างนี้: myObj = new Foo(); myOtherObj = new Bar(); print myOtherObj.someValue; // prints 0 myObj.doSomething(); print myOtherObj.someValue; // prints …

13 design  testing  architecture  singleton 

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

13 problem-solving 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้มีแนวโน้มที่จะเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา ภาษาหลักที่ฉันใช้ในขณะนี้คือ C # และฉันก็สบายใจที่สุด อย่างไรก็ตามฉันได้เริ่มเล่นน้ำใน F # และ Haskell และสนุกไปกับ langauges เหล่านั้นจริงๆ ฉันชอบที่จะพัฒนาทักษะของฉันในภาษาเหล่านั้นเมื่อเวลาผ่านไปเพราะมันสนุกสำหรับฉันที่จะใช้พวกเขา (ตรงข้ามกับ Ruby ซึ่งเป็น hyped ว่า "สนุก" ฉันแค่ไม่ได้รับความสนุก แต่ ฉันเชือนแช ... ) คำถามของฉันจะถูกส่งตรงไปยังผู้ที่ได้รับการว่าจ้าง / สัมภาษณ์ตำแหน่งการเขียนโปรแกรม (รุ่นจูเนียร์ / ระดับกลาง): หากคุณเห็นภาษาโปรแกรมการทำงานในประวัติย่อมันจะส่งผลกระทบต่อความคิดเห็นของคุณ เหตุผลของฉันสำหรับความรู้เกี่ยวกับฟังก์ชั่นการเขียนโปรแกรมที่มีผลต่อมุมมองของผู้สมัครเป็นเพราะมันสามารถแสดงให้เห็นว่าผู้สมัครสามารถปรับให้เข้ากับวิธีการที่แตกต่างกันและใช้วิธีการ mulit (นี่อาจจะเป็นฐานโปรดแจ้งให้เราทราบหากข้อสันนิษฐานนี้เป็นอย่างดี!)

13 functional-programming 

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

13 google-app-engine 

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

13 books  management 

บทนำ หากมีข้อผิดพลาดเกิดขึ้นในเว็บไซต์หรือระบบแน่นอนว่ามีประโยชน์ในการบันทึกและแสดงข้อความสุภาพพร้อมรหัสอ้างอิงสำหรับข้อผิดพลาด และถ้าคุณมีระบบจำนวนมากคุณไม่ต้องการให้ข้อมูลนี้กระจายไปทั่ว - มันเป็นการดีที่จะมีศูนย์กลางรวมอยู่ที่เดียว ในระดับที่ง่ายที่สุดสิ่งที่จำเป็นทั้งหมดคือรหัสที่เพิ่มขึ้นและการดัมพ์แบบต่อเนื่องของรายละเอียดข้อผิดพลาด (และอาจเป็น "ศูนย์รวม" ที่เป็นกล่องจดหมายของอีเมล) ที่ปลายอีกด้านของสเปกตรัมอาจเป็นฐานข้อมูลปกติที่ช่วยให้คุณกดปุ่มและดูกราฟข้อผิดพลาดต่อวันหรือระบุว่าข้อผิดพลาดประเภทใดที่พบบ่อยที่สุดในระบบ X คือเซิร์ฟเวอร์ A มีฐานข้อมูลมากกว่าหรือไม่ ข้อผิดพลาดการเชื่อมต่อกว่าเซิร์ฟเวอร์ B และอื่น ๆ สิ่งที่ฉันอ้างถึงที่นี่คือการบันทึกข้อผิดพลาด / ข้อยกเว้นระดับรหัสโดยระบบรีโมต - ไม่ใช่การติดตามปัญหา "ตามมนุษย์" เช่นเสร็จสิ้นกับ Jira, Trac เป็นต้น คำถาม ฉันกำลังมองหาแนวคิดจากนักพัฒนาที่ใช้ระบบประเภทนี้โดยเฉพาะเกี่ยวกับ: ฟีเจอร์สำคัญที่คุณขาดไม่ได้คืออะไร? อะไรคือสิ่งที่ดีที่มีคุณสมบัติที่ช่วยให้คุณประหยัดเวลาได้จริง? คุณลักษณะใดบ้างที่อาจเป็นความคิดที่ดี แต่จริงๆแล้วมันไม่มีประโยชน์อะไรเลย ตัวอย่างเช่นฉันว่าฟังก์ชัน "แสดงรายการที่ซ้ำกัน" ซึ่งระบุข้อผิดพลาดหลายครั้ง (โดยไม่ต้องกังวลเกี่ยวกับรายละเอียด 'ไม่สำคัญ' ที่อาจแตกต่างกัน) เป็นสิ่งสำคัญ ปุ่มสำหรับ "สร้างปัญหาใน [Jira / etc] สำหรับข้อผิดพลาดนี้" ฟังดูเหมือนเป็นการประหยัดเวลาได้ดี สิ่งที่ฉันตามมาคือประสบการณ์การใช้งานจริงจากผู้คนที่ใช้ระบบดังกล่าวโดยเฉพาะการสำรองข้อมูลด้วยเหตุใดคุณลักษณะจึงยอดเยี่ยม / …

13 exceptions  issue-tracking  errors  logging 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้มีแนวโน้มที่จะเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา คุณเพิ่งเริ่มโครงการใหม่และคุณมีเทคโนโลยีทั้งสองนี้ให้เลือก ได้แก่ Java และ. NET โครงการที่คุณกำลังทำงานไม่เกี่ยวข้องกับการมีคุณสมบัติที่จะทำให้ง่ายต่อการเลือกระหว่างสองเทคโนโลยี (เช่น. NET มีสิ่งนี้ที่ฉันต้องการและ Java ไม่) และทั้งสองอย่างนี้จะทำงานได้ดีสำหรับคุณ ต้องการหนึ่งแน่นอน) คำนึงถึง: ประสิทธิภาพ เครื่องมือที่มี (เครื่องมือของบุคคลที่สาม) ความเข้ากันได้ข้ามแพลตฟอร์ม ห้องสมุด (โดยเฉพาะอย่างยิ่งห้องสมุดบุคคลที่สาม) ราคา (Oracle ดูเหมือนจะลองและสร้างรายได้ Java) กระบวนการพัฒนา (ง่ายที่สุด / เร็วที่สุด) โปรดจำไว้ว่า Linux ไม่ใช่แพลตฟอร์มหลักของคุณ แต่คุณต้องการที่จะพอร์ตโครงการของคุณไปยัง Linux / MacO เช่นกัน คุณควรระลึกไว้เสมอว่าปัญหาที่หมุนรอบ Oracle และชุมชน Java และข้อ จำกัด …

13 java  .net  mono 

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

13 programming-languages 

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

13 automation