AnoraLee/voz-controversial-dataset huggingface dataset:
Như em đã chia sẻ, các thím đọc bài của em, nếu thấy hay thì các thím khen hay, thấy dở thì các thím chê dở để em có phản biện mà điều chỉnh lại nội dung. Do nội dung này nó có vẻ mới quá, mà thực ra nó đúng là cũng mới thật. Em cảm giác nó bị vượt qua tư duy thông thường của mọi người. Nên bản thân em hiện tại có suy nghĩ nó sẽ không được mọi người chấp nhận. Đâm ra em cũng đang nản. Đợt 6 tháng vừa rồi, ngày nào em cũng dậy từ 5h sáng để nghiên cứu về AI rồi Security, đến 9, 10h thì làm việc công ty. Nên bây giờ em cảm giác cũng oải.
Mình nhờ AI bố cục lại bài viết để tránh tình trạng wall of text, gây khó khăn cho các thím khi đọc rồi nhé. Có thể bây giờ đọc sẽ bị hơi giống văn AI 1 chút, nhưng chỉ là AI bố cục lại thôi, content ban đầu là của mình đó.
Thôi em vừa để lại bài viết theo đúng nguyên dạng ban đầu rồi đấy. Tại nó wall of text quá nên sợ các thím thấy ớn, thành ra em có nhờ AI nó bố cục chia đoạn lại. Nhưng bố cục lại xọng đọc văn thấy cũng AI thật. Vậy nên em để lại nguyên bản như bài đăng của em trên facebook rồi. Từ các bài viết sau em sẽ cố gắng tự bố cục các đoạn cho dễ đọc hơn. Sorry các thím, tại em dân lập trình nên khoản văn vở cũng hơi kém.
Bản chất của tư bản là lợi ích, việc delivery thiên về speed hay quality thì mục đích cuối cùng cũng chỉ là lợi nhuận. Thị trường và khả năng của đội ngũ sẽ điều tiết cái đó mà. E nghĩ thím không cần lo ngại cho sản phẩm, hay nồi cơm của người khác đâu, thím nương được theo hoàn cảnh, hiện trạng mà tối ưu được bản thân phù hợp là tuyệt vời rồi.
Một bài chia sẻ về Hi bác, quan điểm của mình thì không quan trọng phương thức thực hiện (AI gen code, người code chay...) Thay vào đó mục tiêu cuối cùng là lợi nhuận dài hạn. Lợi nhuận dài hạn được cân bằng dựa trên 2 yếu tố như bác nói: 1. Tốc độ delivery 2. Quality. Việc quality cần kiểm soát chặt đến đâu thì sẽ căn cứ vào đặc thù của từng sản phẩm. Ví dụ hệ thống banking thì bắt buộc phải kiểm soát đến mức line of code. AI có thể gen nhưng dev phải đọc lại từng dòng code 1. Vì 1 bug xảy ra có thể gây tổn hại chi phí lớn hơn cả số tiền nhận được. Tuy nhiên, đa số các sản phẩm phần mềm khác sẽ không mang tính chất như vậy. Ở một ngưỡng chấp nhận sai sót nhất định, ta hoàn toàn có thể Vibe coding thuần túy mà ko cần review từng dòng. Nhiều loại sản phẩm, việc cạnh tranh time to market quan trọng hơn cả quality.
Dạo này do công việc quay cuồng, nên em không có thời gian viết lách thêm về chủ đề AI Cộng sinh. Tuy nhiên, dạo gần đây, em thấy có nhiều cái em nói trong AI-Cộng sinh đã trở thành các nhận định đúng về việc sử dụng AI ở thời điểm hiện tại. Ví dụ như: AI-first, AI-mindset (AI-driven), Tư duy hệ thống, hội thoại dài tốt hơn hội thoại ngắn... Có vẻ như, khi sự am hiểu của người dùng về AI phát triển hơn, chúng ta sẽ cùng đi đến những nhận định giống nhau. Các bác sẽ cùng quan sát với mình nhé, liệu trong thời gian tới, các khái niệm như Mind Observer, Mindset Realignment có được người dùng AI phát hiện ra không. Tất nhiên, chúng có thể đứng dưới những cái tên khác. Ví dụ như trong CNTT, người ta hay dùng cụm từ AI-driven, cụm từ này ám chỉ cùng khái niệm với cụm từ AI-mindset mà em sử dụng.
Em xin chân thành cảm ơn bác Phú đã chia sẻ series này, giúp em có một góc nhìn rõ ràng hơn trong việc sử dụng AI, và có những điểm bác chia sẻ em đã làm nhưng không gọi tên được. Cũng như những câu hỏi và phản biện của bác Quocdat đã chỉ ra. Em sẽ áp dụng framework SEMM này vào cả công việc và học tập hằng ngày của em, và em sẽ chia sẻ lại trải nghiệm của mình vào thread này.
Podcast10 - Khủng hoảng hiện sinh trong thời kỳ AI Ngày nay, với sự phát triển của AI, khoảng cách về những dòng code được viết ra bởi người lập trình viên với những người không chuyên, ngày càng bị thu hẹp. Điều này dẫn đến một hiện tượng, gọi là khủng hoảng hiện sinh. Nguyên nhân là do, chúng ta đã gắn kỹ năng lập trình, kiến thức công nghệ vào với bản ngã, định danh giá trị của bản thân mình. Khủng hoảng hiện sinh được thể hiện qua hai hai vấn đề sau: 1. Cảm thấy bản thân mất dần giá trị, khi mà kỹ năng lập trình mất đi vai trò của nó. Sự khác nhau giữa những dòng mã được viết bởi lập trình viên và người không chuyên vibe coding, ngày càng thu hẹp. 2. Mất định hướng vào tương lai, không biết liệu có thể tiếp tục làm nghề trong 10 - 15 năm tới hay không. Trong video này, chúng ta sẽ cùng mổ sẻ về vấn đề này và đưa ra phương án giải quyết. Link video:
Lớp học AI dành cho nữ giới Đây là chuỗi video em dạy về AI cho 1 lớp học khoảng 20 bạn, toàn bộ là nữ giới. Về cơ bản thì nó vẫn dựa trên nền tảng lý thuyết AI cộng sinh, nhưng không nói trực tiếp vào phần triết học. Thay vào đó, em giảng về AI dựa trên những góc nhìn từ cuộc sống hàng ngày. Ví dụ như cách dạy con học, cách đánh giá xem chồng có đang ngoại tình hay không. Tuy giảng về AI nhưng không hề đưa vào các kiến thức công nghệ, nên nội dung khá phù hợp cho các chị em phụ nữ. Link của chuỗi video: lớp học ai cho những phụ nữ thông minh (https://youtube.com/playlist?list=PLL68erM6rDuJonxNHOv3yUiAQ9wEsTqdl&si=56W6ZZX1aOGASXDj)
Mình 3 lần vào đây đều là 3 lần kím việc. Mà lần này thấy ae vào kiếm việc hơi ít, chắc k ai dám nhảy. Các fen đang đi học chắc cũng không còn hứng thú cày leetcode. Spoiler: Python3 code nhanh nhưng chạy chậm, beat 22% :gach:
Chào anh em, mình xin giới thiệu chút về CaramOs(distro linux) cập nhật tình hình và kêu gọi contributor Đầu tiên, vì sao mình làm CaramOs, mình là admin của VNLF(VietnamLinuxFamily) cộng đồng linux lớn nhất Việt Nam ở thời điểm hiện tại, đã thành lập được 10 năm. Bản thân mình luôn muốn lan toả linux đến mọi người, và mình thấy rằng mọi người dùng windows lậu khá nhiều, kể cả các phần mềm. Thế nên đầu năm nay mình có ý tưởng build 1 bản Linux distro dành riêng cho người Việt, có sẵn ngôn ngữ tiếng Việt và các phần mềm, bộ gõ thân quen với người dùng. Đảm bảo được ý muốn lớn nhất là ngay cả người dùng phổ thông cũng có thể sử dụng linux Ý nghĩa cái tên CaramOs: Cái tên này không phải do mình chọn mà là do cộng đồng lựa chọn, Caram = Carambola = Star fruit = quả khế, quả khế là 1 trong những loại quả rất sát với tuổi thơ hầu hết người Việt chúng ta, và quả khế có 5 cánh tương đương với quốc kỳ Việt Nam, rất nhiều cái tên khác cụ thể hơn ví dụ: Vinalix, VinaLux, VNOS,... nhưng tụi mình là 1 cộng đồng tự phát nên không thể lấy 1 cái tên như là đại diện cho quốc gia được. Vì vậy cộng đồng đã lựa chọn dùng hình tượng quả khế để thể hiện Bản linux này có gì, nó được base trên mint - 1 distro quá ổn định và an toàn cho người dùng phổ thông, tất nhiên nếu người dùng nâng cao cũng có thể custom theo ý muốn, hiện tại mình rebrand cho CaramOs lên mint - nếu gọi là đè tem thì cũng đúng luôn haha. Mình cài sẵn 1 số phần mềm cơ bản như: office, zalo, bộ gõ tiếng Việt, chrome,... và mod lại theme thân thiện nhất có thể để người dùng phổ thông có thể bắt đầu dùng được ngay 1 cách dễ dàng - không fancy, không tráng lệ, đơn giản nhất và thuận tiện nhất Tình trạng của dự án, mình và anh em VNLF đã release beta 1.0.1 vào ngày 19/05 vừa qua, đạt được 1 số thành tựu nhất định hơn 100 stars trên github, top 1 ngày unikorn, bản release này tụi mình nhắm đến việc thu thập thật nhiều ý kiến của người dùng để cải thiện cho cộng đồng Mình đăng bài lên forum mong muốn lan toả 1 sứ mệnh là phổ thông hoá linux đến với người dùng cơ bản nhất ở Việt Nam, mọi người có thể để lại reviews và ý kiến cho tụi mình nhé, ngoài ra các bạn có thể nhắn tin cho mình nếu muốn tham gia contibute cùng nhé
Bạn muốn thành công hãy như coccoc, base chrome + dev sẵn 1 loạt cái chrome không có như coccoc search (kiểm duyệt kém tìm phim ... dễ), download youtube, sẵn bộ gõ tự dev, torrent, chứ ghép ghép thành 1 thì có app lâu rồi xưa mình thử cũng tự làm được luôn, bộ gõ tiếng việt linux thấy giờ kêu nhiều dù lâu rồi mình không xài không rõ giờ hơn dc gì ko, vậy ít ra thử xử cái đó trước đi
Ủng hộ thím. Ở đây có thím nào có nhớ cái Hacao linux không nhỉ. Chắc khoảng năm 2008, năm đấy đọc echip xong lọ mọ kiếm usb tải iso ghi đĩa rồi cài mà không thành công, hồi đấy đần quá đâu có biết ghi đĩa boot được là gì = )))
Ủng hộ tinh thần của team mình, đã sao vào fork sẽ cài dùng thử và contributor nếu có thời gian. Thể nào cũng có nhưng thanh niên bảo nó có gì hơn những cái đã có rồi -> nhưng thấy mục tiêu của team là phổ cập tới người dùng phổ thông là okela rồi. Thật sự 1 người dùng biết sâu về OS và làm dev chẳng hạn thì mấy ông quan tâm làm cái qq gì.
Có mấy góp ý về CaramOS Việc bỏ LibreOffice để thay bằng WPS Office có vấn đề liên quan về việc cấp phép sử dụng. EULA của WPS Office không có phép Pre-installed mà chỉ phục vụ mục đích Personal Download. Hơn nữa, xây dựng base dựa trên Linux Mint mà lại bỏ package của người ta để thay bằng thằng Freemium thì hơi buồn cười. Only Office còn ngon hơn WPS vạn lần mà không dính Tàu vào. Chả lẽ lại sửa bản Linux Mint nào đó của Tàu ư? Nếu bạn muốn làm bản Linux cho người Việt dễ sử dụng thì hay định hướng rõ đối tượng người dùng và nhu cầu của họ cũng như cách thức bổ sung. Tự nhiên có sẵn WPS Office Package, Zalo Overlay nhưng lại đóng cả Docker, Makefile Tooling làm gì? Trong khi nếu End User thì phải có Theme (dạng Windows, MacOS) để tiện bên cạnh các gói khác. Cái này nên học Zorin còn hơn?
mình ko biết gì về dev, chỉ là user windows cũng gọi là lâu năm, có đôi điều góp ý với thớt, không đúng thì bỏ qua nha Mod 1 bản dựa trên fedora workstation đi, sau khi thử cũng tè le từ ubuntu lts, linux mint, zorin tè le hết thì khá bất ngờ về độ mượt của fedora, ghiền luôn, giờ nhìn lại các distro ubuntu base thấy lag vkl cài sẵn wine, giao diện có nhiều lựa chọn từ win10, 11, đến mac, hiệu ứng các kiểu, ấn tượng đầu tiên của người dùng với 1 cái gì mới không phải là gì cao siêu, mà là bề ngoài bóng bẩy
đồng tình với bro. toàn dân xài định dạng độc quyền của ms, khó tương thích ngược với libreoffice, xong chê libreoffice nó dở, triển khai foss nhưng ko chấp nhận dùng định dạng thuần của nó, vẫn cứ quay mặt hướng về với ms, chê ỏng chê ẻo. chê thì sao ko xì tiền mua? phải bước qua thời thằng openoffice với java (mình ko phải dev), trợn mắt với độ mất dạy của oracle, cộng đồng phản pháo ngược thoát ly đám bigtech, thì mới thấm thía vì sao mà libreoffice thành cây đinh như firefox trong môi trường linux. và đó cũng là lý do ms sẽ ko bao giờ làm office trên linux.
Theo tôi anh em nên dồn sức port các phần mềm thiết yếu của người dùng VN cho nó chạy trên Linux đã rồi hãy nghĩ đến việc làm OS. Làm trang wiki hướng dẫn cài đặt / script tự động cài những cái khó cho người dùng như driver máy in, chữ ký số.. Được gửi từ theNextVoz Community
ae đang làm 1 con app center để port mấy phần mềm đó bác, nói chung những gì ae góp ý đều là những gì tôi muốn làm, tuy nhiên k phải muốn là làm được, đây là 1 kế hoạch dài hơi, nên tôi mới lên bài này, tôi muốn kêu gọi contributor chứ k phải là quảng bá sản phẩm bác ạ
Em ủng hộ 90% quy định mới của bác chỉ trừ phần "Tất cả câu hỏi của newbie thì đưa vào chuyện trò linh tinh" sao bác ko lập 1 box dành cho newbie đi bác, trong chuyện trò linh tinh có tới cả ngàn chủ đề khác nhau, e hỏi tầm cả tuần sợ cx ko dc ai trả lời
Rất nhiều account mới tạo 5, 10' vào lập thread mới mà ko đọc nội quy. Dù cho xoá rồi vẫn cố lập lại, những trường hợp này sẽ ăn warn. Dạo này tình trạng tư vấn trường học, phỏng vấn công ty rất nhiều, đọc kỹ nội quy trước khi tạo thread. Những thread chung chung kiểu đặt tên rồi chạy vào "như title" sẽ bị warn trực tiếp. Nên nhớ tìm hiểu trước khi lập thread, và box này ko phải nơi giải bài tập.
Chào Mod. Minh có đăng hỏi về gọi api strava code. Mình xem thấy nó không thuộc box nào nên tạo theath mới. sao lại sai box nhỉ. thanks. p/s: nếu đưa vào trò chuyện CNTT thì cả nghìn chủ đề thì chắc chẳng được tư vấn mất
@Fire Of Heart bác check giúp e với E tìm và ko thấy topic nào liên quan tới Angular và Rxjs nên e đã lập ra post để thảo luận. Mà topic của e bị xóa do nội dung ko phù hợp E kbt vì sao topic này bị xóa, e là beginner nên ch có kinh nghiệm gì trong forum này mong bác thông cảm
Mod cho mình hỏi tại sao mình tạo topic mà lại bị chuyển vào topic chung vậy? Đọc lại #1 thì mình không nghĩ câu hỏi của mình "đơn giản quá" để mà phải chuyển vào đó. Mà nếu câu hỏi của mình đơn giản thật thì tại sao vẫn có những topic tương tự vẫn được giữ nhỉ?
Giờ thời buổi khó khăn, thôi cứ để ngoài cho mấy a e thảo luận đi. Chứ cứ gom chung vô cũng ít ng để ý Trừ khi hỏi cụt lủn 1-2 câu, còn đã viết dài thế thì cứ để cho mấy bạn thoải mái tí.
Chửi bậy nè mod ơi thảo luận - Có ai bị sa thải đợt này ko (Ver 2) - Viết tắt tên mọi cty (https://voz.vn/t/co-ai-bi-sa-thai-dot-nay-ko-ver-2-viet-tat-ten-moi-cty.855701/page-233#post-41512418)
đang chán xì gòn định qua tết ra đáng sống làm đây, thấy có khá nhiều cty chuyền từ sg về đn rồi, lương sg làm remote đn, nếu chịu ra đn thì được bouns thêm nữa. Đà Nẵng đang có ưu đãi gì để thu hút nguồn lực IT thì phải
ĐN lương thấp ,nhưng được cái việc thì thoải mái so vs SG ,k cần xử lí linh tinh quá nhiều thứ,vs dân bản địa thì thuận tiện chăm sóc ng nhà ,né được các buổi ăn chơi hẳn so vs SG (do có gì đâu mà chơi) ,song song đó các quy định cũng k quá khắt khe như những chi nhánh ở sg-hn, nếu khéo thì làm 2-3 job vẫn ok nên tùy theo nhu cầu ,em thấy nếu em có nhà ở đn hoặc có điều kiện như trên thì em thích đn hơn là sg-hn
Đây là kinh nghiệm sau khi làm 3 nơi(HN,DN,HCM) của tui share cho ae DN. Về mặt bằng lương thì DN thấp hơn HN tầm 20-30%, SG thì 40 - 60%. Về kỉ năng thì ae HN,SG tốn hơn DN về mặt năng động, chịu áp lực tốt, OT, ON hơn DN. Còn nói cùng 1 vị trí tầm role cao như SA thì ở HN vs SG trình cao hơn đấy, cái này từ quan điểm cá nhân thôi nhé. DN là thành phố du lịch nên k mạnh về IT cũng đúng thôi. Nên giờ ae muốn ở DN mà lương ổn thì cố gắng tìm job remote là đẹp nhất
Nhìn chung thì cty ổn để vào, đừng quá hóng hớt để đỡ dính drama là được. Cty xưa tuyển nhiều đứa nhỏ quá nên đâm ra trẩu nhiều. Đợt rồi có lọc bớt rồi nhưng nhiều thì vẫn nhiều. Vào được team project outsource thì sẽ yên bình hơn product, dù rằng sẽ không được mấy sếp cưng. Cty theo tiêu chí tự học tự bơi nên nếu muốn có người bón ăn, cầm tay chỉ việc thì không nên vào. Cũng được làm tech mới cloud, ai các thứ nhưng mà ngập trong cái đống mình chẳng biết gì thì tùy người thấy nó vui hay hãm lz
Hix, thật sự là khó bạn. Vì bản thân việc onboard các business logic cho mảng healthcare này cũng phải mất tầm 2 tháng để người mới nắm đc cơ bản, nên bên mình prefer ae đã có exp với RoR rồi để vào việc nhanh hơn. Team mong tìm được ae đang ở Đà Nẵng, hoặc ae Đà Nẵng đang làm xa, muốn relocate về quê hương. Mình cũng sẵn sàng offer mức tốt hơn nếu ae overqualify các tiêu chí trên + tạo điều kiện để mn part-time trong thời gian đầu để 2 bên tìm hiểu nhau kĩ hơn, trước khi switch hẳn. Nên ae nào cảm thấy phù hợp cứ tự tin reach out nhé
Pass nhiều mà các bác, nhân sự ở ĐN hơn 100 người, gần 200 người toàn cầu. Có điều họ yêu cầu hơi cao, nên nhiều khi pass pv nhưng lại tạch probation cho nên đăng tuyển suốt. Lương và phúc lợi thì cũng tự tin top ĐN (top mấy thì ko biết )
Có anh em nào đã từng làm ở BIDV (Digital Center Banking) Hà Nội chưa ạ? Cho em xin ít review với ạ. Em vừa nhận được offer cho vị chí Dev Mobile tầm khoảng ~ 400tr Gross/năm. Nhưng em ko biết trong đó môi trường có đấu đá, cạnh tranh áp lực như nhà nước không nựa ạ. :O
Có mấy thằng em làm ở Kyber network, lương ở mức khá so với mặt bằng chung chứ không phải cao. Mùa ắp chen thì cũng có nhiều kèo để kiếm thêm. Phỏng vấn cũng ở mức hơi hơi khó xíu. Trình độ của thím thì tôi nghĩ là pass dễ thôi.
Chắc chắn với bác luôn là bank ở VN thằng nào cũng đấu đá nội bộ cả, việc thì tùy nhưng đa phần sẽ không áp lực. Bank làm ngon nhờ cái thưởng, nhưng thưởng nhiều hay ít thì phải nhìn mặt sếp của bác
Hồi năm ngoái mình pv lúc đang còn là middle. Anh CTO pv khá nice, hỏi 2 câu algo whiteboard cũng ko khó lắm. Cơ mà hồi đó chưa đi pv algo bao giờ nên cũng cần thêm 1 tý hint. Sau đó pv tech thì chắc middle nên họ hỏi cũng ko khó lắm. Họ báo kết quả pass nhưng mình có 1 số dự định khác nên lại không sang nữa. Có 1 thằng bạn vào làm, bảo là lead của nó từ Axon sang nên khá giỏi.
Ý tôi cty phía dưới là tier dưới và các cty nhỏ ấy bác. Và tui dùng chữ lươn lẹo không đúng lắm, mà là biết "nên nhún nhường" đúng lúc. Tôi từ cty F đi lên, quen cảnh PM nó mạt sát và chèn ép rồi nên giờ làm mấy cty FDI thì vẫn đơ cái mặt ra nếu có chuyện xảy ra. Mấy bạn từ intern đi lên chính thức chỗ tôi đứa thì khóc, đứa thì lộ mịa cái ý định chống đối khi có mâu thuẫn. Còn biết sâu với rộng thì tôi nghĩ cái đó tùy tính chất dự án, tùy cty. Do tôi gần như làm cái expert 1 mảng trong cty mà khi ra ngoài pv thì phần đấy các cty khác không cần sâu đến thế, nó cần thằng biết nhiều. Tất nhiên là cũng có chỗ nó đòi sâu hơn cả cái tôi đang biết, nhưng tôi đủ hiểu là vào làm sẽ bị như mình hiện tại (làm đi làm lại thứ mình làm mỗi ngày)
đợt này tôi tham gia vai trò là người lọc CV, phỏng vấn ứng viên có trải nghiệm khá mới mẻ, mà trước đó tôi là ứng viên lại không nhận ra. CV show off quá nhiều: tốt thôi, là điểm +, nhưng quan trọng mấy cái đó có liên quan nhiều tới Job ứng tuyển không? nếu không, thì đọc nó khá lan man. Tech stack ghi cứ liền tù tỳ 1 dòng, không rõ mức độ am hiểu với mỗi thứ ở mức độ nào. Ví dụ ghi: Techstack: Java, Spring, reactjs, MySQL... . Sẽ tuyệt vời hơn nếu ghi: Java expert principal, Reactjs basic...
mình nghĩ là ko đâu, mình từng làm một nhánh của uob, cũng có trợ cấp (như là tiền ăn, đt, đồng phục...) nhưng vẫn dc đóng 100% lương bhxh. Có thể N đỏ cũng vậy. Chắc để đề phòng trường hợp layoff thì chỉ chi trả trên 60% đó. Nói chung phải đọc rõ trên hợp đồng. Mình chỉ nghĩ thôi nhé, chưa chắc là vậy
kinh nghiệm ghi CV và review CV của tôi thì tôi chú trọng ứng viên nào có được 1 kết quả/thành công cụ thể mà mình đạt được trong project. Chứ còn ghi mấy cái như implment CRUD hay fix bug in project thì 70% là tôi không cân nhắc biết là hơi phiến diện nhưng giờ nhiều CV quá phải lọc thôi
tôi ít đi phỏng vấn, nhưng mà thấy cũng 50% công ty phỏng vấn hay hỏi kiểu đạt được thành quả gì trong project thật nhiều khi kể câu chuyện mình đã suy nghĩ giải pháp thế nào, xong họ bảo họ đánh giá cao việc đó. nhưng cái đấy nó lại không thiên về technical stack nào, và cũng chưa chắc rằng nó liên quan tới job phỏng vấn. Cảm giác câu hỏi này nghiêng về Behavior hơn.
Tôi thấy những câu này nó thiên về system design và architecture design + technical luôn ấy bác. Kiểu họ test xem mindset dựng hệ thống lẫn technical mình đủ cứng để thực sự implement nổi cái system mà mình chém gió không. Nhiều chỗ gặp principal engineer cứng là hỏi tới cùng luôn tại sao implment, setup ABC như vậy mà không phải XYZ
Thread cũ bị google quét. Xem lại nội dung cũ ở đây. https://web.archive.org/web/2022032...-chia-se-ve-muc-luong-tai-cac-cong-ty.459731/ Nội quy thread mới: Chỉ comment nội dung như sau: Tên công ty: (bắt buộc, review ko có tên cty thì nghỉ đi) Lương tháng/năm (gross): Vị trí: Thời điểm (năm nào): Bonus: (Tháng 13-14-15/ thưởng performance/thưởng lễ tết/stock...) Số năm kinh nghiệm khi nhận offer: Nên ghi thêm các phúc lợi, mức đóng thuế, stock, bảo hiểm, số năm kinh nghiệm .... Các nội dung comment không liên quan sẽ bị xoá và warn.
Thread cũ. https://voz.vn/t/thread-tong-hop-chia-se-ve-muc-luong-tai-cac-cong-ty.459731/ có 45 page. Cần khoảng 11 bạn, mỗi bạn nhận khoảng 4 page, bắt đầu từ page 2. Công việc như sau: Vào trang https://web.archive.org/save paste url của từng page vào để tạo snapshot. Update cách mới do cách cũ 1 số page ko save dc. Bước 1: copy url của từng page như sau: https://voz.vn/t/thread-tong-hop-chia-se-ve-muc-luong-tai-cac-cong-ty.459731/page-5 Với page nào thì thay con số tương ứng phía sau là dc Bước 2: Paste url vào trang https://web.archive.org/save Bước 3: Chờ nó save lại là xong. Bạn nào nhận trang nào thì comment vào thread này nhé. Cần làm nhanh truớc khi xoá thread kia. Đã có 1 bạn làm tới page 20. cần ng làm tiếp nhé. Update: Đã xong. Xin cảm ơn các bạn: NextLesorNextVoz , QTQTQT đã hỗ trợ.
Tên công ty: Gumi Vietnam Lương tháng/năm (gross): 15 gross Vị trí: Junior Frontend developer Thời điểm (năm nào): 2020 Bonus: (Tháng 13-14-15/ thưởng performance/thưởng lễ tết/stock...): Tháng 13 hết ) Tên công ty: Hextrust Vietnam Lương tháng/năm (gross): 25 gross Vị trí: Frontend developer Thời điểm (năm nào): 2021 Bonus: (Tháng 13-14-15/ thưởng performance/thưởng lễ tết/stock...): Tháng 13 hết )
Tên công ty: KMS technology Lương tháng/năm (gross): 600$ gross Vị trí: Junior SE Thời điểm (năm nào): 2021 Bonus: (Tháng 13-14-15/ thưởng performance/thưởng lễ tết/stock...): Tháng 13 Tên công ty: Nashtech Lương tháng/năm (gross): 17 gross Vị trí: Backend Dev Thời điểm (năm nào): 2022
Ít bác show lương embedded quá, chắc thấp quá so với anh em mảng khác nên ko show Tên công ty: Robert Bosch Engineering and Business Solution VN (RBVH) Lương tháng/năm (gross): 13.5 net Vị trí: Embedded software engineer (L50) (3 năm kn - chuyển ngành) Thời điểm (năm nào): 2021 Bonus: (Tháng 13-14-15/ thưởng performance/thưởng lễ tết/stock...): Tháng 13, bonus cuối tháng 4 x1.5 lương. Tên công ty: Hitachi Vantara VN Lương tháng/năm (gross): 19 net Vị trí: Consultant 2 Thời điểm (năm nào): 2022 Bonus: (Tháng 13-14-15/ thưởng performance/thưởng lễ tết/stock...): Tháng 13, bonus 0.8 tháng lương chia ra 2 lần)
Cái quan trọng nhất là tên cty ấy, nếu ko có thì khác gì thớt khoe lương đâu... nếu sợ lộ fen có thể ghi +/- sai số lương, số năm kn thì nằm vùng bằng mắt ví dụ lương 1250 thì ghi lên 1100/1300 cũng ko ảnh hưởng mấy à trừ khi cty bé quá 2-3 mống thì thôi
Tên công ty: HSX Lương tháng/năm (gross): 45tr Vị trí: S oftware Dev Java (3 năm kn) Thời điểm (năm nào): 2021 Bonus: (Tháng 13-14-15/ thưởng performance/thưởng lễ tết/stock...): Tháng 13, profit share 32tr Tên công ty: FT Lương tháng/năm (gross): 30tr Vị trí: Cán bộ lập trình Thời điểm (năm nào): 2022 Bonus: (Tháng 13-14-15/ thưởng performance/thưởng lễ tết/stock...): Tháng 13
Em chào các mọi người, hiện em đang là sinh viên năm 3 của một Đh ở Hà Nội . Em có biết đến chương trình đào tạo nhân tài AI thực chiến của Vingroup và em có pass qua vòng hồ sơ, sắp tới sẽ tham gia vòng thi đánh giá năng lực, mọi người ai đã tham gia có thể chia sẻ cho em về một số nội dung kiến thức ôn thi không ạ và các anh chị đã học ở khóa trước có thể review cho em về chương trình đào tạo được không ạ. Em cảm ơn ạ
Mình học khóa trước thấy vòng thi đánh giá năng lực tập trung vào toán logic, Python cơ bản và kiến thức nền về machine learning. Ôn chắc mấy phần đó là ổn, không cần quá lo đâu. Chương trình thực chiến lắm, được làm dự án thật sau vài tháng.
Chào các bác. Sau một thời gian (với nhiều lần bỏ cuộc =]]), mình đã "hoàn thành" một Voz client bằng Flutter + Rust. Share lại cho anh em nào interested. Phần này mình cũng chả biết nên để ở bên App di động hay bên này nữa, nhưng mình muốn chia sẻ về technical nhiều hơn nên để bên này vậy. Nếu có gì không đúng thì nhờ Mod chuyển về đúng box giúp mình ạ App có gì? Native UI - Mượt hơn web, scroll phê, gesture native Multi-account - Quản lý nhiều account, switch nhanh Dark mode - Thư giãn mắt Notification - Có quote, reply biết ngay Lightweight - Dùng Rust FFI cho network layer, nhẹ và nhanh Tại sao Flutter + Rust? Mình thích challenge =]] Nghiêm túc thì: Flutter cho crossplatform UI, Rust cho performance-critical operations (network, scraping). Kết hợp lại có app native nhẹ, nhanh, và mượt. Devlog series Mình có viết 3 bài devlog kể về journey: Rusty Voz Devlogs Download Mình đã có app trên Playstore: Rusty Voz - Apps on Google Play (https://play.google.com/store/apps/details?id=com.iamqh.rusty.voz) Credit NextVoz cho iOS- inspiration lớn VozVn cho Android của bác HaoPhan - mình xin phép ăn cắp ý tưởng và code cho emoji picker + reply editor =]] Source code Hiện tại thì mình chưa open source, tuy nhiên code phần MVP1 của rust side thì vẫn ở trên github, các bác có thể tham khảo GitHub - HoaPham98/voz-rust (https://github.com/HoaPham98/voz-rust)
Bác phải tạo thêm một server hay gì đó, khi người dùng subscribe thông báo trên voz thì bác lấy token đó, kiểu voz guier thông báo gì thì server bác củng nhận được, từ đó bác push thông báo lên app của bác. Cơ chế kiểu kiểu vậy