x

  • Tạo bởi Tạo bởi LQDuy
  • Start date Start date
Ném cv vào tech đi. Mặc dù t del thích thằng TCB nhưng nếu muốn thử sức thì cứ tự tin ném vào
E ghét mấy bài phỏng vấn của tụi này. Nó không hỏi chuyên môn mà nó tập trung vào logic + tiếng anh.

-> Kiến thức chuyên môn, project bỏ ngỏ. Kiến thức logic là bài test thì chẳng khác nào kiến thức mấy bài toán cấp 3 kiểu test IQ nhiều hơn.
 
E ghét mấy bài phỏng vấn của tụi này. Nó không hỏi chuyên môn mà nó tập trung vào logic + tiếng anh.

-> Kiến thức chuyên môn, project bỏ ngỏ. Kiến thức logic là bài test thì chẳng khác nào kiến thức mấy bài toán cấp 3 kiểu test IQ nhiều hơn.
Thằng nào phỏng vấn m? Mảng nào? Thằng phương hay thằng huy hay Khánh?
 
E ghét mấy bài phỏng vấn của tụi này. Nó không hỏi chuyên môn mà nó tập trung vào logic + tiếng anh.

-> Kiến thức chuyên môn, project bỏ ngỏ. Kiến thức logic là bài test thì chẳng khác nào kiến thức mấy bài toán cấp 3 kiểu test IQ nhiều hơn.
Tiếng anh + logic là đúng rồi. Ngành lquan tài chính nó đều vậy, giải quyết vấn đề là cốt lõi
 
Mảng thì em hướng tới mảng dữ liệu nhưng vẫn chưa dám đi pv, vẫn học.

Thằng tech nó có chương trình future gen techcombank nhưng mà round toàn gì đâu

Em ôn luyện SQL, python, Spark, Hadoop, Datawarehouse, PowerBI các kiểu.

Thấy nhiều chương trình nó hay mà pv hay chơi round kiểu IQ, ngoại ngữ hơn là chuyên môn thấy không biết nộp đơn xin bài pv riêng có được không chứ đi nhóm chung với tụi BK hoặc tụi khác nó ôn cái này hơi lệch pha.
BK HN hay HCM. Luyện mấy khóa trên coursera đi. Luyện làm lolz gì cái lettcode. Python là đi đúng hướng rồi, chơi Python đi. Mảng khác thì thêm C, C++, Assembly nữa. Python bản chất nó đã giải quyết hầu hết mọi vấn đề rồi
 
Ngài nói đúng. Tùy theo yêu cầu business và loại schema sử dụng mà chuẩn hóa hay không.
Nếu xét theo các nguyên tắc cơ bản của chuẩn hóa thì tồn tại rất nhiều ràng buộc, khiến việc query trở nên phức tạp hơn vì phải sinh ra 69 bảng trung gian mới join dữ liệu được.
Chuẩn hóa làm thay đổi dữ liệu nhiều khi khiến dữ liệu bị sai thì bị trừ lương nữa.
Chuẩn hoá luôn là chân lí nhé.99,99 % mọi trường hợp.Còn chậm do m gà thôi
Ngài nói đúng. Tùy theo yêu cầu business và loại schema sử dụng mà chuẩn hóa hay không.
Nếu xét theo các nguyên tắc cơ bản của chuẩn hóa thì tồn tại rất nhiều ràng buộc, khiến việc query trở nên phức tạp hơn vì phải sinh ra 69 bảng trung gian mới join dữ liệu được.
Chuẩn hóa làm thay đổi dữ liệu nhiều khi khiến dữ liệu bị sai thì bị trừ lương nữa.
 
Đối với t thì kiến thức fresher là đụ, giải pháp cao siêu quá thì sinh viên chưa thực chiến nhiều đâu hiểu gì, rảnh xem ytb nhiều chỉ có sinh viên thôi tml. Mà cũng không nhiều thằng chia sẻ về tối ưu database này, có thêm chút ít kiến thức nào đối với t là lợi thế từng ấy
Mấy cái trên youtube là giải pháp chung, ví dụ index.
Nhưng index đéo phải lúc nào cũng nhanh, tuỳ từng bài toán.
Nhiều bài phải chia nhỏ ra, rồi mới gộp lại bài lớn
Mấy cái trên youtube nó là mấy bài toán basic thôi
 
Mấy cái trên youtube là giải pháp chung, ví dụ index.
Nhưng index đéo phải lúc nào cũng nhanh, tuỳ từng bài toán.
Nhiều bài phải chia nhỏ ra, rồi mới gộp lại bài lớn
Mấy cái trên youtube nó là mấy bài toán basic thôi
Má trước t làm cái trường hợp mà index còn chậm hơn full table scan, chậm hơn rất nhiều
 
Chuẩn hóa của chúng mày đây, cố vấn, chuyên gia, kỹ sư rồi của nợ gì nữa đây này. Thằng nào ở sing nghe thử coi. Đéo biết có thật cái abstract thì chưa thấy có thông tin chuẩn nào hoặc có thể do họ nắm thông tin chưa chính xác rồi qua Google được hiểu tiếng việt chưa đúng
 
Mấy cái trên youtube là giải pháp chung, ví dụ index.
Nhưng index đéo phải lúc nào cũng nhanh, tuỳ từng bài toán.
Nhiều bài phải chia nhỏ ra, rồi mới gộp lại bài lớn
Mấy cái trên youtube nó là mấy bài toán basic thôi
M nói đúng, index có thể làm tăng tốc độ thực thi nhưng không phải khi nào cũng đập vô được, tuỳ từng bài toán, những thằng mà bài nào cũng đập index vào rồi bảo là nhanh là mấy thằng không biết gì. Lập trình t luôn cố gắng tìm hiểu những thứ cốt lõi của vấn đề ...
 
Top