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

iMo6Ix said:

căng z hả bác, chủ yếu thực tập vì nó là phần yêu cầu của trường thôi chứ không quan trọng lương

Click to expand...

Quan trọng thực tập thì phải có người training cho bạn đầy đủ. Mà dev mobile layoff gần hết giữ lại 1-2 thằng maintain dự án. Và để đi đường dài thì bạn nên theo con đường BE, khuyên thật. Vài người bạn mình thì nó từ dev mobile ios chuyển qua làm BE Nestjs luôn rồi. Vì dự án cần người

+1 nhé, mình cũng đang tính đường. Học mobile rất thiệt thòi.

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.

Trình sát đoàn: Misaka said:

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.

Click to expand...

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?

Neeko Neeko Ni said:

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?

Click to expand...

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

Học sử dụng layout như linear, constraint.

Click to expand...

Bây giờ hình như thì phần lớn cũng đang chuyển qua Compose rồi nhỉ, học mấy cái này ko rõ còn nhiều công dụng ko.

PointmanW said:

Bây giờ hình như thì phần lớn cũng đang chuyển qua Compose rồi nhỉ, học mấy cái này ko rõ còn nhiều công dụng ko.

Click to expand...

Đúng là chuyển qua compose nhiều rồi nhưng tương lai vẫn còn mơ hồ lắm, nên học cả 2 luôn khỏi lăng tăng.

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.

vozanticafe said:

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.

Click to expand...

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.

buonlixi said:

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.

Click to expand...

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.

nts069 said:

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.

Click to expand...

Uhm bác, viết UI Android dùng compose nó khỏe vkl. Ai đã từng code Flutter hoặc RN rồi, quen thuộc với việc manage State UI thì code ngon

Trình sát đoàn: Misaka said:

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

Click to expand...

Cảm ơn. Tui thấy có React Native. Không biết có nên học không.

iMo6Ix said:

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 ạ

Click to expand...

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

Clever.heart said:

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.

Click to expand...

Đồ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.

Dong Phuong Muoi Muoi said:

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.

Click to expand...

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

Clever.heart said:

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.

Click to expand...

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