Giờ mới biết Product khinh Outsource như gì...

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.
Thằng redux ông đã hiểu bản chất nó thì clone nó ra ko phải chuyện gì khó. T đã clone thằng redux sang cho thằng salesforce dùng cũng chả khó khăn gì. Nhưng đấy là t phải hiểu thằng redux, suy cho cùng là đi ăn cắp của người khác chứ thằng nó nghiên cứu ra mới là thằng giỏi và khó.
T code batch trên java t cảm thấy khó vì tôi thấy java nó khó chứ ko phải vì logic trong con batch nó khó.
T nghĩ rằng tôi cũng chỉ là suy nghĩ cá nhân chủ quan thôi, nhưng khinh thường những người làm FE vì fe nó ko xử lý gì chỉ chực ăn sẵn thì ko dc

via theNEXTvoz for iPhone
 
cái chính nó nằm ở người làm chứ product hay outsource nó chả phải vấn đề.
Nhiều khi muốn làm tốt hay nhìn xa trông rộng cũng chả được vì còn nhiều thứ khác ràng buôc. Lúc đó có 2 phương án là chấp nhận hoặc thay đổi thôi.
 
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.
Phức tạp chưa hẳn là hay :)

Khó/dễ tuỳ thuộc vào chủ quan mỗi người. Nhưng ông nói chung FE dễ là sai 100% tôi đảm bảo. Làm mấy cái website / UI đơn giản thì dùng gì cũng dễ. Đâu phải tự nhiên mà FB nó làm ra React để dev cái giao diện của nó. Nhìn vậy thôi chứ có cả tỷ cái trong đó, quan trọng ko phải là cái UI mà là cách để quản lý components / data flow giữa các component. Ông làm 1 dự án mà có cỡ 200-300 components lớn nhỏ, hơn 50 cái containers các loại, lúc build là ra tầm 20,30 cái bundles khác nhau thì ông sẽ hiểu nó "phức tạp" ra sao, ko khó nhưng phức tạp.

Với lại mục đích tiếp cận lập trình của mỗi người khác nhau, có người thì thích làm ra sản phẩm, có người thích đào sâu nghiên cứu (viết compiler, viết game engine, viết OS). Thằng làm ra sản phẩm nhìn thằng nghiên cứu thì lắc đầu chả hiểu nó làm gì, thằng nghiên cứu thì nhìn thằng làm ra sản phẩm thì lắc đầu, cái mẹ này dễ ẹt :LOL: Nhưng phải hiểu là mỗi bên đều có cái khó riêng, ko phải táo với táo thì ko so sánh được đâu.
 
cty 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
2y9npcU.png
Mấy a cài môi trương dấu account với evn như shit thì t thua. Còn full.là full mức nào. Có docker deploy chưa hay dạng BE lõm quá thủe FE biết thêm BE lm FE thấy bug Bze thì fix luôn
 
làm frontend dễ nhưng phải cập nhật công nghệ nhiều, mà cũng khá thiên về design nữa, nên mỗi người mỗi việc thôi, sân si vãi l thế mấy ô
 
cty 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
2y9npcU.png

1k mà bị dí deadline vcl t cũng nghỉ, 2k thế còn xem xét
gYLi1zM.jpeg


Sent from Samsung SM-G960F using vozFApp
 
Mấy a cài môi trương dấu account với evn như shit thì t thua. Còn full.là full mức nào. Có docker deploy chưa hay dạng BE lõm quá thủe FE biết thêm BE lm FE thấy bug Bze thì fix luôn
Hồi xưa thì còn dùng máy ảo để dev, người mới vô sẽ copy cái máy ảo đó qua cho máy, nếu hên gặp người trước đang dev dự án đó thì nó move wa cho, còn xui thì thằng đó vừa nghỉ phải ngồi mò mà cài để chạy đc, xui xui 2 3 ngày cài ko đc là ăn chửi, h thì có docker rồi, chỉ cần biết lệnh build, up down là ok nhưng cũng phải học để biết docker là gì. Full là FE, BE, Document, Test ông làm hết, nói chung 1 mình ông chịu trách nhiệm cho toàn dự án, bởi vậy mấy thằng product qua tôi là thở oxy hết
C50F2UH.png
 
Hồi xưa thì còn dùng máy ảo để dev, người mới vô sẽ copy cái máy ảo đó qua cho máy, nếu hên gặp người trước đang dev dự án đó thì nó move wa cho, còn xui thì thằng đó vừa nghỉ phải ngồi mò mà cài để chạy đc, xui xui 2 3 ngày cài ko đc là ăn chửi, h thì có docker rồi, chỉ cần biết lệnh build, up down là ok nhưng cũng phải học để biết docker là gì. Full là FE, BE, Document, Test ông làm hết, nói chung 1 mình ông chịu trách nhiệm cho toàn dự án, bởi vậy mấy thằng product qua tôi là thở oxy hết
C50F2UH.png
Uni test thì ai chả viết. Do ông gặp product lõm thôi. Cỡ @Nipin thì nó khác
 
một mình nó chịu trách nhiệm cả dự án thì cty làm cái lìn gì?
đòi client tầm 10k, chia cho thằng dev 1k, trừ chi phí đúc túi 8k, thảo nào bọn nó chả chạy mất dép =)
 
Nó ko động thì tức là nó ko khó ?
Đánh giá chủ quan vậy ? :feel_good:
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é. :nosebleed:
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

Cái drag drop ông làm không được do không biết cách tìm kiếm và research thôi. Để tôi thời gian tìm hiêu tôi làm được hết. Chứ chả phải thằng nào cũng bay vào phát làm xong luôn.

Tôi nói nó đơn giản không phải vì cái ngôn ngữ của nó. Mà về cái domain. Cái domain frontend này phải dược thiết kế để thằng dev nó làm việc rất dễ dàng, chứ chả ai làm cho nó phức tạp lên. Nó yêu cầu kiến thức về CS rất thấp. Nồng độ gần như là thấp nhất trong cái ngành này.

Ông cứ thử so sánh qua mấy domain như AL/ML, embedded, networking xem thử thế nào. Cái core business nó nằm ở backend, và cái khó cũng nằm ở đó, chứ không phải nằm ở frontend. Cái backend có thể là AI. có thể là IOT, các thuật toán xử lý âm thanh hình ảnh, có thể là microservices, hoặc có thể là 1 cái linux driver để giao tiếp với hardware, hoặc thậm chí là ASIC/FPGA chẳng hạn

Cái stack nó không chỉ dành cho web đâu anh ạ. Và frontend, backend cũng không phải chỉ cho web đâu. Còn cái devops thì tôi nghĩ bất cứ thằng làm backend nào cũng biết, làm gì có thằng backend nào mà không rành devops ? và một lần nữa, devops nó cũng không chỉ dành cho web đâu nha.

Tôi có thể nói với ông thế này, tôi có thể không design ra 1 thuật toán xử lý hình ảnh như tụi Photoshop , hoặc tôi không thể viết 1 cái ethernet driver như tụi embedded đang làm, nhưng tôi chắc chắn là được 1 cái frontend, cho dù ông đưa bất cứ yêu cầu nào, từ làm frontend cho xe hơi, cho thiết bị nhúng, cho web, cho mobile... mặc dù tôi không phải là dân làm frontend chuyên nghiệp.
 
Last edited:
Hồi xưa thì còn dùng máy ảo để dev, người mới vô sẽ copy cái máy ảo đó qua cho máy, nếu hên gặp người trước đang dev dự án đó thì nó move wa cho, còn xui thì thằng đó vừa nghỉ phải ngồi mò mà cài để chạy đc, xui xui 2 3 ngày cài ko đc là ăn chửi, h thì có docker rồi, chỉ cần biết lệnh build, up down là ok nhưng cũng phải học để biết docker là gì. Full là FE, BE, Document, Test ông làm hết, nói chung 1 mình ông chịu trách nhiệm cho toàn dự án, bởi vậy mấy thằng product qua tôi là thở oxy hết
C50F2UH.png
Cty toxic thế
 
Tôi thấy vẫn là do con người là chính. Nhóm tôi làm outsource, được khách hàng tin tưởng giao cả hệ thống, tham khảo ý kiến để làm quy trình tốt hơn. Khách hàng và sếp đều tốt, chịu lắng nghe và thay đổi. Làm vì cái tâm làm cho sản phẩm tốt hơn thì đâu cũng vậy.
Có cái chắc chắn là dễ bay màu cả team lúc nó hết tiền :sad
 
Tôi thấy vẫn là do con người là chính. Nhóm tôi làm outsource, được khách hàng tin tưởng giao cả hệ thống, tham khảo ý kiến để làm quy trình tốt hơn. Khách hàng và sếp đều tốt, chịu lắng nghe và thay đổi. Làm vì cái tâm làm cho sản phẩm tốt hơn thì đâu cũng vậy.
Có cái chắc chắn là dễ bay màu cả team lúc nó hết tiền :sad
Outsource cũng có nhiều kiểu , có cty nó outsource qua cho bên mình làm từ đầu đến cuối ,tech stack cũng bên mình quyết định rồi hỏi ý kiến nó , cũng có thể loại nó chỉ outsource về 1 cục nhỏ trong đống app bự của nó , rồi còn đi maintain ,fixbug hay thậm chí là chí là định hình cái solution cho nó thôi :D .
Đồng ý vs bác khi ở lv là culi dev chưa lên được chức danh to bự nào để quyết định đường đi của 1 project thì cả 2 không khác nhau là mấy ,chủ yếu mindset của ông dev code như nào thôi :D . Chứ bản thân mình cũng đang làm outsource , nhận task code cho xong cũng đc nhưng sẽ k qua đc cửa review code của mấy ông trên :D nên bản thân khi nhận task thì phải tốn nữa ngày suy nghĩ solution để sau này mở rộng khỏe vs mấy thằng khác đụng vào code của mình cũng k dám chửi mình :D
 
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.
Ko phải thì anh biết kẹc gì mà đánh giá.
Thằng đếch nào chả đi làm vì tiền mà bày đặt khinh này khinh nọ.
Giờ làm product 15tr với làm outsource 30tr có đứa nào tự tin chọn 15tr ko ?

Trên đời chỉ có thằng nhiều tiền khinh thằng ít tiền thôi, bớt xạo lol đi mấy anh gì ở trên ơi.
 
Ko phải thì anh biết kẹc gì mà đánh giá.
Thằng đếch nào chả đi làm vì tiền mà bày đặt khinh này khinh nọ.
Giờ làm product 15tr với làm outsource 30tr có đứa nào tự tin chọn 15tr ko ?

Trên đời chỉ có thằng nhiều tiền khinh thằng ít tiền thôi, bớt xạo lol đi mấy anh gì ở trên ơi.

Quan trọng là road map để phát triển sau này ah bạn, chứ giờ kêu làm ở grab, zalo hoặc line lương 15tr tui cũng ok vì học được nhiêu. 30t mà qua fpt outsource thì thôi có cho qua ngồi không t cũng không qua 😓. Mindset làm vì tiền thì mình ok nhưng phải suy nghĩ long term xí, cty mang lại value gì cho mình, career path có sáng không chứ mấy ông outsource cứ tiền trao cháo múc k có goal định hướng thì thôi cả đời cũng k làm chủ được.

Gửi từ Xiaomi Redmi Note 9S bằng vozFApp
 
e, hoặc thậ
Ko phải thì anh biết kẹc gì mà đánh giá.
Thằng đếch nào chả đi làm vì tiền mà bày đặt khinh này khinh nọ.
Giờ làm product 15tr với làm outsource 30tr có đứa nào tự tin chọn 15tr ko ?

Trên đời chỉ có thằng nhiều tiền khinh thằng ít tiền thôi, bớt xạo lol đi mấy anh gì ở trên ơi.
Vấn đề lớm nhất outsource là nó trả lương thấp vl đó fen
 
Có nhiều cty mang tiếng làm Product, tuy nhiên thực ra bản chất nó lại là outsource cho chính công ty đó, product do 1 team core làm ra, sau đó đẩy cho 1 team khác gia công lại, do đó cứ không phải là vào 1 công ty Product chính hiệu thì sẽ làm Product đâu.
 
Back
Top