Bảo trì phần mềm là công việc mang tính nghệ thuật và đáng khâm phục

Bài viết được dịch từ blog Coding Horror

Khi đề cập đến cụm từ “bảo trì phần mềm” tới một nhóm lập trình viên thì họ sẽ cảm thấy kinh hãi (cho dù đó là đàn ông hay đàn bà). Bảo trì phần mềm được xem như là công việc lau dọn vậy.

Nhưng có thể đó là một sự mô tả không công bằng.

Bảo trì phần mềm giống như công việc lau dọn vậy.Bảo trì phần mềm giống như công việc lau dọn vậy.

Đọc tiếp >>

Làm sao để trở nên viết giỏi mà không cần phải viết

Bài viết được dịch từ blog Coding Horror

Tôi cần phải thú nhận rằng: theo một nghĩa nào đó, tôi sáng lập ra trang web Stack Overflow là để đánh lừa những lập trình viên đồng nghiệp của mình.

Trước khi bạn trở nên giận dữ vì điều này, hãy để tôi giải thích thêm.

Trong 6 năm qua, tôi đã có một niềm tin sâu sắc rằng việc trở thành một lập trình viên giỏi có rất ít thứ phải làm với lập trình. Vâng, công việc này cần một chút kỹ năng kỹ thuật và sự kiên trì. Nhưng thậm chí nhiều hơn thế, nó cần các kỹ năng truyền thông đúng đắn:

Sự khác biệt giữa một lập trình viên bình thường và một lập trình viên giỏi không liên quan đến bao nhiêu ngôn ngữ lập trình mà họ biết, và nó cũng không phải việc họ thích Python hay Java. Mà đó là liệu họ có thể truyền đạt ý tưởng của mình hay không. Bằng cách thuyết phục những người khác, họ có được lực đòn bẩy. Bằng cách viết ra những comment và đặc tả kỹ thuật, họ làm cho các lập trình viên khác hiểu được code của họ, có nghĩa là các lập trình viên khác có thể sử dụng và làm việc với code của họ thay vì phải viết lại nó. Thiếu mất điều này, code của họ là vô giá trị.

Kỹ năng viết lách là rất quan trọng đối với một lập trình viên.Kỹ năng viết lách là rất quan trọng đối với một lập trình viên.

Đọc tiếp >>

Con dao của quân đội Thụy Sĩ hay chuyên gia tổng quát

Bài viết được dịch từ blog Coding Horror

Trong bài viết “Liệu việc viết code có quan trọng?”, tôi đã đề nghị các lập trình viên dành ít thời gian hơn với các công việc kỹ thuật, vì đó là thứ mà họ đã tương đối giỏi, và dành nhiều thời gian hơn để trau dồi các kỹ năng phi kỹ thuật khác mà các lập trình viên có xu hướng thiếu hụt. Một độc giả đã đặt vấn đề với cách tiếp cận như sau:

Tôi không đồng ý với quan điểm về việc nên cải thiện những điểm yếu. Tôi thích quan điểm về việc phát triển tài năng và nhận thức được những điểm yếu của mình. “Biết rõ bản thân mình” không có nghĩa là đi học tất cả mọi thứ và trở thành một Con dao của quân đội Thụy Sĩ (Swiss Army Knife).

Rất dễ để biến đề nghị khiêm tốn của tôi trở thành một ý kiến cực kỳ ngớ ngẩn: hoặc là bạn ngồi viết code suốt ngày, hoặc bạn trở thành một người hoàn toàn không có kỹ năng về kỹ thuật và không bao giờ chạm vào một trình biên dịch nữa. Hoặc có thể bạn dành quá nhiều thời gian để theo đuổi những thú vui liên quan để bạn trở thành một người cái gì cũng biết một tí, nhưng chẳng tinh thông món nào cả. Hay nói cách khác, sẽ trở thành một Con dao của quân đội Thụy Sĩ (Swiss Army Knife).

Hãy trở thành một chuyên gia tổng quát chứ đừng là một Swiss Army Knife.Hãy trở thành một chuyên gia tổng quát chứ đừng là một Swiss Army Knife.

Đọc tiếp >>

Làm startup là để giải quyết một “nỗi đau” nào đó – Phỏng vấn Trương Trọng Thể

Anh Trương Trọng Thể - Founder & CTO Udoctor

Anh Trương Trọng Thể – Founder & CTO Udoctor

Cùng đọc bài phỏng vấn của blog Vinacode với anh Trương Trọng Thể, là founder và Giám đốc kỹ thuật (CTO) của ứng dụng tư vấn sức khỏe miễn phí Udoctor. Hiện nay Udoctor đang đứng Top 1 trên Google PlayApp Store về lĩnh vực sức khoẻ tại Việt Nam; để nghe anh chia sẻ về:

  • Cơ duyên nào đã đưa anh đi theo nghiệp lập trình.
  • Tại sao từng có thời gian dài làm việc trong lĩnh vực ngân hàng nhưng anh Thể lại quyết định khởi nghiệp ở lĩnh vực y tế?
  • Ứng dụng Udoctor ra đời nhằm giải quyết “nỗi đau” nào?
  • Những khó khăn và thách thức mà team xây dựng Udoctor đã gặp phải trong thời gian đầu.
  • Những lời khuyên cho developer về việc tìm co-founder, nhà đầu tư, và những vấn đề ngoài kỹ thuật khác nếu muốn khởi nghiệp.

Đọc tiếp >>

Chứng tự yêu mình của Paul Graham

Bài viết được dịch từ blog Coding Horror

Tôi có một sự tôn trọng rất lớn dành cho Paul Graham. Những bài tiểu luận của ông – đã được biên tập lại trong cuốn sách có tên là Hackers and Painters – đó là những bài viết tốt nhất mà tôi đã từng đọc về kỹ nghệ phần mềm. Dĩ nhiên không phải tất cả các bài viết đó đều tuyệt vời, nhưng phần lớn là đáng thời gian bạn bỏ ra để đọc. Tôi có thể nói rằng chúng tốt hơn đến 99.99% so với nội dung trên web. Ông ta chắc chắn là một tay viết giỏi hơn và đáng tin cậy hơn tôi.

Một sự kiện về khởi nghiệp do quỹ Y Combinator tổ chức.Một sự kiện về khởi nghiệp do quỹ Y Combinator tổ chức.

Đọc tiếp >>

Bí quyết khởi nghiệp thành công từ nhà sáng lập gốc Việt của Linked Senior

Bài viết được dịch từ blog của ITviec.com

Thông tin thêm về Mr. Vũ và công ty Linked Senior của anh:

Linked Senior là sản phẩm do Mr. Vũ và một người bạn sáng lập, cung cấp một phương tiện giải trí dành cho người già tại Mỹ (chủ yếu tại các nhà dưỡng lão). Sản phẩm này là một hệ thống kết hợp giữa phần cứng và phần mềm. Phần cứng gồm một thiết bị giống như màn hình TV có cảm ứng, giúp người già (thường bị hạn chế về thị giác và cử động do vấn đề tuổi tác) có thể tương tác chọn lựa để download các cuốn sách nói, nhạc, thông tin… về một thiết bị giống như một chiếc máy nghe nhạc MP3 (có thiết kế chuyên biệt cho người già dễ sử dụng). Người dùng cắm thiết bị MP3 này vào cái máy có màn hình TV cảm ứng kia để tải các thông tin giải trí.

Herve Vu Roussel (Vũ) là đồng sáng lập và là CTO (Giám đốc công nghệ) của Linked Senior, một startup thành công ở thị trường Mỹ, được các tờ báo danh tiếng CNNWashington Post đánh giá cao. Gần đây, Vũ đã quay về Việt Nam và bắt đầu xây dựng một công ty khác cho riêng mình.

Bạn hãy đọc bài phỏng vấn này để hiểu được cuộc hành trình của Vũ để xây dựng nên một công ty trị giá nhiều triệu đô-la từ con số 0, quan điểm của anh về những yếu tố khiến cho một startup thành công hay thất bại, và những lời khuyên chân thành của anh dành cho cộng đồng công nghệ tại Việt Nam.

Chúng tôi yêu Linked Senior!Chúng tôi yêu Linked Senior!

Đọc tiếp >>

Nghề lập trình phần mềm: Yêu thích nó hay Từ bỏ nó?

Bài viết được dịch từ blog của Jeff Atwood

Thời gian gần đây, một chủ đề được bàn tán nhiều trên diễn đàn Joel on Software là Suy nghĩ về việc rời bỏ ngành phần mềm, một lập trình viên tự hỏi rằng liệu phát triển phần mềm có phải là một lựa chọn nghề nghiệp đúng đắn trong bối cảnh nền kinh tế đang trở nên bất ổn như hiện nay hay không:

Sau khi đọc những ý kiến bất bình ở đây từ những lập trình viên có thâm niên và nghe nhiều điều về sự đối xử bất công đối với các lập trình viên có tuổi, cũng như vấn đề công việc bị chuyển sang gia công tại nước ngoài, tôi đang nghĩ đến việc rời bỏ ngành này. Vậy ngành nào là tốt nhất tôi nên chuyển qua để có thể vận dụng những kỹ năng lập trình của mình một cách tốt nhất?

Đọc tiếp >>

Đừng hoang tưởng về thành công chỉ sau một đêm, bạn sẽ phải cần nhiều năm!

Bài viết được dịch từ blog của Jeff Atwood

Paul Buchheit, trưởng nhóm phát triển Gmail thuở ban đầu đã nói rằng thành công của Gmail là một quá trình phát triển mất rất nhiều thời gian:

Chúng tôi bắt đầu làm việc trên Gmail vào tháng 8 năm 2001. Trong một khoảng thời gian dài, hầu như tất cả mọi người đều không thích nó. Một số người sử dụng Gmail miễn cưỡng chỉ vì nó đi kèm với bộ tìm kiếm Google, nhưng họ không ngớt than phiền. Một số ít người còn nghĩ rằng chúng tôi nên kết thúc dự án này, hoặc có lẽ nên “biến đổi nó” thành một sản phẩm dành cho khách hàng doanh nghiệp địa phương, chứ không phải là mớ Javascript dở hơi này. Thậm chí khi chúng tôi khởi chạy nó vào ngày 01/04/2004 – hai năm rưỡi sau ngày bắt đầu làm việc trên nó – nhiều người trong Google đã phỏng đoán rằng Gmail sẽ không thể tồn tại được. Sản phẩm này quá kỳ quặc, và không ai muốn thay đổi dịch vụ email mà họ đang sử dụng để chuyển sang dùng Gmail. Tôi cũng đã từng nghĩ rằng có lẽ chúng tôi sẽ không thể kiếm nổi một triệu người dùng.

Nhưng khi chúng tôi tung sản phẩm này ra thị trường, kết quả thu được lại rất khả quan. Tuy nhiên, Gmail thường xuyên bị đánh giá là “khó xài” và “không phù hợp với người dùng ở ngoài thung lũng Silicon”.

Hiện nay, sau 7 năm rưỡi kể từ khi chúng tôi bắt đầu làm việc trên Gmail, tôi thấy [một bài báo mô tả Gmail tăng trưởng 40% vào năm ngoái, so với 2% của Yahoo và -7% của Hotmail].

Đọc tiếp >>