thảo luận [Chuyện trò linh tinh - Box CNTT]

  • Người tạo chủ đề Người tạo chủ đề babystorm26
  • Ngày bắt đầu Ngày bắt đầu
Phải có năng khiếu đó bác. Không phải cứ cày cuốc là giỏi được.
Mình thì thấy tiếng Anh giao tiếp hằng ngày thì năng khiếu ko quan trọng. Cái quan trọng lạ đam mê hoặc quyết tâm và môi trường.
Khi có đam mê hoặc quyết tâm thì ng ta gặp tiếng Anh ở đâu cũng để ý ghi nhớ và bắt chước, như coi phim, đọc báo, chơi game, thấy biển quảng cáo ngoài đường hay vài dòng chữ trên quần áo ng khác họ đều để ý và nhớ rất nhanh.
Còn môi trường thì ai cũng biết là quan trọng rồi, giúp mình chủ động thực hành.
 
có bác nào nhảy PHP sang Java ko, e nhảy được 1 tháng rồi, mà ngu vcc
chắc là do e tiếp cận chưa đúng cách, vẫn đang bị dậm chân ở mức syntax
Mình ngày xưa làm 4 năm .net, xong pv vào project laravel php do ng quen giới thiệu. Vào làm php hơn 1 năm thì qua làm kotlin jvm, thấy nó cũng thế thôi. Còn fence nói mức syntax chắc đang nói học ngôn ngữ à. Còn bên design hệ thống thì chả quan trọng ngôn ngữ nào. Fence làm mấy năm rồi?
 
Ae trong box không dùng chat GPT với Copilot nhỉ, dạo này em dùng 2 con này code nhanh hơn hẳn, mà thấy ngu người ra
KE5ti7l.png
:giggle:
 
Vâng cảm ơn bác đã góp ý, càng trưởng thành em thấy mọi thứ đều là sự lựa chọn cả. Nó không phải là lựa chọn đúng/sai mà là ngã rẽ cuộc đời thì đúng hơn. Nếu viễn cảnh 10 năm nữa em vẫn ngày ngày cặm cụi viết code với cảnh em làm sếp nhưng trên đe dưới búa thì em vẫn thì viết code hơn. Hơn nữa em cũng không quá quan trọng về tiền bạc mặc dù biết rằng thiếu tiền thì có ăn đâu b ăn c =), nhưng mà em thấy lựa chọn code thì độ rủi ro cao hơn và tuổi trẻ nên bất chấp rủi ro vì dù sao sống có 1 lần thôi mà. Và đương nhiên nếu đã chọn thì phải theo đuổi tới cùng thì mới cảm thấy đời không vô vị được.
nIdBEPl.png
Những gì bạn muốn hôm nay, 10 năm 20 năm nữa sẽ rất khác.
20 tuổi chưa phải lo nghĩ về nhà cửa đất đai, chưa có vợ con thì tiền bạc chưa thành vân đề lớn.
Nhưng qua 30 tuổi vẫn làm culi code dạo, vẫn ở nhà thuê đi xe máy thì sẽ thấm lắm.

Chúc bạn có lựa chọn sáng suốt và thành công, dù chắc chắn có chọn thế nào thì cũng có lúc hối hận, sớm hay muộn thôi. Vì con người ta luôn đứng núi này trông núi nọ.
 
Startup nào mà claim làm microservice là bản chất team đó yếu rồi, không ai có kinh nghiệm mà lại áp dụng microservice cho startup cả.

Muốn làm microservices đàng hoàng mà thật sự có giá trị thì team dev phải cỡ 500+, ở SG chắc có Grab, Shopee mà công ty này dừng tuyển rồi.
Minh đồng ý vơi fence vụ k nên dùng ms cho startup. Vì căn bản là lúc startup chưa có đủ cơ sở mà phân ra ms, có khi dăm bữa nửa tháng lại phải tách này gom nọ, rối như tơ vò. Thu thập dữ liệu từ data ng dùng tới hiệu năng hệ thống 3 4 năm rồi mới nghiên cứu làm ms cũng chưa muộn.

Nhưng phải 500+ dev mới làm ms thì khá sai. Product mình làm có khoảng 200 dev thôi mà k làm ms mình chẳng hiểu làm sao luôn, mỗi việc chờ nhau rebase với merge code, deploy xong chắc hết ngày. Nó cũng start up. :D
 
Mấy bác cho em hỏi e đang là sinh viên năm nhất , e phải học tiếng anh nửa năm nữa mới lên được chuyên ngành nên trong thời gian này , ngoài tiếng anh ( em học ngán thật sự ) thì e muốn học trước những kiến thức phụ trợ để vô chuyên ngành ko bị ngợp ( E đang suy nghĩ sẽ học những kiến thức trường không dạy như cách dùng GIT , hay những thứ khác , hiện e đã có cơ sở lập trình cơ bản r , vì cũng đã code tool mmo trước đó
cụ thể đây là roadmap trường em : https://daihoc.fpt.edu.vn/nganh-hoc/may-tinh-cntt/ky-thuat-phan-mem/
mấy bác có thể xem giúp em mình có cần học thêm gì khác ngoài ngôn ngữ 2 k a
Có thể điều mình nói nghe hơi nhảm và lạc quẻ nhưng fence thích thì cứ thử xem sao.

Fence có thích ngồi làm việc với terminal cool ngầu giống hacker Hollywood ko?
Mới năm nhất, thời gian còn dài, fence thử mò mẫm vim hoặc tôt hơn là neovim thử xem. Nó chỉ là text editor, có thể config thành IDE, nhưng là terminal app chứ k dùng GUI (vẫn có những bản GUI nhưng cứ dùng bản gốc trc đã). Mọi thứ tùy chỉnh theo sở thích cá nhân.
Tại sao mình lại nói điều ngớ ngẫn này:
  • Bạn xem người ta code bằng nvim trên youtube đi. Cool ngầu level max luôn. Nó tạo cảm hứng cho việc code của bạn.
  • Dùng quen bạn sẽ thấy nó giúp tăng productivity rất nhiều
  • Quan trọng nhất, món này đòi hỏi người dùng mò mẫm rất nhiều thứ tự cộng đồng, từ github. Nó là kĩ năng cực kì cần cho dev.
  • Khi dùng quen thì chắc chắn trình terminal của fence cũng tăng. Rất có lợi trong công việc.
 
Do resume driven development nên vậy á, càng làm nhiều thứ fancy càng có nhiều thứ ghi vô CV :D. Kết quả là mấy công ty có những người resume-driven như vậy lại tiếp tục tạo vòng lặp bắt người ngoài cũng phải học mấy cái fancy mới có thể vào công ty đó. Không chỉ mỗi microservices mà cả mấy công nghệ khác như react native ở Momo hay cái cục blockchain ngớ ngẩn ở tiki, kết quả là nó làm UX tệ đi, biz đi xuống mà chả giải quyết vấn đề cụ thể gì cho khách hàng cả.

Mình nghĩ dân tech nên đi học sơ sơ framework của dân BA/PM để làm việc hiệu quả hơn. Mọi công việc phải bắt đầu từ việc xác định các bài toán cần giải quyết, sắp xếp độ ưu tiên rồi mới bắt đầu tìm kiến trúc/công nghệ để giải quyết nó. Mình thấy bây giờ toàn kiểu thấy công nghệ mới rồi ép nó vào một bài toán không có giá trị hay không có độ ưu tiên cao cho biz.
Làm tới làm lui cuối cùng nhận ra deliver được business value mới là mục đích tối thượng.
Cứ loay hoay với mấy cái fancy mà không mang lại lợi ích cụ thể cho bussine chỉ tổ tốn tiền và thời gian. :sweet_kiss:
 
Có thể điều mình nói nghe hơi nhảm và lạc quẻ nhưng fence thích thì cứ thử xem sao.

Fence có thích ngồi làm việc với terminal cool ngầu giống hacker Hollywood ko?
Mới năm nhất, thời gian còn dài, fence thử mò mẫm vim hoặc tôt hơn là neovim thử xem. Nó chỉ là text editor, có thể config thành IDE, nhưng là terminal app chứ k dùng GUI (vẫn có những bản GUI nhưng cứ dùng bản gốc trc đã). Mọi thứ tùy chỉnh theo sở thích cá nhân.
Tại sao mình lại nói điều ngớ ngẫn này:
  • Bạn xem người ta code bằng nvim trên youtube đi. Cool ngầu level max luôn. Nó tạo cảm hứng cho việc code của bạn.
  • Dùng quen bạn sẽ thấy nó giúp tăng productivity rất nhiều
  • Quan trọng nhất, món này đòi hỏi người dùng mò mẫm rất nhiều thứ tự cộng đồng, từ github. Nó là kĩ năng cực kì cần cho dev.
  • Khi dùng quen thì chắc chắn trình terminal của fence cũng tăng. Rất có lợi trong công việc.
vâng , em sẽ tìm hiểu, hiện giờ em muốn học những thứ làm nền để hỗ trợ sau này học và làm việc , nên mấy cái này có vẻ khá hợp với em bh
 
Minh đồng ý vơi fence vụ k nên dùng ms cho startup. Vì căn bản là lúc startup chưa có đủ cơ sở mà phân ra ms, có khi dăm bữa nửa tháng lại phải tách này gom nọ, rối như tơ vò. Thu thập dữ liệu từ data ng dùng tới hiệu năng hệ thống 3 4 năm rồi mới nghiên cứu làm ms cũng chưa muộn.

Nhưng phải 500+ dev mới làm ms thì khá sai. Product mình làm có khoảng 200 dev thôi mà k làm ms mình chẳng hiểu làm sao luôn, mỗi việc chờ nhau rebase với merge code, deploy xong chắc hết ngày. Nó cũng start up. :D
Không rõ 200 devs này là toàn bộ backend hay tính cả FE devops nhỉ. Nếu tính cả toàn bộ dev team mà khoảng 200 devs thì mình vẫn nghĩ là ko nên làm microservices, thường nên dừng lại ở "medium" services, mỗi team quản lý 1-3 services cho 1 bounded context thôi. Còn việc chờ nhau với merge code là do modular không tốt chứ nhỉ, khá nhiều công ty làm monorepo vẫn không bị ảnh hưởng nhiều lắm.

Gitlab có 1000 engineers, Shopify có khoảng 3k engineers và họ vẫn hoạt động tương đối ổn với monolith.
 
Phân vân giữa .NET vs Java chọn một để bắt đầu đi thực tập thì sao các bác.

Con tim thì thích .NET, mới chỉ vừa làm vừa học qua mấy turtorial + đọc mấy cái tin nói về tương lai .NET core nên khá có cảm tình vs nó.
Còn lý trí lại muốn chọn Java vì đây cái trên trường dạy là chính, ngoài j2ee ra kỳ này còn có mấy môn thầy dạy làm đồ án = Spring + tìm tin tuyển dụng thì Java chiếm ưu thế so vs .NET nên cảm giác nếu theo nó bây giờ thì tiện cho bản thân.

Nhờ mn tư vấn giúp ạ.
 
Không rõ 200 devs này là toàn bộ backend hay tính cả FE devops nhỉ. Nếu tính cả toàn bộ dev team mà khoảng 200 devs thì mình vẫn nghĩ là ko nên làm microservices, thường nên dừng lại ở "medium" services, mỗi team quản lý 1-3 services cho 1 bounded context thôi. Còn việc chờ nhau với merge code là do modular không tốt chứ nhỉ, khá nhiều công ty làm monorepo vẫn không bị ảnh hưởng nhiều lắm.

Gitlab có 1000 engineers, Shopify có khoảng 3k engineers và họ vẫn hoạt động tương đối ổn với monolith.
Cái slack channel cho dev trong công khoảng 200 ng. Mình nghĩ là toàn bộ engineers trên khắp thế giới.
Cái monolith laravel ngày xưa chia bounded context k tốt thật. Mấy năm trc chuyển sang mS nên dễ thở hẳn, có cơ hội là extract ra mS luôn chứ chả muốn động vào monolith nữa. Giờ chắc trăm cái mS rồi mà monolith chưa deprecate xong.
Dc cái công ty làm ăn quy trình chuyên nghiệp, từ architecture BE FE UI/UX devops nên làm cũng khá thích.
 
Phân vân giữa .NET vs Java chọn một để bắt đầu đi thực tập thì sao các bác.

Con tim thì thích .NET, mới chỉ vừa làm vừa học qua mấy turtorial + đọc mấy cái tin nói về tương lai .NET core nên khá có cảm tình vs nó.
Còn lý trí lại muốn chọn Java vì đây cái trên trường dạy là chính, ngoài j2ee ra kỳ này còn có mấy môn thầy dạy làm đồ án = Spring + tìm tin tuyển dụng thì Java chiếm ưu thế so vs .NET nên cảm giác nếu theo nó bây giờ thì tiện cho bản thân.

Nhờ mn tư vấn giúp ạ.
Đừng tin và dùng đồ gì của MS :)). à trừ VS Code
 
Cái slack channel cho dev trong công khoảng 200 ng. Mình nghĩ là toàn bộ engineers trên khắp thế giới.
Cái monolith laravel ngày xưa chia bounded context k tốt thật. Mấy năm trc chuyển sang mS nên dễ thở hẳn, có cơ hội là extract ra mS luôn chứ chả muốn động vào monolith nữa. Giờ chắc trăm cái mS rồi mà monolith chưa deprecate xong.
Dc cái công ty làm ăn quy trình chuyên nghiệp, từ architecture BE FE UI/UX devops nên làm cũng khá thích.
micro = u
mili = m
...
 
Các bác code React lâu năm cho mình hỏi về việc viết unit test cho FE, mình có tìm hiểu, hiện tại làm dự án ở công ty thì chỗ mình k viết test, nhưng đi phỏng vấn ở một số công ty thì có hỏi xem có viết unit test không, vậy thì việc viết test khi code FE ( cụ thể là React ) có thực sự cần thiết không và những lợi ích của nó là gì ?
 
Mình mới học front end mà kiến thức về xây dựng layout bằng css kém quá các bác, code chậm .Có nên chuyển qua NodeJS ko các bác, tư duy logic của mình khá tốt
 
tầm này kiếm việc cho fresher/intern khó quá các bác ạ, thực tập 2 kỳ rồi mà giờ mới chuẩn bị vào kỳ chính trên trường mà sợ không tìm được buổi phỏng vấn nào
 

Thống kê chủ đề

Ngày tạo
babystorm26,
Người trả lời cuối
Ruaconlonton123,
Trả lời
6.711
Lượt xem
741.368
Quay lại
Lên đầu trang