Javascript miễn phí

Đối với một người tự học lập trình, khó khăn lớn nhất chính là không biết bắt đầu từ đâu và bắt đầu như thế nào. Dạo một vòng các diễn đàn CNTT, bạn sẽ dễ dàng bắt gặp các câu hỏi như. chọn ngôn ngữ gì, cách tiếp cận ra sao,  nguồn tài nguyên nào đáng tin cậy nhất…

Mọi người thường search Google về vấn đề này. Và Google dẫn họ đến với kho tài nguyên to, muôn hình vạn trạng. sách, video, hướng dẫn, bài blog,… Theo tâm lý chung, mọi người sẽ thử một vài phương pháp và chọn ra cái phù hợp nhất với bản thân. một số người thích ảnh chụp màn hình, có người quay lại muốn xem video, số khác thì tôn sùng các bài báo thần thánh. Quá trình này có vẻ rất hợp lý phải không?

Không. Hoàn toàn không. Và hôm nay tôi sẽ cho bạn thấy, trong các dạng học liệu kia… sẽ chỉ có một, duy nhất một thứ giúp bạn đạt được kết quả nhanh nhất. That main is

Xây dựng Dự án

Đầu tiên, tôi muốn nhấn mạnh rằng, tập trung vào một nguồn học liệu cũng như một phương pháp học nào đó không có nghĩa là bỏ đi tất cả những thứ còn lại

Ảnh chụp màn hình, video, hướng dẫn đã, đang và sẽ tồn tại, ta vẫn cần đến chúng ta, thật hạn chế, khi xuất hiện một công nghệ mới hoặc một khung chào đời, cách hiệu quả nhất để bắt lấy nó, theo tôi, chính là đọc

Vấn đề là từng cá nhân chúng ta. Mọi người luôn có thói quen lập dấu víu vào thứ hai (cụ thể ở đây là các phương pháp và các nguồn học liệu) làm cho họ cảm thấy thoải mái (comfort zone). Nguy hiểm hơn nữa, thói quen này gây ra ảo giác, rằng nguồn tài nguyên và phương pháp học đó (cái mà đang làm chúng ta cảm thấy thoải mái) là sự lựa chọn hợp lý…. Con người chúng ta luôn khao khát cảm giác thoải mái thoải mái và sung sướng – đó là một sự khao khát được xoa dịu

Tập 6 tháng lập trình web - di động tại Techmaster, có sản phẩm, đảm bảo việc làm

Thật đáng buồn nếu bạn chỉ luẩn quẩn trong Comfort Zone

Please to check

Làm dự án?

Làm một sản phẩm nho nhỏ vừa tận hưởng thời gian và kiến ​​thức của chúng ta một cách hiệu quả vừa hoàn thành mục tiêu dài hạn. Nhưng tại sao bạn chưa bắt đầu?

Tôi đã nhắc đến điểm thiếu này trong bài viết trước. You can see at

Neo đã chọn viên thuốc đỏ, còn bạn?

Nếu như Neo trong The Matrix được lựa chọn giữa viên thuốc đỏ và viên thuốc xanh thì ảo giác của chúng ta cũng mang đến hai sự lựa chọn tương ứng. ta có thể “nằm gọn” trong vùng an toàn như một con thú bông hoặc thoát khỏi nó để ngộ ra rằng, nếu muốn phát triển ta phải thoát khỏi vùng an toàn càng sớm càng tốt

Bạn hãy quyết định trước khi quá muộn. Và trong thời gian bạn suy nghĩ, tôi xin phép đưa ra một số gợi ý về cách tiếp cận các dự án

Các Dự án sẽ mất khoảng 1 năm để hoàn thành

Quan điểm này được tôi thúc đẩy nhờ các buổi giao lưu với nhóm Free Code Camp Toronto cũng như theo dõi hành trình của các thành viên Free Code Camp trên khắp thế giới

Tôi thấy có rất nhiều người đã kiếm được việc làm trước khi hoàn thành chứng chỉ Nhà phát triển Front End của Free Code Camp. Họ làm theo 2 bước

1. Hoàn thành một dự án
2. Đi nộp đơn

Nghe có vẻ rất đơn giản, nhưng một thời gian ngắn sau đó, họ được gọi là đi làm. Nếu bạn hay đọc phần subreddit trên Free Code Camp, bạn sẽ thấy những câu chuyện như thế không phải là lạ. Bạn cũng nên biết rằng thị trường việc làm ở các vùng miền khác nhau rất đa dạng, không hạn chế, ở Toronto, hàng ngàn tỉ Front End Developer luôn sẵn sàng cho các ứng viên có năng lực

Chứng chỉ Front End Development của Free Code Camp

Theo khuyến nghị của Free Code Camp, để trở thành một học viên khá, bạn nên hoàn thành đầy đủ chương trình 2080 giờ học

2080 giờ học? . Bây giờ, hãy tính riêng chương trình Front End Web Development – ​​cần 478 giờ để hoàn thành. Dù công việc có hoàn thành sớm hay phụ thuộc vào nền tảng kiến ​​thức và tư duy của mỗi người, thế nhưng, hãy coi 478 giờ làm cháy. That is the time of key learning. Còn thời gian của chúng ta thì sao? . 1,8 giờ mỗi ngày, và sau 9 tháng, tôi đã sẵn sàng đi làm

Phần tất cả mọi người có thể dành ra 1,8 giờ mỗi ngày. Nếu ai kém may mắn hơn, không thể thu xếp được khoảng thời gian đó, thì tất nhiên, quá trình này có thể kéo dài hơn một chút. Dù vậy, tôi tin rằng hai ngày cuối tuần sẽ “bù” giữa khoảng thời gian đó

Bạn không thể sắp xếp thời gian hợp lý cho công việc viết mã?

Quay trở lại trường hợp của chính bản thân mình, tôi mất 1 năm 2 tháng để hoàn thành chứng chỉ trên. Bạn hơi bất ngờ vì tôi đã tìm được công việc trước khi hoàn thành chứng chỉ nhưng tôi không bỏ qua nó, bởi vì tôi biết hoàn thành khóa học đó là một trong những yếu tố giúp tôi trở thành nhà phát triển thực thụ

Bài viết này cũng là một bài phân tích về nguyên nhân tôi đã mất khá nhiều thời gian để hoàn thành. Tôi đã truy vấn tất cả những lỗi mà tôi nhắc đến ở đây. Vì thế, ta đưa ra lời khuyến khích cho các bạn cũng chính là một cách tự nhắc nhở và kiểm tra bản thân của tôi. Chúng ta cùng hội thuyền buồm mà

Nếu bạn muốn thực hiện một dự án quan trọng, hoặc quan trọng hơn là tìm kiếm được công việc đang làm, hãy chú ý đến những điều tôi sắp cập nhật sau đây

Không thể bỏ qua kiến ​​thức cơ bản

Khi mới bắt đầu, hãy sử dụng các hướng dẫn, video, cũng như các từ khóa học trực tuyến để tồn tại và thuần thục cú pháp cơ bản của HTML, CSS, JS, cũng như làm quen với tư duy lập trình. Nếu không có kiến ​​thức căn bản, mọi nỗ lực xây dựng một công trình sẽ đi vào ngõ cụt. Tuy nhiên, đừng bù đắp quá nhiều thời gian ở giai đoạn này (bởi nó rất dễ dàng)

Khi tôi học HTML/CSS/JS, tôi học các chủ đề giống nhau ở nhiều nguồn khác nhau và nghĩ rằng kiến ​​thức của mình sẽ được củng cố chắc chắn hơn. Phương pháp này cũng giúp ích cho tôi một chút, nhưng dần dần tôi nhận ra nó đang ngăn cản tôi tiếp cận với các kiến ​​thức mới, những kiến ​​thức này thú vị hơn nhưng cũng khó hơn rất rất nhiều. Vì vậy, các bạn hãy nhớ, đừng rơi vào vòng luẩn quẩn của công việc liên tục ôn luyện những kiến ​​thức ta đã biết. Medium time, medium no upgrade mode

No delay

Khi bắt đầu dự án của mình, bạn chắc chắn sẽ gặp nhiều trở ngại. Nếu bạn kiên trì, ok, sẽ vượt qua. Nhưng sau đó, bạn sẽ gặp những khăn khó khăn khác – tránh vỏ dưa hấu vỏ dừa mà. Ta không có quyền lựa chọn thử thách

Và rồi chúng ta sẽ… nản lòng. Tất nhiên. Nản thì…tạm dừng

Điều đáng lo ngại ở đây là thời gian tạm dừng ngày dài ra, chúng ta mã giảm dần, giảm dần, cuối cùng là bỏ cuộc. Không ai ép bạn, không ai quản lý tiến độ dự án của bạn ngoại trừ chính bản thân bạn. Vì vậy, bạn có thể dễ dàng trì hoãn bản thân khỏi công việc, cụ thể ở đây là việc tự học và làm dự án. Đôi người là một sinh vật tồn tại nhiều thiếu sót. Một số trong những lần đầu tiên mà bạn phải vượt qua đó là sự trì hoãn

Sự việc trì hoãn là vấn đề muôn thuở của mọi người

Đây là một giải pháp nhỏ của tôi, áp dụng cho trường hợp bạn đang gặp phải một vấn đề khó xơi trong dự án chính của mình. để tiện cho cả đôi đường, vừa “tạm nghỉ” project, vừa không bị đánh nhãn, ta hãy làm vài bài hướng dẫn hoặc tham gia một khóa học online

Bạn sẵn sàng tuyên bố chiến đấu với sự trì hoãn?

Don't start with the second vĩ độ

Thật tuyệt vời nếu bạn đang ấp ủ một ý tưởng lớn. Thế nhưng tôi đã nghe quá nhiều những lời tuyên bố hùng hồn như hồn. “Tôi muốn xây dựng một ứng dụng cho phép người dùng tạo tài khoản cho thú cưng của họ, tải ảnh lên, theo dõi vị trí của họ (và một số cơ số hầm bà lằng nữa). Tuy mình mới code thôi, nhưng mình đã có sẵn. ”. Tôi chỉ biết há mồm chối từ khi nghe những lời tuyên bố ấy

Bạn biết đấy, với những trường hợp này, lúc đầu họ rất hăng hái, từ xây dựng và hiện thực hóa ý tưởng của bản thân. Tuy nhiên, càng về sau, kiến ​​thức của họ càng không thể đáp ứng yêu cầu của dự án do chính họ đặt ra. And all thứ bắt đầu cuộc hành trình. Ngoài ra tình trạng xấu nhất hoàn toàn có thể xảy ra. họ bỏ qua dự án, và bỏ luôn mã

Hãy tưởng tượng bạn là một nhà văn, bạn có một ý tưởng tưởng tượng cho tác phẩm cho cuộc đời của mình, và ngay lập tức bạn bắt tay vào bài viết… Chắc chắn rằng bạn sẽ chỉnh sửa thảo luận của mình một cách chật vật(ít nhất cũng là . Trong khi đó, bạn có thể viết những mẩu chuyện ngắn, xuất bản chúng và lắng nghe phản hồi của độc giả, từ đó liên tục cải thiện kỹ năng viết của mình, và sẽ đến lúc nào đó, bạn hoàn toàn tự tin

Các bạn nên bắt đầu với các đơn giản của dự án, mỗi khi hoàn thành một số trong chúng, bạn sẽ cảm thấy đã đúng và có nhiều động lực hơn. Không chỉ vậy, việc hoàn thành các dự án nhỏ ít nhiều sẽ giúp bạn nắm bắt được cấu trúc của những dự án lớn

Lấy cảm hứng cho dự án ở đâu?

Free Code Camp là câu trả lời của tôi

Tôi luôn truy cập Free Code Camp mỗi khi “mắc kẹt”. Khi bắt đầu sự nghiệp nhà phát triển của mình, tôi đã hỏi tất cả các nhà phát triển mà tôi biết về ý tưởng cho dự án đầu tiên. Và bạn có đoán được câu trả lời của họ là như thế nào không? . (Chính tôi cũng không ngờ vì điều này). Nếu tay nhập môn học nào cũng làm theo lời giới thiệu này, internet sẽ tràn ngập các ứng dụng To-Do List

Trong khi đó, Free Code Camp có một danh sách Dự án rất thú vị, với mức độ khó tăng dần. Một điều tuyệt vời nữa. Mỗi dự án sẽ dạy bạn một chủ đề cụ thể. Ví dụ nhé. một trang Tribute sẽ củng cố kỹ năng mã HTML/CSS, một trang thông tin thời tiết sẽ giúp bạn biết cách làm việc cùng API, một bảng tính bằng JavaScript, tất nhiên rồi, sẽ cải thiện kỹ năng JS của chúng tôi

Tìm kiếm một ý tưởng phù hợp là điều tôi muốn nhấn mạnh với các bạn. Và với tất cả dự án đã hoàn thành, bạn có thể nhận phản hồi từ cộng đồng cũng như tham khảo cách tiếp cận dự án đó của nhiều thành viên khác.  

Xây dựng cấu trúc cho dự án

Tôi cá rằng hồi phổ thông, tất cả những người rất ghét môn văn nhưng không có ai quên cấu trúc của một bài văn. mở bài, thân bài, kết luận… Với một dự án cũng vậy, bạn nên xác định cấu trúc của nó một cách rõ ràng. Việc đầu tiên bạn có thể làm là ghi ra toàn bộ các tính năng của dự án, càng cụ thể càng tốt, ví dụ. “Người dùng có thể nghe nhạc bằng cách nhấn vào nút phát”, “Người dùng có thể đăng nhập bằng email hoặc đồng bộ với tài khoản facebook”

Bên cạnh đó, mã của bạn cũng phải tuân theo một trật tự nhất định. Bạn nên viết chúng dưới dạng mã giả (mã giả) trước. Ví dụ về mã giả của một ứng dụng thông báo thời tiết ứng dụng theo vị trí người dùng

/ Khi người dùng mở một trang mới, ghi lại vị trí của họ

/ Gửi vị trí kèm theo request tới weather API site  

/ Nhận dữ liệu

/ Hiển thị nhiệt độ trên trang vừa được mở

/ Thay đổi màn hình nền phù hợp với nhiệt độ nhận được.

Việc xác định rõ ràng cấu trúc của dự án giúp chúng tôi dự đoán và xử lý các vấn đề tốt sắp phát sinh cũng như mã cải thiện chất lượng. Chú ý, với mã giả, đừng quá để ý đến tiểu tiết, hãy ghi lại những gì tổng hợp nhất có thể

Mắc kẹt ư?

Như tôi đã đề cập ở đầu bài viết, trong quá trình làm dự án sự cố rắc rối không đáng sợ như các bạn nghĩ. Dù rắc rối xảy ra mọi lúc mọi nơi nhưng việc chúng ta “mắc kẹt” với nó không có nghĩa chúng ta là những tên ngốc. Đơn giản chỉ là chúng ta chưa hiểu hết về vấn đề đang gặp phải

Khả năng thích nghi nhanh chóng với các vấn đề gặp phải sẽ cải thiện thiện chí đáng kể tiến độ dự án của bạn. Lập trình chính là tập hợp những ý tưởng sáng tạo để giải quyết vấn đề. Vì vậy, nếu bạn không gặp phải những vấn đề gay gắt trong quá trình hoàn thiện dự án, chứng tỏ bạn vẫn đang lẩn quẩn trong vùng an toàn của mình. Tôi khuyên bạn hãy nhảy ra ngoài khi còn có thể

Hầu hết mọi trường hợp tôi đều nhấn mạnh rằng, nếu bạn gặp khó khăn, đừng nghĩ là mình kém cỏi. Tôi đã từng gặp những anh chàng chạy khóa HTML/CSS/JS của Free Code Camp với tốc độ khủng khiếp. 30-40 bài một ngày, và khi họ chuyển qua khóa giải thuật cơ bản, họ nghĩ mình thật ngu ngốc khi chỉ có thể chạy 5 bài một ngày… Bản thân tôi cũng lao vào tình cảnh tương tự, từng có suy nghĩ tương đồng . Qua câu chuyện này, các bạn cần tìm hiểu cách cân bằng giữa khả năng bản thân và thử nghiệm

Cân bằng giữa các phép thử và khả năng của bản thân

Bạn cần sáng suốt lựa chọn một dự án có mức độ khó trung bình – không quá dễ dàng, không quá phức tạp

Ở phần 2, tôi đã nhắc đến vòng luẩn quẩn của việc học đi học lại những kiến ​​thức dễ dàng, còn bây giờ, chúng ta hãy đề cập đến mặt còn lại. những kiến ​​thức khó xơi

Nguyên tắc chung khi tiếp cận với các kiến ​​thức khó – những vấn đề mà bạn cho rằng mình không thể làm được – đó là ưu tiên giải quyết chúng trước. Hãy bắt đầu từ các cấu trúc cơ bản, cố gắng mã theo nó. Nếu bạn không thể giải quyết một vấn đề sau 2-3 ngày tập trung, hãy tạm lưu nó lại, tìm một vấn đề tương tự - nhưng dễ dàng hơn và hoàn thành nó. Sau khi tôi áp dụng nguyên tắc trên, tôi nhận thấy tiềm thức tiềm ẩn của mình vẫn tập trung vào việc giải quyết vấn đề mà tôi đang thắc mắc phải không. Tôi đã sinh thêm một vài ý tưởng tưởng tượng mới cho nó khi làm các công việc đơn giản hơn – thực sự tôi rất bất ngờ vì điều này

Có những lúc mọi công việc sẽ không đơn giản như tôi nói nhưng lời khuyên của tôi vẫn không thay đổi – hãy cố gắng theo đuổi và vượt qua những hơi khó khăn một chút cho khả năng hiện tại của bạn.  

Kiên cường

Đây là sản phẩm đáng quý của nhà phát triển nói riêng và những người thành công nói chung

Với phần này, các bạn hãy tham khảo 3 cuốn sách sau

1. Những lá thư của một người khắc kỷ - Seneca
2. Trở ngại là con đường - Ryan Holiday
3. Biến chuyên nghiệp - Steven Pressfield

Bức thư từ một người khắc kỷ của Seneca

Set the short target

Một sự thật được hiển thị. nếu bạn muốn đẩy nhanh tiến độ dự án của mình, bạn phải làm việc với nó hàng ngày. Và để tối ưu hóa tốc độ cũng như hiệu quả, bên cạnh tần suất làm việc, có những thứ bạn phải thuộc lòng

Đầu tiên, thay vì đặt một mục tiêu để hoàn thành, bạn hãy thử vạch ra một khoảng thời gian cố định hàng ngày dành cho công việc viết mã nói chung cũng như dự án của bạn nói riêng. (Theo ý kiến ​​của tôi, nếu bạn mới bắt đầu, hãy giới hạn từ 30 phút đến 1 tiếng đồng hồ)

Tôi biết có bạn muốn try hard ngay từ đầu với 2-3h một ngày. Cũng tốt thôi, nhưng có lẽ nó sẽ phù hợp khi mã hóa dần dần gắn bó với cuộc sống của bạn. With a time interval not too long. 30 phút – 1 tiếng, chắc chắn bản thân bạn biết sẽ duy trì được nó mỗi ngày. Bạn giữ thói quen nó qua ngày, và rồi bạn nhận thấy mã ngày của mình nhiều hơn như cảm thấy cũng ngày càng hài lòng với những mục tiêu nho nhỏ đã vạch ra

Sử dụng khoảng thời gian ngắn mỗi ngày dành cho mã hóa có thể xem như một mẹo nhỏ nhưng cực kỳ hữu ích bởi nó tận dụng được đặc điểm làm việc của bộ não. Bạn hãy quay về quá khứ, khi bạn có một dự án lớn và luôn luôn trì hoãn nó cho đến cuối deadline. Tất nhiên là bạn hoàn thành đúng thời hạn, nhưng trong khoảng thời gian ngắn trước thời hạn, bạn bị căng thẳng khủng khiếp. Vì thế, hãy nhớ lấy điều này. không ai đặt ra một thời hạn để bạn trở thành nhà phát triển. Đúng vậy, không có ai, ngoại trừ chính bạn

Nếu bạn chỉ đơn thuần đặt ra mục tiêu, thì bạn khó lòng ước tính được thời gian hoàn thành nó, rồi bạn cũng không thể hoàn thành những gì đã vạch ra. Tất nhiên nó sẽ khiến bạn cảm thấy tồi tệ và chán nản. Với các mục tiêu giới hạn hàng ngày, công việc của bạn luôn được hoàn thành ở một mức nào đó. Có thể với dự án của mình, 30 phút một ngày không thể giúp bạn hoàn thiện một tính năng nhưng dù sao thì tiến độ cũng liên tục được duy trì qua nhiều ngày. Cứ như vậy, sản phẩm đầu tay của bạn sẽ sớm ra mắt

Và một điều kỳ diệu nữa, khi bạn bắt đầu ngồi xuống và làm việc nghiêm túc, những ý tưởng sẽ phát triển dần dần trong đầu bạn cứ như họ từ trên trời rơi xuống như vậy. Cảm giác ấy thật tuyệt phải không nào?

Copy code rất lãng phí thời gian

Trong quá trình xây dựng dự án của mình, đừng sao chép mã từ một dự án khác rồi tùy biến nó cho dự án của mình. Don't "mượn" một phần mã nào cả. Trong thời gian này, khi tham khảo một dự án, thay vì xem mã nguồn của nó, hãy chạy thử và phân tích. Đối với các chủ đề trên Stack Overflow, hãy đọc nó, phân tích và hiểu, sau đó tự mình mã lại từ đầu. Bạn sẽ thấy công việc này cực kỳ kỳ lạ mặc dù bạn đã đọc và phân tích mọi thứ rất kỹ năng. Đó là sự khác biệt giữa “thực hành hướng thông thả” – thực hành có chủ ý và “thực hành hướng lượng” – thực hành thường xuyên

Copy code giúp bạn có thể chạy tốc độ hoàn thành dự án với mọi người. Bên cạnh đó, nó còn giải quyết một số vấn đề hóc búa mà không phải suy nghĩ nhiều, và sao chép mã đang đưa bạn quay về “vùng an toàn” mà bạn đang cố định vùng để thoát ra. Nghiêm túc hơn, sao chép mã sẽ dần dần thu hút tư duy của chính bạn. Trong khi đó, tự mình giải quyết các vấn đề tuy hơi khó khăn và đôi khi không thoải mái cho lắm nhưng điều đó sẽ giúp tư duy của bạn linh hoạt và sắc sảo hơn

Theo tôi, chỉ nên tham khảo mã của mọi người khi bạn đã hoàn thành dự án của mình. Vào thời điểm đó, việc đọc mã của người khác sẽ giúp bạn học được khá nhiều điều

Your your force is not partition

Câu chuyện của họ vẫn xoay quanh quá trình xây dựng dự án

Một vài người bạn của tôi, khi dự án thứ nhất của họ đụng chạm đến những vẫn đề khó nắm bắt, họ có xu hướng tạm dừng nó lại rồi bắt đầu dự án thứ hai. Với dự án mới ấy, họ làm việc rất hăng hái vì đến khi mới gội phải có nhiều vấn đề (phức tạp hơn cả dự án đầu), lúc này họ có 2 dự án chưa hoàn thiện. And this work will it it it it reping. Đó chính là cách mà năng lực của chúng ta đang bị phân tán

Giải pháp của tôi là dự án giới hạn 2 tại cùng một thời điểm. Khi bạn mắc kẹt ở một cái, hãy dành thời gian xử lý nó, nếu không khả thi, hãy chuyển sang cái thứ hai. Yếu tố quyết định ở đây là bạn không được tạo dự án thứ ba, nó sẽ phân tích khả năng của bạn và bạn sẽ sớm đi vào vết xe đổ như hai dự án trước

Bạn nên tìm mọi giải pháp để duy trì dự án cũng như việc học của chính bạn. Nếu bạn thấy chán nản hay đơn giản chỉ là buồn, chán, hãy thư giãn một chút, tự nhắc nhở bản thân một lần nữa rồi quay lại với con đường bạn đã vạch ra. Dù sao đi nữa, đừng bỏ code chỉ vì nản.  

Với cá nhân tôi, khi dự án hiện tại đang chiếu vào bế tắc, tôi thường bay nhẹ một chút, hoặc tự học thêm một vài thứ hay ho, và cuối cùng – như tôi vừa nhắc đến – hãy thử làm 2 dự án, thay vì

Please note to portfolio

Bạn nghĩ nhà tuyển dụng chỉ quan tâm đến bằng cấp và những gì bạn viết trong CV ư? . Họ sẽ nhìn vào sản phẩm của bạn

Tất cả dự án bạn đã hoàn thành và công khai nó sẽ là vũ khí chủ lực của bạn. Năng lực chuyên môn của bạn ra sao, huyệt của bạn nằm ở đâu?. all will be show at your project. Tuy nhiên, đừng quá lo lắng, các dự án không nhất thiết phải hoàn hảo một cách tuyệt đối. Các nhà tuyển dụng chỉ thích dùng nó để đánh giá chuyên môn thay vì ngồi ngắm một tập chứng chỉ mà thôi.  

Nói thêm một chút, việc công khai các dự án của bạn trên internet có rất nhiều cái lợi khi đi phỏng vấn

• Nhà tuyển dụng biết bạn đang làm gì
• Họ cũng biết bạn đang liên tục học hỏi và nâng cao kỹ năng
• Và cuối cùng, họ đánh giá cao sự tự tin của bạn (công khai các dự án trên internet chứng tỏ bạn rất tự tin với sản phẩm của mình)

Kinh nghiệm khi đi phỏng vấn xin việc của cá nhân tôi cũng như những đồng nghiệp ở Toronto Free Code Camp đã cho thấy yếu tố quan trọng nhất trong quá trình tìm kiếm công việc chính là danh mục đầu tư - tổng hợp các dự án mà bạn đã hoàn thành

Bạn sẽ có thể thể hiện tốt hơn trong buổi phỏng vấn

Trong buổi phỏng vấn, bạn sẽ phải trực tiếp hoàn thành một ứng dụng web hoặc xử lý một vấn đề nào đó trong thực tế

Thường thì người tuyển dụng sẽ chú ý đến phương pháp giải quyết vấn đề của bạn. Họ không chờ đợi một giải pháp tối ưu. Đôi khi họ đưa cho bạn những vấn đề không có lời giải, chỉ để "thử" xem bạn xử lý nó như thế nào. Và các vấn đề bạn sẽ gặp rất nhiều trong quá trình xây dựng project trước kia của mình

Các vấn đề thực tế mà bạn phải xử lý rất đa dạng. Đây là một số trường hợp trong buổi phỏng vấn của tôi. Dù mã của tôi không được tối ưu lắm nhưng ít nhất nó cũng đưa ra một ví dụ cụ thể cho các bạn. Lý do duy nhất để tôi có thể hoàn thành nó trong buổi phỏng vấn của mình là tôi đã có kinh nghiệm từ khi tham gia Free Code Camp, cụ thể, kinh nghiệm đó bao gồm xây dựng một ứng dụng thông báo thời gian và một bảng tính

Xử lý những sự sắp xếp kiến ​​thức

Hướng dẫn và những nguồn học liệu tương tự sẽ khiến bạn ảo giác rằng sau khi hoàn thành chúng, bạn đã nắm bắt được tất cả những kiến ​​thức của lĩnh vực tương ứng. Rồi đến lúc bạn bắt tay vào xây dựng một dự án, bạn sẽ băn khoăn trước những vấn đề rất đơn giản.  

in sao lại thế?

Thứ nhất, kiến ​​thức trong các hướng dẫn được hệ thống và sắp xếp bởi một vài người nào đó. Họ chọn bộ lọc của họ theo quan điểm cá nhân và những gì mọi người hay tìm kiếm. Thứ hai, rất đơn giản, một hướng dẫn quá ngắn để chứa hết các kiến ​​thức cần thiết

Cách đơn giản để phát hiện ra những lỗi quan sát kiến ​​thức của bạn là không liên tục làm việc và học hỏi. Sai lỗi và sửa lỗi cũng là một giải pháp hiệu quả

Dự án mới làm tôi choáng

Tôi không chắc bạn có giống tôi không. Nhưng đối với tôi, điều này xảy ra thường xuyên.  

Tôi đã hoàn thành một dự án và cảm thấy thật tuyệt vời. Và sau đó, khi đọc phần user story của dự án tiếp theo, mọi thứ thay đổi 180 độ, tôi gần như tê liệt vì sợ hãi

Làm thế nào để bắt đầu? . Tôi rơi vào trạng thái hỗn loạn

Cái khó ló cái không, trong những cảnh quay hiện ra ấy, tôi chợt nảy ra một ý tưởng tưởng tượng.  

Đầu tiên, tôi xem lại dự án vừa hoàn thành. Đa phần tôi thấy nó là thật kinh khủng - thế nhưng bằng cách nào đó, tôi vẫn giải quyết ngon lành. Thật kỳ diệu phải không? . Đúng vậy, các vấn đề nhỏ. Sai lầm của tôi lúc loạn là không xây dựng cấu trúc cho dự án của mình bằng cách chia vấn đề thành nhiều vấn đề nhỏ hơn. Tôi hi vọng bạn sẽ không thắc mắc phải sai lầm đó một lần nữa

Ngoài ra, hãy xem xét khía cạnh cạnh tâm lý học, việc lại thành công trong quá khứ khi bạn đang cảm thấy suy sụp là một giải pháp hữu hiệu để lấy lại tinh thần và sẵn sàng cho thử nghiệm mới.  

Don't too full request

Mục tiêu của dự án đầu tay mà bạn xây dựng, đó là đáp ứng đúng yêu cầu mà bạn đã vạch ra (hoặc được đặt hàng). Sau khi nó đã được vận hành, hãy cố gắng tối ưu hóa dự án của bạn theo nhiều phương diện. thiết kế, chức năng, chất lượng của đoạn mã. Tuy nhiên, đến mức nào đó, hãy dừng lại. Dự án của bạn không tham gia vào một cuộc thi quốc tế. Dự án của bạn phản ánh những kiến ​​thức bạn đã học và vận tải được áp dụng. Tôi nhận thấy hầu hết những người cầu toàn không thể làm được một cái gì đó ra trò.  

Bài viết này sẽ mãi mãi là bản nháp nếu tôi liên tục đâm đo xem nó đã tốt hay chưa. Tôi chỉ biết rằng, tìm việc làm là một vấn đề mà rất nhiều đồng môn đang quan tâm, vì vậy tôi cần chia sẻ với mọi người một số thứ tôi biết và hi vọng nó sẽ hữu ích cho họ

To Trí tưởng tượng được bay hơi

Lập trình là một nghệ thuật.  

Tập trung vào nhiệm vụ đáp ứng các câu chuyện của người dùng và phần còn lại của dự án chính là mảnh đất của chúng ta. Hãy tận hưởng tối đa không phải của bạn và tự tin có thể thể hiện cá tính của mình. Đây là Zen Calculator của tôi, một ví dụ đơn giản (hãy nhấn AC liên tục để cảm nhận sự khác biệt với Window Calculator).  

Lập trình mang lại cho chúng ta sự tư do sáng tạo. Mọi sản phẩm của bạn sẽ có một bản sắc riêng nếu bạn là cá tính của mình vào đó. Luôn là chính mình, làm những điều mình thích không chỉ với code mà hãy áp dụng nó vào cả cuộc sống nữa

Đừng quên các trò chơi điều khiển

Như tôi đã đề cập ở trên, bạn có thể nghỉ ngơi, nhưng hãy nghỉ ngơi trong điều kiện khó khăn cho phép. Trải nghiệm một cách lý tưởng, bạn không nên xả hơi quá một tuần, hãy cố gắng biến thời gian để thành một chuyến đi thú vị Thu thập những ý tưởng cũng như lấy cảm hứng cho dự án của mình. Và khi quay về, bạn nên nhanh chóng bắt nhịp với công việc

Nhận phản hồi cho dự án của mình

Bạn nên cẩn thận khi chia sẻ dự án của mình. Vui lòng liên hệ với một nhà phát triển thực thụ hoặc những người xuất sắc hơn bạn, nhờ họ xem xét mã và phản hồi về dự án của bạn. Những kẻ lừa đảo bụng tốt này sẽ sẵn sàng giúp bạn tìm ra những điểm yếu và những lỗi quan sát kiến ​​thức mà bạn không thể nhận ra

Cách học lập trình tốt nhất là xây dựng một dự án cá nhân

Đến đây, tôi hy vọng bạn đã hiểu được phần nào quan điểm đó. Với cá nhân tôi, quá trình xây dựng dự án của riêng mình là thời gian mà tôi học được nhiều thứ quý giá. Và tôi hy vọng kinh nghiệm của bạn sẽ tuyệt vời hơn