AnoraLee/voz-controversial-dataset huggingface dataset:
Bên cạnh những video chất lượng trên youtube, những khóa học trên udemy giúp cho mọi người dễ tiếp cận hơn với IT thì không thể thiếu được những cuốn sách tâm huyết từ kinh nghiệm của chính tác giả. Những cuốn sách giúp cho mọi người không chỉ giúp nâng cao vốn ngôn ngữ mà còn giúp chúng ta hiểu sâu hơn về công nghệ .Tuy nhiên, đôi lúc sách , tài liệu về IT khá là nhiều, nên khó có thể biết được mình đã chọn được một cuốn sách tốt phù hợp với bản thân . Nên em xin phép lập topic nàyđể mọi người chia sẻ những cuốn sách IT mà các bác hay đọc với mọi lĩnh vực, mọi level trong IT Nội dung chia sẻ: *Tên sách-Tên tác giả: *Lĩnh vực: (Web,AI,......) *Level: *Nhận xét của bản thân về cuốn sách:
Tên sách-Tác giả :Ultimate ASP.NET Core 3 web API-Code Maze Level :Beginer đến medium Lĩnh vực :.NET, backend Nhận xét: Với mình sách khá đầy đủ kiến thức bao gồm: entity framework, log, repository pattern, DTO,AutoMapper,Validation,Async programming, Action Filter,Data Shaping,HTEOAS,Version API,Caching, JWT identity,... khá tuyệt vời vì có 1 cuốn sách hệ thống khá đầy đủ, https://github.com/MoienTajik/AspNetCore-Developer-Roadmap so vs roadmap mình thấy khá OK,không b nó có đủ để làm chưa vì mình chưa đi làm bao giờ nhưng mình khá vui khi tìm được cuốn sách như này, mình cũng áp dụng đc nhiều thứ
Tên sách: Dive into Deep Learning Level: Intermediate, cần có chút kiến thức về lập trình và toán đại cương Lĩnh vực: AI, ML Nhận xét: Sách đầy đủ cái nhìn tổng quát về học sâu, bao gồm cả code, notebook thực hành thuật toán trong sách. Có nhiều các khóa học về Deep Learning lấy cuốn này làm textbook.
Bổ sung 1 số cuốn nên đọc song song cho junior/fresher: Philosophy of Software Design Tác giả: John Ousterhout Lĩnh vực: Coding Technique Level: Beginner Nhận xét: Cuốn này chỉ trích một số kỹ thuật được đề xuất bởi Uncle Bob, dưới góc nhìn thực tế hơn (vd: Function size). Mình đánh giá cuốn này cao hơn cuốn Clean Code, nhưng tốt nhất nên đọc song song để thấy 2 cách nhìn cho cùng một vấn đề. Refactoring: Tác giả: Martin Fowler Lĩnh vực: Coding Technique Level: Intermediate Nhận xét: Đây là cuốn sách làm phổ biến các kỹ thuật liên quan đến refactoring. Nếu không thích phong cách viết sách của Martin Fowler thì có thể đọc https://refactoring.guru/ , đa số nội dung cũng cóp nhặt từ cuốn của Martin Fowler. Code Complete Tác giả: Steve McConnell Lĩnh vực: Coding technique - Software Engineering. Level: Beginner - Intermediate Nhận xét: Cuốn sách đầy đủ nhất, đề cập mọi khía cạnh của phát triển phần mềm. Nếu chỉ được chọn 1 cuốn sách để đọc thì cuốn sách này là đủ để bắt đầu sự nghiệp phát triển phần mềm. The Missing Readme Tác giả: Chris Riccomini, Dmitriy Ryaboy Lĩnh vực: Coding technique - Soft Skills. Level: Beginner Nhận xét: Cuốn sách đề cập đến những công việc thực tế thường ngày của developer, nói về những vấn đề thường không được dạy trong trường (code review, technical design documentation, working with managers...)
Design Database thì mình thấy mấy cuốn này High Performance MySQL (3rd Edition) Tác giả: Baron Schwartz Level: Advanced Nhận xét: Cuốn sách này được viết bởi consultants từ Percona nên họ có kiến thức rất sâu về DB design. Cuốn sách khá rộng, nhưng có một số chương nói rất sâu về physical database design (schema, index, data types). bản 3rd edition đầy đủ hơn bản 4th edition, nên đọc 3rd edition trước khi đọc 4th edition. Mình khuyến khích đọc ngay cả khi không sử dụng MySQL. SQL Antipatterns Tác giả: Bill Karwin Level: Intermediate Nhận xét: Tác giả đề cập đến một số anti patterns trong thiết kế database và query sql, đồng thời đưa ra một số patterns trong thiết kế database để xử lý những anti patterns này. Ví dụ một số bài toán được đề cập là lưu trữ hierarchical data trong CSDL quan hệ, hay tại sao EAV là anti pattern. NoSQL Distilled Tác giả: Martin Fowler Level: Intermediate Nhận xét: Tác giả đề cập đến cái loại cơ sở dữ liệu NoSQL phổ biến và cách tiếp cận khi thiết kế những databases này. Database Design for Mere Mortal Tác giả: Michael J Hernandez Level: Beginner Nhận xét: Cuốn sách này chuyên về logical design cho CSDL quan hệ. Bản thân mình không thích cuốn này lắm nhưng có thể nhiều người thấy hữu ích, và nó là cuốn sách nổi tiếng nhất trong thiết kế cơ sở dữ liệu quan hệ. Nếu chỉ đọc một cuốn thì mình khuyến khích đọc cuốn High Performance MySQL. ______ Edit 2022-06-24: The Data Model Resource Book, Vol. 3: Universal Patterns for Data Modeling Tác giả: Len Silverston , Paul Agnew Level: Intermediate Nhận xét: Cuốn sách này tổng hợp một số design patterns cho logical database design, chủ yếu cho business applications. Developers làm biz apps có thể sẽ thấy hữu ích. Cuốn này là 1 trong bộ 3 cuốn sách, Vol 1 vol 2 tổng hợp một số data models cụ thể cho từng industry, mình chưa đọc vol 1 vol 2 nên không có đánh giá.
Mình lại thấy cuốn này viết khá hời hợt nhỉ Đọc mấy sách của Adam Freeman thấy viết chi tiết cực kì, qua đọc cuốn trên của Code Maze tụt mode vãi. Đang có cuốn Mastering ASP.NET Web API by Mithun Pattankar mà chưa kịp đọc.
Soft Skills: The software developer's life manual​ Level: Medium Lĩnh vực: Soft skills Tác giả: John Sonmez Nhận xét: thật ra mình mới đọc có vài page và vẫn đang đọc tiếp, nhưng mà cá nhân cảm thấy hay vì tập trung nhiều hơn về cách handle life, các kỹ năng khác ngoài coding.
em đang sinh viên năm 2 ạ ,định hướng của em là theo mảng web, thích đọc sách nên lập topic vừa để chia sẻ vừa sau này sau có cần tài liệu gì thì lên đây kiếm ,trước k định hướng bản thân nên giờ thấy chuyên ngành trên trường k hợp nên tự học IT sau thấy mê khi thấy mk có thể ngồi tìm hiểu nó mà k thấy chán
đọc sách nghiền ngẫm từng câu mới thấm và mới dạy lại được cho người khác. tôi thấy trong quá trình học, AI chỉ nên tham gia vào khâu brainstorming. còn ai chưa đọc tí nào, nhảy vào hỏi AI luôn thì hời hợt, tuần 1 tuần sau hỏi lại quên luôn
bác dùng topdev thấy ổn ko? với nộp CV ok ko bác? mình có dùng topdev rồi nhưng ghét nhất đoạn không vừa sửa vừa xem trực tiếp CV được. Cứ phải nhấn "Xem" rồi quay lại sửa r mất tgian với đôi khi máy mình nó lag ) Còn của bọn nodeflair xem được luôn ko khác gì Doc với nó có cái viết nội dung nên cũng tiết kiệm kha khá thời gian.
Mình có offer đi Sing làm IT Support giờ đang chờ check lại quota với bên đó trước khi deal lương, có bác nào đang làm tại Sing cho mình hỏi mấy thứ với: 1. Lương trung bình bên đấy là khoảng bao nhiêu ? 2. Ở ghép có an toàn không? Hình như là ở giường tầng phải không? Mình thì sợ ở với người lạ xong đồ đạc nhỡ lại không cánh mà bay 3. Thuê nhà bên đấy thì có thể tìm ở group Facebook nào hay là trang web nào? Và nên thuê ở khu nào cho tiện nếu mình đi làm ở Shelton Wy? Ngoài ra thì đầu tháng 6 mình cũng sẽ sang đó làm 1 tuần và ở Dorsett. Có bác nào rảnh rang không? Cho mình bám đi chơi loanh quanh tí. Năm ngoái mình cũng sang 1 lần rồi mà ko nghĩ ra lên đây hỏi han nên loanh quanh chơi 1 mình cũng hơi chán Mình ko nhậu nhẹt nên ae thích chém gió linh tinh cho vui thì tốt
Mạn phép xin phép các anh admin ạ, Em là 1 đứa developer 5 năm kinh nghiệm( backend 3 năm và 2 năm frontend với React, Vue) kinh nghiệm, em nhận thấy rằng, để gain kiến thức nhanh chóng, mình cần phải join đa dạng nhiều dự án khác nhau bằng cách nhảy việc, nhưng cuộc đời em thấy mình k thể nhảy việc mãi chỉ để học kiến thức mới đc, vậy nên em lập topic này để anh em chia sẻ các use case, best practice mà anh em đã gặp trong quá trình làm việc, từ git, backend, clean code, design pattern, message queue, database, CI CD, cloud, thiết kế high concurrency ạ Em trước, em có case là bên em dùng Kafka để gọi giữa 2 service, sẽ k có điều gì xảy ra nếu như hôm nay, trên kafka bị oẳng nên em k đẩy được dữ liệu đi, vậy anh em đoán xem em đã làm như thế nào -> em sẽ trả lời sau
đúng r bạn, hiện tớ giải pháp là lưu tạm db ở producer trước khi bắn, sau đó nếu kafka nhận đc thì update là OK, k thì fail, tớ đặt con job 23h đêm quét các trạng thái fail để retry. Nhưng có vấn đề bên tớ k monitor con kafka nên dẫn đến case trên
Kafka bạn dùng TCP phải k, tớ mới recommend giải pháp trên thôi, nhưng mà theo tớ đoán là khi mình bắn vào Kafka từ Producer, thằng Kafka phải bằng cách nào đó ping ACK lại là Msg mày vừa bắn vào tao tao nhận OK rồi nhé, còn k thì đợi 5s nếu chưa nhận đc ACK thì đánh fail ở DB producer
cái này em nghĩ giờ có 2 bác A và B tạo sprint01/A và sprint01/B theo thứ tự, đẩy lê bình thường, chả sao, nếu 2 ông cùng tên ví dụ 2 ông cùng tên Nam tạo sprint01/Nam thì đúng là code conflict nếu 1 cháu Nam k pull code về. còn 2 ông Nam tạo branch 1 cái viêt Sprint 1 cái sprint thì bt, vì git nó phân biệt chữ hoa mà
Case mình thấy khoai nhất là tranh chấp tài nguyên DB. Kiểu nhiều ông cùng truy vấn vào một lúc, toàn truy vấn lớn (build dataset, tổng hợp dữ liệu ). Do thiết kế từ đầu nó stupid khi để cả user và app đều có thể vào DB. Cuối cùng phải CDC sang 1 db phụ để user truy vấn (bỏ qua việc chính xác 100%, cứ 6h làm snapshot 1 lần), còn app thì vào DB chính. Giải pháp tình thế nhưng cũng tạm ổn
Case của mình, dựng 1 con webhook nhận request từ N platform (social/payment/...), xong forward requests về M services Requirements: Xử lý 10k req/s (NxM) Đảm bảo 95th < 1s Tỉ lệ return error code (API nhận request từ platform khác) < 5% Implementation Golang ScyallDB Nats.io Idea thì sẽ có 3 services: 1 cái là webhook để nhận request xong push ghi vào DB trước rồi push vào Nats.io 1 cái là scheduler để subscribe cái Nats.io rồi prepare request trước khi gửi (collect forward endpoint url, endpoint auth) 1 cái là sender để gửi request đi: có thể là HTTP hoặc gRPC tuỳ service
Dùng Next.js để có SSR. Sử dụng Web Components của công ty. Web Components lại dùng Stencil.js để hydrate ra. Cuối cùng xảy ra tình trạng Next.js hydrate, xong Stencil lại hydrate --> Next.js báo lỗi code HTML bị đổi. Giải pháp: Chưa có. Để sang năm xem thế nào, chắc không có giải pháp nào luôn.
Phải viết toàn bộ solution từ chọn công nghệ private cloud, mô hình triển khai k8s, chiến lược deploy, scale , network, kiến trúc phần mềm, công nghệ , kĩ thuật , mô hình caching, data layer cho bài toán 10 triệu ccu. Ngồi vẽ không hết mịa 3 ngày, éo biết sau nó ntn . Lại rơi vào tay mấy chú junior code thì toang
3 ngày thôi hả? Thế thì sau ông nào implement sẽ hỏi thăm sức khỏe phụ huynh của thím nhiều lắm đấy Lại nhớ ngày xưa đã từng đi lựa chọn công nghệ cho dự án, research và xử lý bằng số liệu để trả lời cho câu hỏi tại sao dùng thằng này mà không dùng thằng kia? Nếu lựa chọn nó thì chi phí và đánh đổi như thế nào, trả lời 1 lô 1 lốc các câu hỏi rồi mới có thể đưa ra 1 câu trả lời là có thể chọn giải pháp đó ./.
Nếu trong điều kiện where thì có scan all không nhỉ? Mình theo hệ Oracle thì thằng Executor của Oracle nó tự điều chỉnh, không cần trong on của join mà trong where sẽ vẫn tự scan chính xác. P/s: Với Oracle partition datetime thì chú ý về việc trunc hay convert data sẽ bị mất partition khi truy vấn Ví dụ như trunc(created_date) = to_date filterValue) thì partition của cột created_date sẽ không được áp dụng, thay thế bằng created_date >= :fromTime and created_date < :toTime ./.
Ừa nhỉ để thứ 2 tôi thử xem sao. Còn cái p/s của thím thì postgresql cũng sêm. Về partition của postgresql thì nó ko tự tạo như oracle mà phải tạo bằng cơm :3 Ngoài ra còn 1 cái nữa là nếu đánh unique(field1) ở bảng gốc thì khi xuống partition(field2) sẽ thành unique(field1, field2) => trường hợp field2 mà là kiểu timestamp thì cái unique vứt đi luôn
Cái này thì hầu như cherry pick là chính ) kiểu trăm hay tay quen là lựa cái đó, dễ bảo vệ quan điểm chứ với các bài toán cơ bản hiện tại thì mình thấy ít có sự chênh lệch quá nhiều trong giải pháp nếu lựa chọn các công nghệ :3 chủ yếu là phần infra chạy như thế nào
Chả là đợt này e có tích đủ points đổi cái áo. Có bác nào đã nhận order từ Leetcode về VN cho e hỏi xíu với ạ, là nên điền thông tin ra sao để được ship đến chuẩn nhất. Và không biết là nên đặt nhận ở HN hay SG ạ, e tìm hiểu thì có vẻ HN thì thông quan gắt hơn và thậm chí phải trả thêm phí gì đó. E xin cảm ơn ạ!
Mình từng đặt hoodie về HN, đơn giao trong vòng 10 ngày, ko mất phí gì hết, cứ điền đúng địa chỉ là shipper nó ship về tận nhà cho. Còn tháng 4 vừa rồi đặt cái T-shirt, qua 1 tháng ko thấy gì nhắn tin cho LC support thì nó báo đơn bị lỗi và sẽ hỗ trợ lên order khác cho, mà vẫn chưa thấy cập nhật gì