thảo luận Tất tần tật về mobile development

Các thím cho tui xin ý kiến
.Nên mở rộng học tiếp các framework cross-platform
.Hay học sâu các thư viện native như opengl, opencv, ffmpeg

Cái nào sẽ hỗ trợ dễ xin việc hơn nếu không may bị layoff.
Flutter đi bác, giờ thấy dùng nhiều. Các cái thư viện nâng cao kia trừ khi công việc đặc thù thì mới tìm hiểu sâu thôi.
 
Tui là BE Java. Giờ tui muốn học dev mobile Android thì phải học gì vậy bà con? Android Studio rồi gì nữa?
 
Tui là BE Java. Giờ tui muốn học dev mobile Android thì phải học gì vậy bà con? Android Studio rồi gì nữa?
Học android studio, học những ui cơ bản của android như textview, view, tab, recycler, grid.
  • Học sử dụng layout như linear, constraint.
  • Học lifecycle trong android
  • Học fragmet và acticity
  • Học lưu trữ sqlite, share preference
  • Học bất đồng bộ sử dụng coroutine của kotlin
  • Học notification trong android
  • Học request http sử dụng retrofit.
  • học truy xuất hình ảnh trong thư viện andrioid
  • học truy xuất camera trong android
 
Tương lai có gì mơ hồ đâu, compose đã là hiện tại rồi. H nếu dự án mới mà còn xml thì là do lead bảo thủ không muốn tiếp cận cái mới thôi. Xml hầu hết đều là maintain, nên vẫn cần phải biết.
 
Nếu đã xài declarative UI style như Jetpack Compose (Android), hay Flutter, thì thật sự không ai muốn quay lại XML nữa đâu. Tương lai chắc chắn là Compose. :D
 
Nếu đã xài declarative UI style như Jetpack Compose (Android), hay Flutter, thì thật sự không ai muốn quay lại XML nữa đâu. Tương lai chắc chắn là Compose. :D
Giống bên UIKIT thì code swiftUI rồi kêu về lại là khóc thét. Bên android thì code compose quen rồi thì lười quay lại. Tuy vậy bên compose android vẫn bị bug về performance ở recyclerview tương lai fix được là bao ngon.
 
Tương lai có gì mơ hồ đâu, compose đã là hiện tại rồi. H nếu dự án mới mà còn xml thì là do lead bảo thủ không muốn tiếp cận cái mới thôi. Xml hầu hết đều là maintain, nên vẫn cần phải biết.
Vấn đề để maintain dự án thì cần phải biết Xml, custom view. Code nó khó đọc hơn bên Compose nhiều. Theo mình thì Xml nó sẽ luôn chạy song song với compose sẽ khá là lâu, vì có rất nhiều dự án hiện tại cần maintain. Vì vậy học xml trước, để join maintain dự án, rồi khi có dự án mới chuyển qua vừa học vừa code compose luôn, nó dễ và nhanh lắm.

UI Tookit (XML) nó gắn liền với Android từ lúc khai sinh, đến hiện giờ qua nhiều ver Android thì nó phát sinh qua nhiều code và khá cũ, khó handle để làm giao diện đẹp, hiện đại và dễ dàng.
Nên ra đời compose, compose chỉ là 1 trong các cách viết giao diện của Android thôi, hầu như ae chuyển qua code Compose quen rồi thích lắm, quay về code XML khá nản và mệt.
 
Compose mạnh vậy à các bác, e chưa thử qua. Bên iOS SwiftUI thì chỉ có project mới chứ e thấy hầu hết vẫn là UIKit.
 
Học android studio, học những ui cơ bản của android như textview, view, tab, recycler, grid.
  • Học sử dụng layout như linear, constraint.
  • Học lifecycle trong android
  • Học fragmet và acticity
  • Học lưu trữ sqlite, share preference
  • Học bất đồng bộ sử dụng coroutine của kotlin
  • Học notification trong android
  • Học request http sử dụng retrofit.
  • học truy xuất hình ảnh trong thư viện andrioid
  • học truy xuất camera trong android
Cảm ơn. Tui thấy có React Native. Không biết có nên học không.
 
em năm 3 kì hè này định xin đi thực tập ngoài trường, đang học android khóa online, giờ em định làm cái project tổng hợp lại kiến thức với để thêm cv (do đồ án trong trường toàn phải làm web theo nhóm). Giờ nên làm project mức độ tầm như nào các bác, kiến thức base thì nếu ôn lại hết khóa với practice thêm chắc cũng ổn. Với có những công ty nào dễ xin thực tập android cho sinh viên ạ
Cứ làm 1 cái pet project nào đó cũng được miên là hiểu mình làm cái gì, sau có thêm cơ hội tìm intern hoặc fresher luôn cũng được mà, đâu phải cứ nhất thiết là thực tập, tuyển 1 ng lương 6-7 tr làm được việc ko hơn 1 bạn thực tập sao :D
 
Sửa lần cuối:
Vấn đề để maintain dự án thì cần phải biết Xml, custom view. Code nó khó đọc hơn bên Compose nhiều. Theo mình thì Xml nó sẽ luôn chạy song song với compose sẽ khá là lâu, vì có rất nhiều dự án hiện tại cần maintain. Vì vậy học xml trước, để join maintain dự án, rồi khi có dự án mới chuyển qua vừa học vừa code compose luôn, nó dễ và nhanh lắm.

UI Tookit (XML) nó gắn liền với Android từ lúc khai sinh, đến hiện giờ qua nhiều ver Android thì nó phát sinh qua nhiều code và khá cũ, khó handle để làm giao diện đẹp, hiện đại và dễ dàng.
Nên ra đời compose, compose chỉ là 1 trong các cách viết giao diện của Android thôi, hầu như ae chuyển qua code Compose quen rồi thích lắm, quay về code XML khá nản và mệt.
Đồng ý luôn, từ xml qua Flutter thì thấy code Flutter thấy vừa nhàn vừa dễ, giờ quay lại học compose cũng nhanh
 
Mấy ông làm mobile chuyển nhiều stack nhỉ. Nào là flutter, react native... đó là kiến thức tự học hay đi làm yêu cầu thế. Như làm product thì t thấy fix cố định 1 platform từ đầu thôi.
 
Mấy ông làm mobile chuyển nhiều stack nhỉ. Nào là flutter, react native... đó là kiến thức tự học hay đi làm yêu cầu thế. Như làm product thì t thấy fix cố định 1 platform từ đầu thôi.
Tui làm cty outsource nên do công việc yêu cầu, đùng một cái có dự án khách hàng yêu cầu dùng flutter, phải học nhanh trong một tuần rồi nhảy vào làm luôn =))
 
Vấn đề để maintain dự án thì cần phải biết Xml, custom view. Code nó khó đọc hơn bên Compose nhiều. Theo mình thì Xml nó sẽ luôn chạy song song với compose sẽ khá là lâu, vì có rất nhiều dự án hiện tại cần maintain. Vì vậy học xml trước, để join maintain dự án, rồi khi có dự án mới chuyển qua vừa học vừa code compose luôn, nó dễ và nhanh lắm.

UI Tookit (XML) nó gắn liền với Android từ lúc khai sinh, đến hiện giờ qua nhiều ver Android thì nó phát sinh qua nhiều code và khá cũ, khó handle để làm giao diện đẹp, hiện đại và dễ dàng.
Nên ra đời compose, compose chỉ là 1 trong các cách viết giao diện của Android thôi, hầu như ae chuyển qua code Compose quen rồi thích lắm, quay về code XML khá nản và mệt.
vẫn nhớ thời mới đi làm code UI bằng java thuần, cơ mà performance nó khủng vch. Nhưng tiếc là sau đó ra ngoài chả cty nào áp dụng, nói chỉ cho vui :)
 
Compose vs SwiftUI có ngon như lời các anh kể không đấy, để tôi cho đội đi học thêm :doubt:
Học mấy cái framework UI này quan trọng nhất với tôi vẫn là kiểm soát vòng đời đối tượng, luồng dữ liệu-logic, chứ syntax dài dòng thêm 1 vài class, vài fun với tôi ko có ý nghĩa lắm.
Mà nhiều ông code trẻ hay bị thần thánh hóa framework, ảo tưởng lên tận trời xanh, lúc nhóm trưởng, kỹ sư trưởng gạt đi lại đâm ra hậm hực lắm :byebye:
 
Mấy ông làm mobile chuyển nhiều stack nhỉ. Nào là flutter, react native... đó là kiến thức tự học hay đi làm yêu cầu thế. Như làm product thì t thấy fix cố định 1 platform từ đầu thôi.
Đã làm mobile thì về lâu dài phải biết cả android và IOS, mà muốn biết thì có 2 hướng để chuyển sang là chuyển qua học tiếp 1 trong 2 hoặc là học cross-platform, cái này cũng có thể xem như là 1 phần trong công việc
 

Thống kê chủ đề

Ngày tạo
chua_te_lap_trinh_cpp,
Người trả lời cuối
lhxungk,
Trả lời
544
Lượt xem
93.561
Quay lại
Lên đầu trang