Chàng sinh viên bỏ 7 năm học Nhạc viện để theo nghề IT

Trong chương trình FPT Leader Talk diễn ra tuần trước tại Hà Nội, chàng sinh viên công nghệ Lý Hoàng Long đã thu hút sự chú ý khi chia sẻ cậu từng có 7 năm học Nhạc viện Hà Nội.
Tôi là Lý Long, 22 tuổi, hiện là sinh viên năm cuối tại Đại học FPT và là lập trình viên tại FSOFT-CME.LAS. Không như các tấm gương khác, tôi chưa đạt được thành tựu nào, cũng như chưa có những câu chuyện đầy kinh nghiệm "xương máu" trải dài qua năm tháng. Chuyện của tôi đơn thuần là một cậu học trò liều lĩnh từ bỏ niềm đam mê từng là lớn nhất đối với mình, để tìm đến với một lĩnh vực, ngưỡng cửa khác mà trước đây tôi không nghĩ sẽ thuộc về. Giờ nhìn lại, tôi thở phào "may thế" - tôi đã tìm được điểm sáng cho bản thân để dung hòa giữa thực tế và đam mê.

Chàng sinh viên bỏ 7 năm học Nhạc viện để theo nghề IT

Tôi không phải dân IT "nòi". Từ cấp một, tôi đã có niềm yêu thích đặc biệt với âm nhạc. Nhớ ngày nhỏ, khi mẹ mua cho cây sáo hay chiếc đàn guitar, tôi ngồi chơi, nằm chơi, thậm chí thiu thiu ngủ tay vẫn ôm đàn sáo. Thấy tôi mê mẩn với những nốt nhạc, lên cấp hai, ba mẹ cho tôi thi thử vào Nhạc viện Hà Nội (Học viện Âm nhạc Quốc gia hiện nay). Đúng là chỉ thử thôi, vì đến ngày báo điểm cả nhà không ai nhớ để đi xem. Một ngày tình cờ qua trường, bố mẹ tôi rẽ vào và may mắn thay, tôi đã đỗ rồi. Vậy là con đường âm nhạc của tôi bắt đầu ngoài dự tính từ đó.

Tuy nhiên, từ đó việc học văn hóa của tôi xuống dốc không phanh. Lên cấp ba, như các bạn cùng ngành, tôi tham gia những buổi biểu diễn lớn nhỏ, những phòng trà nhạc sống, rồi phối khí, sáng tác bán lấy tiền, thu âm cho khách... Với cái danh học Nhạc viện, tôi không gặp nhiều khó khăn khi góp mặt trong nhiều sự kiện với các vai trò khác nhau: hát chính, guitar, trống...

Nhưng dần dần tôi nhận ra mình là một nửa khác biệt của thị trường âm nhạc. Tôi đam mê nhạc rock - thứ âm nhạc ồn ào, không chính thống. Nhận thức đó không đến mạnh mẽ, rõ ràng mà cứ âm thầm chảy rồi thấm vào tư tưởng của cậu học sinh ngày đó. Đi làm phải hát nhạc mà khách thích, chơi nhạc mà khách yêu cầu. Biểu diễn cho công ty phải chơi nhạc phù hợp với chủ đề, tính chất của sự kiện. Tôi dần mất đi nhiệt huyết, cảm xúc khi chơi nhạc. Và khi sự bất mãn lên đến đỉnh điểm, tôi đã đưa ra quyết định liều lĩnh: giấu bố mẹ bỏ học Nhạc viện vào năm lớp 12. Tôi bỏ con đường đã theo nhiều năm, và chênh vênh không biết sẽ theo hướng nào, niềm đam mê của tôi sẽ đi về đâu. Chính trong lúc "cùng quẫn" đó, tôi chọn con đường lập trình.

Tôi đăng ký vào Đại học FPT, ngành kỹ thuật phần mềm. Như dự tính ban đầu, tôi thúc ép bản thân tìm ra điều khiến tôi thực sự thích trong ngành này là gì. Năm thứ nhất qua, năm thứ hai và năm thứ ba cũng. Thú thật, mọi điều tôi ép bản thân giống như một hành động thực thi nghĩa vụ. Tôi vẫn không thấy những giây phút đam mê khi lập trình, vẫn không ngày đêm mày mò, lúi húi code như bao tấm gương khác. Ba năm trôi qua, mục tiêu tìm đam mê của tôi gần như phá sản.





Vậy mà chỉ 8 tháng trước, khi bắt đầu đi thực tập, tôi đã có bước ngoặt lớn trong đời. Với kiến thức ít ỏi ban đầu, tôi đi phỏng vấn tại Fsoft-CME (Z8). Hôm phòng vấn, tôi vẫn nhớ mình nói với người phỏng vấn (PM hiện nay của tôi): "Em vốn không phải dân lập trình gốc, cũng chưa thực sự đam mê. Em muốn đi làm để xem thực lực của em đến đâu, em thích gì và muốn gì". Có khi nào anh ấy nghĩ đó chỉ là một câu kết bài như trong một quyển văn mẫu phỏng vấn không nhỉ? Cứ giả định là vậy đi, thì câu văn mẫu đó đã hiệu quả. Tôi được nhận với vai trò thực tập sinh.

Những ngày đầu, tôi choáng ngợp với độ lớn và sự phức tạp của dự án. Nhưng tôi thật may mắn khi khởi động mục tiêu tìm đam mê với một đội ngũ tốt bụng và dễ mến. Mọi thành viên đều dễ gần và sẵn sàng giúp đỡ khi tôi gặp khó khăn. Và anh PM (Project Manager), tôi cũng không rõ nên cảm ơn hay "oán trách" nữa. Chưa lần nào anh yêu cầu tôi ở lại làm thêm giờ, cũng chưa từng tạo áp lực công việc hay deadline cho tôi. Nhưng cứ một thời gian, anh lại "tặng" tôi một task (nhiệm vụ) khó nhằn với thời gian làm cũng thuộc dạng "trường kỳ kháng chiến". Tôi tự gọi đó là những bước ngoặt nhỏ trong mục tiêu tìm đam mê lớn của bản thân mình. Cảm giác tự mày mò, tự học ngôn ngữ mới, kiến thức mới thực sự đem lại cho tôi rất nhiều cảm hứng.

Và rồi cảm hứng đó lớn dần lên khi mỗi task tôi làm đều đem lại kết quả, dù là nhỏ thôi. Rồi các "sếp" cũng tạo cơ hội cho tôi giao tiếp với khách hàng Mỹ. Mọi thứ như thúc tôi thấy yêu ngành này hơn và muốn được gắn bó với nó. Tôi bị cuốn vào những dòng code, lụi hụi làm đến gần 22h, bị bảo vệ đuổi về khi công việc vẫn chưa xong. Cuối tuần tôi lại lóc cóc lên công ty thử nghiệm vì nghĩ ra ý tưởng mới. May mắn thay, tôi tìm thấy niềm đam mê lập trình từ những điều rất nhỏ. Bên cạnh đó, những người anh em trong nhóm đã cho tôi một quãng thời gian không thể nào quên từ khi chân ướt chân ráo đi thực tập. Trước mắt, tôi vẫn sẽ gắn bó với họ một năm tiếp theo.

Tôi hiểu rằng, đôi khi đam mê không hẳn là sự tự phát. Bạn phải chủ động tìm và nỗ lực để tìm thấy chính mình trong đó.

Có một điều may mắn khác nằm ngoài dự tính của tôi. Dồn toàn tâm toàn lực để đi tìm bản thân mình trong ngành lập trình, tôi giữ âm nhạc như một thói quen, một sở thích cá nhân. Nhưng ở FPT Software, tôi có cơ hội chơi nhạc mình thích cho đồng nghiệp, anh em. Tôi có cộng đồng riêng của mình. Tôi đóng góp cá tính của mình vào bản sắc chung của FPT.








Không chủ đích, nhưng một lần nữa tôi tìm lại được đam mê. Giờ tôi sống với cả hai niềm đam mê và dung hòa được giữa thực tại và sở thích.

Xem thêm: Lập trình viên ứng dụng di động có thể kiếm hàng nghìn USD mỗi tháng

Lý Long

Macbook - Thỉnh thoảng nhớ xóa thư mục Mail Download để giải phóng ổ cứng

Nếu bạn sử dụng trình Mail mặc định của Mac và mỗi lần có thư tới, bạn thường nhấn double click vào file đính kèm để xem ngay chứ không kéo thả vào đâu đó, thì khả năng rất cao là bạn có một thư mục Mail Downloads khá to với hàng ngàn file tích trữ theo thời gian.
Macbook - Thỉnh thoảng nhớ xóa thư mục Mail Download để giải phóng ổ cứng





Theo hình đính kèm ngay dưới đây, các bạn có thể thấy là dung lượng thư mục Mail Downloads của mình đã phình to lên đến 7.13GB, được tạo từ hồi 2013 (và giữ qua các lần backup) đến nay. Các file này toàn là file đính kèm qua mail và được lưu lại mỗi khi mình nhấn double click để mở ra.

Ngoài ra, nội dung file đính kèm còn tự động lưu ở thư mục này khi: Bạn Nhấn phải lên file đính kèm, bạn mở file đính kèm bằng bất kỳ chương trình nào khác, ví dụ Words, Excel vv..
Nếu bạn thiếu ổ cứng, có thể bạn nên tìm đến thư mục này và xóa bớt hoặc xóa sạch sẽ hết nội dung bên trong nó đi để tăng dung lượng ổ cứng.








Vị trí thư mục Mail Download: Thư mục này nằm trong folder tên username của bạn, ví dụ username của mình là namair, thư mục sẽ nằm ở /Users/namair/Library/Containers/com.apple.mail/Data/Library

Hoặc cách đơn giản hơn là các bạn tìm kiếm Spotlight với tên Mail Downloads là thấy nó, chỉ cần mở ra, xóa nội dung thư bên trong là xong.


Theo: Tinh Tế

Vài cách nhanh gọn để dọn dẹp máy Mac

Dọn dẹp máy tính là thứ mà chúng ta cần phải làm để đảm bảo có dung lượng trống để máy chạy ổn định và để lưu những thứ quan trọng, nhất là khi các máy Mac bản mặc định có dung lượng SSD tương đối eo hẹp cỡ 64GB hay 128GB. Trong bài này xin chia sẻ với anh em một số cách mà mình hay xài để dọn Mac, anh em nào có chiêu gì mình chưa đề cập thì có thể comment thẳng vào topic để cho mọi người cùng tham khảo nhé.

Tìm nhanh các file lớn

Apple có chỉ một cách khá hay để các bạn tìm nhanh những file lớn trong máy tính của mình mà không cần cài thêm bất kì phần mềm nào cả. Thường những file này cũng là nguyên nhân khiến bộ nhớ của Mac bị đầy mà nhiều khi bạn quên mất sự tồn tại của chúng nên ngày thường chẳng mảy may xóa đi.

Vài cách nhanh gọn để dọn dẹp máy Mac

Để thực hiện:

    Vào Finder, chọn Go > Home hoặc nhấn Shift + Command + H
    Chọn vào File > Find
    Nhấn vào hộp thoại Kind nhảy ra, chọn tiếp dòng Other...
    Ngay dòng Select a search attribute, nhập chữ "File Size" và chọn vào nó. Đây là ô ra lệnh cho hệ thống tìm kiếm theo dung lượng file chứ không dùng các yếu tố khác. Nhấn OK để tiếp tục.
    Nhấn lại vào ô Kind thêm lần nữa, chọn "File Size"
    Sửa dòng "equals" thành "is greater than", đổi tiếp nút "KB" thành "MB"
    Nhập vào một mức dung lượng nhỏ nhất nào đó mà bạn muốn quét. Thường mình để mức 100MB, khi đó Mac sẽ cho bạn thấy những file nào có dung lượng từ 100MB trở lên
    Ngay khi bạn bắt đầu gõ số vào là trình tìm kiếm đã chạy rồi. Để yên cho máy scan từ 2 đến 5 phút để lòi ra hết những file lớn. Lúc này bạn có thể xem và xóa nhanh những file không cần thiết

Tắt dictation

Dictation là chức năng nhập liệu bằng giọng nói của Mac. Ở Việt Nam thì xài tính năng này chưa tiện nên nếu bạn không dùng thì có thể tắt nó đi để dọn bớt dung lượng của gói data phân tích giọng nói mà Mac tải về. Sau lần nghịch dictation và xóa đi, mình đã có thể giải phóng thêm 500MB dung lượng SSD của mình, trên mạng thậm chí còn có người bảo giải phóng được đến 1GB lận.

Cách vô hiệu hóa dictation: System Preferences > Dictation & Speech > bỏ chọn "Enhanced Dictation". Sau đó nhấn luôn vào nút "Off" ở ngay dưới dòng Dictation là xong.

Sao chép backup của iTunes đi chỗ khác

Đây là các bản backup được iTunes sử dụng để sao lưu dữ liệu trên iPhone, iPad của bạn. Dung lượng của mỗi bản back up có thể chỉ vào khoảng vài trăm MB nhưng cũng có thể lên tới nhiều chục GB. Nếu bạn xài iPhone, iPad, iPod chung với nhau thì iTunes lưu giữ tới 3 bản sao lưu khiến dung lượng càng bị chiếm dung nhiều hơn nữa, chưa kể đến các bản backup của cùng 1 thiết bị nhưng bị trùng lặp.

Tất nhiên, mình không khuyên các bạn đừng backup nữa. Backup thiết bị là việc rất nên làm, chỉ là chúng ta cần tối ưu nó một chút. Bạn hãy di chuyển những bản backup cũ hoặc không quan trọng sang một thiết bị lưu trữ khác, có thể là ổ cứng rời chẳng hạn, trên Mac chỉ để lại các bản quan trọng và mới nhất mà thôi. Bằng cách này, bạn vẫn lưu giữ lại backup để khi nào cần xài thì chép nó vào máy Mac lại là xong, khi không cần thì dọn trống được một phần dung lượng đáng kể.

Để di chuyển backup, vào Go > Go to Folder. Trong hộp thoại xuất hiện, nhập:

/Users/<username>/Library/Application Support/MobileSync/Backup

Nhớ thay chữ <username> bằng tài khoản Mac của bạn nhé. Nhập xong thì nhấn Enter để mở thư mục chứa các bản backup của iTunes, kế tiếp bạn có thể thoải mái copy chúng ra chỗ nào đó tùy bạn muốn. Việc này nên làm khoảng vài tháng 1 lần chứ không cần làm quá thường xuyên. Trong trường hợp của mình, mình giải phóng được đến 30GB từ việc di chuyển bớt bản backup cũ ra ngoài, chỉ để lại cái mới mà thôi.




Trong trường hợp bạn không muốn chiếm dung lượng ổ cứng của Mac, bạn có thể thiết lập cho iPhone, iPad backup lên iCloud, tuy nhiên dung lượng iCloud free chỉ có 5GB nên cũng khá là hạn chế.

Xóa các app iOS không cần thiết

Đúng, bạn đọc không nhầm đâu. Trên Mac nhưng lại có app iOS! Khi bạn đồng bộ iTunes với iPhone và iPad, các ứng dụng cũng được đồng bộ theo và chúng được lưu dưới dạng file IPA trên máy Mac của chúng ta. Với mình thì đây là thứ không cần thiết vì mình có thể dễ dàng download lại các app từ App Store một cách dễ dàng, không việc gì phải lưu trên máy tính hết. Tất nhiên, nếu bạn là cửa hàng cần cài app cho nhiều khách thì bạn phải lưu file IPA lại, nhưng hầu hết chúng ta đều không cần đến điều này. Vậy thì sao không xóa chúng đi cho trống máy nhỉ?

Cách làm thì rất là đơn giản: vào iTunes, chuyển sang thẻ App, sau đó chọn những ứng dụng nào muốn xóa và nhấn Delete là xong. Đừng quên dọn chúng thêm lần nữa trong thùng rác nhé. Bạn không cần phải xóa hết, chỉ xóa những cái nào không quan trọng và ít xài thôi cũng được.

Tìm và xóa các file trùng

File trùng là thứ rất rất khó chịu vì chúng làm giảm không gian trống trên máy trong khi rất khó để tìm, nhất là khi chúng nằm rải rác ở nhiều folder khác nhau. Để xử nhanh gọn những file dạng này, bạn có thể sử dụng ứng dụng Gemini. Bạn có chế độ quét theo folder, theo nhóm folder, hay thậm chí quét luôn cả ổ cứng cũng được. App này có bản dùng thử, bản xài vĩnh viễn thì 9,99$ nhưng mình đảm bảo là rất đáng tiền và bạn có thể xài nó lâu dài chứ không chỉ một vài lần. Gemini đã từng giúp mình dọn được rất nhiều file code lập trình và file hình ảnh bị trùng của các dự án cũ, lần đó mình giải phóng được trên 5GB chứ không ít hơn.

Dọn sạch thư rác và các thư đã xóa trước đó

Nếu bạn có xài ứng dụng Mail mặc định để quản lý các hộp thư của mình, nhiều khả năng hộp thư rác của bạn sẽ đầy ắp sau một thời gian sử dụng. Có điều chúng ta thường không để ý đến hộp thư này nên nó cứ thể mà phình ra, chiếm hết chỗ của những thứ quan trọng khác. Ngoài ra, bạn cũng nên xóa đi những thứ đã... xóa (lúc bạn nhấn delete, Mail sẽ di chuyển thư sang một thư mục tạm giống như Trash chứ không ném đi ngay, lỡ cần thì phục hồi).

Bạn nên xóa chúng đi bằng cách vào Mail, chọn menu Mailbox > Erase Deleted Items > In All Accounts để dọn sạch những thư đã xóa. Còn để xóa thư rác, vào lại menu Mailbox > Erase Junk Mail.

Xóa các file phim của iMovie đã sử dụng xong

Bạn có hay chỉnh phim bằng iMovie không? Mình thì chỉnh thường xuyên vì phải quay video trên tay cho anh em xem đó. Vấn đề là sau khi xuất phim thành phẩm xong, mình rất thường hay để quên lại các file gốc trong iMovie mà không xóa chúng đi. Mà như anh em đã biết thì dung lượng file phim có bao giờ là nhỏ, nhất là phim Full-HD hay 4K. Do đó, nếu anh em không có nhu cầu lưu lại file phim gốc thì có thể vào iMovie, sau đó nhấn Command + A để chọn hết các file muốn xóa và ấn một nút Delete là xong. Đừng quên xóa trong thùng rác nữa nhé.

Sau khi dọn kiểu này, mình thường có thêm khoảng 5-7GB trống. Tất nhiên mình không rảnh mà làm hoài :D lâu lâu mới làm thôi, lúc chợt nhớ ra và thấy máy tính đang đầy SSD một cách bất thường.






Gỡ bỏ ứng dụng, dọn dẹp thùng rác

Có thể bạn cho rằng hai thứ này ai cũng biết nhưng vấn đề không phải ai cũng nhớ. Anh em Tinh tế hay có thói quen thử các app khác nhau, rồi cài xong xài chán nhưng để đó quên không uninstall ra. Tương tự, khi xóa một file nào đó thì nó bay vào thùng rác, rồi cứ để đó mãi không nhớ mà dọn đi. Thế nên nếu thấy dung lượng của Mac đầy thì anh em đừng quen dọn hai chỗ này. Nhìn vậy chứ dung lượng của chúng cũng lớn lắm đấy, sau khi giải phóng xong thì được thêm mớ dung lượng để thoải mái lưu những thứ mới và có ích hơn.




Tăng tốc iPhone bằng cách tận dụng lỗi trên iOS

Thủ thuật nhỏ giúp smartphone của Apple chạy nhanh hơn, nhờ việc loại bỏ các hiệu ứng chuyển động mà không cần jailbreak máy.

Một trong những tính năng khiến iOS khác biệt so với các hệ điều hành khác là hiệu ứng chuyển động khi đóng, mở ứng dụng. Tuy nhiên, nó cũng khiến thiết bị của Apple cho cảm giác phản hồi chậm do phải thực hiện các thao tác đồ họa 3D.

Tăng tốc iPhone bằng cách tận dụng lỗi trên iOS

Mặc định, Apple không cho tắt hiệu ứng chuyển động nhưng một lỗi trên hệ điều hành iOS cho phép người dùng triệt tiêu mọi hiệu ứng này. Đặc biệt khi bạn có thể thực hiện mà không cần bẻ khóa - jailbreak máy.

Đầu tiên, truy cập Settings > General > Accessibility > Assistive Touch và kích hoạt Assistive Touch (phím Home ảo). Tiếp theo, di chuyển phím Home ảo xuống góc dưới cùng bên phải màn hình.


Từ màn hình chủ, vuốt từ trên xuống dưới để mở mục tìm kiếm Spotlight, lúc này phím Home ảo sẽ tự động chuyển lên phía trên bàn phím ảo. Tại bước này, người dùng thực hiện nhiều lần sao cho khi phím Home ảo vừa nhảy lên trên bàn phím thì ngay lập tức chạm vào màn hình để tắt Spotlight và đưa phím Home về vị trí cũ.

Trang 9to5mac khuyến cáo, bạn có thể phải thử đến 20 lần mới thành công, vì thực chất đây là khai thác một lỗi trên iOS chứ không phải tính năng trong thiết kế của Apple. Khi thực hiện thành công, hãy thử mở các ứng dụng khác để xem hiệu ứng chuyển động đã được loại bỏ chưa.






Với các thiết bị màn hình 5,5 inch như iPhone 6 Plus hay 6s Plus, có một cách khác là mở phím Home ảo, tiếp theo kéo Spotlight xuống, xoay ngang máy rồi xoay dọc trở lại nhanh (phải bật tính năng tự động xoay màn hình). Thực hiện một vài lần sẽ được.

Lỗi xuất hiện trên iOS sẽ duy trì cho đến khi người dùng khởi động lại máy. Sau khi restart, bạn có thể thực hiện lại để bỏ hiệu ứng chuyển động. Thủ thuật này áp dụng với cả thiết bị đời cũ như iPhone 4, trên iOS 8.

Xem thêm:   Lập trình viên ứng dụng di động có thể kiếm hàng nghìn USD mỗi tháng

Khởi nghiệp lập trình di động: Đầu tư mài rìu trước khi chặt cây

Abraham Lincoln, Tổng thống thứ 16 của Mỹ, từng nói: "Nếu cho tôi sáu giờ để chặt cây, tôi sẽ dành bốn giờ để mài rìu". Lập trình ứng dụng cũng cần thực hiện tốt công đoạn khởi đầu này. Để có một sản phẩm được cộng đồng chào đón, bạn cần làm thật tốt khâu chuẩn bị trước khi phát triển ứng dụng/trò chơi di động (app/game mobile).

Trong phạm vi bài viết này, tôi giả định bạn đã xác định chọn lập trình di động làm nghề nghiệp của mình. Có thể bạn đã là một lập trình viên có các kỹ năng về lập trình, thiết kế app/game. Nếu chưa, hãy tích cực trau dồi để hình thành chúng tại các trung tâm hay thông qua các khóa học trên mạng.

Khởi nghiệp lập trình di động: Đầu tư mài rìu trước khi chặt cây

Với lập trình di động, mọi sản phẩm đều bắt nguồn từ ý tưởng. Tôi thi thoảng đi giảng dạy ở một số trường đại học, nói chuyện với sinh viên và một số studio tại Hà Nội và TP HCM. Tôi nhận thấy khá nhiều lập trình viên xem nhẹ việc lựa chọn và kiểm định ý tưởng trước khi bắt đầu. Họ hào hứng lao vào phát triển ý tưởng, nhanh chóng biến thành sản phẩm để kiếm tiền. Rồi sau đó, họ thất vọng khi sản phẩm đưa ra không được cộng đồng chào đón hoặc loay hoay không biết làm thế nào để kiếm được tiền trên app/game của mình một cách hiệu quả.

Ý tưởng từ đâu tới?

Ý tưởng có thể đến từ bất kỳ đâu trong cuộc sống của bạn. Chỉ cần tích cực trải nghiệm và nhìn cuộc sống với con mắt tò mò, luôn đặt câu hỏi tại sao. Ứng dụng sinh ra để giải quyết vấn đề của cuộc sống, game sinh ra để giải quyết nhu cầu giải trí, cảm giác chinh phục và chiến thắng. Có nghĩa, ở đâu có vấn đề ở đó có ứng dụng, ở đâu cần cảm xúc và thách thức, ở đó có game. Chẳng hạn, bạn cần đọc báo nhưng bị ngập lụt trong thông tin, bạn có thể tạo ứng dụng phân loại tin tức; hay bạn bị hỏng xe giữa đường và không biết tìm người sửa xe ở đâu, bạn có thể tạo ra ứng dụng gọi người sửa xe... Chỉ cần để tâm và phân tích, chắc chắn bạn sẽ có nhiều ý tưởng của riêng mình.

Ý tưởng giải quyết vấn đề gì?

Tôi có trí tưởng tượng tốt, lớn lên trong một môi trường có nhiều vấn đề cần giải quyết nên tôi có rất nhiều ý tưởng. Nhưng khi có nhiều ý tưởng, bạn sẽ không biết chọn ý tưởng nào để thực hiện. Do đó, tôi thường đặt câu hỏi: ý tưởng này sẽ giải quyết vấn đề gì? Người dùng được lợi gì khi sản phẩm ra đời? Mục đích của sản phẩm có đi liền với định hướng phát triển và nguồn lực của bản thân không?

Tôi luôn ghi nhớ nằm lòng một điều: làm cái mọi người cần chứ không phải cái mình cần. Muốn cộng đồng đón nhận, trước tiên ý tưởng sản phẩm phải phục vụ hay giải quyết nhu cầu của người dùng.

Khách hàng là ai?

Trả lời câu hỏi này giúp bạn hình dung và đặt ra tiêu chí thiết kế cho app/game của mình. Về sau, nó còn giúp định hướng chiến thuật cho việc marketing sản phẩm, tìm kiếm và tiếp cận với người dùng. Ví dụ, nếu là game dành cho bé gái, độ tuổi tiểu học thì đường nét thiết kế phải dễ thương, nhiều màu sắc và tươi sáng. Nếu dành cho dân văn phòng, chơi trong lúc chờ xe bus (hoặc đợi cơm trưa) thì nên thiết kế ván chơi nhanh, điều khiển đơn giản (một tap chẳng hạn). Nếu người dùng thường truy cập vào cuối tuần, giờ giải lao, cuối buổi chiều... bạn nên đẩy các nội dung, tạo event hấp dẫn vào giờ đó trên app/game...

Tôi thường tích hợp Google Analystic và một số kỹ thuật lấy phản hồi - phân tích người dùng khác trong quá trình đưa sản phẩm lên kho ứng dụng. Thị hiếu của người dùng thường thay đổi, ai nắm được tâm lý người dùng, người đó sẽ chiến thắng. Bạn cũng có thể tìm hiểu khách hàng thông qua Facebook Insight, Google Trends... cũng như tham khảo ý kiến của chuyên gia, bạn bè, diễn đàn.

Tiềm năng thị trường

Khi sử dụng các công cụ ở trên, bạn sẽ biết được nhu cầu của người dùng đến đâu như họ có tìm kiếm nhiều về loại app/game này không, đối thủ của bạn là ai và họ đang làm thế nào, sản phẩm của họ có điểm mạnh gì, điểm yếu gì... Hầu hết các ý tưởng bạn nghĩ ra đều đã và đang có ai đó thực hiện và cho ra sản phẩm rồi, nhưng có thể họ chưa làm tốt, hoặc chỉ hạn chế phục vụ vào nhóm người dùng nào đó thôi. Khi tìm ra câu trả lời, bạn sẽ biết mình nên đi theo hướng nào.

Sản phẩm thu tiền về thế nào?

Hiện chính sách ở các chợ ứng dụng chỉ cho phép người dùng trả tiền cho nhà phát triển thông qua hệ thống thanh toán của chợ. Google Play và App Store chỉ cho phép người dùng trả phí thông qua thẻ thanh toán quốc tế (Visa hoặc Debit). Với người dùng Việt, không phải ai cũng sở hữu thẻ này, chưa kể tâm lý e ngại khi khai báo thông tin thẻ và tâm lý thích dùng hàng miễn phí. Nhiều nhà phát triển "lách luật" bằng các hình thức thu tiền qua SMS, thẻ nạp, nhưng đầy rủi ro và rất dễ bị các kho ứng dụng trừng phạt, đóng tài khoản.

Có bốn mô hình thu tiền cơ bản cho ứng dụng và game:

Thu tiền qua quảng cáo: Đây là mô hình cơ bản và rất phổ biến hiện nay. Bạn có thể đặt quảng cáo có sẵn của các Adnetwork (mạng quảng cáo) hoặc đặt trực tiếp của doanh nghiệp nếu tìm được mối hàng. Các lập trình viên di động thường sử dụng quảng cáo Adnetwork để cắt giảm thời gian tìm kiếm khách hàng, tối ưu hoá doanh thu và dễ dàng có được những chỉ số phân tích khách hàng. Với hình thức quảng cáo hiển thị toàn màn hình (interstital), nhà quảng cáo trả cho lập trình viên 0,5-1 USD cho 1.000 lượt hiển thị quảng cáo đến từ người dùng Việt Nam còn ở Mỹ là 2-3 USD tùy thể loại ứng dụng. Tại Việt Nam cũng có một số Adnetwork được ưa chuộng, tuy trả tiền thấp hơn hệ thống nước ngoài nhưng ít rủi ro hơn.

Thu tiền qua việc bán đồ (item) trong app/game: Đây là mô hình cho đi trước, nhận lại sau và đang là mô hình phổ biến nhất trên các kho ứng dụng. Đã có khá nhiều bài viết phân tích mô hình này. Người dùng sẽ trải nghiệm miễn phí tính năng cơ bản của của ứng dụng/game, và nếu thích họ có thể bỏ tiền mua các gói hỗ trợ nâng cao hoặc mua item để nâng cấp nhân vật, giúp trải nghiệm tốt hơn.

Thu tiền qua việc bán app/game: Người dùng sẽ trả tiền khi nếu muốn tải ứng dụng, trò chơi về từ kho ứng dụng. Lập trình viên sẽ phải trả 30% doanh thu từ việc bán sản phẩm của mình cho các chợ như Google Play, App Store... Nhược điểm của mô hình này là người chơi chưa được trải nghiệm về sản phẩm nhưng đã phải bỏ tiền ra để sở hữu. Thông thường, các nhà phát hành chọn cách cho ra một bản miễn phí trước (hạn chế tính năng hoặc mang tính demo) để người dùng trải nghiệm, sau đó lôi kéo họ mua app/game.

Thu tiền qua việc bán mã nguồn, xuất khẩu game/app: Hiện có nhiều website mà các lập trình viên có thể đăng sourcecode (mã nguồn) của mình lên để rao bán. Nếu tự tin về sản phẩm, họ có thể xuất khẩu sang Trung Quốc, Malaysia, Thái Lan... thông qua một số chương trình hợp tác hoặc sự kiện công nghệ. Mô hình này khá phổ biến ở Trung Quốc.

Tính khả thi của ý tưởng

Nhiều bạn khi bắt đầu có ý tưởng đã vội thiết kế giao diện và lập trình thay vì xem xét về vấn đề khả thi hay không. Thông thường, tính khả thi của một ứng dụng di động cần dựa trên 4 yếu tố:

Kỹ thuật: Trước khi bắt tay tạo ứng dụng, bạn nên phân tích các tính năng dưới góc nhìn kỹ thuật. Với những bạn chưa có nhiều kinh nghiệm lập trình mobile thì đây là việc đặc biệt cần thiết. Bạn sẽ vấp phải một số kỹ thuật khó, nếu không chuẩn bị thì dự án của bạn sẽ bị kéo dài so với kế hoạch hoặc không thực hiện tiếp được nữa.






Tài chính: Tài chính cho quá trình phát triển ứng dụng thường tính trên thời gian lao động tạo ra từng module sản phẩm nhân với giá trị lao động tính theo giờ. Hãy đảm bảo có đủ tiền để nuôi "quân" đến khi hoàn thành dự án. Với những bạn mới lập nhóm, ít kinh nghiệm, hãy nhân đôi số tiền ước tính để dự phòng, bạn sẽ thấy đa số dự án đều bị trễ deadline (hạn chót) vì nhiều nguyên nhân chủ quan và khách quan.

Thời gian thực hiện: Nếu phát triển các dự án outsourcing (gia công phần mềm),  cần tính đến những khoảng thời gian hiệu suất lao động thấp và những ngày nghỉ lễ. Việc kiểm soát tiến độ dự án rất quan trọng, nếu làm không tốt sẽ ảnh hưởng trực tiếp lên chất lượng sản phẩm, uy tín của bản thân và toàn đội. Nên cộng thêm 10-20% vào khoảng thời gian ước lượng cho dự án để đề phòng rủi ro về deadline.

Nhân sự thực hiện: Bạn cần hiểu rõ khả năng và tình trạng mỗi nhân sự trong nhóm để phân công và sắp xếp nhiệm vụ đạt hiệu quả cao nhất. Đối với startup, đôi khi việc tìm đúng người làm cùng là việc quan trọng hàng đầu, quyết định tính thành bại của dự án. Hãy nhớ, đi một mình bạn có thể đi nhanh hơn, nhưng để đi xa hơn bạn cần một đội nhóm. Tôi thường chuẩn bị kỹ về nhân sự trước khi khởi động dự án để đảm bảo tính hoàn thiện cao nhất cho sản phẩm.