Làm cách nào tôi có thể xem xét tiến trình của mình với tư cách là nhà phát triển cơ sở solo


38

Tôi hiện đang làm việc cho một công ty 2 người, với tư cách là nhà phát triển chính solo. Ông chủ của tôi có được các khách hàng, mô phỏng một số mẫu thiết kế png và giao chúng cho tôi.

Hệ thống này đã hoạt động tốt và tôi thực sự thích nó.

Các loại dự án tôi làm là dành cho các doanh nghiệp vừa và nhỏ và họ thường muốn có một hệ thống CMS. Được phát triển từ đầu, tôi sẽ xây dựng một phụ trợ tùy chỉnh cho khách hàng để thêm / chỉnh sửa / xóa danh mục, thẻ, sản phẩm, v.v. và sau đó xuất chúng ra mặt trước theo mẫu thiết kế được trao cho tôi. Thời gian trôi qua, các dự án đã tăng lên về độ phức tạp, với các tính năng đặt hàng / giỏ hàng và các tính năng loại thương mại điện tử phổ biến khác.

Một lần nữa, hệ thống này đã hoạt động tốt và tôi thực sự thích nó.

Vấn đề của tôi là phát triển cá nhân của tôi như là một lập trình viên. Tôi dành nhiều thời gian rảnh rỗi để đọc blog lập trình, kiểm tra thông qua stackexchange, đọc các sách lập trình được đề xuất (hiện tại trên ' Lập trình viên thực dụng ', thực sự tốt cho đến nay), làm các bài tập về não ( lumosity.com và các vấn đề toán học khanacademy ), làm rất nhiều tập thể dục và các hoạt động loại phát triển cá nhân khác.

Mặc dù vậy, tôi không thể không cảm thấy rằng tôi đang bỏ lỡ phản hồi, phê bình. Sếp của tôi rất tuyệt và không bao giờ giữ lời khen liên quan đến công việc của tôi, nhưng anh ấy không may là bận kiểm tra mã của tôi, hoặc thành thật mà nói, tôi không nghĩ đó là một trong những đặc sản của mình và vì vậy không thể cung cấp phản hồi .

Tôi muốn biết những gì tôi đang làm sai và những gì tôi đang làm đúng. Tôi có nên đưa logic đó vào bộ điều khiển không, tôi có điều chỉnh mã của mình đủ không, v.v.

Vì vậy, những gì tôi đã làm được phát triển một ứng dụng 'Ngân sách gia đình' nhỏ và cố gắng thực hiện nó một cách sạch sẽ và hiệu quả như tôi hiện đang biết.

Những gì tôi muốn biết là, ở đâu đó tôi có thể gửi ứng dụng này và có một số nhà phát triển dày dạn cung cấp phản hồi. Nó không chỉ là phần phụ của mã của tôi như 'codereview.stackexchange' xuất hiện để yêu cầu, đó là toàn bộ quy trình làm việc của tôi mà tôi muốn phê bình.

Tôi biết điều này rất nhiều điều để hỏi và tôi hy vọng lời khuyên chính được đưa ra là tìm kiếm một công việc trong nhóm, đó là điều chắc chắn tôi sẽ xem xét sau này, nhưng bây giờ tôi muốn tiếp tục với hiện tại của mình tình hình việc làm, nhưng không muốn phát triển quá nhiều thói quen xấu.

Hãy cho tôi biết nếu tôi có thể cung cấp thêm thông tin để giúp làm rõ hoặc nếu đây không phải là địa điểm phù hợp cho loại câu hỏi này, tôi xin lỗi trước. Không muốn sử dụng reddit vì tôi cảm thấy cộng đồng này thúc đẩy các phản hồi được suy nghĩ kỹ hơn.


3
Là một nhà phát triển cơ sở trước đây không lâu, tôi thấy đó là một ý tưởng tồi khi để một nhà phát triển cơ sở hoạt động như thế này. Chưa kể một bản giả lập PNG hầu như không cung cấp cho bạn thông tin cần thiết để viết một CMS hiệu quả. Thêm vào đó, tại sao liên tục viết CMS khi không có cách tự thiết lập hiệu quả hơn một nhà phát triển solo có thể viết trong bất kỳ thời gian hợp lý nào cho khách hàng, kể cả các CMS siêu nhỏ.
Giàn khoan

2
Ban đầu, anh ta có CMS của riêng mình được xây dựng trong Coldfusion. Tôi đã học ngôn ngữ thông qua bản dùng thử và lỗi và chúng tôi đã hoàn thành một vài dự án sử dụng nó. Theo thời gian mặc dù tôi đã thuyết phục anh ấy rằng đó là một ý tưởng tốt để chuyển sang PHP, vì tôi có nhiều kinh nghiệm sử dụng nó hơn và có một cộng đồng lớn hơn để dựa vào (không có cấp trên tôi phụ thuộc nhiều vào google). Kể từ đó, tôi đã dần dần xây dựng một CMS mô-đun có thể tái sử dụng trong ciBonfire. Nó đang đi cùng thực sự tốt, hệ thống danh mục khá nhiều hoàn thành. Vấn đề là tôi đang học khi tôi đi, chúng tôi có khách hàng để làm hài lòng.
hoppipolla

2
@OliverHyde "Vấn đề là tôi đang học khi tôi đi, chúng tôi có khách hàng để làm hài lòng." Điều này sẽ không có gì khác ở nơi khác.

Câu trả lời:


21

Bạn đang đi đúng hướng để cải thiện kỹ năng của mình và có thể hiểu rằng bạn không chắc chắn về độ tin cậy và sự sẵn sàng của doanh nghiệp đối với mã của bạn.

Đây là một quá trình bình thường phải trải qua đối với một nhà phát triển cơ sở và sự quan tâm của bạn để cải thiện là rất quan trọng, vì nó là chìa khóa để một ngày trở thành nhà phát triển ngôi sao nhạc rock.

Để tham khảo để tìm hiểu các thực tiễn tốt nhất, tôi khuyên bạn nên tham gia các dự án nguồn mở được lưu trữ miễn phí cho các lập trình viên đam mê / tò mò. Họ thực sự sẽ giúp bạn hiểu cách sử dụng các thực tiễn tốt nhất và cách quyết định thiết kế ứng dụng. Ngoài ra, hãy cố gắng tham gia vào phát triển dự án nguồn mở, vì nó sẽ thúc đẩy quá trình tự học và cải thiện đáng kể của bạn.

Tôi cũng sẽ khuyên bạn nên tham dự các sự kiện cộng đồng địa phương cho các nhà phát triển phần mềm. Bạn có thể tìm thấy một số nhóm này tại Communitymegaphone.com . Nói chuyện với các lập trình viên bạn địa phương, họ chủ yếu là những người tốt, những người không ngại giúp đỡ đồng nghiệp.


Hmm, có lẽ tôi sẽ xem xét tham gia một số dự án nguồn mở, không biết bắt đầu từ đâu: / Phải đi làm một số nghiên cứu. Liên quan đến các sự kiện cộng đồng, tôi đã đi đến các cuộc họp mặt địa phương, ở New Zealand họ khan hiếm so với những gì bạn thấy ở các bang nhưng có xảy ra và rất hữu ích. Cảm ơn vì bạn đã phản hồi.
hoppipolla

Chắc chắn có liên quan với những người thực sự khác nhìn vào mã của bạn. Không có thay thế cho điều đó.
jeffreypriebe

Vâng, tôi đang thu dọn ứng dụng 'ngân sách cá nhân' của mình và sẽ gửi nó để đánh giá có thể trên redit hoặc trên một số diễn đàn cộng đồng khác.
hoppipolla

9

Khi bạn có thêm kinh nghiệm, bạn chắc chắn có thể quay lại và xem lại các dự án / mã trước đó của bạn để xem bạn đã sai ở đâu. Hindsight là một điều đẹp. Tôi biết thực tế tôi đã xem mã / tài liệu tôi đã viết x trước đây và nhận ra nơi tôi đã sai và nơi tôi có thể cải thiện.

Việc bạn đọc blog, sách, SE, v.v. sẽ giúp bạn hiểu rõ hơn về lập trình như là một phần của sự phát triển cá nhân của chính bạn và thử nghiệm và sai sót cũng như sự phát triển của các dự án và mã của bạn chắc chắn là bằng chứng về thực tế rằng bạn ' đang cải thiện. Tự phê bình có thể là một điều rất tốt.

Phải nói rằng, có con mắt quan trọng của một nhà phát triển khác luôn tăng thêm giá trị và có thể cung cấp ý kiến ​​/ tùy chọn mà bạn có thể không nghĩ tới. Mặc dù tôi không biết về bất kỳ trang web cụ thể nào mà bạn có thể kết xuất một dự án đầy đủ để đánh giá mã - bạn có thể đặt đoạn trích về những gì bạn cho là nghi ngờ lên codereview.stackexchange cho sự nhìn nhận và bình luận của họ, sau đó lấy phản hồi đó lên bảng và áp dụng nó nơi khác thích hợp.

Ngoài ra, bạn có thể viết một số công cụ mã nguồn mở và ném nó lên github (hoặc tương đương). Cộng đồng nguồn mở chắc chắn sẽ phê bình công việc của bạn và cải thiện nó ở nơi họ thấy phù hợp.

Vào cuối ngày, nếu các sản phẩm bạn đang sản xuất hoạt động như dự định, đáp ứng các yêu cầu kinh doanh và có thể bảo trì - bạn đang làm điều gì đó đúng đắn.

Đối với các câu hỏi lập trình khái niệm, các mẫu, v.v. Bạn luôn có thể đăng các câu hỏi đó ở đây trên PSE và cho các vấn đề triển khai mã trên SO.


Chúc mừng, tôi nghĩ có lẽ tôi sẽ phá vỡ ứng dụng ngân sách của mình và đăng một số đoạn trên lượt xem tiền mã hóa.
hoppipolla

3

Lê tôi chia sẻ ý kiến ​​của tôi, một số từ khôn ngoan và một số câu hỏi để bạn suy ngẫm.

Là một lập trình viên có kinh nghiệm tôi đã tìm thấy trong nhiều năm qua rằng mã tốt nhất là mã đơn giản (nhìn vào khái niệm KISS) và dễ dàng được sửa đổi bởi một lập trình viên khác.

Ngoài ra, để lại không gian thích hợp để mã không bị tắc nghẽn (không gian thở) và có cấu trúc đồng đều. Sử dụng một quy ước đặt tên nổi tiếng cho các biến của bạn, đặt cho chúng những tên dễ hiểu (mà một lập trình viên khác có thể hiểu) và viết bình luận cho điểm, không quá nhiều và không quá ít.

Nếu bạn làm theo những điều trên bạn đã đi trên một con đường tốt.

Hơn nữa, vì các nhà phát triển là một cái gì đó giống như các kiến ​​trúc sư, tôi sẽ cho bạn một câu nói rất quan trọng mà bạn nên suy ngẫm;

  1. Sự hoàn hảo đã đạt được, không phải khi không còn gì để thêm, mà là khi không còn gì để lấy đi nữa - Antoine de Saint-Exupery.

  1. "Phấn đấu cho sự xuất sắc thúc đẩy bạn; phấn đấu cho sự hoàn hảo là làm mất tinh thần" - Harriet Beryl Braiker.

Tuy nhiên,

  1. "Nhiều sự kiện, khoảng 80% hiệu ứng đến từ 20% nguyên nhân" - Nguyên tắc Pareto

Với những điều trên tôi muốn bạn hiểu rằng có một sự cân bằng tốt giữa nỗ lực và hiệu quả, chi phí và chất lượng.

Và các câu hỏi để suy nghĩ về;

  1. Tôi thích làm gì trong năm năm tới kể từ bây giờ?
  2. Liệu nỗ lực cải thiện kỹ năng mã hóa của tôi có mang lại lợi ích cho sự nghiệp chuyên nghiệp của tôi về lâu dài không?

1

Bạn có thể muốn xem https://codereview.stackexchange.com/

Đó sẽ là một nơi tuyệt vời để nhận phản hồi về mã hoặc thiết kế của bạn từ các chuyên gia dày dạn kinh nghiệm.


Vâng, tôi cho rằng mấu chốt của câu hỏi của tôi là, một ứng dụng hoàn toàn phù hợp để đăng ở đó, hoặc có nơi nào khác tôi có thể làm điều này. Có vẻ như codereview được nhắm mục tiêu nhiều hơn dưới dạng đoạn mã cần kiểm tra. Về cơ bản cung cấp một liên kết đến dự án github và để chúng lỏng lẻo. Tôi đang dọn dẹp nó ngày hôm nay và sẽ tìm kiếm xung quanh một số diễn đàn cộng đồng để đăng liên kết tới. :)
hoppipolla

1
Tất cả cùng một lúc có thể là rất nhiều cho một nhà phát triển để nhai tại một tme. meta.codereview.stackexchange.com/questions/537/ cho biết hãy thử một miếng tại một thời điểm. Nó sẽ không phù hợp với codereview se nhưng tài liệu thiết kế cấp cao o một số loại có thể hữu ích cho người đánh giá đang xem cơ sở mã của bạn cho ime đầu tiên
Jessica Brown

@OliverHyde Nếu bạn đăng một tệp nguồn, giả sử một trong những tệp phức tạp nhất, thì bạn sẽ nhận được phản hồi về tệp đó áp dụng cho toàn bộ dự án. Đây sẽ là một cách tốt để nhận phản hồi về ngôn ngữ chương trình và phong cách mã hóa của bạn. Nếu bạn đang tìm kiếm phản hồi về thiết kế chương trình tổng thể, bạn có thể (theo Câu hỏi thường gặp) đăng chúng lên chính trang web này.

1

Tiếp tục đọc sách, blog và Hỏi & Đáp về Stack Overflow. Nếu bạn muốn cải thiện bản thân theo cách xã hội hơn, tại sao không tham gia vào dự án nguồn mở? Tôi không có nghĩa là tạo dự án của riêng bạn , nhưng làm việc trên một dự án hiện có.

Vì bạn là nhà phát triển duy nhất trong công ty này, tôi tưởng tượng rằng có thể một ngày nào đó, bạn sẽ thuê người khác. Hãy nói với bản thân rằng ngày này, anh chàng sẽ phải đọc mã của bạn. Bạn đã viết một số tài liệu về công cụ của bạn? Ghi nhớ công việc của bạn có thể được người khác đọc là một điều tốt cho các nhà phát triển solo và giúp bạn tạo mã tốt hơn.


1
Vâng, đó là những gì tôi đã bắt đầu làm với mã hóa của mình bây giờ. Sếp của tôi đã đề nghị anh ta có thể xem xét việc thuê một nhà phát triển bổ sung vào năm tới .... đặt cược vào đầu tài liệu của tôi :)
hoppipolla

1

Tôi cũng ở trong hoàn cảnh tương tự như bạn, được thuê làm lập trình viên duy nhất cho một công ty 5 người và chỉ một trong số họ tham gia trực tiếp vào các ứng dụng tôi đang phát triển / thêm vào. May mắn thay, tôi đã không phải tạo ra bất cứ thứ gì từ đầu mà cho đến bây giờ chỉ sửa đổi các ứng dụng mà người tiền nhiệm của tôi đã xây dựng. Khi làm như vậy, tôi tin rằng tôi đã cải thiện bản thân mình bằng cách nhận ra phần nào trong mã của anh ấy tốt, phần nào xấu và cách người ta có thể cải thiện chúng.

Đọc mã là một phần rất lớn trong việc cải thiện mã hóa của riêng bạn, vì vậy trên hết tôi khuyên bạn nên tự tìm kiếm một dự án nguồn mở, đọc mã, hiểu nó và cố gắng đánh giá cái gì tốt, cái gì xấu và cái gì có thể được cải thiện. Thậm chí có thể viết một bài đánh giá mã về nó trên blog của bạn.

Chúc mừng!


Vâng chúc mừng! Tôi đã làm việc ở đây một thời gian lâu hơn và đã tìm thấy cho mình một nhịp điệu tốt khi sử dụng các trang web xem xét mã trực tuyến và tự xem xét.
hoppipolla

-1

Rời khỏi. Tìm một nhà tuyển dụng mới, nơi bạn sẽ làm việc trong một nhóm các nhà phát triển lớn hơn, bao gồm một số người nóng tính mà bạn có thể học hỏi.

Bạn rõ ràng có tất cả các động lực đúng trong muốn.


4
Đây không phải là lựa chọn đầu tiên. OP đang tận hưởng công việc của mình và rõ ràng anh ta cũng có một ông chủ tốt, điều mà ngày nay dường như rất hiếm. Trước khi nhảy, hãy cân nhắc rằng bạn có thể kết thúc với một công việc mà bạn không thích, với một ông chủ tồi và không có gì đảm bảo rằng bạn sẽ thực sự học được những điều mới.
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.