Kết quả tìm kiếm

À nếu người có kỹ năng sẵn như vậy thì 1.5K là đương nhiên chứ cụ. Em sẵn sàng đào tạo mà, nhưng cũng phải có ý niệm là code có đẹp có xấu, và có tính muốn sửa code xấu cho đẹp thì mới có triển vọng được cụ ơi. Còn vấn đề của Agile, em nghĩ đấy là vấn đề của Half-assed Agile thì đúng hơn. Em...

Em cũng thích có chỗ trao đổi, chuyện phiếm, như với các cụ bây giờ, chứ các forum chuyên về topic gì đó giờ trẻ trâu nhiều quá, em theo không nổi. Vào OF mới thấy các cụ về ở ẩn ở đây nhiều.

Mà các cụ này, em là Test-Driven Development practitioner, có cụ nào có nhu cầu làm workshop cho anh em ở Việt nam không, em sẵn sàng. Các cụ có thể call em check trình độ.

Em thấy ý cụ hay, group như thế nào, ở platform nào cụ nhỉ?

Em cũng thỉnh thoảng contribute bug fix cho các library mình đang dùng, em thấy cụ nói không chuẩn. Phải có trình độ nhất định library owner nó mới chấp nhận pull request của mình, đến được mức đấy đã là thừa làm senior ở ta rồi cụ ạ.

Bi kịch là ở chỗ đó cụ nhỉ. Thời nay Enterprise software làm theo agile, theo kiểu làm thử, nếu không đáp ứng tốt thì sửa sau, nếu dev chỉ quan tâm đến làm sao cho chương trình chạy được thì hôm sau sửa kiểu gì? Em cần dev có kỹ năng viết code sao cho dễ đọc, dễ hiểu, dễ sửa chữa thay đổi mà khó...

Vầng, dấu ấn Bách Khoa Hà nội trong em cụ ạ. Tên môn không đúng lắm nhưng nó là như vậy cụ ạ. Vi xử lý học về memory management, CPU instruction, register... Kiến trúc máy tính học cưỡi ngựa xem hoa thôi, em cũng chẳng nhớ nó như thế nào nữa.

Sao hả cụ, cụ có thù gì với thầy ở trường đại học chăng :D

Chính xác cụ ạ. Người có trình độ và kỹ năng không phải là ít nhưng phần lớn những người như vậy sau 1-2 lần chuyển việc sẽ tìm được một nơi làm mà mình thấy ổn, và không tham gia thị trường lao động nữa.

Vầng, thực ra ý em là em đã gặp quá nhiều người viết code mà không hiểu những vấn đề ví dụ như khi viết string name = input.Substring(indexOfLastSpace) nghĩa là ta đang instantiate một object string mới. Theo em họ không hiểu được những vấn đề sơ đẳng này vì họ không hiểu mô hình bộ nhớ của máy...

Em đúng là trẻ đã qua mà già thì chưa tới cụ ạ. Như em đã nói, em chỉ yêu cầu ứng viên làm một bài test nho nhỏ (khoảng 30 phút, 50 dòng code là cùng) xem code như thế nào thôi. Còn những thứ như CPU, vi lệnh, Specter, Meltdown, RISC vs CISC, x86 vs ARM chỉ là câu chuyện ngoài lề thôi mà cụ...

Cụ hiểu sai ý em rồi. Đấy là em rút kinh nghiệm từ bản thân. Người code phải biết mình code viết khiến cho máy tính làm cái gì, đơn giản nhất làm mỗi chỉ thị làm cho vùng nhớ của chương trình thay đổi như thế nào. Hiểu được cái này tức là hiểu được kiến trúc máy tính cụ ạ. Người nào hiểu được GC...

Cụ có nhiều skill hiếm thế thiếu gì việc làm lương cao, vào bên em chỉ làm enterprise software làm gì cho phí hả cụ?

Giờ nhiều trường phái lắm cụ ơi. Có trường phái thì người lập trình làm tất. Cá nhân em thì cho rằng người code cũng phải test tất cả những gì mình làm. Sau đó QA test độc lập. Số lỗi QA phát hiện ra sẽ là KPI của người code. Số lỗi phát hiện sau QA sẽ là KPI cho cả QA và coder. Và QA chính là...

Có chứ! Link apply đây: https://www.vietnamworks.com/net-developer-automic-4-1-1-907689-jv Bên anh ai làm java sẽ được làm thêm .NET, ai chỉ làm .NET sẽ được làm thêm Java, thỉnh thoảng khuyến mại tý script nữa!

Em làm sao mà so với cụ về mảng này được. Thực ra học môn Vi xử lý chỉ để biết pointer là gì, dữ liệu với con trỏ đến dữ liệu khác nhau như thế nào thôi, Chỉ cần biết tổ chức bộ nhớ và thanh ghi của 8086 là đủ phục vụ cho học code sau này mà cụ. Chính suy nghĩ này đã tạo ra không biết bao nhiêu...

Ha ha, thế em mới nói! Nghe bạn em nói 150K/năm chỉ vừa đủ nuôi gia đình ở San Francisco em thấy kinh quá. Có thật thế không hả cụ?

Tại sao Bạn lại để mình lẫn vào cái đám đông đó ?

170K/năm, cụ tuyển remote đi! :) chỉ cần 80K/năm thôi!

Ở đâu, làm gì vậy bác? Việc em làm được thì em ứng tuyển ngay! :)