Giờ mới biết Product khinh Outsource như gì...
- Thread starter Just Saying
- Start date
jayrex94
Senior Member
Đấy là ông làm mấy cái cơ bản thôi.
Code api còn tuỳ độ khó cử lý logic nữa. Mịa giờ api xử lý mỗi query select thì lại chả dễ.
FE viết mỗi cái app hello word thì lại chả dễ.
Phải làm nhiều mới có exp và tư duy ( tất nhiên còn phụ thuộc năng lực nữa ).
Bây giờ ông 3 tuần ông học reactjs, html, css, tôi đố ông code ra dc mỗi layout của trang apple giới thiệu về big sur đấy
Ông ngồi ông xử lý logic kéo thả loggic validate của thằng gg calendar hộ tôi cái.
Ông ngồi code ra cái.
Chẳng qua ông học những ngôn ngữ FE là nó đã tối giản hơn so với BE rồi nên thấy dễ chứ xử lý khó như nhau cả.
Như kiểu giờ oing học reactjs, nó cũng chỉ như là thư viện của thằng js. Ông so với thằng java lắm thứ để học thì lại chả thấy react nó dễ hơn. Nhưng để xử lý vấn đề bài toán thì mỗi thằng một cái khó riêng chứ ko thằng nào dễ hơn thằng nào cả.
Tôi đã cả năm trời code API, batch Java, code cả năm trời reactjs với native đây.
Nhận thấy rằng ko phải vấn đề dễ khó trong logic mà chính là vấn đề dễ khó khi ông học một ngôn ngữ mà ông tư duy code FE dễ hơn hoặc BE dễ hơn.
via theNEXTvoz for iPhone
tritranonline
Member
Khinh rồi sao nữa, dc lợi ích gì??? Mà nếu nó khinh kệ mẹ nó chứ quan tâm chi mệt, đi interview mà gặp thằng ml nào khinh khỉnh nhắm ko hợp tác dc thì cho dù có gửi offer cũng nên từ chối. Đi làm chủ yếu là kiếm tiền, thằng nào xác định làm thuê lâu dài thì ráng đu bám lấy số má chứ ng có định hướng tự chủ về tài chính sau này thì biết mình nên làm gì hơn là ra vẻ ta đây hơn người.Ở VN làm product phỏng có dc mấy nơi.
Nếu nó ko tuyển nhân viên nữa thì chả lẽ okng nghỉ éo làm.
Giờ cũng như kiểu dev Microsoft, dev Gg, dev âmzon nó kinh dev VN như chó thì cũng là có lý.
via theNEXTvoz for iPhone
jayrex94
Senior Member
Thật cứ làm ra tiền thì product hay outsource cũng okie hếtKhinh rồi sao nữa, dc lợi ích gì??? Mà nếu nó khinh kệ mẹ nó chứ quan tâm chi mệt, đi interview mà gặp thằng ml nào khinh khỉnh nhắm ko hợp tác dc thì cho dù có gửi offer cũng nên từ chối. Đi làm chủ yếu là kiếm tiền, thằng nào xác định làm thuê lâu dài thì ráng đu bám lấy số má chứ ng có định hướng tự chủ về tài chính sau này thì biết mình nên làm gì hơn là ra vẻ ta đây hơn người.
via theNEXTvoz for iPhone
vozer267
Senior Member
Toàn làm công ăn lương mà cứ phải nâng tầm thằng này hèn kém hơn thằng kia. Y chang như truyện bầy cua trong cái rổ
MeoAnhLongNgan
Senior Member
Mình không phải IT, không phải dev nhưng đánh giá Product cao hơn vì Outsourcing chỉ dừng ở việc hoàn thành công việc, hoàn thành project còn Product phải tư duy suy nghĩ cho người dùng cho khách hàng, tiếp nhận những feedback đó ngày càng hoàn thiện, nâng cấp sản phẩm lên.
jayrex94
Senior Member
T chỉ thấy là có thể có kiểu thằng dev này làm ra rất nhiều tiền khinh thằng dev kia làm ra ít tiền thì còn có lý. Éo hiểu tư duy kiểu gì ra cái trò kia.
via theNEXTvoz for iPhone
**Doremon**
Senior Member
Mấy anh cứ mãi tư duy thuần dev thì suốt ngày so sánh outsource vs product, backend vs front end, java vs C# ... 
captain.teamduahau
Member
Tôi làm full stack. Code frontend bằng QT cả mấy năm. Còn reactjs thì mới gần dây để làm mấy cái app. Làm mấy cái reactjs thì ón dễ chứ QT cũng code bằng C++ nên chưa chắc dễ nhé. nhưng cơ bản thì nó vẫn rất dễ so với backend, vì chả phải đụng gì vào kiến thức của computer science cả. Networking không, operting system không, algorithm cũng rất ít. Toán thì cũng không. Phần cứng, embedded cũng càng không. Nó dễ là vì vậy.Đấy là ông làm mấy cái cơ bản thôi.
Code api còn tuỳ độ khó cử lý logic nữa. Mịa giờ api xử lý mỗi query select thì lại chả dễ.
FE viết mỗi cái app hello word thì lại chả dễ.
Phải làm nhiều mới có exp và tư duy ( tất nhiên còn phụ thuộc năng lực nữa ).
Bây giờ ông 3 tuần ông học reactjs, html, css, tôi đố ông code ra dc mỗi layout của trang apple giới thiệu về big sur đấy
Ông ngồi ông xử lý logic kéo thả loggic validate của thằng gg calendar hộ tôi cái.
Ông ngồi code ra cái.
Chẳng qua ông học những ngôn ngữ FE là nó đã tối giản hơn so với BE rồi nên thấy dễ chứ xử lý khó như nhau cả.
Như kiểu giờ oing học reactjs, nó cũng chỉ như là thư viện của thằng js. Ông so với thằng java lắm thứ để học thì lại chả thấy react nó dễ hơn. Nhưng để xử lý vấn đề bài toán thì mỗi thằng một cái khó riêng chứ ko thằng nào dễ hơn thằng nào cả.
Tôi đã cả năm trời code API, batch Java, code cả năm trời reactjs với native đây.
Nhận thấy rằng ko phải vấn đề dễ khó trong logic mà chính là vấn đề dễ khó khi ông học một ngôn ngữ mà ông tư duy code FE dễ hơn hoặc BE dễ hơn.
via theNEXTvoz for iPhone
Last edited:
FighterVn
Senior Member
Nhiều khi ông phải coi lại cái setup của mình sao mà vô cài cái env xong rồi chạycty tôi làm outsorce full stack đây, mấy a product qua chưa có a nào trụ đc quá 1 tháng, nhiều khi vô bắt cài môi trường cái khóc lóc nghỉ luôn, có a deal lương 1k vô bị dí deadline cũng khóc lóc xin nghỉ gấp, sắp tới có a nghe nói biết mờ chin lơn ning vô ko biết có làm a ấy hài lòng ko
ví dụ như giờ tôi vào 1 cty ko cần biết product hay outsource mà xài svn, ko CI/CD, docker (hay tương tự) cũng ko nốt thì tôi cũng chạy gấp
) mà nói đúng ra là đầu tiên tôi sẽ đưa ra ý kiến là nên làm gì làm gì, ko tiếp thu mà bảo thủ thì tôi chạy ngay và luôntôi thấy cái trò deadline nó nhảm vl ra (product cũng như outsource, làm product cũng có deadline), với startup thì ko nói, với cty đã phát triển lên rồi thì quan tâm những vấn đề khác như là chất lượng code, khả năng mở rộng, monitoring, logging etc... cứ dí deadline rồi thả shit đầy codebase thì ra cái thể thống gì nữa
FighterVn
Senior Member
Ông lại so sánh giữa táo và cam rồi. FE (web) ko phải là viết ra ba cái component đơn giản rồi kêu dễ quá, và đâu phải cứ đụng kiến thức CS là khó. Cái ông nói nó dễ là do ông xài tool người ta viết sẵn hết rồi. Ông về 7 năm trước làm front end bằng jquery với backbone thì ông sẽ hiểu nó căng cỡ nào. FE bây giờ đc support tận răng để đơn giản hoá vấn đề để nhiều người tiếp cận hơn. Nhưng mà để “đơn giản hoá” là cả 1 quá trình. Ông làm cái gì cũng vậy, làm cho nó phức tạp thì dễ lắm nhưng làm cho nó đơn giản dễ tiếp cận là cả 1 vấn đề.
sẵn ông nói FE ko xài algorithm nhiều, ông google qua react fiber, shadow dom, flux
nói chung là FE với BE là 2 vấn đề hoàn toàn khác nhau, ko thể nói cái này dễ hơn cái kia
à mà nãy giờ tôi chỉ mới nói JS thôi, chưa đụng tới TS và CSS (và 1 đống mấy cái css pre-processor như LESS, SASS)
NHLJang
Member
Product chẳng qua cũng là Outsource cho chính mình thôi anh. Còn tư duy nghĩ cho user case, UI UX là cá nhân thằng dev chứ không phân biệt gì cả, vì cho dù anh chỉ outsource 1 ít feature (project lâu năm) hay outsource từ đầu thì những thứ anh làm ra đều là đứa con tinh thần của anh, cái chính là anh có nâng niu nó hay không thôi. Như tôi làm outsource thấy cái gì trong ticket có thể thay đổi để improve UI UX thì đều trao đổi với PO xem có thực sự customer nó muốn cái đó không, khi mà cái tôi đề xuất có thể tốt hơn (cái này tùy, nhiều khi gu UI UX của customer khác với mình, do mindset khác biệt vì văn hóa/quốc gia), vì nhiều project customer nó không thực sự biết công nghệ mình có khả năng làm đến đâu nên nó chỉ áng từng đấy.
Just Saying
Senior Member
Giờ mới biết bên IT chia rẽ đến thế 
Thai-Tu-Shang
Senior Member
Mindset của mấy ông outsource là kiểu làm task cho xong. Thường sẽ không quan trọng, hoặc nói thẳng là nhiều nguyên nhân khách quan ( dự án gấp, deadline gấp, thời gian không có, trình yếu...) để đưa ra nhiều đoạn code thối và code chưa tối ưu.
Còn mindset của product là họ làm chỉn chu vì đó là sản phẩm của họ và họ có thời gian và nguồn lực để làm việc đó. Ngoài ra, làm việc lâu trong 1 hệ thống cũng sẽ hiểu và thống nhất được về tư tưởng.
Còn bảo khinh với kém thì phải xem lại thái độ của người khinh ấy. Chưa chắc product đã là ngon và outsource đã kém. Quan trọng là mindset khác nhau, còn đặt vào môi trường nào thì sẽ thích nghi môi trường đó thôi.
P/s: đã từng làm cả pro và outsource
Còn mindset của product là họ làm chỉn chu vì đó là sản phẩm của họ và họ có thời gian và nguồn lực để làm việc đó. Ngoài ra, làm việc lâu trong 1 hệ thống cũng sẽ hiểu và thống nhất được về tư tưởng.
Còn bảo khinh với kém thì phải xem lại thái độ của người khinh ấy. Chưa chắc product đã là ngon và outsource đã kém. Quan trọng là mindset khác nhau, còn đặt vào môi trường nào thì sẽ thích nghi môi trường đó thôi.
P/s: đã từng làm cả pro và outsource
captain.teamduahau
Member
Tôi đang viết Frontend bằng QT, dùng C++ để viết, cho nên mấy cái làm sẵn nó không phức tạp hơn QT được đâu. nếu anh chưa biết QT là gì thì search thử đi. Flutter tôi cũng đã tìm hiểu qua, Js cũng vậy. Cơ bản là nó dễ thật, không cần def làm gì.
Flux thì tôi chưa check, nhưng redux thì cũng dùng nhiều rồi. Thậm chí tôi còn viết 1 cái clone redux bằng C++ để dùng cho QT nữa cơ. Mấy cái ông đưa ra tôi đều thấy nó dễ. LESS/SASS dùng từ cái thời 2012 rồi, chứ ko phải bây giờ mới xài.
Những cái khó là vs dụ làm mấy cái compiler cho JS hoặc làm mấy cái như như webkit. tôi đánh giá nó khó hơn frontend nhiều.
Last edited:
jayrex94
Senior Member
Nó ko động thì tức là nó ko khó ?
Đánh giá chủ quan vậy ?
Dự án trước t làm cái app nhái GG calendar mà xử lý phần drag drop gọi bố thằng BE ra cũng éo làm dc nhé.
Trong khi t cũng code Api của nó trên java.
Tuỳ theo dự án, tuỳ theo đề bài mà thằng FE nó làm gì.
T nói ở trên rồi ông thấy FE nó dễ hơn vì ông học qua những ngôn ngữ FE nó đơn giản, không cầu kỳ khái niệm nhiều như thằng BE, chứ ko hẳn là do FE ko xử lý logic nhiều bằng thằng BE. Mà giờ cũng lạm dụng full stack quá nhỉ ? Code BE + FE = full stack ?
via theNEXTvoz for iPhone
Similar threads
