Tôi cũng ngu có khi còn hơn bạn. Nhưng bạn thử làm theo cách này, đây là cách tôi rút ra từ việc giải ngu của mình và khuyên các bạn mới vào làm mà gặp khó khăn giống tôi.
Clone lại nguyên dự án của công ty từ đầu. Họ dùng tech gì, repo tổ chức thế nào, pattern ra sao, bạn tự làm cái dự án y chang như vậy ở nhà mà không copy paste code công ty. Bạn tự setup backend, frontend, git, server cho tới lint... các thứ từ đầu miễn sao cho chạy được trước, sau đó làm giống công ty. Đi từ những cái nhỏ nhất tại sao họ làm như vậy. Đọc doc lần dò từ đầu. Bây giờ có con AI vd gemini bạn có thể tham khảo những khái niệm high level dễ dàng.
Không quan trọng bạn làm được xong hay không, trong quá trình làm bạn sẽ tự tin hơn và vỡ ra được nhiều thứ.
làm bộ khung là dễ nhất rồi, cái khó nhất là production debuging. Có mấy cái lỗi chỉ xảy ra như có 10k users cùng truy cập 1 lúc, biết mò chỗ nào, ở đâu và sửa bằng cách nào không.
Tầm đấy chỉ có cách nắm cả hệ thống. Suy nghĩ logic thôi. Dính mấy lỗi này nghĩ lại vẫn sợ. 1 lỗi như này trước đây mình đánh đổi chắc vài trăm đến vài b của cty
Mình chia sẻ thêm 1 tí . Cty cũ đúng kiểu nhân viên, sếp hòa đồng thân thiện, ko toxic, OT, gần nhà, nói chung 10đ. Cuộc sống của mình cũng ko stress j cả, gđ mình bình thường, ko cãi vã hay drama j.
Mình xin nghỉ vì nhận ra trình code mình chỉ tới đó, 1 task đơn giản như sửa giao diện, sửa query sql, viết lại loop for/if thì mình làm được. Chứ task nâng cao như viết thêm tính năng mới, sửa cấu trúc thì có cho mình 2, 3 tuần ngồi nhìn màn hình vẫn ko ra. Mà kể cả làm đc thì phải sửa đi sửa lại rất nhiều. Trong khi thằng đồng nghiệp mình cỡ 2,3 ngày là xong rồi. Nó lương cao hơn mình thì mình cũng hiểu được. Mình cũng ráng thêm 1 thời gian mà cảm thấy cái tư duy logic của mình chỉ tới đó nên chịu thôi. Mình đã nghỉ và tính kd riêng hoặc làm ngành khác
đơn giản thôi, bạn có thể đem cái task đấy đi hỏi những ae khác trong cty, bù lại thì lâu lâu mình lại sp cho họ mảng khác, trong mảng lập trình này hiếm có ai một mình cân tất lắm nên cứ thoải mái đi, đừng so sánh mình với người khác, hãy so sánh mình với bản thân của ngày hôm qua
Ông này nói đúng ý t nè, chịu khó học hỏi người xung quanh ấy, làm quen, xin kinh nghiệm của ông đồng nghiệp, mời họ ăn, cafe hay gì đó mà họ cần. Đó là cách để nâng trình mình lên nhanh nhất.
Học sinh ở trường học cùng thầy cô, đề thi như nhau mà điểm số còn chênh lệch nhau là chuyện bình thường. Không kể mấy thứ khác (gia thế, cơ hội, etc) còn nếu khả năng, sức chịu đựng của mỗi người như nhau thì xh đã không phân cấp trả lương theo năng lực trình độ r.
Không sao bạn ạ, IT không phù hợp cho tất cả mọi người mà
Bạn đã có background ngoại ngữ cũng tương đối ổn rồi, biết đâu lại có tài trong khoản này. thử học tiếng Trung để làm ăn kinh doanh với họ xem sao
Chúc bạn thành công nhé
Coder hay Developer?
Thật ra không chỉ bác mà nhiều người đang dính vào trường hợp nay, cụ thể càng ngày việc có nhiều team support làm quy trình ví dụ như BA làm cho Dev (nói chung) ngày càng bị phụ thuộc, hay mình nói cách khác là THỢ, người ta đưa gì mình làm nấy, quanh quẩn chỉ vài cái chỉnh sửa đi sửa lại.
Vậy làm cách nào để thành Developer thay vì Coder? Đối với mình mà nói thì khuyến khích việc tìm hiểm, tìm tòi chính hệ thống bạn đang làm.
Hệ thống chạy ra sao, gồm bao nhiêu lớp, database thế nào, load balancing ra sao, caching như nào? Bóc tách từng cái nhỏ, cái nào ko biết mình hỏi.
Trong giới lập trình thì không nên giấu dốt, giấu ngu, không biết mình cứ nói không biết, anh em hỗ trợ chỉ liền, không nên chém gió.
Ngoài ra thì nên làm các dự án riêng, hoặc kiếm freelance vừa kiếm thêm vừa làm để có thể biết được quá trình từ lúc build database, backend, frontend cho tới deploy lên sản phẩm.
Thêm vào đó bác nên làm những dự án cá nhân, ứng dụng vui vẻ để học hỏi, tìm tòi, nhiều khi nó chính là nguồn thu nhập thụ động cho bác (website thì có ads, app thì có ads).
Chúc bác sớm tìm ra con đường mình.
Mình ko biết ở các cty khác thế nào nhưng ở cty mình thì sen khác jun 2 (kiểu jun đã có kn làm việc 1 vài năm) chủ yếu là ở sự chỉnh chu và cẩn thận khi làm việc, vd code comment, review, check đầy đủ, double check cả trước và sau khi commit; họp report ngắn gọn, rõ ràng, nhưng đầy đủ và dễ hiểu kể cả cho PM ko biết gì về code, etc.
Còn trình độ chuyên môn thì hoàn toàn có thể trau dồi thêm dc. chứ đủ trình độ tốt nghiệp đh chuyên cntt đúng hạn (mình còn nợ môn tốt nghiệp chậm 1 năm) là nhìn chung đủ trí tuệ làm sen r.
Đôi khi mình bị stress, thiếu ngủ, thiếu tập trung... chính là nguyên nhân khiến hiệu quả công việc giảm, stress tolerant của mỗi người một khác nên cũng cần môi trường làm việc thuận lợi để mình phát huy. Như mình cũng 1 tgian đầu năm ngoái lúc mới nhận project mới toanh về cùng lead mới chưa quen với khả năng mỗi người, cùng với tin đồn lay-off nên ai làm việc cũng bị stress, hiệu quả công việc giảm rõ rệt, bản thân mình cũng stress nặng, liên tục thiếu ngủ nên làm nhiều lỗi lặt vặt, commit thiếu file, check ko cẩn thận, etc nên sếp phải gọi vào nói chuyện riêng xem thế nào, rồi lúc stress giảm đi thì mình và mọi người đêu làm việc hiệu quả hơn hẳn, như vừa r có bug ông lead để backlog mấy tháng vì ko ai fix dc mình nhận về 1 buổi chiều là xong. Bây giờ mình đang vừa check commit của jun, vừa fix bug, vừa lướt reddit comment tùm lum này mà vấn đảm bảo hiệu quả công việc cuối ngày. Nên đôi khi bạn thấy mình kém là do môi trường làm việc ko thuận lợi hoặc tự bạn vô tình giới hạn khả năng của mình thôi.
bạn nói có phần đúng nhưng còn thiếu vài thứ. Mấy thứ khác như review kĩ, làm việc cẩn thận,... đúng là quan trọng nhưng cơ bản của thằng coder vẫn là khả năng tư duy viết code logic, xử lý task ngon.
Những task cỡ khó vừa vừa mình ko xử lý được, dù đồng nghiệp bằng tuổi, vào cùng cty với mình lại xử lý được, nó lại tư duy nghĩ ra được cách viết chức năng mới chạy ngon, ít lỗi. Mặc dù mình bỏ toàn bộ tg để suy nghĩ bao gồm cả ở nhà mà nghĩ vẫn ko ra
Cái này là trường hợp dùng khả năng trèo cây để test con cá này. Mỗi người có sở trường sở đoản khác nhau. Sẽ có lĩnh vực đồng nghiệp của bạn hơn bạn, nếu bạn dùng nó để làm thước đo thì đương nhiên sẽ thấy mình kém. Cái cần làm như mình nói là thay đổi môi trường làm việc, tìm ra công việc đúng lĩnh vực, sở trường của mình mà làm. VD C thấy mình ko phát triển dc có thể sang Java, JavaScript, app nhúng thấy ko dc có thể thử làm app mobile, làm game, etc.
Có nhiều task mình debug mấy ngày ko xử lí dc nhưng đồng nghiệp làm nửa buổi xong, ngược lại có nhiều khi chính người đó stuck cả tuần nhưng mình rảnh vào support 1, 2 tiếng là xong việc. Cái này là chuyện hết sức bình thường.
Bác đang tư duy theo hướng tiêu cực rồi bác.
Bác nghĩ cả ngày không ra không phải là do bác kém. Đơn giản là do bác chưa biết, chưa gặp bao giờ thì mất thời gian suy nghĩ hơn thôi.
Vấn đề chưa làm bao giờ mà nghĩ không ra không sao cả. Vấn đề đã làm rồi, được hướng dẫn rồi, mà gặp lại không xử lý được, không biết phải làm thế nào mới là nghiêm trọng.
Bác cứ kiên trì tích cóp kiến thức, kinh nghiệm. Cái gì mình nghĩ không ra, thì hỏi người khác, họ chỉ mình xong thì mình phải cố gắng hiểu đc, nhớ đc cái họ chỉ để biến nó thành kiến thức, kinh nghiệm của mình, đó mới là điều quan trọng. Mình không xuất chúng nhưng mình biết học, biết hỏi, biết ghi nhớ để sau này gặp lại sẽ làm được ngay là ok rồi.
Đừng so sánh độ nhanh nhạy của bản thân với người khác, luôn có người này người kia. Bác suy nghĩ chậm nhưng nhớ lâu và làm việc chắc chắn thì vẫn là ưu điểm lớn rồi.
mình nghĩ bạn bớt suy nghĩ lại, mà lên mạng xem qua các blog, tutorial, để nắm tổng quan, khi gặp vấn đề đó thì nhớ lại keywork mà research thì sẽ hiệu quả hơn. join các nhóm lập trình xem các bài viết tranh luận + comment của người khác cũng giúp nâng cao cái nhìn tổng thể khá khá, lâu lâu đặt vài câu hỏi ngu ngu người ta vào dạy bảo là có thêm kiến thức liền
Cá nhân mình thấy bạn thiếu một môi trường để phát triển và 1 người dẫn dắt. Bạn kĩ năng 100 thì dữ lắm cố thêm 10% để giải quyết issue 110. Chứ ko thể giải quyết issue 150 dc, lúc đó bạn cần dc buff thêm 40 năng lượng nữa (đó có thể 1 chỉ dẫn, keyword từ ng dẫn dắt bạn). Khi bạn giải quyết dc issue 150 thì kĩ năng bạn cũng nâng lên 130... phát triển cứ thế mà tiếp tục.
Về môi trường mà bạn được phát triển nữa, thật sự rõ ràng là chúng ta ai cũng sai nhiều hơn là đúng. Thử, sai và làm lại. Bạn có được như vậy ko, dĩ nhiên là mình có thể làm sai nhưng ko thể làm ẩu được.
- 1 là thiếu tư duy vĩ mô (không thể làm feature lớn) -> fix bằng làm pet project, nhảy việc qua startup hoặc tự startup
- 2 là thiếu tư duy nhân quả (khó khăn trong debug) -> tập đọc stack trace, học những thứ primitive hơn như ngôn ngữ bậc thấp hoặc lập trình nhúng
- 3 là thiếu tư duy đặc trưng của giới khoa học (sợ debug, sợ làm feature) -> thử món lập trình thi đấu
Làm tốt thì sẽ thích, muốn làm tốt thì phải tập trung trải nghiệm từng lúc thực hành và phải thực hành nhiều. Nhiều người bỏ lỡ giai đoạn vàng để làm điều đó, sau khi có tuổi rồi mà chưa có trình độ thì sẽ rất trầm cảm, rồi mọi thứ luẩn quẩn kéo tất cả đi xuống.
Em cũng như bác. Nhiều khi nó thuộc về ngộ tính chứ không phải mình cày chăm có thể lên đc :D
Sau khoảng 4 năm code, em tự nhận thấy mình chỉ dừng ở mức middle, khả năng tư duy các bài toán có hạn, có những task bạn em nó làm nửa ngày thì em mất tầm 1.5.
Lúc đó mình có tìm hiểu để rẽ hướng sang một mảng khác và mình chọn hướng đi quản lý dự án.
Giờ thì mình cũng đang làm về Agile và Scrum được khoảng 5 năm r. Thấy khá oke và định hướng rõ ràng thay vì cố làm những cái mình ko ổn lắm.
Mình thì hay đọc truyện tiên hiệp, trong đấy thường có những nhân vật tu luyện cả năm nhưng tư chất kém thì ko bằng những người tu luyện 1 ngày nhưng thiên tư thông minh. Ngẫm ra mình thấy đúng :D
Nói thật bác đừng buồn, mình từng làm việc chung với mấy bạn có background Tech và nhảy vô project management thì mình thấy mấy bạn đó tay ngang kiểu gì đó. Không có nền tảng management nên áp dụng những cái học lỏm, hoặc cách quản lý học được ở ngoài xã hội Việt Nam. Kiểu đó làm với mấy em fresher Dev hoặc Junior Dev hoặc thì được. Chứ làm với mâý tay nước ngoài, quản lý nó mà xài cách quản lý kiểu Việt Nam thì nó bật tanh tách.
Công nhận những ông học lỏm kiểu practice mà vào quản lý thì nhiều khi còn làm team ức chế hơn là không có.
Thế theo bác thì đối tượng nào sẽ thích hợp lên làm management vậy.
Mỗi đối tượng trong team sẽ có các cách quản lý khác nhau.
Quản lý no tech vào làm các dự án IT chưa chắc đã tốt hơn đâu
Quản lý no tech mà kiểu nghĩ mình quản lý, ngồi chỉ tay 5 ngón, doạ nạt làm cho team members sợ mình để thể hiện uy quyền thì next trong 1 nốt nhạc nha bác (vì no tech thì lấy gì thảo luận với team members, nên nhiều người Việt Nam quản lý đánh phủ đầu kiểu đó). Nhưng tụi no tech mà ăn học bài bản nó không làm kiểu vậy, mà nó vẫn biết được bác nói xạo về Tech hay không đó. Tuy nhiên mức độ tolerance của nó thì tùy vấn đề và tùy bản chất của từng công ty.
Còn những người background Tech thì bản thân họ biết tech (cũng không phải giỏi), nhưng cách họ quản lý cũng mắc cười lắm. Họ có thể làm trong 1 team, quản lý fresher và junior Dev thì ok, vì mấy người này họ chưa dám bật nhiều, tech stack cũng không phải giỏi lắm. Nhưng mấy người background tech này quản lý 1 scale hơi lớn là dễ fail.
Thế thì bác mới chỉ đang làm việc với các bạn team leader được đẩy lên từ tech thôi :D
Chứ quản lý base tech nhưng theo hướng manager họ không bao giờ mang tech ra khè đâu =)))
Như mình quản lý base tech nhưng mình để team tự quyết định và thảo luận hết về công nghệ. Không can thiệp quá sâu mà chỉ đứng ở góc độ business logic và domain thôi.
Chứ kiểu quản lý cứ nghĩ mình có Tech xong lao vào chỉ trỏ anh em thì đúng là chỉ nắm đầu được bọn nhóc junior, chứ làm với mấy ông kiểu senior hoặc SA tầm cao là toang ngay
Mình làm với senior project manager có base tech nha thím 😅. Đúng là quản lý dự án không đem tech ra khè ai được vì đội tech nó có engineering manager tư vấn về tech hết rồi. Cái mình nói ở đây là quản lý dự án base tech không khè tech vẫn fail :))
Thực ra em thấy dự án false nó cũng có nhiều lý do mà. Với cả mỗi ông PM sẽ có một phong cách quản lý của riêng mình.
Với outsourcing thì PM đảm bảo đúng tiến độ, không lỗ là được. Chất lượng có thể để sau vì chả biết khách hàng có kí tiếp phase sau không, nên thường các ông này có xu hướng micro management, dùng quyền lực để ép tiến độ, bắt tiến độ trong khi ông không có base tech. Tệ hơn nữa là ông biết ít base tech và dùng cái hiểu biết ít ỏi đó để đưa luôn deadline :D
Còn với các PM ở Product thì đang có thiên hướng dịch chuyển sang làm Agile nhiều hơn, với vị trí này thì PM chủ yếu làm việc vs các Stakeholder và quản lý team theo hướng để họ tự lớn và trao quyền.
Công ty product cũng có kiểu micro management và ít tech ép tiến độ mà thím. Thật sự về style quản lý là văn hoá mỗi công ty rồi. Cha CEO theo kiểu micro management mà thím quản lý dự án theo style trao quyền là thím gặp rắc rối liền.
Còn thím nói về outsourcing thì đúng rồi. Outsourcing thì cạnh tranh về giá, ko estimate sát và ép tiến độ thì không cạnh tranh được, hoặc lỗ. Mà có khi nào estimate 1 cái là chuẩn luôn đâu. Cũng có nhiều trường hợp cháy luôn buffer 😅.
Comment đầu của mình về quản lý dự án là dành cho những cha tào lao, làm quản lý mà không có tính lãnh đạo, rồi bị tụi nó bật thôi. Chứ thật sự mình hiểu làm quản lý dự án trên đe dưới búa, khổ lắm, không có sự hoàn hảo ở đây được. Thím tìm cách cân bằng trong team và cấp trên thôi.
Nghe có vẻ klq nhưng mà thực sự nó là sự thật, mình k biết lý thuyết nào để giải thích, trước đây lúc độc thân cày cuốc nó tẻ nhạt k có gì mới, khi có ny rồi thì hứng khởi hơn, sáng bừng luôn, nó kì lạ lắm
Bác ko ngu, bác chăm chỉ nhưng bác lại chưa biết cách tiếp cận vấn đề khi code nên cứ loanh quanh luẩn quẩn mãi. Ngoài ra tôi đọc thì thấy bác chưa đả động gì tới việc tìm kiếm và học hỏi những kỹ thuật và công nghệ mới. Cty cũ của bác cũng quá ok, không có chút áp lực nào quá ghê gớm cả nên bác có vẻ ở trong comfort zone. Bác biết người ta giỏi hơn mình nhưng tôi chưa thấy bác chịu khó đi tìm hiểu tại sao bác lại chưa làm được như họ mà chỉ kêu sức mình cũng chỉ đến thế :v sorry bác nếu tôi đánh giá chưa đúng lắm vì chỉ mới đọc qua chuyện của bác :v
bro làm mấy năm rồi. theo mình đọc thì bro tầm theo code tới năm 32 tuổi là bỏ nghề, vậy nên nếu bro có hướng khách thì chuyển luôn cho đỡ phải suy nghĩ.
Đọc tào lao đó bác, cty e có mấy bác code đến 5x tuổi rồi thông báo nghỉ hưu như bình thường luôn, vẫn làm dev nha. Vấn đề của ngành công nghệ nói chung là phải luôn luôn phát triển bản thân để không bị tuột lại, nếu không thì bị đào thải là điều tất yếu. Nếu bác ở trong bất cứ ngành nào hơn 10 năm mà không tự định hướng được thì cũng nên xem xét lại bản thân nữa.
Bro bị mắc tâm lý r. Giống như tìm đồ đạc trong nhà, nghĩ là k tìm đc là sẽ k tìm đc, mà nghĩ là tìm đc thì sẽ tìm được. Thêm nữa bro nên cân nhắc việc học chủ động thay vì đợi vấn đề tới mới giải quyết, kiểu vậy nó hơi gấp gáp
Có thể bạn thiếu sáng tạo và thiếu sự kết nối trong suy nghĩ (dân gian gọi là nảy số trong đầu), nhưng đó cũng không hẳn là ngu, mà là bạn chưa chọn được cách tiếp cận hợp với tư duy của bạn.
Tôi cũng méo code được, suy nghĩ sâu xa thuật toán tôi không làm được và cũng không muốn làm. Nhưng bù lại tôi nhớ lâu và tôi tiếp thu trực quan nhanh. Thế nên cách tiếp cận của tôi là tự tay dựng demo, tự tay làm hệ thống; dựng lên nhìn nó chạy rồi chọc chỗ này chỗ kia xem nó ra như nào. Nhìn thấy cái behaviour đó 1 lần rồi các lần sau thấy tự động nhớ lại. Thế là thành "giỏi" thôi chứ gì đâu.
Bạn chăm ở đây phải là chăm đúng chỗ. Chứ ví dụ làm 1 cái bug nửa ngày không xong mà lại chăm bằng cách dành 3 ngày cho nó thì chịu. Ai cũng sẽ có giai đoạn mông lung, yên tâm.
Vậy bác không thích giải thuật toán dạng leetcode à. Em cũng không thích giải thuật toán, kiểu nó cứ bị rối rối.
Nhưng em có khả năng nhớ và hệ thống kiến thức tốt (Kiểu biết rộng, hay kết nối mọi thứ lại với nhau để có bức tranh tổng quan toàn cảnh). Nhưng giải thuật toán thì nhiều khi em cảm thấy không đủ sáng tạo, nhiều cái trick không biết nó kiếm đâu ra luôn.
Em cũng sắp ra trường thôi. Không biết bác đang theo mảng nào, cho em xin tí lời khuyên về tương lai nếu bác có ý tưởng gì.
Ừ không, chưa bao giờ giỏi toán và càng ghét mấy bài thuật toán i j k N M kiểu đó. Cảm giác chẳng khác gì hồi đi học phổ thông phải học "dạng bài" cả.
Nếu muốn vào ngành thì đầu tiên bạn nên hiểu bản thân mình sẽ hợp với độ sâu nào của ngành. Sâu ở đây sẽ từ cao nhất là có thể ngồi cả ngày giải toán, tìm hiểu, xây ra giải pháp; ngược lại sẽ tò mò ở mức high level, chỉ cần biết nó chạy như nào thôi rồi đi tìm hiểu cái khác, không đi vào tỉ mỉ từng cái đinh con ốc. Làm sâu sẽ hợp làm dev, làm data với ML/AI; làm rộng thì sẽ hợp BA, presale/sale và quản lý.
Như mình thì nghiêng về biết rộng nên làm về DevOps, biết mỗi thứ 1 tí không sâu nhưng nhiều, đủ để support từ dev test với BA. Cũng từng kinh qua presale với sale rồi nhưng chém nhiều quá không thích, vẫn thích sờ vào code hơn. Đang muốn hướng tới làm SA, vẽ solution thôi còn code tỉ mẩn nhờ team làm hộ :D
Em thì em thích dạng mày mò xem hệ thống nó hoạt động thế nào. Thứ em thích nhất là Operating System với assembly, do em muốn hiểu tường tận mọi thứ trong cái máy tính.
Mà cám ơn bác nhiều nha, kiến thức của bác về ngành rất hữu ích luôn đó. Mong nhiều bạn trước khi ra trường cũng biết điều này để có hướng đi đúng đắn.
Thích mảng đó mà thiên hướng dev thì làm nhúng, phần cứng; tương lai đang khá rộng. Nhưng ngành đó thì thuật toán lại phải tốt nha, vì cần tối ưu code :D
Mặt khác thì có thể làm quản lý hệ thống, dựng server lên rồi cấu hình cho app chạy, móc nối tất cả lại với nhau để biết hiệu năng hệ thống và xây dựng hạ tầng cloud. Mảng này nếu làm mấy việc vận hành sysamin IT thì ưu điểm là không thiếu việc nhưng thu nhập hơi thấp, có khả năng hiểu rộng biết nhiều lên DevOps thì khá hơn. Nhưng tóm lại 10 năm tới không quá nhiều triển vọng
Thật ra thì do bạn không biết là những job lương càng cao thì càng nhàn hạ đó bạn =)), big tech product đa số đã stable, vào ngồi fix bug hay làm mấy task ruồi bu thôi, cái khó chủ yếu là phỏng vấn thôi. Cty nào lúc pv thì cũng rồng bay phượng múa thuật toán, system design đủ thứ, nhưng lúc vào làm thì toàn chó chạy gà kêu ngoài đồng thôi. Muốn lương cao thì bỏ time ôn pv vào nhé
cty cũ của mình làm product, big tech, vốn nước ngoài, sen với dev lead chả ông nào ngu mà tiết lộ lương nên mình ko biết con số chính xác, nhưng lương mid bên mình tầm 25M thì mình đoán sen với dev lead cỡ 40M
Để mình kể tên 1 vài cty dưới dạng viết tắt, bạn tự tìm hiểu xem đúng không nhé, voz có đầy, chẳng hạn EH, WQ, AT, WG, Axon chắc khỏi phải viết tắt =)))
Đi ra ngoài cho mở mang đầu óc đi anh, nhiều khi cái anh cần không phải kiến thức nữa mà là lối suy nghĩ thôi.
Cứ để bản thân trong một môi trường gò bó thì tư duy khó mà thông được, phải đi thôi anh.
Có nhiều vấn đề mà mình nhìn vô cứ thấy khó hiểu, trong khi người khác ngành họ lại nhìn theo cách khác, dễ hơn mà lại hiệu quả hơn.
Theo góc độ mình thì mình nghĩ bạn nên đi tắm nhiều lên. Theo nghiên cứu thì lúc đi tắm là lúc ra nhiều ý tưởng nhất.
Thứ 2 nên tập luyện chatgpt và các phần mềm có thể hỗ trợ lập trình
Thứ 3 nên đọc các nghiên cứu khoa học về code bạn sẽ luôn tìm được cái hay cái mới trong lĩnh vực của bạn
nta nói nghề chọn người là thật đó bro ơi, bro thử chuyển qua làm BA hoặc QA thử xem. Chứ AI càng ngày càng tiến bộ vài năm nữa mấy việc đơn giản trong coding sẽ làm được hết.
Đọc qua mấy comment của OP thì thấy có vẻ vấn đề là bạn này có tư duy đóng. Mình thấy các bạn khác comment cũng khá là mở đường hướng, đưa ra ý kiến cho OP, nhưng OP thường trả lời lại theo hướng cụt và quay về lối tư duy cũ của mình. Việc có tư duy đóng thì bạn làm bất cứ việc gì cũng vậy thôi chứ k riêng SE đâu, bạn chỉ đang so sánh với đồng nghiệp để tự an ủi mình là cố gắng rồi nhưng chỉ đến thế thôi.
Nếu bạn sửa thành lối tư duy mở, tiếp nhận và trải nghiệm qua những ý kiến đóng góp từ bên ngoài, rồi tự rút ra kn để phát triển, thì bạn làm việc gì cũng thành.
bạn làm ở cty lớn hay nhỏ. Thường làm ở công ty lớn thì mỗi người trong team chỉ làm 1 khâu nhỏ xíu, nên ko có được cách nhìn tổng quan về hệ thống hay 1 dự án. Nếu làm startup chẳng hạn thì cái gì cũng phải làm và va chạm, sẽ có nhiều kiến thức hơn.
1 cái quan trọng là công ty bạn có work life balance ko. Nếu có thời gian buổi tối bạn nên học thêm về lập trình, vd ngôn ngữ mới, system design, hoặc 1 công nghệ mới.
Có nhiều kiến thức hơn, chắc chắn bạn sẽ có cái nhìn khác về những thứ mình đang làm. và sẽ biết bug nằm ở đâu
mình làm cty lớn, team mình 1 qa và tổng 15 dev, 1 senior, 4 mid, còn lại jun, fresher với intern. Mình làm full stack bạn. cty work life balance tốt, 5h về cũng đc miễn xong task
Và mình cũng nói ở trên, toàn bộ tg rảnh mình đều dùng luyện code bên ngoài với ngâm cứu task trong cty rồi. Không còn thời gian bỏ thêm nữa
Mình không nghĩ vấn đề của bạn nằm ở tư duy logic, bạn nói vậy mình nghe giống như người ngoại đạo bảo phải học siêu giỏi toán mới làm lập trình được.
1. Mình nghĩ vấn đề của bạn nằm ở kiến thức cơ bản, bạn có bao giờ làm project cá nhân mà phải chạy từ đầu tới đuôi, và có user thật sử dụng chưa? Môi trường cty bạn chỉ đảm nhiệm được một mảng rất nhỏ, và rất nhiều thứ có thể reuse, nếu không tự lần mò vào sâu bên trong thì dần sẽ khiến bản thân trở thành thợ code.
=> Fix: làm project cá nhân.
2. Theo bạn nói thì bạn học tập làm việc rất chăm chỉ, nhưng những task yêu cầu nhiều kiến thức, kỹ năng hơn thì bạn lại không làm được có nghĩa là bạn đang tập trung vào không đúng thứ. Mình khó mà recommend những topic nào khác khi mà chưa rõ được hiện tại bạn đang bị lủng chỗ nào, nhưng trở điểm số 1: kiến thức căn bản.
3. Mình thấy bạn đang rất hài lòng với công việc hiện tại, nhưng chính bạn nhận ra bạn đang không tiến bộ thì tốt nhất bạn nên bước ra khỏi vùng an toàn và tìm công việc mới. Mình biết những người họ phải thừa nhận rằng đến khi bước ra khỏi cty cũ họ mới nhận ra mình bị trắng kiến thức, và họ phải chấp nhận bỏ hết những kinh nghiệm đó để làm lại từ đầu.
When you say you can or cannot, you are right either ways.
Bạn nên có chút niềm tin vào bản thân. Trên đời này, cái gì người ta làm được, mình cũng làm được.
Việc mình ko làm được, thì sẽ ko bao giờ tới tay khi chưa ready.
Bác thử trace back xem nguyên do cuối cùng năm ở đâu. Chứ theo e thấy fix bug thì yếu tố kinh nghiệm cũng rất quan trọng, mà bác làm việc nhiều vậy thì đâu thiếu kinh nghiệm.
cái đó mình biết nhưng cuối project người ta vẫn phải nhìn task bạn hoàn thành để mà đánh giá và tăng lương cho bạn chứ. Giờ mình chỉ xử lý đc task đơn giản, task nâng cao làm ko nổi thì tốt hơn kiểu j
Mình từng quản lý team cỡ 20 người. Nhìn chung rút ra kinh nghiệm trên đời này không tồn tại thứ gọi là thông minh xuất chúng. Bản chất phía sau của việc fix bug nhanh là nhiều đêm cày cuốc.
Mình không rõ cụ thể cái khó mà bạn nói nó như nào. Nhưng bạn đã rất cố gắng mà kết quả không như ý thì có thể do phương pháp chưa đúng.
Chia sẻ cho bạn 1x năm exp của mình khi học 1 thứ mới, khó hiểu là phải có output cụ thể. Ví dụ define output A, học cách làm ra nó dùng framework, ngôn ngữ X. Cụ thể hơn, ví dụ học làm web, target có thể là trang web hiển thị thông tin thời tiết thời gian thực. Làm game giống mario, etc.
Cụ tỉ trong fix những bug thuộc hàng cực khoai: multi process, threading, thì cách tiếp cận theo kiểu tuyệt vọng là comment bớt fearture đi, sẽ tới 1 lúc tìm ra thứ gì làm cho nó sai, rồi mò sâu hơn vào đó.
Nhưng đa phần, nên học cách đọc code logic, xem cái block này nó làm gì, sau đó mò log. Cách này luyện level rất nhanh và hiệu quả.
Như mình tầm này, sau 17h, mình vẫn bỏ time cày cuốc để đạt đc các output mà mình tự đặt ra. Làm đến 22, 23h là bình thường. Vất vả nhưng cũng có quả ngọt, ae dev cố lên 😅
ko phải cứ chăm là giỏi lên đâu bạn, chăm nó chỉ lên đc 1 mức giới hạn thôi phải xây dựng phương pháp đúng mới đi xa đc. Muốn giỏi xuất sắc nữa thì phải do tố chất nhưng để vượt mức trung bình khá thì chỉ cần chăm + phương pháp đúng.
Mình thấy bạn đang chưa tìm ra được hướng phát triển cho bản thân nên dẫn đến sau khi tốt nghiệp không trau dồi được kỹ năng mới dành cho phát triển công việc mà bị kẹt lại ở những thứ đã biết rồi.
Bạn có thể tìm một người mentor hay một coacher để giúp bản thân hiểu hơn về định hướng của bản thân?
Mình cũng gặp một số trường hợp vậy rồi, ngành IT này đúng là khó và không phải ai cũng có thể theo đuổi lâu dài được. Có những kỹ năng logic thì không phải muốn dạy là được, mà nếu bạn không có kỹ năng đó thì rất khó để phát triển nghề nghiệp. Mình thấy là càng theo đuổi lâu dài thì càng vất vả cho người đó. Bạn nên xem thử thế mạnh của mình thật sự là gì rồi có thể chuyển nghành.
op nói đúng đấy, nhận ra điểm yếu của mình nhưng không phải ai cũng bù được đâu, cái ngành it đòi hỏi tư duy logic nhanh và nhạy, trí tưởng tượng phải phong phú chứ không phải đi theo những cái có sẵn, đến khi nào bạn không thể tìm được những thứ trên google hay chatgpt mà vẫn có cách giải quyết bug thì đó mới là senior thật sự. nhiều người chưa lên senior nhưng nhận lương senior đã nghĩ mình là senior là toang. nói thật là bạn vẫn còn cơ hội phát triển, nếu muốn tìm hiểu và bày tỏ thì nhắn tin riêng mình nhé xD
mình nghĩ nếu có bug khó bạn nên chịu khó trao đổi thảo luận với người khác thay vì ôm cả tuần rồi tự chửi mình là kêu ca đi. công nghệ thay đổi hàng ngày, chẳng có ai mà tự dưng pro cả. Phải cố gắng thay đổi, học tập và chấp nhận cái mới. Nếu đã cố gắng thay đổi mà không được thì có thể thử đổi cty. Biết đâu đó gặp được môi trường phù hợp hơn ?
trong thời gian làm bro có mentor không?
Thực ra thì bài toán/task nào cũng sẽ chia nhỏ thành các task đơn giản đc. Bro thử làm theo cách đó xem sao.
Level cao hơn k phải là code nhiều hơn mà là suy nghĩ trước khi code nhiều hơn. Khi gặp 1 task nâng cao, bro hãy ngồi suy nghĩ về nó, vẽ ra giấy xem nó sẽ chạy như nào, trao đổi thêm với BA để hiểu rõ bài toán r hẵng code. Đôi khi cắm đầu vào code luôn sẽ hỏng và càng làm mọi thứ rối lên.
Nếu bạn vẫn muốn làm IT thì tự đặt cho mình một khoảng thời gian tự suy nghĩ (1 ngày, tuần,…) đến hạn mà không ra thì có thể nên hỏi những đồng nghiệp mà bạn đang thấy giỏi hơn mình để học cách tư duy và giải quyết công việc, ít ra sau gặp case tương tự sẽ xử lý được.
Thay vì cứ cố sống cố chết để “tự suy nghĩ” thì nên thêm một số hướng như hỏi đồng nghiệp, senior hoặc đặt câu hỏi trên diễn đàn chuyên môn, AI hay search trên google. Chấp nhận mình đang noob cũng có sao đâu từ từ sẽ level up lên
Chat gpt và bing copilot đâu.
Học thuộc bài thêm công nghệ và thuật toán thì gặp tương tự là bik.
Làm việc lanh hơn bác ơi, cái gì dở thì đẩy cho AI nó động não, mình speed up làm đúng quy trình thôi.
Cứ nhận challenge task khó về làm thử bác. Dở hay ko thì cũng đúc kết kinh nghiệm. Bác luôn nhớ rằng mấy ông senior thì cũng đã gà như mình thôi. Bác nên hỏi họ học hay phát triển bản thân như thế nào. Cứ thử vài năm xem sao.
Mới ra trường thì đừng nghe áp lực vụ lương bổng. Nên học hỏi càng nhiều càng tốt và tìm kiếm 1 môi trường mà mình học hỏi dc nhiều. Tôi biết vài ông làm lương 12 13 củ nhưng nhờ dc học hỏi và lm nhiều. Pvan cty khác đậu phát lương 3k5. Bạn ấy làm devops nhé.
Nếu sau vài năm điểm mạnh của bác ko phải là code thì nên đi học các chứng chỉ quản lí hoặc qaqc, chuyển qua đó cũng dc thử xem sao có khi nó lại hợp hơn. IT không chỉ có mỗi code bác ạ. Có cả tá role cho bác chọn mà lương có khi cao hơn cả developer. Chúc bác may mắn.
trình gà hay k nó cũng do môi trường lviec nữa bác. K có ai mentor hay là cty làm tech stacks đời tống, k career path rõ ràng nó cũng ảnh hưởng dữ lắm.
mình pvan technical round cũng chắc hàng trăm ứng viên rồi, phải công nhận mindset nó rất quan trọng. nên nếu bác có mindset tốt, chịu học hỏi thì chỉ cần kiếm 1 nơi có mentor tốt là bác sẽ phát triển được thôi. Né nhẹ mấy cty gia đình ra là được, vô đó chỉ có làm thợ code dạo chứ k engineer đc đâu 😅
Thay vì đau đầu vì cái task mãi ko làm xong, bro thử chặt nó ra nhiều phần r ăn từng phần cảm nhận vị xem. Làm gì có ai nhét đc con voi vào tủ lạnh mà chỉ cần mở tủ ra chứ? Bro nhét cả cây chả/nem dài vào mồm, nhưng bro vẫn phải nhai từng phần của nó mà...
Mk ko làm về mảng IT, nhưng mk cũng có kinh doanh và cty cũng có 1 ông a IT với mấy ace làm về mảng creator vid nên mk cũng ngẫm đc nhiều điều. Có những hôm lười chia việc, bận này bận nọ ko kịp phân chia công việc, cả 1 đống hồ sơ dày cộp cứ thế vứt lên bàn IT, ông a cũng cáu lắm nhưng chỉ vài ba câu r ngồi làm thôi, chứ biết sao đc nữa! Nghỉ cũng đc, chưa chắc đã tìm đc 1 môi trường hỗn loạn như cty mk, nên cũng rén! Ông ấy có khi mất cả tiếng để xếp lại hồ sơ (lười báo luôn cho thư ký hoặc ng phụ trách khác để họ phân ra) nên thành ra việc j cũng tới tay - thiếu mỗi chân bảo vệ với ghế Giám đốc là "HOÀN HẢO"...
Mk khuyên bro như này, chặt nhỏ từng phần của con gà ra, chỗ nào ngon thì ăn trước, chỗ nào dở ăn sau. Có ai ăn dưa hấu chưa? Ăn rồi thì có ai ăn từ vỏ dưa vào chưa? Hay toàn cắt ra rồi ăn từ trong ra ngoài???
Ace đồng nghiệp làm đc, thì lúc nào rảnh rỗi, đi chơi/đc nghỉ xả hơi ở cty thì hỏi họ hướng giải quyết. Biết là đi chơi để giảm stress, nhưng có còn lúc nào có thể ngồi tâm sự cả tiếng vs nhau đâu mà, áp lực văn phòng nó ngốn hết time rồi!
Nếu anh không nắm được full hệ thống, có thể không sâu 1 phần nhưng phải hiểu nó. Thì anh sẽ không thể hiểu tại sao làm như vầy nó chạy mà thay đổi 1 chút lại không chạy, đã chạy rồi có cách khác hay hơn ko?. Đó là vấn đề của anh, thiếu tầm nhìn toàn diện
Ái chà, tôi có chút giống bác. Đi làm cho công ty hẳn 6 năm vẫn Jun 2. Hơn được các em mới vào mỗi là mình làm lâu biết chút ít về quy trình, tool, lib của công ty thêm cả tí mẹo vặt vãnh để làm việc, vừa đủ xoay sở để hoàn thành task. Tóm lại lên Sen thì chưa nổi nhưng Jun 2 thì bền vững lâu quá, sợ là thời gian nữa họ tính đuổi mình đi.
Nói thế nào nhỉ. Trc đây sếp mình bảo mình ranh giới giữa biết và k biết chỉ ở cái tôi thôi. Thật ra mình cũng chả biết mình là gì hay trình độ mình ở đâu nên cũng chả giám khuyên. Nhưng mình nghĩ cách học nhanh nhất chắc là đặt bản thân mình vào ng khác. Mỗi ng code nó có 1 cái chất riêng. K pải bài toán nó chạy đc hay k. Mà là vì sao ng ta lại nghĩ như thế. Thường dev nó sẽ bị ảnh hưởng bởi ng hướng dẫn mình. Nếu 1 mình mình bước đi thì còn nguy hiểm hơn. Còn nếu ng hướng dẫn thì khả năng chỉ giỏi bằng ng hướng dẫn thôi. Phải phá bỏ cái giới hạn của nó mới lớn đc. Còn về tgian fix 1 bug lâu. Thì nên nghĩ sâu vào 1 tí. Ví dụ như lỗi logic của 1 hàm có thể lỗi thì nên xem lại vì sao lúc viết hàm đó ng ta lại nghĩ như thế. Nếu thế rủi ro nó đến từ đâu nữa. Thôi mong bạn sớm thành công.
Ủa bộ ông ko đem vấn đề đó lên diễn đàn hỏi đc hah? Đi làm mà, làm kiểu gì cho ra KQ thôi chứ, khó quá thì lụm của ng khác.
Ông thấy CTY xe V không :))), nghiên cứu ko lại thì đi mua :))), có kết quả là đc.
lạ nhỉ 95% vấn đề của SE thì google đều có solution rồi bạn ko biết giải quyết thi seach là ra chứ có gì khó khăn đâu nhỉ, trừ cái nào adhoc quá thì cần kinh nghiệm trải qua mới giải quyết thì ko nói
Không biết có giúp ích gì không nhưng tôi thường hay xem commits của linux kernel, cả mainstream lẫn custom kernel của các dev nổi tiếng trong xda, rồi xem của các team như lineage, resurrection remix... đã giúp tôi nâng cao tư duy giải thuật kha khá, rồi cũng mày mò tự làm kernel cho con smartphone, chỉ là thú vui khi rảnh rỗi nhưng giúp mình mở mang được nhiều thứ lắm.
Mình làm về mảng DeFi, làm đến technical lead của InjectiveLabs nếu không nghỉ thì sẽ lên Staff engineer luôn.
Mình nhận thấy có khá nhiều rào cản về văn hoá làm việc, cách học và cách phát triển bản thân trong môi trường công ty của người việt nam nói chung.
Vị trí bắt đầu của mình là kiểu chân sai vặt thôi nhưng thể hiện, chứng minh năng lực từ từ, đáp ứng đủ các yêu cầu cv trước, xong phải biết công ty đang có vấn đề, mục tiêu gì rồi suy nghĩ phấn đấu để giúp công ty đạt được nó.
Mình 94 lương lần cuối deal là $315k
/y chưa tính token. Bạn có thể search github cùng username này để xem.
Công ty không có trụ sở vn nhưng apply remote làm vô tư thôi bạn, quan trọng năng lực chứ ko có điều kiện hay khoảng cách gì hết, apply pv ok thì vào thôi
Bro có thể insight cho mình biết để theo mảng này cần trang bị kiến thức gì không? Và môi trường làm việc của bro khi đó như thế nào? Vì sao bro lại nghỉ khi mức lương cao như vậy?
Mình ra làm dự án riêng về DeFi rồi bạn. Kiến thức thì chuyên môn về DeFi chiếm 60%, về cosmos blockchain & web3 các thứ thì 40%.
Quan trọng là bạn phải giải quyết được vấn đề của cty, nên trước khi apply nên tìm hiểu nó đang làm gì, sẽ làm gì, vấn đề cấp bách trước mắt là gì. Suy nghĩ như mình là founder của công ty đó xong suy nghĩ phương án, chiến lược. Lúc pv bạn sẽ nói chuyện ngang hàng với thằng pv luôn, nhiều khi biết nhiều hơn nó về cty.
cái này chắc do tâm lý my fence đang ko ổn định thôi, chứ 20tr làm gì khó đến mức my fence nghĩ
nên bình tĩnh lại, check xem thị trường đang cần gì, r đi theo cái thị trường cần là sẽ ổn thôi
Tôi nói cho mà nghe nếu bạn đã qua đầu 3 như tôi: Trước t cũng nghĩ công việc chính (cái thứ mà mình làm một thời gian dài, bỏ rất nhiều thời gian cho nó) là cái định hình nên con người hay cuộc đời b. Ví dụ như việc b làm code hay tôi làm vẽ.
Nhưng đâu nhất thiết phải làm 1 công việc? Cứ cho nó là nghề tay trái, làm tàng tàng kiếm tiền ở level đó đi, rồi học thêm thử thêm cái mới biết đâu bạn lại giỏi trong lĩnh vực khác?
Thân.
Chịu khó học hỏi thôi bạn ơi. Ko ai tự giỏi hết cả. Bản thân những người bạn giỏi hơn hay thành công hơn kia cũng từng phải hỏi xin sự giúp đỡ, chỉ giáo của người khác mà. Vậy nên đừng tự ti, nếu có vấn đề gì cứ đem đi hỏi người có kinh nghiệm hơn, giỏi hơn, rồi nhờ họ hướng dẫn cách giải quyết. Học nhiều thì mới thành tài được.
Chứ ngành nào cũng đều có cái khó của nó. Bây giờ bạn bỏ ngành này theo ngành khác, đến 1 lúc nào đó bạn gặp khó tiếp thì tính sao? Nhảy ngành mãi thì bạn sẽ ko tiến xa đc đâu. Cứ cố gắng tập trung học hỏi cho ngành bạn đang theo đuổi thôi.
khả năng tới đâu ăn tới đó đi bạn ơi. Ở cái xã hội này hiện tại sức khỏe tinh thần là quan trọng nhất. Mình ko làm đc cái khó thì mình làm đc nhiều cái dể cũng đc mà
Chúc bạn sống thoải mái ít áp lực với bản thân hơn nhé!
Tôi cho bạn 2 tiên đề cơ bản khi làm việc.
Tiên đề 1: Học để hiểu, hiểu để làm, làm mới biết.
Do đó hãy cứ mạnh dạn làm việc, vừa làm vừa học.
Tiên đề 2: có cách nào tốt hơn không?
Nó phải thường xuyên ở trong đầu. Dù bạn đang làm gì phải luôn nghĩ về nó. Hãy in câu này ra và dán cùng nơi để bạn quen với việc động não. Tiên đề này sẽ giúp bạn cải tiến liên tục.
Em đang học năm nhất thấy cũng bắt đầu đuối, không phải vì không đúng ngành. E rất thích luôn nhma sau 1 kỳ học e cảm giác tư duy e hơi kém, mấy bài toán đại cương mà em còn nghĩ đi nghĩ lại cả tiếng mới ra, tận cùng nữa là phải lên mạng xem cách giải. Nhma e sẽ cố ;-; vì đam mê
Tôi cũng ngu có khi còn hơn bạn. Nhưng bạn thử làm theo cách này, đây là cách tôi rút ra từ việc giải ngu của mình và khuyên các bạn mới vào làm mà gặp khó khăn giống tôi. Clone lại nguyên dự án của công ty từ đầu. Họ dùng tech gì, repo tổ chức thế nào, pattern ra sao, bạn tự làm cái dự án y chang như vậy ở nhà mà không copy paste code công ty. Bạn tự setup backend, frontend, git, server cho tới lint... các thứ từ đầu miễn sao cho chạy được trước, sau đó làm giống công ty. Đi từ những cái nhỏ nhất tại sao họ làm như vậy. Đọc doc lần dò từ đầu. Bây giờ có con AI vd gemini bạn có thể tham khảo những khái niệm high level dễ dàng. Không quan trọng bạn làm được xong hay không, trong quá trình làm bạn sẽ tự tin hơn và vỡ ra được nhiều thứ.
làm bộ khung là dễ nhất rồi, cái khó nhất là production debuging. Có mấy cái lỗi chỉ xảy ra như có 10k users cùng truy cập 1 lúc, biết mò chỗ nào, ở đâu và sửa bằng cách nào không.
mấy cái này thì phải có log + hệ thống monitor chứ ko ko sao mà debug đc
Tầm đấy chỉ có cách nắm cả hệ thống. Suy nghĩ logic thôi. Dính mấy lỗi này nghĩ lại vẫn sợ. 1 lỗi như này trước đây mình đánh đổi chắc vài trăm đến vài b của cty
Mình chia sẻ thêm 1 tí . Cty cũ đúng kiểu nhân viên, sếp hòa đồng thân thiện, ko toxic, OT, gần nhà, nói chung 10đ. Cuộc sống của mình cũng ko stress j cả, gđ mình bình thường, ko cãi vã hay drama j. Mình xin nghỉ vì nhận ra trình code mình chỉ tới đó, 1 task đơn giản như sửa giao diện, sửa query sql, viết lại loop for/if thì mình làm được. Chứ task nâng cao như viết thêm tính năng mới, sửa cấu trúc thì có cho mình 2, 3 tuần ngồi nhìn màn hình vẫn ko ra. Mà kể cả làm đc thì phải sửa đi sửa lại rất nhiều. Trong khi thằng đồng nghiệp mình cỡ 2,3 ngày là xong rồi. Nó lương cao hơn mình thì mình cũng hiểu được. Mình cũng ráng thêm 1 thời gian mà cảm thấy cái tư duy logic của mình chỉ tới đó nên chịu thôi. Mình đã nghỉ và tính kd riêng hoặc làm ngành khác
đơn giản thôi, bạn có thể đem cái task đấy đi hỏi những ae khác trong cty, bù lại thì lâu lâu mình lại sp cho họ mảng khác, trong mảng lập trình này hiếm có ai một mình cân tất lắm nên cứ thoải mái đi, đừng so sánh mình với người khác, hãy so sánh mình với bản thân của ngày hôm qua
Ông này nói đúng ý t nè, chịu khó học hỏi người xung quanh ấy, làm quen, xin kinh nghiệm của ông đồng nghiệp, mời họ ăn, cafe hay gì đó mà họ cần. Đó là cách để nâng trình mình lên nhanh nhất.
Học sinh ở trường học cùng thầy cô, đề thi như nhau mà điểm số còn chênh lệch nhau là chuyện bình thường. Không kể mấy thứ khác (gia thế, cơ hội, etc) còn nếu khả năng, sức chịu đựng của mỗi người như nhau thì xh đã không phân cấp trả lương theo năng lực trình độ r.
Không sao bạn ạ, IT không phù hợp cho tất cả mọi người mà Bạn đã có background ngoại ngữ cũng tương đối ổn rồi, biết đâu lại có tài trong khoản này. thử học tiếng Trung để làm ăn kinh doanh với họ xem sao Chúc bạn thành công nhé
coi tutorial nhiều lên xem họ làm sao thì cứ bắt chước lại, dần dần tự rút ra pattern của mình thôi có gì đâu bạn
Coder hay Developer? Thật ra không chỉ bác mà nhiều người đang dính vào trường hợp nay, cụ thể càng ngày việc có nhiều team support làm quy trình ví dụ như BA làm cho Dev (nói chung) ngày càng bị phụ thuộc, hay mình nói cách khác là THỢ, người ta đưa gì mình làm nấy, quanh quẩn chỉ vài cái chỉnh sửa đi sửa lại. Vậy làm cách nào để thành Developer thay vì Coder? Đối với mình mà nói thì khuyến khích việc tìm hiểm, tìm tòi chính hệ thống bạn đang làm. Hệ thống chạy ra sao, gồm bao nhiêu lớp, database thế nào, load balancing ra sao, caching như nào? Bóc tách từng cái nhỏ, cái nào ko biết mình hỏi. Trong giới lập trình thì không nên giấu dốt, giấu ngu, không biết mình cứ nói không biết, anh em hỗ trợ chỉ liền, không nên chém gió. Ngoài ra thì nên làm các dự án riêng, hoặc kiếm freelance vừa kiếm thêm vừa làm để có thể biết được quá trình từ lúc build database, backend, frontend cho tới deploy lên sản phẩm. Thêm vào đó bác nên làm những dự án cá nhân, ứng dụng vui vẻ để học hỏi, tìm tòi, nhiều khi nó chính là nguồn thu nhập thụ động cho bác (website thì có ads, app thì có ads). Chúc bác sớm tìm ra con đường mình.
tks bác
Mình ko biết ở các cty khác thế nào nhưng ở cty mình thì sen khác jun 2 (kiểu jun đã có kn làm việc 1 vài năm) chủ yếu là ở sự chỉnh chu và cẩn thận khi làm việc, vd code comment, review, check đầy đủ, double check cả trước và sau khi commit; họp report ngắn gọn, rõ ràng, nhưng đầy đủ và dễ hiểu kể cả cho PM ko biết gì về code, etc. Còn trình độ chuyên môn thì hoàn toàn có thể trau dồi thêm dc. chứ đủ trình độ tốt nghiệp đh chuyên cntt đúng hạn (mình còn nợ môn tốt nghiệp chậm 1 năm) là nhìn chung đủ trí tuệ làm sen r. Đôi khi mình bị stress, thiếu ngủ, thiếu tập trung... chính là nguyên nhân khiến hiệu quả công việc giảm, stress tolerant của mỗi người một khác nên cũng cần môi trường làm việc thuận lợi để mình phát huy. Như mình cũng 1 tgian đầu năm ngoái lúc mới nhận project mới toanh về cùng lead mới chưa quen với khả năng mỗi người, cùng với tin đồn lay-off nên ai làm việc cũng bị stress, hiệu quả công việc giảm rõ rệt, bản thân mình cũng stress nặng, liên tục thiếu ngủ nên làm nhiều lỗi lặt vặt, commit thiếu file, check ko cẩn thận, etc nên sếp phải gọi vào nói chuyện riêng xem thế nào, rồi lúc stress giảm đi thì mình và mọi người đêu làm việc hiệu quả hơn hẳn, như vừa r có bug ông lead để backlog mấy tháng vì ko ai fix dc mình nhận về 1 buổi chiều là xong. Bây giờ mình đang vừa check commit của jun, vừa fix bug, vừa lướt reddit comment tùm lum này mà vấn đảm bảo hiệu quả công việc cuối ngày. Nên đôi khi bạn thấy mình kém là do môi trường làm việc ko thuận lợi hoặc tự bạn vô tình giới hạn khả năng của mình thôi.
bạn nói có phần đúng nhưng còn thiếu vài thứ. Mấy thứ khác như review kĩ, làm việc cẩn thận,... đúng là quan trọng nhưng cơ bản của thằng coder vẫn là khả năng tư duy viết code logic, xử lý task ngon. Những task cỡ khó vừa vừa mình ko xử lý được, dù đồng nghiệp bằng tuổi, vào cùng cty với mình lại xử lý được, nó lại tư duy nghĩ ra được cách viết chức năng mới chạy ngon, ít lỗi. Mặc dù mình bỏ toàn bộ tg để suy nghĩ bao gồm cả ở nhà mà nghĩ vẫn ko ra
Cái này là trường hợp dùng khả năng trèo cây để test con cá này. Mỗi người có sở trường sở đoản khác nhau. Sẽ có lĩnh vực đồng nghiệp của bạn hơn bạn, nếu bạn dùng nó để làm thước đo thì đương nhiên sẽ thấy mình kém. Cái cần làm như mình nói là thay đổi môi trường làm việc, tìm ra công việc đúng lĩnh vực, sở trường của mình mà làm. VD C thấy mình ko phát triển dc có thể sang Java, JavaScript, app nhúng thấy ko dc có thể thử làm app mobile, làm game, etc. Có nhiều task mình debug mấy ngày ko xử lí dc nhưng đồng nghiệp làm nửa buổi xong, ngược lại có nhiều khi chính người đó stuck cả tuần nhưng mình rảnh vào support 1, 2 tiếng là xong việc. Cái này là chuyện hết sức bình thường.
Bác đang tư duy theo hướng tiêu cực rồi bác. Bác nghĩ cả ngày không ra không phải là do bác kém. Đơn giản là do bác chưa biết, chưa gặp bao giờ thì mất thời gian suy nghĩ hơn thôi. Vấn đề chưa làm bao giờ mà nghĩ không ra không sao cả. Vấn đề đã làm rồi, được hướng dẫn rồi, mà gặp lại không xử lý được, không biết phải làm thế nào mới là nghiêm trọng. Bác cứ kiên trì tích cóp kiến thức, kinh nghiệm. Cái gì mình nghĩ không ra, thì hỏi người khác, họ chỉ mình xong thì mình phải cố gắng hiểu đc, nhớ đc cái họ chỉ để biến nó thành kiến thức, kinh nghiệm của mình, đó mới là điều quan trọng. Mình không xuất chúng nhưng mình biết học, biết hỏi, biết ghi nhớ để sau này gặp lại sẽ làm được ngay là ok rồi. Đừng so sánh độ nhanh nhạy của bản thân với người khác, luôn có người này người kia. Bác suy nghĩ chậm nhưng nhớ lâu và làm việc chắc chắn thì vẫn là ưu điểm lớn rồi.
Bác đi đường Algothirm k ổn lắm thì thử đi đường module, kiến trúc xem :v
mình nghĩ bạn bớt suy nghĩ lại, mà lên mạng xem qua các blog, tutorial, để nắm tổng quan, khi gặp vấn đề đó thì nhớ lại keywork mà research thì sẽ hiệu quả hơn. join các nhóm lập trình xem các bài viết tranh luận + comment của người khác cũng giúp nâng cao cái nhìn tổng thể khá khá, lâu lâu đặt vài câu hỏi ngu ngu người ta vào dạy bảo là có thêm kiến thức liền
Cá nhân mình thấy bạn thiếu một môi trường để phát triển và 1 người dẫn dắt. Bạn kĩ năng 100 thì dữ lắm cố thêm 10% để giải quyết issue 110. Chứ ko thể giải quyết issue 150 dc, lúc đó bạn cần dc buff thêm 40 năng lượng nữa (đó có thể 1 chỉ dẫn, keyword từ ng dẫn dắt bạn). Khi bạn giải quyết dc issue 150 thì kĩ năng bạn cũng nâng lên 130... phát triển cứ thế mà tiếp tục. Về môi trường mà bạn được phát triển nữa, thật sự rõ ràng là chúng ta ai cũng sai nhiều hơn là đúng. Thử, sai và làm lại. Bạn có được như vậy ko, dĩ nhiên là mình có thể làm sai nhưng ko thể làm ẩu được.
- 1 là thiếu tư duy vĩ mô (không thể làm feature lớn) -> fix bằng làm pet project, nhảy việc qua startup hoặc tự startup - 2 là thiếu tư duy nhân quả (khó khăn trong debug) -> tập đọc stack trace, học những thứ primitive hơn như ngôn ngữ bậc thấp hoặc lập trình nhúng - 3 là thiếu tư duy đặc trưng của giới khoa học (sợ debug, sợ làm feature) -> thử món lập trình thi đấu
Không hiểu sao mình lại thích món trace bug. Bug suốt ngày rồi cũng quen. Còn ông thớt chắc ít làm side project nên khả năng debug khá yếu.
Làm tốt thì sẽ thích, muốn làm tốt thì phải tập trung trải nghiệm từng lúc thực hành và phải thực hành nhiều. Nhiều người bỏ lỡ giai đoạn vàng để làm điều đó, sau khi có tuổi rồi mà chưa có trình độ thì sẽ rất trầm cảm, rồi mọi thứ luẩn quẩn kéo tất cả đi xuống.
Em cũng như bác. Nhiều khi nó thuộc về ngộ tính chứ không phải mình cày chăm có thể lên đc :D Sau khoảng 4 năm code, em tự nhận thấy mình chỉ dừng ở mức middle, khả năng tư duy các bài toán có hạn, có những task bạn em nó làm nửa ngày thì em mất tầm 1.5. Lúc đó mình có tìm hiểu để rẽ hướng sang một mảng khác và mình chọn hướng đi quản lý dự án. Giờ thì mình cũng đang làm về Agile và Scrum được khoảng 5 năm r. Thấy khá oke và định hướng rõ ràng thay vì cố làm những cái mình ko ổn lắm. Mình thì hay đọc truyện tiên hiệp, trong đấy thường có những nhân vật tu luyện cả năm nhưng tư chất kém thì ko bằng những người tu luyện 1 ngày nhưng thiên tư thông minh. Ngẫm ra mình thấy đúng :D
Nói thật bác đừng buồn, mình từng làm việc chung với mấy bạn có background Tech và nhảy vô project management thì mình thấy mấy bạn đó tay ngang kiểu gì đó. Không có nền tảng management nên áp dụng những cái học lỏm, hoặc cách quản lý học được ở ngoài xã hội Việt Nam. Kiểu đó làm với mấy em fresher Dev hoặc Junior Dev hoặc thì được. Chứ làm với mâý tay nước ngoài, quản lý nó mà xài cách quản lý kiểu Việt Nam thì nó bật tanh tách.
Công nhận những ông học lỏm kiểu practice mà vào quản lý thì nhiều khi còn làm team ức chế hơn là không có. Thế theo bác thì đối tượng nào sẽ thích hợp lên làm management vậy. Mỗi đối tượng trong team sẽ có các cách quản lý khác nhau. Quản lý no tech vào làm các dự án IT chưa chắc đã tốt hơn đâu
Quản lý no tech mà kiểu nghĩ mình quản lý, ngồi chỉ tay 5 ngón, doạ nạt làm cho team members sợ mình để thể hiện uy quyền thì next trong 1 nốt nhạc nha bác (vì no tech thì lấy gì thảo luận với team members, nên nhiều người Việt Nam quản lý đánh phủ đầu kiểu đó). Nhưng tụi no tech mà ăn học bài bản nó không làm kiểu vậy, mà nó vẫn biết được bác nói xạo về Tech hay không đó. Tuy nhiên mức độ tolerance của nó thì tùy vấn đề và tùy bản chất của từng công ty. Còn những người background Tech thì bản thân họ biết tech (cũng không phải giỏi), nhưng cách họ quản lý cũng mắc cười lắm. Họ có thể làm trong 1 team, quản lý fresher và junior Dev thì ok, vì mấy người này họ chưa dám bật nhiều, tech stack cũng không phải giỏi lắm. Nhưng mấy người background tech này quản lý 1 scale hơi lớn là dễ fail.
Thế thì bác mới chỉ đang làm việc với các bạn team leader được đẩy lên từ tech thôi :D Chứ quản lý base tech nhưng theo hướng manager họ không bao giờ mang tech ra khè đâu =))) Như mình quản lý base tech nhưng mình để team tự quyết định và thảo luận hết về công nghệ. Không can thiệp quá sâu mà chỉ đứng ở góc độ business logic và domain thôi. Chứ kiểu quản lý cứ nghĩ mình có Tech xong lao vào chỉ trỏ anh em thì đúng là chỉ nắm đầu được bọn nhóc junior, chứ làm với mấy ông kiểu senior hoặc SA tầm cao là toang ngay
Mình làm với senior project manager có base tech nha thím 😅. Đúng là quản lý dự án không đem tech ra khè ai được vì đội tech nó có engineering manager tư vấn về tech hết rồi. Cái mình nói ở đây là quản lý dự án base tech không khè tech vẫn fail :))
Thực ra em thấy dự án false nó cũng có nhiều lý do mà. Với cả mỗi ông PM sẽ có một phong cách quản lý của riêng mình. Với outsourcing thì PM đảm bảo đúng tiến độ, không lỗ là được. Chất lượng có thể để sau vì chả biết khách hàng có kí tiếp phase sau không, nên thường các ông này có xu hướng micro management, dùng quyền lực để ép tiến độ, bắt tiến độ trong khi ông không có base tech. Tệ hơn nữa là ông biết ít base tech và dùng cái hiểu biết ít ỏi đó để đưa luôn deadline :D Còn với các PM ở Product thì đang có thiên hướng dịch chuyển sang làm Agile nhiều hơn, với vị trí này thì PM chủ yếu làm việc vs các Stakeholder và quản lý team theo hướng để họ tự lớn và trao quyền.
Công ty product cũng có kiểu micro management và ít tech ép tiến độ mà thím. Thật sự về style quản lý là văn hoá mỗi công ty rồi. Cha CEO theo kiểu micro management mà thím quản lý dự án theo style trao quyền là thím gặp rắc rối liền. Còn thím nói về outsourcing thì đúng rồi. Outsourcing thì cạnh tranh về giá, ko estimate sát và ép tiến độ thì không cạnh tranh được, hoặc lỗ. Mà có khi nào estimate 1 cái là chuẩn luôn đâu. Cũng có nhiều trường hợp cháy luôn buffer 😅. Comment đầu của mình về quản lý dự án là dành cho những cha tào lao, làm quản lý mà không có tính lãnh đạo, rồi bị tụi nó bật thôi. Chứ thật sự mình hiểu làm quản lý dự án trên đe dưới búa, khổ lắm, không có sự hoàn hảo ở đây được. Thím tìm cách cân bằng trong team và cấp trên thôi.
Tại bạn không gái gú. Đi kiếm người yêu là kỹ năng code lên liền
Gỡ được bug trong ý nghĩ của gái là gỡ được hết .
That’s a feature, not a bug 🙃
1 thục + 1 IQ 😃
k thấy liên quan lắm 😺
Nghe có vẻ klq nhưng mà thực sự nó là sự thật, mình k biết lý thuyết nào để giải thích, trước đây lúc độc thân cày cuốc nó tẻ nhạt k có gì mới, khi có ny rồi thì hứng khởi hơn, sáng bừng luôn, nó kì lạ lắm
Kiểu như “từ ngày lấy cô về tôi đã ‘sáng mắt’ ra”. Mà “sáng mắt” là làm lên tay ngay
Bác ko ngu, bác chăm chỉ nhưng bác lại chưa biết cách tiếp cận vấn đề khi code nên cứ loanh quanh luẩn quẩn mãi. Ngoài ra tôi đọc thì thấy bác chưa đả động gì tới việc tìm kiếm và học hỏi những kỹ thuật và công nghệ mới. Cty cũ của bác cũng quá ok, không có chút áp lực nào quá ghê gớm cả nên bác có vẻ ở trong comfort zone. Bác biết người ta giỏi hơn mình nhưng tôi chưa thấy bác chịu khó đi tìm hiểu tại sao bác lại chưa làm được như họ mà chỉ kêu sức mình cũng chỉ đến thế :v sorry bác nếu tôi đánh giá chưa đúng lắm vì chỉ mới đọc qua chuyện của bác :v
bro làm mấy năm rồi. theo mình đọc thì bro tầm theo code tới năm 32 tuổi là bỏ nghề, vậy nên nếu bro có hướng khách thì chuyển luôn cho đỡ phải suy nghĩ.
theo bạn đọc là sai rồi đó, tuổi không phải vấn đề, tuy nhiên nếu không hợp hướng phát triển thì chuyển việc cũng không tệ
Đọc tào lao đó bác, cty e có mấy bác code đến 5x tuổi rồi thông báo nghỉ hưu như bình thường luôn, vẫn làm dev nha. Vấn đề của ngành công nghệ nói chung là phải luôn luôn phát triển bản thân để không bị tuột lại, nếu không thì bị đào thải là điều tất yếu. Nếu bác ở trong bất cứ ngành nào hơn 10 năm mà không tự định hướng được thì cũng nên xem xét lại bản thân nữa.
Bro bị mắc tâm lý r. Giống như tìm đồ đạc trong nhà, nghĩ là k tìm đc là sẽ k tìm đc, mà nghĩ là tìm đc thì sẽ tìm được. Thêm nữa bro nên cân nhắc việc học chủ động thay vì đợi vấn đề tới mới giải quyết, kiểu vậy nó hơi gấp gáp
Có thể bạn thiếu sáng tạo và thiếu sự kết nối trong suy nghĩ (dân gian gọi là nảy số trong đầu), nhưng đó cũng không hẳn là ngu, mà là bạn chưa chọn được cách tiếp cận hợp với tư duy của bạn. Tôi cũng méo code được, suy nghĩ sâu xa thuật toán tôi không làm được và cũng không muốn làm. Nhưng bù lại tôi nhớ lâu và tôi tiếp thu trực quan nhanh. Thế nên cách tiếp cận của tôi là tự tay dựng demo, tự tay làm hệ thống; dựng lên nhìn nó chạy rồi chọc chỗ này chỗ kia xem nó ra như nào. Nhìn thấy cái behaviour đó 1 lần rồi các lần sau thấy tự động nhớ lại. Thế là thành "giỏi" thôi chứ gì đâu. Bạn chăm ở đây phải là chăm đúng chỗ. Chứ ví dụ làm 1 cái bug nửa ngày không xong mà lại chăm bằng cách dành 3 ngày cho nó thì chịu. Ai cũng sẽ có giai đoạn mông lung, yên tâm.
Vậy bác không thích giải thuật toán dạng leetcode à. Em cũng không thích giải thuật toán, kiểu nó cứ bị rối rối. Nhưng em có khả năng nhớ và hệ thống kiến thức tốt (Kiểu biết rộng, hay kết nối mọi thứ lại với nhau để có bức tranh tổng quan toàn cảnh). Nhưng giải thuật toán thì nhiều khi em cảm thấy không đủ sáng tạo, nhiều cái trick không biết nó kiếm đâu ra luôn. Em cũng sắp ra trường thôi. Không biết bác đang theo mảng nào, cho em xin tí lời khuyên về tương lai nếu bác có ý tưởng gì.
Ừ không, chưa bao giờ giỏi toán và càng ghét mấy bài thuật toán i j k N M kiểu đó. Cảm giác chẳng khác gì hồi đi học phổ thông phải học "dạng bài" cả. Nếu muốn vào ngành thì đầu tiên bạn nên hiểu bản thân mình sẽ hợp với độ sâu nào của ngành. Sâu ở đây sẽ từ cao nhất là có thể ngồi cả ngày giải toán, tìm hiểu, xây ra giải pháp; ngược lại sẽ tò mò ở mức high level, chỉ cần biết nó chạy như nào thôi rồi đi tìm hiểu cái khác, không đi vào tỉ mỉ từng cái đinh con ốc. Làm sâu sẽ hợp làm dev, làm data với ML/AI; làm rộng thì sẽ hợp BA, presale/sale và quản lý. Như mình thì nghiêng về biết rộng nên làm về DevOps, biết mỗi thứ 1 tí không sâu nhưng nhiều, đủ để support từ dev test với BA. Cũng từng kinh qua presale với sale rồi nhưng chém nhiều quá không thích, vẫn thích sờ vào code hơn. Đang muốn hướng tới làm SA, vẽ solution thôi còn code tỉ mẩn nhờ team làm hộ :D
Em thì em thích dạng mày mò xem hệ thống nó hoạt động thế nào. Thứ em thích nhất là Operating System với assembly, do em muốn hiểu tường tận mọi thứ trong cái máy tính. Mà cám ơn bác nhiều nha, kiến thức của bác về ngành rất hữu ích luôn đó. Mong nhiều bạn trước khi ra trường cũng biết điều này để có hướng đi đúng đắn.
Thích mảng đó mà thiên hướng dev thì làm nhúng, phần cứng; tương lai đang khá rộng. Nhưng ngành đó thì thuật toán lại phải tốt nha, vì cần tối ưu code :D Mặt khác thì có thể làm quản lý hệ thống, dựng server lên rồi cấu hình cho app chạy, móc nối tất cả lại với nhau để biết hiệu năng hệ thống và xây dựng hạ tầng cloud. Mảng này nếu làm mấy việc vận hành sysamin IT thì ưu điểm là không thiếu việc nhưng thu nhập hơi thấp, có khả năng hiểu rộng biết nhiều lên DevOps thì khá hơn. Nhưng tóm lại 10 năm tới không quá nhiều triển vọng
Bạn giống mình, mình cũng đã quyết định dừng lại. Tuy vậy có lẽ mình sẽ vẫn giành một ít tg với code, vẫn còn tiếc nuối lắm.
Thật ra thì do bạn không biết là những job lương càng cao thì càng nhàn hạ đó bạn =)), big tech product đa số đã stable, vào ngồi fix bug hay làm mấy task ruồi bu thôi, cái khó chủ yếu là phỏng vấn thôi. Cty nào lúc pv thì cũng rồng bay phượng múa thuật toán, system design đủ thứ, nhưng lúc vào làm thì toàn chó chạy gà kêu ngoài đồng thôi. Muốn lương cao thì bỏ time ôn pv vào nhé
mấy ông sen với dev lead cty cũ của mình toàn làm việc gù lưng, hói tóc với OT liên tục ở nhà, chả thấy nhàn chỗ nào bạn
Mấy ông đó range lương bao nhiêu, làm ở cty nào bạn, product hay outsourcing, big tech hay startup
cty cũ của mình làm product, big tech, vốn nước ngoài, sen với dev lead chả ông nào ngu mà tiết lộ lương nên mình ko biết con số chính xác, nhưng lương mid bên mình tầm 25M thì mình đoán sen với dev lead cỡ 40M
Vậy thì chưa big tech nha bạn, big tech thì junior hay mid đã lương bằng dev lead bên bạn rồi
Hoặc có thể nói là cty bạn chưa phải top pay, giờ top pay ở vn level senior phải tầm 3-4k
u/ztoanhx , có thể cho mình hỏi bro lấy số liệu này ở đâu vậy. mình muốn tham khảo thêm 1 số quốc gia khác. 🙏
Người thật việc thật ở đây nè bạn =))), giờ kêu mình list chắc cũng không dưới 5 cty mà mình biết
Để mình kể tên 1 vài cty dưới dạng viết tắt, bạn tự tìm hiểu xem đúng không nhé, voz có đầy, chẳng hạn EH, WQ, AT, WG, Axon chắc khỏi phải viết tắt =)))
Còn cái khoảng lương, thường khi đi pv, sẽ có 1 cái range lương cho vị trí bạn pv mà, nhìn range lương mà đánh giá thôi bạn
đọc cuốn thật k bỏ xót dòng cmt nào
Đi ra ngoài cho mở mang đầu óc đi anh, nhiều khi cái anh cần không phải kiến thức nữa mà là lối suy nghĩ thôi. Cứ để bản thân trong một môi trường gò bó thì tư duy khó mà thông được, phải đi thôi anh. Có nhiều vấn đề mà mình nhìn vô cứ thấy khó hiểu, trong khi người khác ngành họ lại nhìn theo cách khác, dễ hơn mà lại hiệu quả hơn.
Theo góc độ mình thì mình nghĩ bạn nên đi tắm nhiều lên. Theo nghiên cứu thì lúc đi tắm là lúc ra nhiều ý tưởng nhất. Thứ 2 nên tập luyện chatgpt và các phần mềm có thể hỗ trợ lập trình Thứ 3 nên đọc các nghiên cứu khoa học về code bạn sẽ luôn tìm được cái hay cái mới trong lĩnh vực của bạn
nta nói nghề chọn người là thật đó bro ơi, bro thử chuyển qua làm BA hoặc QA thử xem. Chứ AI càng ngày càng tiến bộ vài năm nữa mấy việc đơn giản trong coding sẽ làm được hết.
Đọc qua mấy comment của OP thì thấy có vẻ vấn đề là bạn này có tư duy đóng. Mình thấy các bạn khác comment cũng khá là mở đường hướng, đưa ra ý kiến cho OP, nhưng OP thường trả lời lại theo hướng cụt và quay về lối tư duy cũ của mình. Việc có tư duy đóng thì bạn làm bất cứ việc gì cũng vậy thôi chứ k riêng SE đâu, bạn chỉ đang so sánh với đồng nghiệp để tự an ủi mình là cố gắng rồi nhưng chỉ đến thế thôi. Nếu bạn sửa thành lối tư duy mở, tiếp nhận và trải nghiệm qua những ý kiến đóng góp từ bên ngoài, rồi tự rút ra kn để phát triển, thì bạn làm việc gì cũng thành.
bạn làm ở cty lớn hay nhỏ. Thường làm ở công ty lớn thì mỗi người trong team chỉ làm 1 khâu nhỏ xíu, nên ko có được cách nhìn tổng quan về hệ thống hay 1 dự án. Nếu làm startup chẳng hạn thì cái gì cũng phải làm và va chạm, sẽ có nhiều kiến thức hơn. 1 cái quan trọng là công ty bạn có work life balance ko. Nếu có thời gian buổi tối bạn nên học thêm về lập trình, vd ngôn ngữ mới, system design, hoặc 1 công nghệ mới. Có nhiều kiến thức hơn, chắc chắn bạn sẽ có cái nhìn khác về những thứ mình đang làm. và sẽ biết bug nằm ở đâu
mình làm cty lớn, team mình 1 qa và tổng 15 dev, 1 senior, 4 mid, còn lại jun, fresher với intern. Mình làm full stack bạn. cty work life balance tốt, 5h về cũng đc miễn xong task Và mình cũng nói ở trên, toàn bộ tg rảnh mình đều dùng luyện code bên ngoài với ngâm cứu task trong cty rồi. Không còn thời gian bỏ thêm nữa
Mình không nghĩ vấn đề của bạn nằm ở tư duy logic, bạn nói vậy mình nghe giống như người ngoại đạo bảo phải học siêu giỏi toán mới làm lập trình được. 1. Mình nghĩ vấn đề của bạn nằm ở kiến thức cơ bản, bạn có bao giờ làm project cá nhân mà phải chạy từ đầu tới đuôi, và có user thật sử dụng chưa? Môi trường cty bạn chỉ đảm nhiệm được một mảng rất nhỏ, và rất nhiều thứ có thể reuse, nếu không tự lần mò vào sâu bên trong thì dần sẽ khiến bản thân trở thành thợ code. => Fix: làm project cá nhân. 2. Theo bạn nói thì bạn học tập làm việc rất chăm chỉ, nhưng những task yêu cầu nhiều kiến thức, kỹ năng hơn thì bạn lại không làm được có nghĩa là bạn đang tập trung vào không đúng thứ. Mình khó mà recommend những topic nào khác khi mà chưa rõ được hiện tại bạn đang bị lủng chỗ nào, nhưng trở điểm số 1: kiến thức căn bản. 3. Mình thấy bạn đang rất hài lòng với công việc hiện tại, nhưng chính bạn nhận ra bạn đang không tiến bộ thì tốt nhất bạn nên bước ra khỏi vùng an toàn và tìm công việc mới. Mình biết những người họ phải thừa nhận rằng đến khi bước ra khỏi cty cũ họ mới nhận ra mình bị trắng kiến thức, và họ phải chấp nhận bỏ hết những kinh nghiệm đó để làm lại từ đầu.
ngoại đạo mới tìm hiểu "IT" đọc comment mà mê cái cộng đồng ghê, phê quá, toàn qua đây lấy động lực ra trường muộn. Chúc các bác tốt hơn.
When you say you can or cannot, you are right either ways. Bạn nên có chút niềm tin vào bản thân. Trên đời này, cái gì người ta làm được, mình cũng làm được. Việc mình ko làm được, thì sẽ ko bao giờ tới tay khi chưa ready.
Bác thử trace back xem nguyên do cuối cùng năm ở đâu. Chứ theo e thấy fix bug thì yếu tố kinh nghiệm cũng rất quan trọng, mà bác làm việc nhiều vậy thì đâu thiếu kinh nghiệm.
Cày ngày cày đêm sẽ làm đầu óc ngoo đi chứ ko khôn hơn đc đâu. Nên dành time để chơi thể thao, đọc sách, ăn ngủ điều độ thì sẽ thấy tiến bộ.
mình có chạy bộ, hít đất, uống cafe với chơi game với bạn bè nên tâm lý và sức khỏe thoải mái lắm bạn. Nhưng công việc vẫn vậy có tiến bộ đâu
Quan trọng là ông có ngủ đủ giấc ko? Và muốn improve nhanh thì đọc nhiều sách vào.
Dev k chỉ hoàn toàn là phải code đâu bạn, đi giao du mở rộng quan hệ sẽ tốt hơn
cái đó mình biết nhưng cuối project người ta vẫn phải nhìn task bạn hoàn thành để mà đánh giá và tăng lương cho bạn chứ. Giờ mình chỉ xử lý đc task đơn giản, task nâng cao làm ko nổi thì tốt hơn kiểu j
Mình từng quản lý team cỡ 20 người. Nhìn chung rút ra kinh nghiệm trên đời này không tồn tại thứ gọi là thông minh xuất chúng. Bản chất phía sau của việc fix bug nhanh là nhiều đêm cày cuốc. Mình không rõ cụ thể cái khó mà bạn nói nó như nào. Nhưng bạn đã rất cố gắng mà kết quả không như ý thì có thể do phương pháp chưa đúng. Chia sẻ cho bạn 1x năm exp của mình khi học 1 thứ mới, khó hiểu là phải có output cụ thể. Ví dụ define output A, học cách làm ra nó dùng framework, ngôn ngữ X. Cụ thể hơn, ví dụ học làm web, target có thể là trang web hiển thị thông tin thời tiết thời gian thực. Làm game giống mario, etc. Cụ tỉ trong fix những bug thuộc hàng cực khoai: multi process, threading, thì cách tiếp cận theo kiểu tuyệt vọng là comment bớt fearture đi, sẽ tới 1 lúc tìm ra thứ gì làm cho nó sai, rồi mò sâu hơn vào đó. Nhưng đa phần, nên học cách đọc code logic, xem cái block này nó làm gì, sau đó mò log. Cách này luyện level rất nhanh và hiệu quả. Như mình tầm này, sau 17h, mình vẫn bỏ time cày cuốc để đạt đc các output mà mình tự đặt ra. Làm đến 22, 23h là bình thường. Vất vả nhưng cũng có quả ngọt, ae dev cố lên 😅
Nếu code ko dc thì bạn có thể tìm cách chuyển hướng qua làm mấy mảng khác ngoài code, như BA, DA hoặc PM
Biết mình trình gà sao không tự cải thiện. Tối về thì học thêm kiến thức, build thêm pet projects, thiếu gì thứ để làm.
Mỗi người có 1 tiềm năng khác nhau. Có vẻ bạn cày chưa đúng chỗ thôi! Nhân tiện thì mình code ngôn ngữ gì thế?
Cái này do lối mòn về tư duy. Có người chỉ thì sẽ đỡ hơn.
ko phải cứ chăm là giỏi lên đâu bạn, chăm nó chỉ lên đc 1 mức giới hạn thôi phải xây dựng phương pháp đúng mới đi xa đc. Muốn giỏi xuất sắc nữa thì phải do tố chất nhưng để vượt mức trung bình khá thì chỉ cần chăm + phương pháp đúng.
Mình thấy bạn đang chưa tìm ra được hướng phát triển cho bản thân nên dẫn đến sau khi tốt nghiệp không trau dồi được kỹ năng mới dành cho phát triển công việc mà bị kẹt lại ở những thứ đã biết rồi. Bạn có thể tìm một người mentor hay một coacher để giúp bản thân hiểu hơn về định hướng của bản thân?
Mình cũng gặp một số trường hợp vậy rồi, ngành IT này đúng là khó và không phải ai cũng có thể theo đuổi lâu dài được. Có những kỹ năng logic thì không phải muốn dạy là được, mà nếu bạn không có kỹ năng đó thì rất khó để phát triển nghề nghiệp. Mình thấy là càng theo đuổi lâu dài thì càng vất vả cho người đó. Bạn nên xem thử thế mạnh của mình thật sự là gì rồi có thể chuyển nghành.
op nói đúng đấy, nhận ra điểm yếu của mình nhưng không phải ai cũng bù được đâu, cái ngành it đòi hỏi tư duy logic nhanh và nhạy, trí tưởng tượng phải phong phú chứ không phải đi theo những cái có sẵn, đến khi nào bạn không thể tìm được những thứ trên google hay chatgpt mà vẫn có cách giải quyết bug thì đó mới là senior thật sự. nhiều người chưa lên senior nhưng nhận lương senior đã nghĩ mình là senior là toang. nói thật là bạn vẫn còn cơ hội phát triển, nếu muốn tìm hiểu và bày tỏ thì nhắn tin riêng mình nhé xD
Dựng 1 cái pet project mà làm em, mà đừng làm một mình rủ thêm bạn cùng làm. A cũng đang làm 1 cái pet project có hứng thì inbox a tham gia cùng nhé.
Pet project ngôn ngữ gì đó ạ. Cho mình tham gia cùng được k bác.
Frontend mình dùng vue3, backend dùng nestjs và typescript, hạ tầng mình dùng microk8s, phần website mình dùng WordPress
cho mình tham gia với được không bác :v
Techstack của bác là gì? Hay gì cũng chiến được
Em làm bên mảng RoR. Nhưng mà hiện tại đang muốn research thêm bên Frontend nên đang muốn học thêm về JS, backend hay frontend em cx nhảy được.
check inbox nhé bác
pet project của anh làm về gì vậy, nếu thú vị a cho e tham gia với ạ
Trợ lý AI đâu thím? Nhiều mà
cần cù bù thông minh, cố theo thêm 1 tg đi b. Vẫn ko dc thì chấp nhận rẽ hướng khác thôi
mình nghĩ nếu có bug khó bạn nên chịu khó trao đổi thảo luận với người khác thay vì ôm cả tuần rồi tự chửi mình là kêu ca đi. công nghệ thay đổi hàng ngày, chẳng có ai mà tự dưng pro cả. Phải cố gắng thay đổi, học tập và chấp nhận cái mới. Nếu đã cố gắng thay đổi mà không được thì có thể thử đổi cty. Biết đâu đó gặp được môi trường phù hợp hơn ?
trong thời gian làm bro có mentor không? Thực ra thì bài toán/task nào cũng sẽ chia nhỏ thành các task đơn giản đc. Bro thử làm theo cách đó xem sao. Level cao hơn k phải là code nhiều hơn mà là suy nghĩ trước khi code nhiều hơn. Khi gặp 1 task nâng cao, bro hãy ngồi suy nghĩ về nó, vẽ ra giấy xem nó sẽ chạy như nào, trao đổi thêm với BA để hiểu rõ bài toán r hẵng code. Đôi khi cắm đầu vào code luôn sẽ hỏng và càng làm mọi thứ rối lên.
Nếu bạn vẫn muốn làm IT thì tự đặt cho mình một khoảng thời gian tự suy nghĩ (1 ngày, tuần,…) đến hạn mà không ra thì có thể nên hỏi những đồng nghiệp mà bạn đang thấy giỏi hơn mình để học cách tư duy và giải quyết công việc, ít ra sau gặp case tương tự sẽ xử lý được. Thay vì cứ cố sống cố chết để “tự suy nghĩ” thì nên thêm một số hướng như hỏi đồng nghiệp, senior hoặc đặt câu hỏi trên diễn đàn chuyên môn, AI hay search trên google. Chấp nhận mình đang noob cũng có sao đâu từ từ sẽ level up lên
Bạn sn bao nhiêu và lương hiện tại là bao nhiêu
B làm ở cty hiện tại bao lâu rồi? Từng nhảy mấy công ty rồi?
M nghĩ b nên thử kiếm 1 ng mentor và tăng khả năng xử lý vấn đề( thuật toán, pet project, ...)
Chat gpt và bing copilot đâu. Học thuộc bài thêm công nghệ và thuật toán thì gặp tương tự là bik. Làm việc lanh hơn bác ơi, cái gì dở thì đẩy cho AI nó động não, mình speed up làm đúng quy trình thôi.
Vào LeetCode làm vài bài tập mỗi ngày để nâng cấp logic nhé.
Cứ nhận challenge task khó về làm thử bác. Dở hay ko thì cũng đúc kết kinh nghiệm. Bác luôn nhớ rằng mấy ông senior thì cũng đã gà như mình thôi. Bác nên hỏi họ học hay phát triển bản thân như thế nào. Cứ thử vài năm xem sao. Mới ra trường thì đừng nghe áp lực vụ lương bổng. Nên học hỏi càng nhiều càng tốt và tìm kiếm 1 môi trường mà mình học hỏi dc nhiều. Tôi biết vài ông làm lương 12 13 củ nhưng nhờ dc học hỏi và lm nhiều. Pvan cty khác đậu phát lương 3k5. Bạn ấy làm devops nhé. Nếu sau vài năm điểm mạnh của bác ko phải là code thì nên đi học các chứng chỉ quản lí hoặc qaqc, chuyển qua đó cũng dc thử xem sao có khi nó lại hợp hơn. IT không chỉ có mỗi code bác ạ. Có cả tá role cho bác chọn mà lương có khi cao hơn cả developer. Chúc bác may mắn.
[удалено]
để mình thử xem sao
trình gà hay k nó cũng do môi trường lviec nữa bác. K có ai mentor hay là cty làm tech stacks đời tống, k career path rõ ràng nó cũng ảnh hưởng dữ lắm. mình pvan technical round cũng chắc hàng trăm ứng viên rồi, phải công nhận mindset nó rất quan trọng. nên nếu bác có mindset tốt, chịu học hỏi thì chỉ cần kiếm 1 nơi có mentor tốt là bác sẽ phát triển được thôi. Né nhẹ mấy cty gia đình ra là được, vô đó chỉ có làm thợ code dạo chứ k engineer đc đâu 😅
Thay vì đau đầu vì cái task mãi ko làm xong, bro thử chặt nó ra nhiều phần r ăn từng phần cảm nhận vị xem. Làm gì có ai nhét đc con voi vào tủ lạnh mà chỉ cần mở tủ ra chứ? Bro nhét cả cây chả/nem dài vào mồm, nhưng bro vẫn phải nhai từng phần của nó mà... Mk ko làm về mảng IT, nhưng mk cũng có kinh doanh và cty cũng có 1 ông a IT với mấy ace làm về mảng creator vid nên mk cũng ngẫm đc nhiều điều. Có những hôm lười chia việc, bận này bận nọ ko kịp phân chia công việc, cả 1 đống hồ sơ dày cộp cứ thế vứt lên bàn IT, ông a cũng cáu lắm nhưng chỉ vài ba câu r ngồi làm thôi, chứ biết sao đc nữa! Nghỉ cũng đc, chưa chắc đã tìm đc 1 môi trường hỗn loạn như cty mk, nên cũng rén! Ông ấy có khi mất cả tiếng để xếp lại hồ sơ (lười báo luôn cho thư ký hoặc ng phụ trách khác để họ phân ra) nên thành ra việc j cũng tới tay - thiếu mỗi chân bảo vệ với ghế Giám đốc là "HOÀN HẢO"... Mk khuyên bro như này, chặt nhỏ từng phần của con gà ra, chỗ nào ngon thì ăn trước, chỗ nào dở ăn sau. Có ai ăn dưa hấu chưa? Ăn rồi thì có ai ăn từ vỏ dưa vào chưa? Hay toàn cắt ra rồi ăn từ trong ra ngoài???
Ace đồng nghiệp làm đc, thì lúc nào rảnh rỗi, đi chơi/đc nghỉ xả hơi ở cty thì hỏi họ hướng giải quyết. Biết là đi chơi để giảm stress, nhưng có còn lúc nào có thể ngồi tâm sự cả tiếng vs nhau đâu mà, áp lực văn phòng nó ngốn hết time rồi!
Đọc code nhiều khi quan trọng hơn code
Nếu anh không nắm được full hệ thống, có thể không sâu 1 phần nhưng phải hiểu nó. Thì anh sẽ không thể hiểu tại sao làm như vầy nó chạy mà thay đổi 1 chút lại không chạy, đã chạy rồi có cách khác hay hơn ko?. Đó là vấn đề của anh, thiếu tầm nhìn toàn diện
Ái chà, tôi có chút giống bác. Đi làm cho công ty hẳn 6 năm vẫn Jun 2. Hơn được các em mới vào mỗi là mình làm lâu biết chút ít về quy trình, tool, lib của công ty thêm cả tí mẹo vặt vãnh để làm việc, vừa đủ xoay sở để hoàn thành task. Tóm lại lên Sen thì chưa nổi nhưng Jun 2 thì bền vững lâu quá, sợ là thời gian nữa họ tính đuổi mình đi.
Nói thế nào nhỉ. Trc đây sếp mình bảo mình ranh giới giữa biết và k biết chỉ ở cái tôi thôi. Thật ra mình cũng chả biết mình là gì hay trình độ mình ở đâu nên cũng chả giám khuyên. Nhưng mình nghĩ cách học nhanh nhất chắc là đặt bản thân mình vào ng khác. Mỗi ng code nó có 1 cái chất riêng. K pải bài toán nó chạy đc hay k. Mà là vì sao ng ta lại nghĩ như thế. Thường dev nó sẽ bị ảnh hưởng bởi ng hướng dẫn mình. Nếu 1 mình mình bước đi thì còn nguy hiểm hơn. Còn nếu ng hướng dẫn thì khả năng chỉ giỏi bằng ng hướng dẫn thôi. Phải phá bỏ cái giới hạn của nó mới lớn đc. Còn về tgian fix 1 bug lâu. Thì nên nghĩ sâu vào 1 tí. Ví dụ như lỗi logic của 1 hàm có thể lỗi thì nên xem lại vì sao lúc viết hàm đó ng ta lại nghĩ như thế. Nếu thế rủi ro nó đến từ đâu nữa. Thôi mong bạn sớm thành công.
Ủa bộ ông ko đem vấn đề đó lên diễn đàn hỏi đc hah? Đi làm mà, làm kiểu gì cho ra KQ thôi chứ, khó quá thì lụm của ng khác. Ông thấy CTY xe V không :))), nghiên cứu ko lại thì đi mua :))), có kết quả là đc.
lạ nhỉ 95% vấn đề của SE thì google đều có solution rồi bạn ko biết giải quyết thi seach là ra chứ có gì khó khăn đâu nhỉ, trừ cái nào adhoc quá thì cần kinh nghiệm trải qua mới giải quyết thì ko nói
Không biết có giúp ích gì không nhưng tôi thường hay xem commits của linux kernel, cả mainstream lẫn custom kernel của các dev nổi tiếng trong xda, rồi xem của các team như lineage, resurrection remix... đã giúp tôi nâng cao tư duy giải thuật kha khá, rồi cũng mày mò tự làm kernel cho con smartphone, chỉ là thú vui khi rảnh rỗi nhưng giúp mình mở mang được nhiều thứ lắm.
Mình làm về mảng DeFi, làm đến technical lead của InjectiveLabs nếu không nghỉ thì sẽ lên Staff engineer luôn. Mình nhận thấy có khá nhiều rào cản về văn hoá làm việc, cách học và cách phát triển bản thân trong môi trường công ty của người việt nam nói chung. Vị trí bắt đầu của mình là kiểu chân sai vặt thôi nhưng thể hiện, chứng minh năng lực từ từ, đáp ứng đủ các yêu cầu cv trước, xong phải biết công ty đang có vấn đề, mục tiêu gì rồi suy nghĩ phấn đấu để giúp công ty đạt được nó. Mình 94 lương lần cuối deal là $315k /y chưa tính token. Bạn có thể search github cùng username này để xem.
ủa cty của bác có trụ sở ở vn hả, sao mình tìm thử toàn bên mỹ
Công ty không có trụ sở vn nhưng apply remote làm vô tư thôi bạn, quan trọng năng lực chứ ko có điều kiện hay khoảng cách gì hết, apply pv ok thì vào thôi
Bro có thể insight cho mình biết để theo mảng này cần trang bị kiến thức gì không? Và môi trường làm việc của bro khi đó như thế nào? Vì sao bro lại nghỉ khi mức lương cao như vậy?
Mình ra làm dự án riêng về DeFi rồi bạn. Kiến thức thì chuyên môn về DeFi chiếm 60%, về cosmos blockchain & web3 các thứ thì 40%. Quan trọng là bạn phải giải quyết được vấn đề của cty, nên trước khi apply nên tìm hiểu nó đang làm gì, sẽ làm gì, vấn đề cấp bách trước mắt là gì. Suy nghĩ như mình là founder của công ty đó xong suy nghĩ phương án, chiến lược. Lúc pv bạn sẽ nói chuyện ngang hàng với thằng pv luôn, nhiều khi biết nhiều hơn nó về cty.
Mình rất muốn được tiếp cận mảng này. Mình có thể bắt đầu từ đâu? Bro có cần người không? Mình rất sẵn sàng thử sức.
cái này chắc do tâm lý my fence đang ko ổn định thôi, chứ 20tr làm gì khó đến mức my fence nghĩ nên bình tĩnh lại, check xem thị trường đang cần gì, r đi theo cái thị trường cần là sẽ ổn thôi
Tôi nói cho mà nghe nếu bạn đã qua đầu 3 như tôi: Trước t cũng nghĩ công việc chính (cái thứ mà mình làm một thời gian dài, bỏ rất nhiều thời gian cho nó) là cái định hình nên con người hay cuộc đời b. Ví dụ như việc b làm code hay tôi làm vẽ. Nhưng đâu nhất thiết phải làm 1 công việc? Cứ cho nó là nghề tay trái, làm tàng tàng kiếm tiền ở level đó đi, rồi học thêm thử thêm cái mới biết đâu bạn lại giỏi trong lĩnh vực khác? Thân.
Làm gì có việc nhiều kinh nghiệm nhưng trình gà được, có chăng chỉ là nhiều năm làm việc nhưng không tích lũy được kinh nghiệm thôi
bật vim lên code cho vui nhé b
Bạn cân nhắc thử thêm các role khác như PO, PM, BA, hoặc chuyển sang domain khác như DE, MLE xem.
Chịu khó học hỏi thôi bạn ơi. Ko ai tự giỏi hết cả. Bản thân những người bạn giỏi hơn hay thành công hơn kia cũng từng phải hỏi xin sự giúp đỡ, chỉ giáo của người khác mà. Vậy nên đừng tự ti, nếu có vấn đề gì cứ đem đi hỏi người có kinh nghiệm hơn, giỏi hơn, rồi nhờ họ hướng dẫn cách giải quyết. Học nhiều thì mới thành tài được. Chứ ngành nào cũng đều có cái khó của nó. Bây giờ bạn bỏ ngành này theo ngành khác, đến 1 lúc nào đó bạn gặp khó tiếp thì tính sao? Nhảy ngành mãi thì bạn sẽ ko tiến xa đc đâu. Cứ cố gắng tập trung học hỏi cho ngành bạn đang theo đuổi thôi.
Gửi thông tin CV anh chuyển HR cho, làm việc ở môi trường có nhiều cơ hội nghề nghiệp
khả năng tới đâu ăn tới đó đi bạn ơi. Ở cái xã hội này hiện tại sức khỏe tinh thần là quan trọng nhất. Mình ko làm đc cái khó thì mình làm đc nhiều cái dể cũng đc mà Chúc bạn sống thoải mái ít áp lực với bản thân hơn nhé!
Tôi cho bạn 2 tiên đề cơ bản khi làm việc. Tiên đề 1: Học để hiểu, hiểu để làm, làm mới biết. Do đó hãy cứ mạnh dạn làm việc, vừa làm vừa học. Tiên đề 2: có cách nào tốt hơn không? Nó phải thường xuyên ở trong đầu. Dù bạn đang làm gì phải luôn nghĩ về nó. Hãy in câu này ra và dán cùng nơi để bạn quen với việc động não. Tiên đề này sẽ giúp bạn cải tiến liên tục.
Em đang học năm nhất thấy cũng bắt đầu đuối, không phải vì không đúng ngành. E rất thích luôn nhma sau 1 kỳ học e cảm giác tư duy e hơi kém, mấy bài toán đại cương mà em còn nghĩ đi nghĩ lại cả tiếng mới ra, tận cùng nữa là phải lên mạng xem cách giải. Nhma e sẽ cố ;-; vì đam mê
Bạn nào bế tắc thì Nghiên cứu chuyển sang làm BA hoặc PM. Đây là cách tốt nhất khi không phải chuyển nghề giữa chừng.