10 loại phổ biến nhất của các nhà phát triển web
Bạn biết bao nhiêu nhà phát triển trong cuộc sống của bạn? Nếu bạn làm việc với một nhóm trong số họ, bạn có thể nhận thấy rằng họ có những đặc điểm hoặc tính cách đặc biệt mà bạn thực sự có thể nhóm lại với nhau, đó là những gì tôi sẽ làm với bài đăng này.
Các nhà phát triển có sở thích cá nhân và phong cách làm việc của họrất khác nhau - ngay cả khi họ làm cùng một công việc. Chúng ta sẽ xem xét 10 nhóm nhà phát triển phổ biến nhất hiện có; xem bạn có thể phát hiện ra chính mình hoặc một trong những đồng nghiệp của bạn ở đó không.
1. Những người theo chủ nghĩa thuần túy
Những người theo chủ nghĩa thuần túy là những người tuân theo các quy tắc truyền thống, bạn có thể biết một giáo viên tiếng Anh hoặc hai người theo chủ nghĩa thuần túy. Những người theo chủ nghĩa thuần túy trong danh sách của tôi mặc dù không cái đó Nghiêm khắc, họ chỉ là loại nhà phát triển Ai không thích sử dụng các khung và thư viện.
Họ sẽ chọn Vanilla JavaScript trên JQuery mỗi lần. Họ không thấy bất kỳ rắc rối nào trong việc sử dụng ngôn ngữ thuần túy và cách truyền thốngS; thực tế, họ cảm thấy khó chịu khi họ vấp phải một khung công tác hoặc thư viện khác. Thư viện bổ sung bằng nhau cho họ.
Nhắc bạn, điều này không có nghĩa là họ không sử dụng chúng trong cuộc sống thực. Thật khó để không, khi những vị trí tuyển dụng ngày nay yêu cầu “chuyên môn về jQuery”. Cho dù họ có vẻ căng thẳng hay gần gũi như thế nào, bạn không thể nhắm mắt làm ngơ trước sự thật trong cuộc tranh luận của họ.
2. Người làm
Chắc chắn mọi người đều phải hoàn thành công việc của mình, dù thế nào đi chăng nữa, nhưng đối với Doers, danh sách ưu tiên của họ khởi đầu với việc hoàn thành công việc. Bạn có thể đặt cược họ có khung, thư viện và quy trình làm việc mới nhất và nhanh nhất được thiết lập. Họ có mô đun tiền đề cho các mô-đun, tất cả được sắp xếp để sử dụng nhanh chóng trong các dự án.
Doers sống trong khởi nghiệp trong khi thực hiện tất cả những công cụ đó để sản xuất trơn tru. Một triệu chứng thông thường của Doer điển hình là việc sử dụng một người chạy nhiệm vụ như lẩm bẩm hoặc nuốt nước bọt.
3. Đa giác
Polyglots là những người sử dụng nhiều ngôn ngữ lập trình; một số thậm chí là các nhà phát triển ngăn xếp đầy đủ tung hứng SQL và SASS giống như một nghệ sĩ xiếc. Điều đó nói rằng, làm việc chỉ trong một ngôn ngữ lập trình là gần như không thể trong phát triển web; bạn không thể thoát khỏi số phận đó, ngay cả khi bạn là nhà phát triển phụ trợ. Vì vậy, chỉ khi bạn biết ít nhất 4-5 ngôn ngữ lập trình, bạn mới có thể tự hào rằng mình là một polyglot.
Hầu hết các polyglots là họ là ai vì tình hình công việc của họ thay vì lựa chọn. Không phải ai cũng có được các nhà phát triển hoặc nhà thiết kế lối vào riêng biệt. Dù bằng cách nào, họ tiếp cận một ngôn ngữ mới với sự tự tin hơn rất nhiều so với bất kỳ ai khác và là những người học nhanh. Không cần phải cảm thấy choáng ngợp bởi họ, bởi vì một số trong số họ có thể là Jack của tất cả các giao dịch nhưng là bậc thầy của không.
4. Người cầu toàn
Điều gì đến với tâm trí khi tôi nói lập trình viên cầu toàn? Chà, ý tôi không phải là những người muốn viết ra những mã hoàn hảo nhất, hoàn hảo nhất. Những người cầu toàn thực sự là những người nhìn, mã và vượt ra ngoài mã hóa. Họ để lại bình luận, chú ý đến đặt tên biến và làm công việc bẩn thỉu aka tài liệu (trong so nhung cai khac).
Hãy đối mặt với nó, lần cuối bạn là khi nào để lại một bình luận chi tiết hoặc viết một hướng dẫn cho phần mềm của bạn? Không phải bất cứ lúc nào gần đây tôi tin, trừ khi và cho đến khi bạn là người cầu toàn. Chúng rất hiếm theo quan điểm của tôi. Hầu hết các nhà phát triển không chú ý đến những điều đó (mặc dù tài liệu rất quan trọng. Đây là điều mà Thoriq Firdaus đảm nhận).
5. Nghệ thuật
Về phát triển web, hãy nói tiếng mẹ đẻ của họ là CSS. Hình dạng, màu sắc, hình ảnh động, bộ lọc và tất cả những thứ khác công cụ trực quan quan trọng nhất với họ Bạn muốn gặp họ? Codepen là trung tâm thông thường của họ.
Họ không phải là nhà thiết kế, hoặc có thể họ, nhưng ở cấp độ mặt đất, họ là nhà phát triển. Họ thể hiện nghệ thuật của mình bằng mã chứ không phải Adobe Illustrator hoặc After Effects. Ghép nối chúng với một nhà thiết kế giống như phết bơ lên bánh mì, tạo ra sự kết hợp mượt mà và tuyệt vời.
6. Người tái sử dụng
Không phải ai trong chúng ta cũng muốn nhảy vào điều đầu tiên để viết một lớp hoặc phương thức chung để xử lý các khối mã lặp lại. Chúng tôi bỏ phần đó ra cho đến giai đoạn tối ưu hóa chỉ xảy ra sau khi chúng tôi duyên dáng vượt qua thời hạn 10px rắn lớn màu đỏ và thời gian thư giãn ngắn sau đó.
Reusers biết rõ hơn thế, họ tạo ra một nền tảng vững chắc của các đoạn mã có thể tái sử dụng ngay từ đầu và tiết kiệm nhiều thời gian tối ưu hóa sau này. Họ hầu hết là những nhà phát triển có kinh nghiệm, những người có thể thấy trước một khối mã bị ràng buộc để xuất hiện nhiều lần. Có lẽ không có một dự án nào của họ mà không có tệp toàn cầu hoặc lớp tiện ích được điền đầy đủ.
7. Mọt sách
Một ngày trước Phòng thí nghiệm VB đầu tiên của tôi, Giáo sư của tôi đã cho chúng tôi một bộ hướng dẫn ngắn gọn, để tập hợp một biểu mẫu. Cô ấy đã chạy một bản demo vào đầu lớp, điều mà tôi không may bỏ lỡ vì tôi đến muộn. Các bit hướng dẫn tôi quản lý để ghi lại là không đủ để cứu tôi và tôi đã ngồi quá xa bạn bè của tôi cho bất kỳ ngôn ngữ ký hiệu hoặc đọc môi để giúp đỡ.
Vì vậy, tôi đã làm điều duy nhất tôi có thể làm - tôi đã mở cuốn sách giáo khoa cũ tốt của mình. Tôi trở thành mọt sách. Kết quả là, tôi không chỉ nhận được lời khen ngợi từ Giáo sư của tôi ở cuối lớp vì đã quản lý để đặt tất cả các yêu cầu trong biểu mẫu của mình, tôi cũng đã thêm một hình ảnh nền - mà không ai khác trong lớp đã làm - dựa trên những gì Tôi đã học được từ sách giáo khoa.
Không có gì lạ khi tôi tìm thấy một số cộng sự của mình, những người thực sự giỏi về lập trình và logic có bàn được xếp chồng lên nhau và phủ đầy sách. Mọt sách đưa đến các văn bản để theo đuổi kiến thức chuyên sâu, đôi khi đạt được một cách tình cờ, cuối cùng là loại tốt nhất!
8. Người gỡ lỗi
Gỡ lỗi là một kỹ năng trong chính nó. Sức mạnh thực sự của nó chỉ có thể được đưa ra khi trang hiển thị “Lỗi máy chủ nội bộ 500”. Trình gỡ lỗi không chỉ có khả năng bắt và xóa các lỗi trong mã của riêng chúng mà cả các mã do người khác viết (đó là cơn ác mộng của chính nhà phát triển theo đúng nghĩa của nó)!
Chúng rất thành thạo với tất cả các công cụ gỡ lỗi và các tùy chọn cho dù đó là trên trình duyệt hay IDE. Nhưng các công cụ sang một bên, gỡ lỗi đòi hỏi kiến thức rõ ràng về một luồng sự kiện và khả năng phát hiện ra trình kích hoạt trong chuỗi đó.
Nếu mã thuộc về người khác, đó là khi Trình gỡ lỗi thể hiện năng lực quan sát thực sự của họ, đi qua các dòng mã, tìm kiếm bất kỳ 'nếu', 'khác', 'hoặc', 'và một dấu chấm phẩy
9. Các nhà nghiên cứu
Đối với các nhà nghiên cứu, mã không phải là chỉ một mã cho họ; nó trở thành một chủ đề; một chủ đề để thảo luận diễn đàn, một chủ đề cho một bài đăng blog, một chủ đề cho một StackOverflow Hỏi và đáp. Không rao giảng, không phán xét, chỉ chia sẻ kiến thức mà họ nỗ lực mổ xẻ. Mỗi mã chúng tôi viết đều có cách sử dụng và mục đích và đôi khi không may là tác dụng phụ.
Các nhà nghiên cứu trong số chúng tôi cố gắng hiểu khía cạnh đó của mã. Họ đào tài liệu, tiến hành thí nghiệm và quan trọng nhất là chia sẻ những phát hiện của họ cho phần còn lại của chúng ta, những người sẽ biết ơn mãi mãi về những gì họ làm.
10. Xã hội
Mặc dù sao chép mã từ nhau, chúng tôi vẫn gắn bó với nhau là một phần của cộng đồng ăn, thở và sống mã. Về mặt thể chất, chúng tôi ngồi trước máy tính một mình, mặc dù không cô đơn. Kỹ năng xã hội của chúng tôi có một hit mặc dù, chúng ta có thích hay không.
Và sau đó, có những Sociable. Họ gặp bạn để uống, kể chuyện cười, nói về những điều mới nhất và lớn nhất về lĩnh vực này, rất hào hứng về các phiên bản sắp tới, phần cứng hoặc mềm, tham gia vào các cơ hội, khả năng kết nối mạng và nếu thời gian cho phép, trao đổi điện thoại với bạn vì vậy bạn có thể thử cả một hệ điều hành khác. Bạn có biết một người hòa đồng giữa những người bạn phát triển của bạn?
Gói lại
Một số bạn buộc phải tìm một người bạn, chính bạn, là một phần của một vài nhóm, đôi khi chồng chéo, đôi khi mâu thuẫn - cuối cùng, chúng tôi không phán xét, tất cả chúng tôi đều là nhà phát triển. Nhưng chúng tôi tò mò muốn biết nhóm nào trong số các nhà phát triển mà bạn thấy mình là đồng minh nhất. Hãy cho chúng tôi biết trong các ý kiến.
