Quan điểm của em là 'bạn có thể đi làm lập trình vì đam mê hoặc vì tiền, miễn là bạn thích'. Đi làm vì tiền là một mục đích trong sáng mà, đâu có gì sai trái. Còn nó có khó không.?. theo em thì nó không quá khó, chỉ là phức tạp, quá nhiều thứ để học thôi ạ. Với những ai chỉ làm vì tiền thì có thể xem xét có theo hay không, nhưng với ai yêu thích nó, xem đó là ước mơ thì em khuyên là hãy đi theo trái tim mình. Nếu lập trình là ước mơ của bạn, bạn yêu thích nó và nó làm bạn hạnh phúc, hãy làm nó. Nếu không làm nhiều năm sau bạn sẽ nghe về 2 từ 'lập trình' và hối tiếc. Những người khuyên bạn từ bỏ ước mơ có thể do họ sợ bị 'dành mất phần ăn' á. Nếu làm vì tiền nên xem xét các yếu tố là cạnh tranh khóc liệt, đào thải nhanh, áp lực cạnh tranh với lứa nhỏ quá giỏi giang.
May mắn được gặp và làm việc cùng anh. Cũng như việc anh chia sẻ yêu thương đến các bạn đi sau bằng cách viết bài này. Ở ngoài đời anh Nhi cũng là 1 người luôn quan tâm, sẻ chia với mọi người xung quanh. Em đã học được từ anh rất nhiều. Chúc anh nhiều sức khỏe, hạnh phúc và thành công trên con đường đã chọn !
🥰
nói chứ em có đóng tiền đi nhậu rồi đó nha anh 🫠
@Javierrr "điều gì để tạo nên một sản phẩm có giá trị" ~> chỉ cần nó giải quyết được nhu cầu của user thôi. Còn để 1 sản phẩm có thể sống và phát triển được thì về kinh tế em nên tìm hiểu thêm những khía cạnh sau đây:
Tài chính, dòng tiền, cách kiếm tiền từ sản phẩm: Nên nghĩ về nó đầu tiên từ khi nhìn thấy nhu cầu của user. Một sản phẩm không tìm được cách kiếm tiền thì có hay mấy cũng dần đi tới ngõ cụt. Nó là cái điều kiện cần để sản phẩm tồn tại ấy. Bán được sản phẩm rồi (doanh thu) thì lại phải tìm hiểu cái dòng tiền, xem cái mô hình kiếm tiền nó có đem lại dòng tiền khỏe mạnh không, vì doanh thu có lớn mà dòng tiền ko khỏe thì dễ phá sản =))). Font bath để gọi vốn hoặc bán cty luôn cũng là 1 cách kiếm tiền, chịu lỗ (nhưng vốn phải to) để chờ thống trị thị trường cũng là 1 cách kiếm (rất nhiều) tiền,...
Marketing, cách sản phẩm tiếp cận user: Cái này thật sự là quan trọng nếu mình là người làm sản phẩm. Học thêm về marketing thì em sẽ biết 1 số thứ (biết thôi chứ ko cần trực tiếp làm) kiểu như nghiên cứu thị trường, quảng bá sản phẩm, thương hiệu, customer journey,... Có rất nhiều kiến thức của quá trình này được ứng dụng ở mảng công nghệ của sản phẩm mà nếu không biết thì sẽ rất khó làm. Nó ảnh hưởng nhiều đến cái cách mình làm sản phẩm luôn.
2 cái này anh thấy nó hữu ích nhất với 1 ITer muốn lan sang kinh tế, và nó là cái kiến thức general thôi chứ cũng ko phải đi sâu đâu. Nhìn ra cái đích đến của sản phẩm thì sẽ giúp em tìm ra mình cần phải học cái gì (hoặc cần ai làm cái đó). Thử 1 vài bài trắc nghiệm tích cách + thử list ra 20 điểm mạnh yếu của bản thân như trong bài a nói để hiểu về mình nhiều hơn xem mình sẽ đào sâu vào cái gì thì sẽ là tìm nốt cái gốc chữ T của mình.
thấy bất tiện vậy ta, cứ tạo branch mới push lên cùng xem, sau bên kia thay đổi thì cứ push lên thay vì gởi file. Đa số công ty có rule không được gởi file code qua phương tiện khác trừ git của công ty
Bài viết rất hay , e cũng nhận ra e đang theo hướng generalist khi code e thường rất hay quan tâm đến sản phẩm thực tế họ đã giải quyết ntn , làm sp thì e đều tự mày mò cái skill liên quan cả về PM, Ux Ui ,BE , FE để làm nó mặc dù e biết là mình ko thể làm handle hết đc . Dạo gần đây thì e đang quan tâm đến kiến thức về kte , e muốn hiểu một ITer nên quan tâm đến điều gì để tạo nên một sản phẩm có giá trị . Em cũng thấy điểm yếu của mình nhưng vẫn phân vân ko biết nên theo FE hay BE vì e đang cảm thấy mình theo hướng làm ra sp hơn
Cách tốt nhất là kêu 2 bạn đó tải cái tool git về như source tree, hoặc tool git trong IDE.
Push code change lên rồi dùng tool xem diff cho lẹ chứ khổ qué.
THẢO LUẬN
Không biết là có phần sau chưa bạn nhỉ?
còn không bác, ra tiếp đi bác.
Tác giả có thể nói rõ hơn về Một trong những khắc phục là sử dụng giao thức FTP thay thế cho HTTP được không ạ?
// Khai báo internal DTD
<!DOCTYPE note [ <!ELEMENT note (to,from,heading,body)>]> <note> <to>Tove</to> <from>Jani</from> <heading>Reminder</heading> <body>Don't forget </note>
đoạn này thiếu thẻ đóng </body> đúng không ạ?
Trước mình xử lý bằng cách xử lý chuỗi theo kiểu 'Xử lý chuỗi' => 'X_ l_ chu_i' để tìm kiếm
Cách này scale cho cách app stateless, còn app sử dụng statefull (sử dụng PVC và Memcache) thì như thế nào ạ?
Hay qua
Hay quá anh
ước được có Copilot để dùng
thak kìu
Quan điểm của em là 'bạn có thể đi làm lập trình vì đam mê hoặc vì tiền, miễn là bạn thích'. Đi làm vì tiền là một mục đích trong sáng mà, đâu có gì sai trái. Còn nó có khó không.?. theo em thì nó không quá khó, chỉ là phức tạp, quá nhiều thứ để học thôi ạ. Với những ai chỉ làm vì tiền thì có thể xem xét có theo hay không, nhưng với ai yêu thích nó, xem đó là ước mơ thì em khuyên là hãy đi theo trái tim mình. Nếu lập trình là ước mơ của bạn, bạn yêu thích nó và nó làm bạn hạnh phúc, hãy làm nó. Nếu không làm nhiều năm sau bạn sẽ nghe về 2 từ 'lập trình' và hối tiếc. Những người khuyên bạn từ bỏ ước mơ có thể do họ sợ bị 'dành mất phần ăn' á. Nếu làm vì tiền nên xem xét các yếu tố là cạnh tranh khóc liệt, đào thải nhanh, áp lực cạnh tranh với lứa nhỏ quá giỏi giang.
Anh Nhi 'you're my idol' 😍
May mắn được gặp và làm việc cùng anh. Cũng như việc anh chia sẻ yêu thương đến các bạn đi sau bằng cách viết bài này. Ở ngoài đời anh Nhi cũng là 1 người luôn quan tâm, sẻ chia với mọi người xung quanh. Em đã học được từ anh rất nhiều. Chúc anh nhiều sức khỏe, hạnh phúc và thành công trên con đường đã chọn ! 🥰 nói chứ em có đóng tiền đi nhậu rồi đó nha anh 🫠
@Javierrr "điều gì để tạo nên một sản phẩm có giá trị" ~> chỉ cần nó giải quyết được nhu cầu của user thôi. Còn để 1 sản phẩm có thể sống và phát triển được thì về kinh tế em nên tìm hiểu thêm những khía cạnh sau đây:
thấy bất tiện vậy ta, cứ tạo branch mới push lên cùng xem, sau bên kia thay đổi thì cứ push lên thay vì gởi file. Đa số công ty có rule không được gởi file code qua phương tiện khác trừ git của công ty
Bài viết rất hay , e cũng nhận ra e đang theo hướng generalist khi code e thường rất hay quan tâm đến sản phẩm thực tế họ đã giải quyết ntn , làm sp thì e đều tự mày mò cái skill liên quan cả về PM, Ux Ui ,BE , FE để làm nó mặc dù e biết là mình ko thể làm handle hết đc . Dạo gần đây thì e đang quan tâm đến kiến thức về kte , e muốn hiểu một ITer nên quan tâm đến điều gì để tạo nên một sản phẩm có giá trị . Em cũng thấy điểm yếu của mình nhưng vẫn phân vân ko biết nên theo FE hay BE vì e đang cảm thấy mình theo hướng làm ra sp hơn
giờ mình dùng chỉ xem được 1 phút hoặc mấy chục giây là không sub nữa , phải mua pro mới được ạ
Cách tốt nhất là kêu 2 bạn đó tải cái tool git về như source tree, hoặc tool git trong IDE. Push code change lên rồi dùng tool xem diff cho lẹ chứ khổ qué.
Quá đỉnh
2024 rồi, dùng MapStruct nhé.
🥺bác ơi cho e xin đầy đủ các phần của Augmented Reality với ạ 🥺