NộI Dung
- 01. Mã hóa không cắt nó nữa
- Chiều rộng và chiều sâu
- 02. Cảnh báo lớn
- 03. Internet nói gì
- Hiểu phương tiện
- 04. Những thứ chúng tôi xây dựng bằng
- 05. Devops
- Hiểu ngăn xếp
- Công việc bí ẩn
- Dụng cụ tiện dụng
- 06. Dev sẽ sửa nó ... có lẽ
- Gỡ lỗi
- 07. Người dùng muốn gì
- Thị trường cạnh tranh
- 08. Vẽ và viết
- 09. Hãy tận hưởng bản thân
- 10. Luôn nhạy bén
- Thích cái này? Đọc những thứ này!
Các nhà phát triển cần nhiều hơn những người làm việc khó hiểu trong việc tạo mã. Chúng tôi đang kỳ vọng nhiều hơn vào cuộc sống kỹ thuật số của mình và chính những người này xây dựng nên nó, vậy những nhà phát triển giỏi nhất cần biết những gì? Đây là những điều tôi thấy còn thiếu ở quá nhiều nhà phát triển. Điều này không phải là đầy đủ nhưng chính những phẩm chất này đã biến một lập trình viên hợp lý thành một nhà phát triển tuyệt vời.
Nhưng đó không phải là một điều và đặc biệt là không bao giờ có khả năng phân tích cú pháp XML hoặc tối ưu hóa mã, Đó là một bộ sưu tập đáng ngạc nhiên về các kỹ năng không được dạy trong các cuốn sách về viết mã. Họ là một cái gì đó bổ sung.
Tại sao lại trút giận như thế này? Bởi vì sự phát triển là vấn đề nhưng các nhà phát triển quá thường xuyên bị gắn bó với một thế giới khác, không phải lúc nào họ cũng làm được. Điều này không bao giờ hoạt động. Sự phát triển - bất kỳ thứ gì thuộc về kỹ thuật - luôn phát triển mạnh khi những người có kiến thức hiểu nhiều hơn chỉ là mã.
01. Mã hóa không cắt nó nữa
Chúng ta đang ở trong một thế giới mà việc viết mã ngày càng trở nên kém ấn tượng. Mọi người đều xây dựng các trang web, một số người trong số họ viết mã nhưng bạn không cần phải làm như vậy. Không còn chỉ là những kẻ mọt sách có thể tạo ra các trang web, ứng dụng và tính năng.
Kể từ khi web xuất hiện và mọi người có thể tự học, đã có những nhà phát triển tự học. Nhưng ngay cả những sinh viên tốt nghiệp cũng đang bị đe dọa. Tôi nhận được CV của những người có bằng khoa học máy tính, các khóa học về AI, nhiều phương tiện và mã hóa khác nhau nhưng vẫn còn thiếu điều gì đó. Đôi khi thiếu rất nhiều.
Tôi không phải là người đầu tiên nói điều này. 'Mã hóa đừng cắt nó nữa' là tiêu đề của chương 3 từ Lập trình viên đam mê, cùng với những cuốn sách như Tư duy thực dụng và học tập thúc giục các lập trình viên cải thiện bản thân ngoài mã; để trở thành những thành viên đáng tin cậy và hoàn toàn là con người của nhóm.
Chiều rộng và chiều sâu
Các nhà phát triển cần phải tốt hơn trên hai phương diện: chiều rộng và chiều sâu. Họ cần hiểu được phạm vi tương tác của con người trong nhóm của họ và với những thứ mà họ xây dựng. Họ cần hiểu độ sâu của hệ thống mà họ đang làm việc, cho đến O / S.
Và không chỉ các nhà phát triển mới nên đọc nội dung này. Nếu bạn đang làm việc với các nhà phát triển, tôi nghĩ bạn nên mong đợi nhiều hơn ở họ. Làm cho họ phác thảo những gì họ đang nói về. Yêu cầu họ giải thích bằng hình ảnh, đồ vật và (nó hoạt động) cắt đứt con người chính xác hệ thống sẽ như thế nào đối với con người sử dụng nó.
02. Cảnh báo lớn
Tôi sẽ nói tiêu cực về các nhà phát triển, nhưng tôi nghĩ tôi được phép vì tôi là một. Cũng bởi vì ít nhất một điều tôi nói ở đây đúng với nhiều nhà phát triển mà tôi gặp. Mặc dù công việc của họ rất tuyệt và họ biết mã của mình, nhưng thời gian rất cạnh tranh. Bạn cần phải có một lợi thế, và đây là:
- kỹ thuật hơn
và
- là nhiều con người hơn
03. Internet nói gì
Google tìm kiếm 'các kỹ năng phát triển web cần thiết' mang lại những gì bạn mong đợi. Kiến thức khung, x-browser, CSS và JS. Chúng liệt kê các khung công tác bạn nên biết, các nền tảng bạn phải viết và các xu hướng mới mà bạn nên theo dõi.
Đây là những phương tiện truyền thông của chúng tôi. Chúng là thứ mà chúng tôi xây dựng nhưng không phải là thứ mang lại thành công cho dự án. Một nhà phát triển có thể hiểu mọi chi tiết của hệ thống, cho bạn biết mọi tính năng của API và công nghệ CSS mới nhưng vẫn tạo ra thứ gì đó không sử dụng được.
Hiểu phương tiện
Các nhà phát triển, giống như mọi người, cần hiểu phương tiện của họ - nhưng họ cũng phải hiểu đối tượng, đó là người dùng, nhóm hoặc các nhà phát triển khác. Họ cần hiểu phương tiện của họ phù hợp với thế giới như thế nào (nói cách khác là môi trường sản xuất) và nó có tác dụng gì (cách mọi người sử dụng nó).
Tôi đã thấy người này được mô tả là người 'rộng và sâu'. Rộng, bởi vì bạn cần hiểu thế giới như một con người làm việc với những con người khác. Sâu sắc bởi vì bạn cần có kiến thức kỹ thuật kỹ lưỡng dưới cấp độ của một phần của dự án. Những nhà phát triển này mang lại cho dự án của bạn một sự thúc đẩy lớn và thay đổi tốc độ của dự án, nếu không có điều đó, bạn sẽ thấy nhân viên không chuyên về kỹ thuật sa lầy vào những chi tiết tẻ nhạt đến từ nhóm công nghệ.
04. Những thứ chúng tôi xây dựng bằng
Gần đây tôi đã viết ra danh sách mọi thứ chúng tôi sử dụng để xây dựng trang web, quản lý lưu trữ và hoàn thành công việc để những người tham gia có thể có một bảng công nghệ để học trong vài tuần đầu tiên của họ. Chúng tôi coi như đọc rằng mọi người biết những điều này, vì vậy, để giúp những người mới tuyển dụng có một khởi đầu tốt, chúng tôi sẽ liệt kê mọi thứ chúng tôi sử dụng hàng ngày.
Tôi đã mong đợi nửa tá công nghệ nhưng cuối cùng lại có nhiều hơn thế. Danh sách này - 'những gì chúng tôi sử dụng' - bao gồm các CMS thông thường, ngôn ngữ lập trình và công nghệ trình duyệt, nhưng cũng có một loạt các công cụ mà nhóm thậm chí không nhớ là mình đã sử dụng. Tất cả chỉ là trí nhớ của cơ bắp. Nhập 'git', 'phing', 'thor' trên dòng lệnh, chúng tôi thậm chí không nghĩ rằng ai đó có thể không.
Xây dựng công cụ; CI; git cho kiểm soát phiên bản đã được coi là đương nhiên, nhưng nhìn lại các CV, chúng hầu như không xuất hiện. Những cái hợp thời trang sẽ xuất hiện (và tôi nghĩ có phải một số công ty đã thêm chúng vào ?!) nhưng thường không có kinh nghiệm cụ thể.
Những công cụ này rất quan trọng để tăng tốc phát triển dự án, vì vậy hãy đảm bảo rằng bạn có một bộ công cụ phong phú hơn nhiều so với ngôn ngữ của bạn, CMS và một vài khung công tác. Bạn cần triển khai, thử nghiệm, CI, kiểm soát phiên bản mạnh mẽ (theo nhóm - không phải của riêng bạn) và bạn cần hiểu các khái niệm cốt lõi của những điều này thay vì chỉ một vài hướng dẫn.
05. Devops
Những công cụ và thủ thuật bổ sung này rất phù hợp với những gì mọi người đang gọi là 'devops'. Devops phải đối mặt với hai silo truyền thống: sản xuất, giúp mọi thứ hoạt động và phát triển, tạo ra những thứ mới (và thường khiến mọi thứ ngừng hoạt động). Kết quả là hai phe không mấy thiện cảm với nhau.
Các nhà phát triển không có kiến thức về sản xuất thường tạo ra mã không phù hợp với sản xuất bằng cách sử dụng cấu hình hoặc các tính năng chưa có trên nền tảng sản xuất. Bởi vì họ không nhận thức được các vấn đề của môi trường sản xuất, họ viết mã để hoàn thiện tính năng hơn là để triển khai nó cho sản xuất.
Những chi tiết nhỏ này có thể tạo ra sự chậm trễ đáng tiếc, càng trầm trọng hơn do xu hướng gửi quản lý máy chủ ra nước ngoài.
Hiểu ngăn xếp
Bản thân Devops là một lĩnh vực rộng lớn, bao gồm việc triển khai liên tục và tự động hóa rất nhiều. Đây là một bản tóm tắt bao quát, nhưng điều quan trọng mà các nhà phát triển cần hiểu là ngăn xếp mà họ đang chạy. Chỉ ủy quyền điều này cho quản trị viên máy chủ là chưa đủ, bạn phải hiểu tác động của nền tảng đối với mã của bạn.
Nếu bạn làm việc trên Rails, hãy đọc mã Rails và biết cách Ruby được Apache thực thi. Nếu bạn làm việc bằng Java, hãy biết về các tùy chọn cấu hình. Nếu đó là Perl bạn sử dụng, hãy hiểu cách cài đặt mô-đun Perl và định cấu hình chúng.
Công việc bí ẩn
Danh sách 'những gì chúng tôi sử dụng' chứa rất nhiều nội dung này và các nhà phát triển giỏi sẽ nhảy vào danh sách đó để hiểu tất cả công việc bí ẩn này được thực hiện như thế nào. Và một khi họ có được nó, việc triển khai diễn ra nhanh hơn, công việc được triển khai suôn sẻ hơn và mọi người đều hạnh phúc hơn.
Việc triển khai liên tục và các hoạt động liên quan của devops đang trở thành tiêu chuẩn đến mức bất kỳ nhà phát triển hoặc công ty nào không thực hành điều này đều tự thiết lập để bị vượt qua. Người khác sẽ bắt đầu làm việc đó và sau đó họ sẽ nhanh hơn bạn.
Dụng cụ tiện dụng
Googling for 'devops' cung cấp cho bạn ý tưởng về các công cụ mà những người này sử dụng. Nó không phải về PHP và MySQL hay Rails. Đó là về phần mềm vận chuyển và giữ cho các dự án không bị rủi ro. Họ tập trung vào việc triển khai, tự động hóa và giữ cho quá trình vận hành từ nhà phát triển đến môi trường sản xuất càng nhanh càng tốt.
Bạn sẽ thấy rằng phong cách phát triển này mang lại cho bạn những nhà phát triển làm việc tốt hơn với nhau và với các phòng ban và công ty khác. Nếu đang làm việc với API từ bên thứ ba, họ sẽ hiểu các vấn đề có thể xảy ra ở phía bên kia. Khi làm việc với quản trị viên máy chủ, họ sẽ hiểu những gì họ cần cài đặt và biết cách trang web phần mềm của họ trên máy chủ sản xuất. Mặt trái của điều này có thể gây đau đớn ...
06. Dev sẽ sửa nó ... có lẽ
Tìm kiếm 'các kỹ năng thiết yếu dành cho nhà phát triển web' đó mang lại câu trả lời thú vị từ Michael Greer (CTO của Onion) trên Quora:
- Lười biếng: Từ chối làm bất cứ điều gì hai lần: viết một kịch bản hoặc thuật ngữ cho việc đó.
- Hèn nhát: Nghĩ đến việc kiểm tra, lo lắng về tải và tác động của mã
- Sự liều lĩnh: Thử nghiệm những thứ mới liên tục, đưa ra những ý tưởng trong cùng một ngày
Hèn nhát là một cách hay để diễn đạt 'chú ý đến từng chi tiết'. Gỡ lỗi và kiểm tra là 99% cuộc sống của một nhà phát triển mà không ai đề cập đến khi họ truy cập W3Schools hoặc bắt đầu khóa học máy tính 101.
Khả năng sửa chữa ứng dụng đòi hỏi kỹ năng giải quyết vấn đề xuất sắc, nhưng không chỉ gỡ lỗi mã. Đôi khi, giải pháp để người dùng không thể tải xuống hóa đơn của họ là làm cho trang có thể in được, thay vì dành một ngày để tạo các tệp PDF. Đôi khi một liên kết có thể thay thế một tuần phát triển, nhưng giải pháp thanh lịch đó sẽ không xảy ra nếu các nhà phát triển giải quyết vấn đề hoàn toàn bằng cách viết nhiều dòng mã.
Thử nghiệm là một điểm mù tuyệt vời đối với nhiều nhà phát triển, mặc dù có rất nhiều công cụ hiện có. Sử dụng các công cụ kiểm tra đơn vị, selen, kiểm tra tải và lập hồ sơ như xhprof. Phân tích từ những thứ như Di tích mới để giữ cho ứng dụng của bạn nhỏ lại. Và hãy coi đây là tất cả công việc của nhà phát triển: đó là mã của bạn, hãy đảm bảo rằng bạn biết nó hoạt động như dự định thay vì hy vọng nó hoạt động.
Gỡ lỗi
Gỡ lỗi cũng là một điểm nhức nhối. Không phải cách sử dụng trình gỡ lỗi mà là cách gỡ lỗi sự cố - vì vậy tôi sẽ thêm vào danh sách của Michael Greer:
- Thiếu kiên nhẫn: bỏ qua một cách tức giận những thông tin không liên quan để tìm và giải quyết vấn đề thực sự
Đây là nền tảng của tất cả các kỹ thuật gỡ lỗi. Bỏ qua cái không liên quan và tìm ý nghĩa trong cái có liên quan. Thật không may, nhiều người có xu hướng chặt chém những thứ không liên quan trong nhiều giờ hoặc nhiều ngày, sửa chữa một vấn đề bằng cách thử cùng một điều 10 lần.
Có rất nhiều sách (đáng buồn thay, không phải sách tôi đã giới thiệu cho nhà xuất bản mà tôi không nêu tên) về gỡ lỗi và mọi nhà phát triển nên đọc tất cả chúng. Một nhà phát triển thực sự tuyệt vời có thể gỡ lỗi các vấn đề trên hệ thống mà không cần nhìn thấy một dòng mã.
07. Người dùng muốn gì
Hiểu những gì những người xung quanh bạn đang cố gắng làm. Thưởng thức mã - yêu thích nghệ thuật thụt lề tệp CSS một cách hoàn hảo hoặc tối ưu hóa ứng dụng rails - nhưng hãy nhớ rằng tất cả đều có mục đích.
Các nhà phát triển cần phải hiểu hoạt động kinh doanh, hoạt động và quy trình kinh doanh vì công cụ của họ giúp vận hành nó. Những người có kiến thức này có thể xây dựng phần mềm và ứng dụng giúp người dùng, nhưng chúng thường có vẻ năng suất bất thường. Điều này có thể là do khả năng nhập liệu nhanh nhạy của họ hoặc kiến thức tuyệt vời về ngăn xếp, nhưng nhiều khả năng là do kiến thức của họ về những gì người dùng muốn.
Thị trường cạnh tranh
Quay trở lại quan điểm ban đầu của tôi, sự phát triển đó đang trở nên dễ dàng hơn và thị trường dành cho các nhà phát triển vĩ đại cạnh tranh hơn bất kỳ nhà phát triển nào có thể hiểu các yêu cầu kinh doanh và mang lại thứ gì đó xuất sắc để đáp ứng họ sẽ có lợi thế. Hiểu thị trường, khách hàng và lý do họ chia tay tiền bạc đều giúp ích cho bạn.
Hiểu dữ liệu và dữ liệu sẽ thay đổi như thế nào theo thời gian. Theo suy nghĩ của nhà phát triển, họ nên sắp xếp các công nghệ mới với những thách thức mà bạn có ngày hôm nay hoặc sắp tới. Bằng cách này, khi bạn đề xuất một ý tưởng mới lạ cho MD hoặc cho khách hàng, nó sẽ dựa trên những gì khách hàng thực sự muốn và bạn sẽ nhận được ngân sách / thời gian cho nó. (Ngược lại, điều tồi tệ nhất phải chứng kiến là các nhà phát triển bán công nghệ yêu thích mới của họ như một giải pháp cho tất cả các bệnh tật của chúng ta.)
Các nhà phát triển có rất nhiều quyền kiểm soát - họ có cần biết mỗi trường trong cơ sở dữ liệu có ý nghĩa gì đối với người dùng cuối không? Nếu chúng tôi thay đổi dữ liệu, người dùng sẽ thấy gì? Có cách nào tốt hơn để giúp người dùng không? Thường thì quan điểm của quản trị viên DB là thế giới là một phản ánh xấu về cơ sở dữ liệu của họ hơn là cơ sở dữ liệu của họ là một đại diện xấu của thế giới thực. Thế giới lộn xộn và đầy bất ngờ với những trường hợp phức tạp. Xử lý nó đi, quản trị viên DB.
08. Vẽ và viết
Vẽ là cách trực tiếp nhất để truyền đạt mọi thứ sẽ như thế nào. Các nhà phát triển phải có khả năng vẽ ý tưởng của họ trên bảng trắng, giấy và thảm bia.
Các nhà phát triển phải có khả năng tạo nguyên mẫu trên giấy, in ảnh chụp màn hình và viết nguệch ngoạc trên chúng chỉ để truyền đạt ý định của họ. Đừng tin tưởng vào nhà phát triển gật đầu, nói rằng họ đã hiểu và mở trình chỉnh sửa của họ.
Thất bại với giá rẻ: mã hóa tốt nhất bắt đầu bằng việc vẽ như một nguyên mẫu nhanh. Thất bại thường xuyên hơn và đảm bảo rằng tất cả các nhà phát triển xung quanh bạn cũng làm như vậy vì bạn có nhiều khả năng thành công hơn.
09. Hãy tận hưởng bản thân
Và điều gì sẽ xảy ra nếu bạn phải dành 10 giờ để giải quyết một vấn đề bằng cách di chuyển một liên kết? Hãy tận hưởng nó - ngay cả khi đó chỉ là thử thách vượt qua công việc.
Thái độ tồi tệ nhất từ các nhà phát triển (hoặc bất kỳ ai) là thờ ơ với những gì nhóm đang cố gắng đạt được. Thật không may, điều này là phổ biến, bởi vì các nhà phát triển tự coi mình là người đứng ngoài những gì nhóm đang đạt được. (Lập trình viên đam mê đặt ra câu hỏi, "bạn có thể làm cho công việc của mình thú vị hơn bao nhiêu?" - hãy thử.)
Và hãy sẵn sàng thể hiện công việc của bạn vì mặt trái của điều này là: đừng mở rộng khi đã thử một vài hướng dẫn về Ruby để 'Trải nghiệm Ruby'!
Phát triển web và ứng dụng vẫn còn là một nghề non trẻ, nhưng bộ kỹ năng thực sự tuyệt vời mà các nhà phát triển cần đang ngày càng mở rộng. Mọi người nên mong đợi nhiều hơn các nhà phát triển bởi vì tất cả chúng ta càng sớm ra khỏi căn phòng tồi tệ và tham gia vào quá trình sáng tạo, kết quả sẽ tốt hơn.
10. Luôn nhạy bén
Để đưa điều này vào một vòng 10 tốt đẹp, tôi sẽ thêm một điều cuối cùng. Minh mẫn. Tìm kiếm sự cạnh tranh. Loại tồi tệ nhất của bất cứ điều gì là một trong những cô lập.
"Hãy luôn là người tồi tệ nhất trong mọi ban nhạc mà bạn tham gia."
Điều tồi tệ nhất - thực sự là rất tệ - các lập trình viên, lập trình viên, nhà thiết kế học những thứ của họ và yên nghỉ trên vòng nguyệt quế của họ. Nếu không có máy điều hòa nhịp tim, bạn rất dễ bị chậm lại và không thấy sự cạnh tranh, bạn sẽ thấy mình trên mức trung bình trở thành thói quen.
Vì vậy, hãy trở thành người tồi tệ nhất bạn có thể bằng cách tìm ra thứ tốt hơn. Tham gia các dự án bên ngoài công việc, đóng góp và tìm kiếm phản hồi cũng như những lời chỉ trích bởi vì bạn càng nhận được nhiều lời chỉ trích, thì càng ít người đưa ra cho bạn trong tương lai. Khi bạn đoán được họ muốn gì tốt hơn họ muốn, thì bạn là nhà phát triển ninja mà mọi người đều muốn.
Dan Frost là giám đốc kỹ thuật của công ty web dịch vụ đầy đủ 3EV, một đối tác chính thức của AWS. Anh ấy đã làm việc trong CMS và phát triển ứng dụng web trong bảy năm.
Thích cái này? Đọc những thứ này!
- Cách tạo ứng dụng
- Các phông chữ web miễn phí tốt nhất cho các nhà thiết kế
- Khám phá điều gì tiếp theo cho Thực tế tăng cường
