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.

Đọc tiếp >>

Advertisements

13 Nguyên tắc tạo nên thành công của một Startup

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

Một trong những điều tôi luôn nói với các startup là về một nguyên tắc tôi đã học được từ Paul Buchheit: sẽ tốt hơn khi làm cho một ít người thực sự hạnh phúc hơn là làm cho rất nhiều người hạnh phúc nửa vời. Gần đây tôi đã nói với một phóng viên rằng nếu tôi chỉ có thể đưa ra 10 lời khuyên cho các startup, thì nguyên tắc trên sẽ là một trong số chúng. Sau đó, tôi lại nghĩ: vậy thì 9 lời khuyên còn lại là gì nhỉ?

Khi tôi ngồi xuống để viết ra danh sách những nguyên tắc này thì hóa ra có tới 13 cái.

Chọn được cofounder tốt là yếu tố quan trọng để xây dựng được một startup thành công.

Đọc tiếp >>

Mort, Elvis, Einstein, và Bạn

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

Đầu tuần vừa rồi tôi có viết bài “Có hai kiểu lập trình viên”. Dựa vào số lượng lớn các bình luận mà độc giả để lại, tôi dường như muốn đứt một dây thần kinh. Hoặc hai dây cũng nên. Điều này làm tôi khá ngạc nhiên, bởi vì nội dung bài viết không bao giờ có ý nghĩa công kích và khiêu khích hoặc chỉ trích như nhiều người đã hiểu lầm. Nội dung nó đã là như vậy khi ra khỏi tay tác giả gốc của bài viết mà tôi đã trích dẫn lại là Ben Collins-Sussman, tôi chỉ hướng bài viết của mình với mục đích làm sáng tỏ thêm bài viết ban đầu của ông ta.

Bạn là kiểu lập trình viên Mort, Elvis hay Einstein?Bạn là kiểu lập trình viên Mort, Elvis hay Einstein?

Đọc tiếp >>

Chúng ta là những người đánh máy trước, lập trình viên thứ nhì

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

Bạn có nhớ trong một bài viết tuần trước tôi có nói rằng lập trình thì cũng chỉ là viết?

Tôi đã sai. Như một độc giả đã bình luận rằng, nó thì thậm chí còn đơn giản hơn điều đó.

[Điều này] làm tôi nhớ lại khoảnh khắc mình trở thành nhân vật Dilbert trong truyện cười nổi tiếng một ít năm về trước, khi ông chủ (dĩ nhiên là không rành về kỹ thuật) của tôi đã bình luận rằng ông ta chẳng bao giờ hiểu nổi tại sao lại phải mất nhiều tháng trời để phát triển một phần mềm. “Dù gì thì”, ông ta nói, “nó chỉ là ngồi gõ bàn phím thôi mà.”

Giống như mấy cái đồng hồ hỏng, thậm chí mấy vị quản lý đầu hói cũng phát biểu đúng một lần mỗi ngày. Lập trình thì chỉ là gõ chữ.

Kỹ năng gõ nhanh là một trong những kỹ năng quan trọng nhất của nghề lập trình viên.Kỹ năng gõ nhanh là một trong những kỹ năng quan trọng nhất của nghề lập trình viên.

Đọc tiếp >>

Tự học lập trình trong 10 năm

Bài viết được dịch từ blog của Giáo sư Norvig

Tại sao mọi người lại hối hả như vậy?

Nếu bước chân vào bất kỳ hiệu sách nào, thì bạn cũng sẽ bắt gặp cuốn sách có tựa đề Tự học Java trong vòng 24 giờ và bên cạnh đó là vô số những cuốn sách chào mời việc học C, SQL, Ruby, Thuật toán, và nhiều thứ khác trong chỉ trong một vài ngày hoặc vài giờ. Tôi thử tìm trên trang web bán sách trực tuyến Amazon với cụm từ tìm kiếm “tự học trong vài giờ” thì đã tìm thấy đến 512 cuốn sách. Trong top 10 cuốn đầu tiên, thì đã có đến 9 cuốn là sách về lập trình. Nếu đổi cụm từ tìm kiếm từ “tự học trong vài giờ” sang “tự học trong vài ngày” thì cũng ra kết quả tương tự.

Liệu tôi có phải khổ luyện 10,000 giờ (10 năm) để trở thành một chuyên gia phát triển phần mềm?Liệu tôi có phải khổ luyện 10,000 giờ (10 năm) để trở thành một chuyên gia phát triển phần mềm?

Đọc tiếp >>

10 Bí quyết để tự học một công nghệ mới

Bài viết được dịch từ Tutsplus.com

Chúng ta đang sống trong một thời đại vô cùng hấp dẫn. Chưa bao giờ kiến thức lại rẻ và có sẵn với số lượng lớn đến như vậy (nếu không muốn nói là miễn phí). Nói chung, việc dạy và học đã dịch chuyển từ các giảng đường đại học sang các blog và các khóa học trực tuyến, gồm các video hướng dẫn và các diễn đàn thảo luận. Có nhiều nguồn tài nguyên phong phú trên Internet như vậy, không có lý do nào để bạn biện minh cho việc không nhảy vào học ngay. Tuy nhiên, với một số lượng dồi dào nguồn kiến thức như vậy, việc tìm ra những tài liệu phù hợp trở thành một trở ngại. Trong bài này, tôi sẽ phác thảo ra một quy trình đơn giản để bắt đầu việc học của bạn.

“Mặc dù gợi ý của tôi gắn liền với lĩnh vực phát triển phần mềm, nhưng những nguyên tắc này chắc chắn cũng sẽ phù hợp với các lĩnh vực khác.”

1. Vượt qua sức ì của bản thân

Để học được một công nghệ mới thì việc vượt qua sức ì để thực hiện những bước đầu tiên là vô cùng quan trọng.Bạn nên thực hiện những bước rất nhỏ để vượt qua sức ì của bản thân.

Đọc tiếp >>

Cần thời gian bao lâu để bạn trở thành một chuyên gia?

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

Malcolm Gladwell nói rằng phải mất 10,000 giờ để trở thành một chuyên gia. Anh đã nghiên cứu những người chuyên nghiệp trong các lĩnh vực như vận động viên hockey, nghệ sĩ dương cầm, nhà soạn nhạc và cho biết trong mỗi trường hợp họ phải mất 10,000 giờ luyện tập để trở nên thực sự giỏi.

Luyện tập bao lâu để trở thành chuyên gia?Bạn cần phải có một thời gian dài khổ luyện mới có thể trở thành chuyên gia.

Đọc tiếp >>

Lý do khiến tôi là một lập trình viên giỏi hơn bạn

Bài viết được dịch từ YTECHIE.com

Điều gì khiến cho một lập trình viên này lại giỏi hơn so với lập trình viên khác? Không phải là chúng ta đều làm việc ở cùng một đẳng cấp hay sao? Dĩ nhiên là không, chúng ta không phải là những công nhân đang đính những cái cúc áo trên một dây chuyền may mặc. Chúng ta đang sử dụng trí tuệ của mình để tạo ra những thứ mà chỉ chúng ta mới có thể hiểu rõ được.

Những lý do nào giúp cho tôi trở thành một lập trình viên giỏi hơn bạn?Những lý do nào giúp cho tôi trở thành một lập trình viên giỏi hơn bạn?

Đọ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 >>