thắc mắc Phân biệt giữa Junior và Senior?

  • Người tạo chủ đề Người tạo chủ đề girlxinhgai
  • Ngày bắt đầu Ngày bắt đầu
bác có sách về chũ đề này hk
không bác ơi: IMO, chia làm 4 giai đoạn của tất cả các ngành nghề,ở đây mình ví dụ dev hé.
1. khi vừa ra trường thì thường không biết gì rất ngoan ngoãn học hỏi, chịu khó cày cuộc, OT
2. Khi đã làm được 1 vài dự án, 1 vài năm: Biết cũng kha khá thì lúc đấy vỗ ngực xưng tên, muỗi, game là dễ.
3. Sau đấy thì tới giai đoạn kiểu tầm 3-5n năm thì bắt đầu bớt gáy vì lúc này đời nó dập, người pv dập, sếp dập, gáy bậy gáy bạ đồng nghiệp dập, rồi làm ngu khách hàng dập. Lúc này cái nào biết thật sự mới dám lên tiếng.
4. Sau giai đoạn đấy thì thấy trưởng thành, im lặng cày cuốc học hỏi, gáng đào sâu, thi lấy chứng chỉ bla bla. Lúc này thở ra câu nào toàn là chân lý câu đấy và thường có dẫn chứng cụ thể từ trong sách, báo cáo khoa học. Nếu một vài người ok hơn nữa tự làm một cái ví dụ hoặc PoC về nó luôn cho tăng tính thuyết phục.
 
lằng nhằng để thị trường quyết định. Nhìn bảng lương biết ngay. Việt nam senior dev remote lương 3k-4k.
Ông nào tự nhận senior mà bảo "thích"
0kWR44v.gif
chịu lương thấp thì tôi hết lý lẽ để đáp
 
ko hẳn khó đâu ráng tim mấy cái job build lúc đầu ấy. vừa system design, vừa contribute cho mấy cái solution chọn lựa công nghệ. Rồi làm mấy task devops, tớ cũng đang làm mấy này, được thêm client kêu làm IaC nên biết thêm terraform nữa.
Tôi là Software Engineer thích tìm hiểu thêm chứ bản thân không muốn đi sâu vào DevOps. Biết 1 tí cloud để dùng chứ xuống OS level thì mớ lí thuyết nó bùng nhùng quá không hiểu kĩ được :D
 
Giải quyết deadlock bằng locking???
Kiến thức cơ bản còn sai thế này thì mấy anh đừng vào feed cho anh Senior pha ke này nữa tốn tài nguyên voz :rolleyes:
Mấy bác nào ưng tôi thì tôi cảm ơn nhưng tôi cũng chỉ hiểu trên lí thuyết thôi. Còn để hiểu bản chất hoạt động với vận hành xử lý thì đọc mấy cái comment của bác @prescolt nhé
 
Uh title là bên SE, không làm việc với develop nhiều. Chủ yếu làm việc đối tác nước ngoài. Có dự án thì deploy hệ thống, tích hợp, model. Làm gì làm miễn sao dự án chạy trong suốt vòng đời,đừng để vấn đề gì liên quan tới hệ thống.
Tiện thể bác cho hỏi một cái này luôn:
Hôm trước em có gặp 1 khái niệm là mmap. Thì em hiểu thế này:
+ Khi đọc file bằng hàm bình thường thì os sẽ đọc trực tiếp cái file đó vào ram.
+ Khi đọc bằng mmap sẽ map cái file đó vào ram và đọc theo kiểu on-demand.

Cách hiểu của em có đúng k bác. Và cơ chế mmap hoạt động như thế nào?
Em có đọc một số giải thích trên mạng như vẫn chưa clear lắm. Mong bác giải thích thêm.
 
không bác ơi: IMO, chia làm 4 giai đoạn của tất cả các ngành nghề,ở đây mình ví dụ dev hé.
1. khi vừa ra trường thì thường không biết gì rất ngoan ngoãn học hỏi, chịu khó cày cuộc, OT
2. Khi đã làm được 1 vài dự án, 1 vài năm: Biết cũng kha khá thì lúc đấy vỗ ngực xưng tên, muỗi, game là dễ.
3. Sau đấy thì tới giai đoạn kiểu tầm 3-5n năm thì bắt đầu bớt gáy vì lúc này đời nó dập, người pv dập, sếp dập, gáy bậy gáy bạ đồng nghiệp dập, rồi làm ngu khách hàng dập. Lúc này cái nào biết thật sự mới dám lên tiếng.
4. Sau giai đoạn đấy thì thấy trưởng thành, im lặng cày cuốc học hỏi, gáng đào sâu, thi lấy chứng chỉ bla bla. Lúc này thở ra câu nào toàn là chân lý câu đấy và thường có dẫn chứng cụ thể từ trong sách, báo cáo khoa học. Nếu một vài người ok hơn nữa tự làm một cái ví dụ hoặc PoC về nó luôn cho tăng tính thuyết phục.
Bác nói chuẩn đó :D. E đang ở giai đoạn 4 đây
 
Sẽ có 1 giai đoạn chững lại, hoàn toàn ko nâng dc skill nào
hồi xưa hay la cà. Lâu lâu lên lướt linkedin thấy mấy thánh vắc gần 10 cái cert đầy người. Nên cứ học cài cert thôi :v Azure, AWS, Google, Kubernestes các kiểu :v ( vẫn chưa có cái nào :v)
 
không bác ơi: IMO, chia làm 4 giai đoạn của tất cả các ngành nghề,ở đây mình ví dụ dev hé.
1. khi vừa ra trường thì thường không biết gì rất ngoan ngoãn học hỏi, chịu khó cày cuộc, OT
2. Khi đã làm được 1 vài dự án, 1 vài năm: Biết cũng kha khá thì lúc đấy vỗ ngực xưng tên, muỗi, game là dễ.
3. Sau đấy thì tới giai đoạn kiểu tầm 3-5n năm thì bắt đầu bớt gáy vì lúc này đời nó dập, người pv dập, sếp dập, gáy bậy gáy bạ đồng nghiệp dập, rồi làm ngu khách hàng dập. Lúc này cái nào biết thật sự mới dám lên tiếng.
4. Sau giai đoạn đấy thì thấy trưởng thành, im lặng cày cuốc học hỏi, gáng đào sâu, thi lấy chứng chỉ bla bla. Lúc này thở ra câu nào toàn là chân lý câu đấy và thường có dẫn chứng cụ thể từ trong sách, báo cáo khoa học. Nếu một vài người ok hơn nữa tự làm một cái ví dụ hoặc PoC về nó luôn cho tăng tính thuyết phục.
thank
 
Tiện thể bác cho hỏi một cái này luôn:
Hôm trước em có gặp 1 khái niệm là mmap. Thì em hiểu thế này:
+ Khi đọc file bằng hàm bình thường thì os sẽ đọc trực tiếp cái file đó vào ram.
+ Khi đọc bằng mmap sẽ map cái file đó vào ram và đọc theo kiểu on-demand.

Cách hiểu của em có đúng k bác. Và cơ chế mmap hoạt động như thế nào?
Em có đọc một số giải thích trên mạng như vẫn chưa clear lắm. Mong bác giải thích thêm.
mmap là dạng virtual disk, trên unix là tmpfs còn C muốn xài thì dùng mmap, ví dụ bạn alocation mmap 2GB thì sau khi allocation xong thì dữ liệu bạn sẽ ghi vào cái đó (là vùng nhớ ), nó sẽ ko ghi vào file trên hệ thống thật đâu, ban muốn ghi thì flush ra disk
https://linux.die.net/man/2/msync
Trên mấy ứng dụng như nginx nó hay xài cái này, ví dụ 1 s bạn có 100k request mà ghi log ra file thì thực sự disk chịu ko nổi, nên nó sẽ chơi kiểu này rồi buffer định kỳ ra disk.
 
mmap là dạng virtual disk, trên unix là tmpfs còn C muốn xài thì dùng mmap, ví dụ bạn alocation mmap 2GB thì sau khi allocation xong thì dữ liệu bạn sẽ ghi vào cái đó (là vùng nhớ ), nó sẽ ko ghi vào file trên hệ thống thật đâu, ban muốn ghi thì flush ra disk
https://linux.die.net/man/2/msync
Trên mấy ứng dụng như nginx nó hay xài cái này, ví dụ 1 s bạn có 100k request mà ghi log ra file thì thực sự disk chịu ko nổi, nên nó sẽ chơi kiểu này rồi buffer định kỳ ra disk.
Vậy còn trong cơ chế read thì mmap hoạt động sao vậy bác ?
 
Vậy còn trong cơ chế read thì mmap hoạt động sao vậy bác ?
Thực sự mình ko code mmap nhiều, cái này mình biết qua quá trình quản trị hệ thống thì gặp các vấn đề này liên quan tới thiếu bộ nhớ do ko đủ mem. Redis, nginx. hầu như mấy ứng dụng xài mem chứa dữ liệu có ghi xuống disk nhiều đều sử dụng mmap. Dĩ nhiên là allocate file vào mem thì đọc là cũng đọc từ mem rồi. Vậy nên redis đó, nó allocation file vào memory qua mmap rồi ghi dữ liệu vô mem đó qua mmap, đọc cũng từ đó nên nó nhanh, rồi đinh kỳ flush xuống disk. nên khi bạn restart nó đọc nguyên cục này là có data. Chứ nếu dạng dữ liệu kiểu địa chỉ nhớ thì ko thể load từ file lên duoc.
 
Sửa lần cuối:
Ui mấy anh lâu lâu vào vật nhau ghê quá, phải cảm ơn thằng thớt thả bait thành công thôi.
Giờ có khi pv nó ăn lương 2 3k rồi cũng nên =((=((

Sent from Samsung SM-G996B using vozFApp
 
Thực sự mình ko code mmap nhiều, cái này mình biết qua quá trình quản trị hệ thống thì gặp các vấn đề này liên quan tới thiếu bộ nhớ do ko đủ mem. Redis, nginx. hầu như mấy ứng dụng xài mem chứa dữ liệu có ghi xuống disk nhiều đều sử dụng mmap. Dĩ nhiên là allocate file vào mem thì đọc là cũng đọc từ mem rồi. Vậy nên redis đó, nó allocation file vào memory qua mmap rồi ghi dữ liệu vô mem đó qua mmap, đọc cũng từ đó nên nó nhanh, rồi đinh kỳ flush xuống disk. nên khi bạn restart nó đọc nguyên cục này là có data. Chứ nếu dạng dữ liệu kiểu địa chỉ nhớ thì ko thể load từ file lên duoc.
Thank bác. Để em tìm hiểu thêm. Bữa em đọc cái tutorial nó sử dụng mmap để đọc file nên muốn hiểu rõ tí ấy mà :D
 
Thằng thớt nó lập topic nhảm mà vào đây xem các pro tranh luận cũng học được nhiều cái quá :D

Sent from Samsung SM-N950F using vozFApp
 

Thống kê chủ đề

Ngày tạo
girlxinhgai,
Người trả lời cuối
darkrose,
Trả lời
279
Lượt xem
37.926
Quay lại
Lên đầu trang