thảo luận Nhờ tư vấn intern hay fresher

Phỏng vấn intern mình đã thấy khoai r, k biết phỏng vấn junior senior mức nó như nào nhỉ, có fence nào review ké để ae phấn đấu vs.
 
Ban đầu tính tích nên check 0 luôn, chỉ tính tích các số khác 0 thôi. Vì đã có biến nZero rồi thì không cần check multi===0 nữa.
C#:
static int[] ConvertArray(int[] numbers)
{
    if (numbers.Length <= 1)
        throw new Exception("Array size must be bigger than 1");
    int count = 0, M = 1;
    for (int i = 0; i < numbers.Length; i++)
    {
        if (numbers[i] == 0)
        {
            count++;
            if (count == 2)
                break;
        }
        else
            M *= numbers[i];
    }
    int[] newNumbers = new int[numbers.Length];
    if (count == 0)
        for (int i = 0; i < numbers.Length; i++)
            newNumbers[i] = M / numbers[i];
    if (count == 1)
        for (int i = 0; i < numbers.Length; i++)
            newNumbers[i] = numbers[i] == 0 ? M : 0;
    return newNumbers;
}
thank bác
// voz tối nay hình như bị lỗi gì đúng k các bác? cmt mãi không được, à lỗi không dùng được icon
 
mình bên điện viễn thông. cái ngành mà cái gì cũng biết mà chẳng ra cái nồi gì ấy, tay ngang thì chả phải mà sinh viên it thì chả đúng. đa số trên các job IT cũng đều đề cập đến sinh viên cntt và điện tử viễn thông nữa đấy
mình làm nhúng cho vi xử lý (Pic) bằng ccs, cụ thể là C (không phải C++). từng code cho arm (đồ án), arduino (sở thích). từng nghịch 1 tý xử lý ảnh dùng python với rapberry (hệ thống nhúng). từng code ngôn ngữ mô tả phần cứng VHDL cho FPGA (môn lập trình với FPGA - môn này mình học tốt lắm mà VN ít việc, không traning cho người mới nên bỏ cuộc), nói chung nghe là thấy lộn xộn và nhức đầu. tóm lại mình biết cách lập trình, có tư duy và thuật toán.
nên mới hướng theo back-end. vì mình thấy fron-end chúng nó đông như ruồi vậy, mình lao vào kiếm ăn với tụi nó sẽ ít cơ hội hơn tỏng khi mình có thể cố gắng kiếm đường khác cơ hội cao hơn mà khả năng cho phép
Em đoán bác dân BK HCM. Bác biết nhiều vậy chắc bên mảng ĐTVT hay nhúng cũng nhiều cơ hội mà, sao nhảy qua IT nhỉ :D
 
Em đoán bác dân BK HCM. Bác biết nhiều vậy chắc bên mảng ĐTVT hay nhúng cũng nhiều cơ hội mà, sao nhảy qua IT nhỉ :D
Thực ra bên Telecom thì có mảng Network or System thì khá nhiều cơ hội. Còn Wireless thì ko thơm lắm.
Xét về tính đa dạng đầu việc thì xách dép cho IT :boss:
 
Thực ra bên Telecom thì có mảng Network or System thì khá nhiều cơ hội. Còn Wireless thì ko thơm lắm.
Xét về tính đa dạng đầu việc thì xách dép cho IT :boss:
cá nhân mình thấy wireless khó, với khô khan mình không thích :beat_brick:
éo hiểu sao ngày xưa qua được mấy môn viễn thông :surrender:
Em đoán bác dân BK HCM. Bác biết nhiều vậy chắc bên mảng ĐTVT hay nhúng cũng nhiều cơ hội mà, sao nhảy qua IT nhỉ :D
nhúng là IT đấy bác, còn cơ hội của nhúng so với web, mobile chỉ là dbrr thôi.
 
cá nhân mình thấy wireless khó, với khô khan mình không thích :beat_brick:
éo hiểu sao ngày xưa qua được mấy môn viễn thông :surrender:

nhúng là IT đấy bác, còn cơ hội của nhúng so với web, mobile chỉ là dbrr thôi.
Thank bác, mầm non voz nên ko react cho bác được :angry:
Mà dân điện mình qua web/app có khó lắm không bác, em bên Kỹ thuật điện mà ngó nghề thấy không hợp cũng muốn qua web kiếm tí cơm cháo :beauty:
 
Thank bác, mầm non voz nên ko react cho bác được :angry:
Mà dân điện mình qua web/app có khó lắm không bác, em bên Kỹ thuật điện mà ngó nghề thấy không hợp cũng muốn qua web kiếm tí cơm cháo :beauty:
Web thì nhanh hơn app. Chuyển nghề thì chọn web trước để khởi động :ROFLMAO:
 
cá nhân mình thấy wireless khó, với khô khan mình không thích :beat_brick:
éo hiểu sao ngày xưa qua được mấy môn viễn thông :surrender:
Tôi đi làm 6-7 năm nghĩ lại mấy môn cơ sở của telecom giờ vẫn toát mồ hôi.
Có những môn học lần 2 mới hiểu sơ qua.
Tiêi biểu là Thông tin số, cmn :amazed:

via theNEXTvoz for iPhone
 
Chưa có kinh nghiệm làm việc trước đó nên nay lại ngoi lên đây hỏi ae voz là mình đòi hỏi vô lý hay do kinh nghiêm mìn non. Thực tế lúc đi làm ở các công ty IT quy trình như nào, có giống như cty mình đang làm đây k. Lương vs mình hiện tại chưa quan trọng, chủ yếu muốn học hỏi. Nếu hiện tại bên ngoài quy trình như vậy thì thôi cố gắng làm sau đỡ bỡ ngỡ. K thì coi như trải nghiệm để cuối tháng out
Chả là mình mới làm cho 1 công ty vị trí reactjs đến nay khoảng 15 ngày nhưng đang chán và muốn nhảy việc. Ngày đầu tiên vào clone code về đọc, hôm sau bắt đầu code luôn. Công việc theo mình thì k khó mà cái khó của mình là cái cách làm việc của cty.
1. Design thấy rất sơ sài, k có design popup các thứ, popup show lên k biết cần đưa vào những trường gì nên FE BE tự thảo luận, đến lúc gọi xong api render các thứ rồi ông backend lại sửa lại response, database các thứ nên FE cũng sửa lại theo, rất mất thời gian, nhiều trường ở design cần nhưng backend k trả về=> k có dữ liệu render=>báo tự sửa design fe, bảo có gì sau sửa lại
2. Code thì thấy mạnh ông nào ông đấy code, thư viện các thứ cài lung tung miễn sao code chạy dc, k thấy ông nào review code cả.
3. Api trả về k thấy có hướng dẫn, tài liệu để focus theo, mình tưởng phải có hướng dẫn kiểu như thằng json server hay tương tự vậy, hiện tại dùng bất kỳ api nào cũng phải hỏi backend cái này phải truyền data là gì, delete vẫn yêu cầu body và còn rất nhiều thứ khác...
 
Chưa có kinh nghiệm làm việc trước đó nên nay lại ngoi lên đây hỏi ae voz là mình đòi hỏi vô lý hay do kinh nghiêm mìn non. Thực tế lúc đi làm ở các công ty IT quy trình như nào, có giống như cty mình đang làm đây k. Lương vs mình hiện tại chưa quan trọng, chủ yếu muốn học hỏi. Nếu hiện tại bên ngoài quy trình như vậy thì thôi cố gắng làm sau đỡ bỡ ngỡ. K thì coi như trải nghiệm để cuối tháng out
Chả là mình mới làm cho 1 công ty vị trí reactjs đến nay khoảng 15 ngày nhưng đang chán và muốn nhảy việc. Ngày đầu tiên vào clone code về đọc, hôm sau bắt đầu code luôn. Công việc theo mình thì k khó mà cái khó của mình là cái cách làm việc của cty.
1. Design thấy rất sơ sài, k có design popup các thứ, popup show lên k biết cần đưa vào những trường gì nên FE BE tự thảo luận, đến lúc gọi xong api render các thứ rồi ông backend lại sửa lại response, database các thứ nên FE cũng sửa lại theo, rất mất thời gian, nhiều trường ở design cần nhưng backend k trả về=> k có dữ liệu render=>báo tự sửa design fe, bảo có gì sau sửa lại
2. Code thì thấy mạnh ông nào ông đấy code, thư viện các thứ cài lung tung miễn sao code chạy dc, k thấy ông nào review code cả.
3. Api trả về k thấy có hướng dẫn, tài liệu để focus theo, mình tưởng phải có hướng dẫn kiểu như thằng json server hay tương tự vậy, hiện tại dùng bất kỳ api nào cũng phải hỏi backend cái này phải truyền data là gì, delete vẫn yêu cầu

Chưa có kinh nghiệm làm việc trước đó nên nay lại ngoi lên đây hỏi ae voz là mình đòi hỏi vô lý hay do kinh nghiêm mìn non. Thực tế lúc đi làm ở các công ty IT quy trình như nào, có giống như cty mình đang làm đây k. Lương vs mình hiện tại chưa quan trọng, chủ yếu muốn học hỏi. Nếu hiện tại bên ngoài quy trình như vậy thì thôi cố gắng làm sau đỡ bỡ ngỡ. K thì coi như trải nghiệm để cuối tháng out
Chả là mình mới làm cho 1 công ty vị trí reactjs đến nay khoảng 15 ngày nhưng đang chán và muốn nhảy việc. Ngày đầu tiên vào clone code về đọc, hôm sau bắt đầu code luôn. Công việc theo mình thì k khó mà cái khó của mình là cái cách làm việc của cty.
1. Design thấy rất sơ sài, k có design popup các thứ, popup show lên k biết cần đưa vào những trường gì nên FE BE tự thảo luận, đến lúc gọi xong api render các thứ rồi ông backend lại sửa lại response, database các thứ nên FE cũng sửa lại theo, rất mất thời gian, nhiều trường ở design cần nhưng backend k trả về=> k có dữ liệu render=>báo tự sửa design fe, bảo có gì sau sửa lại
2. Code thì thấy mạnh ông nào ông đấy code, thư viện các thứ cài lung tung miễn sao code chạy dc, k thấy ông nào review code cả.
3. Api trả về k thấy có hướng dẫn, tài liệu để focus theo, mình tưởng phải có hướng dẫn kiểu như thằng json server hay tương tự vậy, hiện tại dùng bất kỳ api nào cũng phải hỏi backend cái này phải truyền data là gì, delete vẫn yêu cầu body và còn rất nhiều thứ khác...
cái này bình thường bác ơi, rất nhiều team đang như vậy, k p team nào cx chuẩn chỉnh, design hay docs đầy đủ, đàng hoàng đâu
 
cái này bình thường bác ơi, rất nhiều team đang như vậy, k p team nào cx chuẩn chỉnh, design hay docs đầy đủ, đàng hoàng đâu
Thế à fence, tại thấy làm việc thế này k hiệu quả mà nó phụ thuộc quá, làm chán làm chê lại quay lại đi sửa do backend đổi cấu trúc response, tiến độ thì cũng thấy giục, cũng thấy kêu gào đấy nhưng mà việc thì nó k ra. Mà fence cho mình hỏi, trc mình có nhớ xem 1 video trên mạng họ nói là khi backend chưa có api thì frontend có thể fake api trc nhưng mình vẫn chưa hiểu việc fake api có ý nghĩa gì do mình làm sao biết dc cấu trúc api backend trả ra nó sẽ ntn
 
Thế à fence, tại thấy làm việc thế này k hiệu quả mà nó phụ thuộc quá, làm chán làm chê lại quay lại đi sửa do backend đổi cấu trúc response, tiến độ thì cũng thấy giục, cũng thấy kêu gào đấy nhưng mà việc thì nó k ra. Mà fence cho mình hỏi, trc mình có nhớ xem 1 video trên mạng họ nói là khi backend chưa có api thì frontend có thể fake api trc nhưng mình vẫn chưa hiểu việc fake api có ý nghĩa gì do mình làm sao biết dc cấu trúc api backend trả ra nó sẽ ntn
Fake api mục đích để cho các dev front-end test là chính, thay vì tạo back-end cho đầy đủ ban bệ, có fake api thì sẽ dự đoán được hình thù giao diện có ổn hay không, logic bên dưới có hợp lý không.
 
Thế à fence, tại thấy làm việc thế này k hiệu quả mà nó phụ thuộc quá, làm chán làm chê lại quay lại đi sửa do backend đổi cấu trúc response, tiến độ thì cũng thấy giục, cũng thấy kêu gào đấy nhưng mà việc thì nó k ra. Mà fence cho mình hỏi, trc mình có nhớ xem 1 video trên mạng họ nói là khi backend chưa có api thì frontend có thể fake api trc nhưng mình vẫn chưa hiểu việc fake api có ý nghĩa gì do mình làm sao biết dc cấu trúc api backend trả ra nó sẽ ntn
cái này đơn giản mà, fen tự định nghĩa cấu trúc dưới FE, xong mock nó mà làm, bao h có API thì viết repository layer để transform cấu trúc BE về cấu trúc FE là đc
 
cái này đơn giản mà, fen tự định nghĩa cấu trúc dưới FE, xong mock nó mà làm, bao h có API thì viết repository layer để transform cấu trúc BE về cấu trúc FE là đc
Repository layer mình đã thử search như fence chỉ nhưng vẫn chưa ra, fence nói qua cho mình nó là gì với. 2 là việc fake api mình vẫn chưa thấy dc ích lợi của nó so với việc tạo dữ liệu tĩnh làm giao diện, sau có api thì gán các trường có được từ api vào các trường đã chỉ điinh sẵn trong dữ liệu tĩnh
 
Hi các fence. Trường hợp của mình như này nhờ các fence tư vấn giúp
Mình 94, cũng 28 rồi, tay ngang sang lập trình front end. Lúc trước mình vừa làm công việc cũ(mình làm bên ksxd), tối tranh thủ học cũng được 1 năm hơn chút rồi. Giờ mình muốn đi kiếm việc bên IT nhưng do mình tự học trên mạng nên chưa biết trình độ mình apply đi kiếm việc được chưa. Mình đã học được HTML,CSS, SCSS, JS, React, redux, reduxtoolkit, thunk, createAsyncthunk, router...), redux saga mình chưa học, biết 1 vài thư viện react, biết cơ bản tailwinds, bootstrap, CRUD, restful, tiếng anh chỉ đọc hiểu cơ bản, tự nhận xét có khả năng research khá. Lúc trước có học qua PHP và MySQL cơ bản nhưng lâu không đụng cũng quên đi nhiều, đang tranh thủ lúc làm CV học thêm chút Nodejs và thuật toán. Mình kể cụ thể ra vậy để các fence nắm được thông tin tư vấn cho mình
Vậy mình muốn hỏi là mình có thể apply vị trí intern hay fresher được chưa (nếu được thì nên apply vị trí nào, mức lương thường được trả là bao nhiêu. Có thể lương không cần cao nhưng mình muốn đủ tiền phòng và tiền ăn, đi lại. Nếu làm không lương thì mình tiếp tục ôn tiếp chứ không đi làm vội). Cảm ơn các fence.
chào bác, có thể hộp cho em link project để tham khảo đi pv đc ko ạ, em cũng trái ngành đang học thêm reactjs để chuyển đây
 
Fence nào ghé qua đây cho t hỏi như thế nào là có thể dc coi như một junior fe. Lấy mốc để có hướng phấn đấu cái. Tks các fence
 
Back
Top