thắc mắc Về ngành Mobile/Android Developer ở Việt Nam

  • Người tạo chủ đề Người tạo chủ đề ItsMav02
  • Ngày bắt đầu Ngày bắt đầu
Sao ko nhỉ. Đa số mấy người nói compose ko bằng xml do sài nó ko hiệu quả thôi :)) Ko biết cái nào nên remember cái nào ko, sài mutable vô tội vạ v.v.v..., dẫn đến composer nó ko biết cái nào skip (từ khóa skipable) đc mà cần tính toán lại mỗi lần dẫn đến thấy nó lag lag thôi. Nhiều ông mang tiếng lead thông thạo compose mà đến metric với benchmark còn méo biết setup. Tôi code cho app mấy triệu người sài migrate sang compose từ lâu rồi. Có khi trong đt android của bác còn có app của tôi code đấy :D
Compose ngon mà k hiểu sao chê performance. E cũng migrate sang full compose + jetpack lib , app daily active cũng tầm 7k chả thấy vẫn đề gì
 
vẫn dùng bình thường :)) DI, nav graph compose, mvvm có ảnh hưởng gì đâu.
DI như Hilt trước cắm thẳng vào Activity, Fragment. Giờ compose nó thành function hết nên chỉ inject được hiltViewModel() thôi. Những thằng khác muốn thì 1 là inject vào Activity, Fragment rồi truyền qua param vào compose, hoặc inject vào ViewModel rồi gọi lên.
Có phương án nào khác dễ không thím?
 
DI như Hilt trước cắm thẳng vào Activity, Fragment. Giờ compose nó thành function hết nên chỉ inject được hiltViewModel() thôi. Những thằng khác muốn thì 1 là inject vào Activity, Fragment rồi truyền qua param vào compose, hoặc inject vào ViewModel rồi gọi lên.
Có phương án nào khác dễ không thím?
Code sao mà inject lung tung thế. Ko theo design pattern nào à :eek: Hilt inject vào activity với fragment làm gì?
 
Code sao mà inject lung tung thế. Ko theo design pattern nào à :eek: Hilt inject vào activity với fragment làm gì?
theo clean arch + mvvm bác. Repository, Usecase... thì inject thẳng vào datasource và viewmodel, cái này không nói. Nhưng sẽ vẫn có những sdk cần inject thủ công ví dụ như Timber thì bác làm thế nào nhỉ?
 
theo clean arch + mvvm bác. Repository, Usecase... thì inject thẳng vào datasource và viewmodel, cái này không nói. Nhưng sẽ vẫn có những sdk cần inject thủ công ví dụ như Timber thì bác làm thế nào nhỉ?
Thường SDK cũng sẽ coi nó như 1 datasource, r gọi qua repo, rồi gọi qua usecase. Nhưng có nhiều loại cần hiển thị lên UI thì bắt buộc phải cho nó vào tầng UI, để truyền context/activity vào.
 
Thường SDK cũng sẽ coi nó như 1 datasource, r gọi qua repo, rồi gọi qua usecase. Nhưng có nhiều loại cần hiển thị lên UI thì bắt buộc phải cho nó vào tầng UI, để truyền context/activity vào.
Đúng vậy. Nếu như coi nó là datasource thì phải truyền context qua usecase là không hợp lý. Như vậy vẫn phải inject thẳng lên UI để dùng luôn. Nếu thế vẫn chưa đúng ý thím kia thì hy vọng có cách xử lý tốt hơn cho Activity, Fragment nói chung và Compose function nói riêng.
 
Đúng vậy. Nếu như coi nó là datasource thì phải truyền context qua usecase là không hợp lý. Như vậy vẫn phải inject thẳng lên UI để dùng luôn. Nếu thế vẫn chưa đúng ý thím kia thì hy vọng có cách xử lý tốt hơn cho Activity, Fragment nói chung và Compose function nói riêng.
DI như Hilt trước cắm thẳng vào Activity, Fragment.
Câu trên làm tôi hơi confuse nên nghĩ là đang nói việc anh sài trực tiếp các usecases tên Activity và Fragment.
Hiện tại trên thị trường có 2 loại, 1 là full compose, 2 là đang migrate sang compose. Các hay nhất của compose là chỉ nên truyền data, hoặc event callback thôi vì nó là UI ko nên depend cái gì nặng nề vào nó cả.
Nếu dự án đang migrate sang compose(tức là vẫn sài ativity và fragment) thì cũng nên separate nó ra.
Vì compose mindset code khác xml, nên sài như anh nói khó khăn hơn một chút nhưng bù lại rất nhiều benefit.
 
Sửa lần cuối:
DI như Hilt trước cắm thẳng vào Activity, Fragment. Giờ compose nó thành function hết nên chỉ inject được hiltViewModel() thôi. Những thằng khác muốn thì 1 là inject vào Activity, Fragment rồi truyền qua param vào compose, hoặc inject vào ViewModel rồi gọi lên.
Có phương án nào khác dễ không thím?
Đưa vào viewmodel xử lý... chứ inject activity làm gì?
 
Em đang là sinh viên năm 2 CNTT ĐH Khoa học tự nhiên HCM. Gần đây em có hứng thú với lập trình app mobile và cụ thể là android native (Kotlin/Java), các bác cho em hỏi là ngành này ở Việt Nam (nhất là ở HCM) có triển vọng không ạ? Do em đọc qua mấy thread thì nhiều người kêu là ngành này ít tuyển khó xin intern, fresher nên em khá lo =((. Liệu nó có đáng để đâm đầu theo không mấy bác, hay là em nên master C++ hay Java rồi theo hướng backend nhỉ. Em cảm ơn nhiều ạ.
Khuyên em nên học Java đi, đừng theo Android. Mobile rất tù. Anh làm mobile 5 năm rồi thấy ko có cơ hội phát triển, phải chuyển ngành đây.
 
Tầm này android toàn tuyển senior trở lên thôi :))
Còn ai nói code mobile dễ thì xem lại. Có code ba cái app crud mới dễ thôi :)) nhiều khi code compose còn ko biết optimize thế nào mà bảo dễ. :)) bữa review code 1 youtuber nổi tiếng dạy android trên mạng. Code như đống shit.
Mình nhìn mấy ông youtube dạy android chưa có 1 ông nào dạy ra hồn, toàn làm cái ba xàm cho bọn sinh viên là chính, nếu mà bảo chuẩn chỉ, code ngon của bọn android thì phải vào đọc các code product của bọn cty quy mô lớn
 
Mobile chắc lương trung bình/lương đỉnh ko bằng mấy anh backend/fullstack hay thiết kế hệ thống các thứ nhỉ.
 
Khuyên em nên học Java đi, đừng theo Android. Mobile rất tù. Anh làm mobile 5 năm rồi thấy ko có cơ hội phát triển, phải chuyển ngành đây.
Bác có thể nói thêm rõ ràng những đánh giá của bác về mobile sau 5 năm đi bác. Em đang đi thực tập mobile và cảm thấy mảng mobile này ngoài việc làm các app tool dính tới hệ thống phải tìm hiểu sâu chứ các app làng nhàng cũng chỉ xử lý UI sao cho mượt, cho đẹp. Không có gì nhiều. Em cũng nhận ra điều này lâu rồi và có học spring boot nhưng khi xin thực tập lại không được nhận lại đc một cty mobile nhận nên ngồi làm đến giờ.
 
Bác có thể nói thêm rõ ràng những đánh giá của bác về mobile sau 5 năm đi bác. Em đang đi thực tập mobile và cảm thấy mảng mobile này ngoài việc làm các app tool dính tới hệ thống phải tìm hiểu sâu chứ các app làng nhàng cũng chỉ xử lý UI sao cho mượt, cho đẹp. Không có gì nhiều. Em cũng nhận ra điều này lâu rồi và có học spring boot nhưng khi xin thực tập lại không được nhận lại đc một cty mobile nhận nên ngồi làm đến giờ.
Đơn giản thì làm hướng server thì career path sẽ rộng mở hơn làm hướng client

via theNEXTvoz for iPhone
 
3 năm làm mobile đang tính đường chuyển, Mobile đã ở bên kia sườn dốc. Tiện thể có bác nào đã từng nhảy từ mobile qua BE vào chia sẻ kinh nghiệm cho em với :love:. Sang BE thì lại bắtđầu từ fresher nhỉ các bác :cry:.
 
Bác có thể nói thêm rõ ràng những đánh giá của bác về mobile sau 5 năm đi bác. Em đang đi thực tập mobile và cảm thấy mảng mobile này ngoài việc làm các app tool dính tới hệ thống phải tìm hiểu sâu chứ các app làng nhàng cũng chỉ xử lý UI sao cho mượt, cho đẹp. Không có gì nhiều. Em cũng nhận ra điều này lâu rồi và có học spring boot nhưng khi xin thực tập lại không được nhận lại đc một cty mobile nhận nên ngồi làm đến giờ.
Sau 5 năm, những người còn làm mobile thường là những người ngại thay đổi, và ko phát triển lên được. Cao nhất là team lead. Mobile là 1 stack tech nhỏ, nên ko được trọng dụng ở các công ty.
 
3 năm làm mobile đang tính đường chuyển, Mobile đã ở bên kia sườn dốc. Tiện thể có bác nào đã từng nhảy từ mobile qua BE vào chia sẻ kinh nghiệm cho em với :love:. Sang BE thì lại bắtđầu từ fresher nhỉ các bác :cry:.
cùng câu hỏi. Bắt đầu mảng mới thì chắc phải xuống Fresher hoặc Junior thôi
 
3 năm làm mobile đang tính đường chuyển, Mobile đã ở bên kia sườn dốc. Tiện thể có bác nào đã từng nhảy từ mobile qua BE vào chia sẻ kinh nghiệm cho em với :love:. Sang BE thì lại bắtđầu từ fresher nhỉ các bác :cry:.
4 năm mobile :)) nghĩ luôn, về seo web tự do, mới nghĩ dc 1 năm nhìn mấy bác comment mà thấy nhức nhức cái đầu, đọc ko hiểu
 

Thống kê chủ đề

Ngày tạo
ItsMav02,
Người trả lời cuối
Ken1904,
Trả lời
472
Lượt xem
77.431
Quay lại
Lên đầu trang