Mấy thằng ngu lúc nào cũng coder đéo quan trọng, quan trọng là tư duy giải quyết vấn đề.Cho tao hỏi là giải quyết vấn đề con cặc gì vậy.

Chỗ t làm dev đ đơn giản là học mỗi code rồi lên sủa bậy như thằng @Boy.Cu.To , mà học thêm đống thứ về quản trị, nên tư duy nó khác hẳn mấy, gọi là dev không sai. Còn mấy lz suốt ngày chăm chăm solo code, coder da best như nó thì gọi coder là hợp lý rồi.
Sau này làm lâu năm tự nó nhận ra thôi.
dev với quản trị nó liên quan gì đến nhau vậy? Ý mày là quản trị cái gì?
 
Tư duy ngu vl, đ ai nói là coder không quan trọng, mà m nên nghĩ là ai dễ bị thay thế hơn, hiểu không? Trong 1 dự án thì thay thằng fresher như m với thằng SA, thay thằng nào nhanh hơn?
Dm mỗi thằng mỗi role, nên nhiệm vụ khác nhau, việc m là code thì lo code, PM là quản lý thì lo quản lý, mối quan hệ win-win, so độ quan trọng cl. Đích đến cuối cùng là dự án go live, hiểu không?
Lồn mẹ mày t nói 1 câu ngắn gọn như này:
-1 thằng coder lâu năm thì nó thừa tư duy để giải quyết bài toán mà mấy thằng PM nghĩ ra.
-1 thằng PM lâu năm có cái Lồn code dc 1 bài của thằng coder.
code dc CURD cũng đéo dc chứ nói Lồn gì code thuật toán.
Đéo tin m tìm thằng nào làm 5,6 năm về code, m kêu nó phân task xem nó làm dc ko , rồi hỏi nó code này làm khoảng bao lâu xem nó làm dc ko.
mẹ ngu Lồn :vozvn (18): :vozvn (18): :vozvn (18): .
Nên tại sao PM thường là coder lâu năm đi lên.
còn thằng PM lâu năm thì sẽ đéo code dc thuật toán dù nó có là coder cách đây 5,6 năm (quên thuật toán) hoặc đéo biết cả CRUD( nếu là ngành khác làm PM).
tư duy như cặc:vozvn (19)::vozvn (19):
 
project manager nó hơn coder ở chỗ quản lý, phân bổ công việc, giám sát công việc. Nó nắm toàn bộ mọi thứ liên quan đến dự án trong tay.
còn coder thì đơn giản chỉ ngồi code thôi. Kiểu của 1 thợ đào thì chỉ biết đào, dùng máy để đào, và sửa máy đào thôi.
Còn lại kỹ năng quản lý thì đéo có =)))
role 2 thằng khac nhau cmm.
học quản lý khó hơn học code không?:vozvn (21)::vozvn (21)::vozvn (21):
 
giải quyết vấn đề đang đéo giải quyết đc
 
No one can disparage the ability to write good code. At its highest levels, it is an art.
-- Từ cuốn Coder to Developer
Thợ mà nhuần nhuyễn kĩ năng nào đó thì cũng là một cái nghệ thuật mà ko phải ai cũng có được...
Coder mà chịu khó học hỏi, code nhiều thì cũng có một cái kĩ năng mà ko phải cứ suy nghĩ, thông minh, trí tuệ ... mà có được
 
role 2 thằng khac nhau cmm.
học quản lý khó hơn học code không?:vozvn (21)::vozvn (21)::vozvn (21):
nó nằm ở tư duy về phân bổ, sắp xếp công việc thôi.
mày code giỏi muốn lên cao nữa thì đi học lớp quản lý, rồi xin để xuất lên làm đi.
1 thằng skill code giỏi + có kỹ năng quản lý mày làm dự án sẽ dễ và đạt hiệu quả hơn.
 
giải quyết vấn đề đang đéo giải quyết đc
mấy thằng Pm nhàn chết mẹ.
-phân task,, theo dõi tiến độ có thằng lead lo, còn tụi m phân thì cố mà bắt tay chặt với thằng lead team
-nghe báo cáo từ thằng lead
-làm việc với khách hàng( khúc này nghe thằng lead tư vấn là chém dc, nên chịu khó mà bợ thằng lead)
nên bài toán của tụi nó là bắt tay chặt với thằng lead team
còn coder có trăm ngàn bài toán giải quyết.
:vozvn (19): :vozvn (19): :vozvn (19):
 
Nhiều thằng, bao gồm cả t đã giải thích điều này ở 2 topic trước mà thằng ngu lz này lập rồi, nên giờ m có chia sẻ thêm với nó cũng như không.
Thằng này tư duy của nó là coder là số 1 trong cty, mấy thằng CEO, CTO là đbrr vì không còn ngồi code như nó. T tổng hợp về thằng @Boy.Cu.To như vậy chuẩn chưa @nova land?
Vậy là nó cố ý ngược dòng, đơn :vozvn (1): giản là ko trả lời nó là xong
 
nó nằm ở tư duy về phân bổ, sắp xếp công việc thôi.
mày code giỏi muốn lên cao nữa thì đi học lớp quản lý, rồi xin để xuất lên làm đi.
1 thằng skill code giỏi + có kỹ năng quản lý mày làm dự án sẽ dễ và đạt hiệu quả hơn.
rồi t hỏi mấy thằng nói quan trọng giải quyết vấn đề là vấn đề gì , khó bằng vấn đề trong code không.:vozvn (21)::vozvn (21):
 
Google search Jeff Dean hộ tạo nhé. Lead nhưng mà trình code vẫn còn thượng thừa, đầy thằng vẫn phải vô coi source code học hỏi. Chia sẻ cá nhân, bản thân đi làm start up thì tao phải đi kiếm project manager để trò chuyện cùng, kể cả người ta không code nhưng biết về nghiệp vụ như đàm phán với khách hàng, estimate cost,.. thì tao vẫn đánh giá cao hơn so với dev. Vậy thôi
 
Google search Jeff Dean hộ tạo nhé. Lead nhưng mà trình code vẫn còn thượng thừa, đầy thằng vẫn phải vô coi source code học hỏi. Chia sẻ cá nhân, bản thân đi làm start up thì tao phải đi kiếm project manager để trò chuyện cùng, kể cả người ta không code nhưng biết về nghiệp vụ như đàm phán với khách hàng, estimate cost,.. thì tao vẫn đánh giá cao hơn so với dev. Vậy thôi
đéo biết code est cái Lồn à.nhờ có suy nghĩ này mà có những thằng PM est với khách hàng ngu như chó làm khổ coder tụi tao :vozvn (19): :vozvn (19):.đéo thằng PM giỏi nào mà ko đi từ coder lên, và trình code của nó phải trên khá.
nghĩa là sao: nghĩa là nó phải giải quyết dc những vấn đề trong code trước, thì những việc như giải quyết vấn đề của khách hàng nó mới làm dc.
Vấn đề trong code > vấn đề khi làm việc ( ví dụ với khách hàng)
coder > PM.
:vozvn (18)::vozvn (18)::vozvn (18)::vozvn (18):
 
Nói chung đừng nghĩ coder không làm dc việc của PM,BA.dc hết mà nó đéo thèm làm thôi.
như t có thằng bạn học quản trị kinh doanh, t kêu nó học code mở rộng tư duy, nó học code 3 tháng sau nó lên trưởng phòng dù khi đó nó mới 25 tuổi:vozvn (12)::vozvn (12)::vozvn (12):
 
đéo biết code est cái lồn à.nhờ có suy nghĩ này mà có những thằng PM est với khách hàng ngu như chó làm khổ coder tụi tao :vozvn (19): :vozvn (19):.đéo thằng PM giỏi nào mà ko đi từ coder lên, và trình code của nó phải trên khá.
nghĩa là sao: nghĩa là nó phải giải quyết dc những vấn đề trong code trước, thì những việc như giải quyết vấn đề của khách hàng nó mới làm dc.
Vấn đề trong code > vấn đề khi làm việc ( ví dụ với khách hàng)
coder > PM.
:vozvn (18)::vozvn (18)::vozvn (18)::vozvn (18):

Làm đéo được thì kệ mẹ mày. Dưới góc độ chủ doanh nghiệp, khách hàng thì đéo ai quan tâm mày khổ hay không khổ. Thực tế nó là vậy. Mày nghĩ rằng, buộc phải biết code mới làm PM được á. Nó còn liên quan tới yếu tố ngoại hình, giao tiếp, miễn khách hàng ưng là được. Chứ đưa cho cái loại mày đi làm việc đấy thì công ty nó sập mẹ rồi.

Thêm nữa, PM nó cũng dựa trên team dev để nó estimate time, cost thôi. Không phải tự nhiên mà PM > DEV.
 
đéo biết code est cái lồn à.nhờ có suy nghĩ này mà có những thằng PM est với khách hàng ngu như chó làm khổ coder tụi tao :vozvn (19): :vozvn (19):.đéo thằng PM giỏi nào mà ko đi từ coder lên, và trình code của nó phải trên khá.
nghĩa là sao: nghĩa là nó phải giải quyết dc những vấn đề trong code trước, thì những việc như giải quyết vấn đề của khách hàng nó mới làm dc.
Vấn đề trong code > vấn đề khi làm việc ( ví dụ với khách hàng)
coder > PM.
:vozvn (18)::vozvn (18)::vozvn (18)::vozvn (18):
Mày làm việc bao lâu rồi, khách hàng nó chỉ quan tâm vấn đề của nó, còn vấn đề của code thì mày làm đi giải quyết, nó quăng cục tiền ra và muốn làm tính năng này. Thì PM, SA, Lead, Coder j đấy thì ngồi suy nghĩ giải quyết vấn đề của nó, và chỉ những dự án quá thuần tech như AI ... thì coder dc đánh giá cao, còn nhiều dự án khác họ cũng coi nó là công cụ để tăng productivity thôi, chứ ko giải quyết hết dc 50% business model của 1 project.
 
thiếu coder có làm dc không, hay chết con mẹ tụi mày luôn.
kể cả leader hay SA thiết kế kiến trúc mà đéo có coder cũng có lồn mà tụi mày code nổi 1 mình.
nên đừng tự nâng cao mình mà hạ thấp coder quá.
t có lời khuyên. :vozvn (19): :vozvn (19): :vozvn (19):
mà t nói luôn những thứ coder phải làm, phải tuân thủ, nó còn nhiều gấp đôi những gì tụi m làm.
thế mới thấy tại sao 1 thằng Project Manager trách nhiệm nhiều hơn coder mà lương đéo hơn dc coder.
Trách nhiệm nhiều hơn. lương đéo hơn, mà vẫn thủ dâm mình quan trọng hơn
Mày ngu lắm
 
Làm đéo được thì kệ mẹ mày. Dưới góc độ chủ doanh nghiệp, khách hàng thì đéo ai quan tâm mày khổ hay không khổ. Thực tế nó là vậy. Mày nghĩ rằng, buộc phải biết code mới làm PM được á. Nó còn liên quan tới yếu tố ngoại hình, giao tiếp, miễn khách hàng ưng là được. Chứ đưa cho cái loại mày đi làm việc đấy thì công ty nó sập mẹ rồi.

Thêm nữa, PM nó cũng dựa trên team dev để nó estimate time, cost thôi. Không phải tự nhiên mà PM > DEV.
nó đéo biết code nó dựa trên cái Lồn à mẹ thằng ngu này.
thằng team lead nó nói với mày 3 tháng mới xong dù m est 2 tháng.m đéo biết code nó qua mặt m phát một chứ ở đó mà xạo Lồn.
:vozvn (21): :vozvn (21): :vozvn (21):
 
lồn mẹ mày t nói 1 câu ngắn gọn như này:
-1 thằng coder lâu năm thì nó thừa tư duy để giải quyết bài toán mà mấy thằng PM nghĩ ra.
-1 thằng PM lâu năm có cái lồn code dc 1 bài của thằng coder.
code dc CURD cũng đéo dc chứ nói lồn gì code thuật toán.
Đéo tin m tìm thằng nào làm 5,6 năm về code, m kêu nó phân task xem nó làm dc ko , rồi hỏi nó code này làm khoảng bao lâu xem nó làm dc ko.
mẹ ngu lồn :vozvn (18): :vozvn (18): :vozvn (18): .
Nên tại sao PM thường là coder lâu năm đi lên.
còn thằng PM lâu năm thì sẽ đéo code dc thuật toán dù nó có là coder cách đây 5,6 năm (quên thuật toán) hoặc đéo biết cả CRUD( nếu là ngành khác làm PM).
tư duy như cặc:vozvn (19)::vozvn (19):
Nếu m làm việc bị PM và BA chèn ép quá thì nên kiếm công ty khác làm, lên đây hổ báo không làm thay đổi hiện thực đâu.
Với t thì tất cả bộ phận đều quan trọng, và đều có role riêng trong dự án. Thiếu một vị trí cũng không được.
Mindset của m tự nhận mình là "coder" thì không thể nào phát triển được.

1/ Xét về mức độ đào thải thì đào thải thằng dev là dễ dàng nhất. Thằng này nghỉ thì tuyển thằng khác, miễn sao mô tả rõ yêu cầu và quy hoạch hệ thống để cho nó code là được. Rồi m tự hình dung một dự án thay BA, thay PM thì nó sẽ ảnh hưởng ntn rồi m sẽ thấy độ quan trọng của từng vai trò.

2/ Vấn đề: không phải do thằng PM tự nghĩ ra, mà đó là yêu cầu của khách hàng. Khách hàng nó chỉ quan tâm làm thế nào để đáp ứng yêu cầu của nó. Chứ nó dí buồi quan tâm thằng dev của m code nhanh hay không, code sạch hay không.
Việc đáp ứng yêu cầu đến mức độ nào phụ thuộc vào khả năng thương lượng của thằng PM và trình độ giải quyết vấn đề của nó. Về đối ngoại, thằng PM chủ yếu mạnh về quy trình và giao tiếp. Về đối nội thì phân bổ nguồn lực, keeptimeline.

3/ "Một thằng "coder" lâu năm thừa tư duy để giải quyết bài toán của mấy thằng PM nghĩ ra"
=> Mừng cho thằng dev đó, và nó làm được đến mức này thì nó dí buồi code nữa. Nó sẽ làm PM hoặc PD.
"Một thằng PM lâu năm có cái Lồn code dc 1 bài của thằng coder"
=> Thằng PM nào cố gắng code chắc bị thiểu năng.

Phần mềm chỉ là một công cụ để xử lý một vấn đề thực tiễn, nếu không có nó thì người ta vẫn xử lý được vấn đề thực tiễn, nhưng bằng cách khó khăn hơn thôi, nên đừng cố thần thánh hóa.
 
Nếu m làm việc bị PM và BA chèn ép quá thì nên kiếm công ty khác làm, lên đây hổ báo không làm thay đổi hiện thực đâu.
Với t thì tất cả bộ phận đều quan trọng, và đều có role riêng trong dự án. Thiếu một vị trí cũng không được.
Mindset của m tự nhận mình là "coder" thì không thể nào phát triển được.

1/ Xét về mức độ đào thải thì đào thải thằng dev là dễ dàng nhất. Thằng này nghỉ thì tuyển thằng khác, miễn sao mô tả rõ yêu cầu và quy hoạch hệ thống để cho nó code là được. Rồi m tự hình dung một dự án thay BA, thay PM thì nó sẽ ảnh hưởng ntn rồi m sẽ thấy độ quan trọng của từng vai trò.

2/ Vấn đề: không phải do thằng PM tự nghĩ ra, mà đó là yêu cầu của khách hàng. Khách hàng nó chỉ quan tâm làm thế nào để đáp ứng yêu cầu của nó. Chứ nó dí buồi quan tâm thằng dev của m code nhanh hay không, code sạch hay không.
Việc đáp ứng yêu cầu đến mức độ nào phụ thuộc vào khả năng thương lượng của thằng PM và trình độ giải quyết vấn đề của nó. Về đối ngoại, thằng PM chủ yếu mạnh về quy trình và giao tiếp. Về đối nội thì phân bổ nguồn lực, keeptimeline.

3/ "Một thằng "coder" lâu năm thừa tư duy để giải quyết bài toán của mấy thằng PM nghĩ ra"
=> Mừng cho thằng dev đó, và nó làm được đến mức này thì nó dí buồi code nữa. Nó sẽ làm PM hoặc PD.
"Một thằng PM lâu năm có cái lồn code dc 1 bài của thằng coder"
=> Thằng PM nào cố gắng code chắc bị thiểu năng.

Phần mềm chỉ là một công cụ để xử lý một vấn đề thực tiễn, nếu không có nó thì người ta vẫn xử lý được vấn đề thực tiễn, nhưng bằng cách khó khăn hơn thôi, nên đừng cố thần thánh hóa.
Lồn mẹ m đang so PM với fresher junior coder ,PM làm đéo gì có fresher với junior mà m kêu dễ thay coder hơn.
với PM làm đéo gì khó thay nếu đéo xuất sắc.Nó như kiểu quản lý thôi, khó cái Lồn.
so fresher junior coder với 1 thằng PM giỏi thì m sai rồi.PM đéo giỏi thì thay trong 1 nốt, thay còn dễ hơn 1 thằng senior dev
 
Nếu m làm việc bị PM và BA chèn ép quá thì nên kiếm công ty khác làm, lên đây hổ báo không làm thay đổi hiện thực đâu.
Với t thì tất cả bộ phận đều quan trọng, và đều có role riêng trong dự án. Thiếu một vị trí cũng không được.
Mindset của m tự nhận mình là "coder" thì không thể nào phát triển được.

1/ Xét về mức độ đào thải thì đào thải thằng dev là dễ dàng nhất. Thằng này nghỉ thì tuyển thằng khác, miễn sao mô tả rõ yêu cầu và quy hoạch hệ thống để cho nó code là được. Rồi m tự hình dung một dự án thay BA, thay PM thì nó sẽ ảnh hưởng ntn rồi m sẽ thấy độ quan trọng của từng vai trò.

2/ Vấn đề: không phải do thằng PM tự nghĩ ra, mà đó là yêu cầu của khách hàng. Khách hàng nó chỉ quan tâm làm thế nào để đáp ứng yêu cầu của nó. Chứ nó dí buồi quan tâm thằng dev của m code nhanh hay không, code sạch hay không.
Việc đáp ứng yêu cầu đến mức độ nào phụ thuộc vào khả năng thương lượng của thằng PM và trình độ giải quyết vấn đề của nó. Về đối ngoại, thằng PM chủ yếu mạnh về quy trình và giao tiếp. Về đối nội thì phân bổ nguồn lực, keeptimeline.

3/ "Một thằng "coder" lâu năm thừa tư duy để giải quyết bài toán của mấy thằng PM nghĩ ra"
=> Mừng cho thằng dev đó, và nó làm được đến mức này thì nó dí buồi code nữa. Nó sẽ làm PM hoặc PD.
"Một thằng PM lâu năm có cái lồn code dc 1 bài của thằng coder"
=> Thằng PM nào cố gắng code chắc bị thiểu năng.

Phần mềm chỉ là một công cụ để xử lý một vấn đề thực tiễn, nếu không có nó thì người ta vẫn xử lý được vấn đề thực tiễn, nhưng bằng cách khó khăn hơn thôi, nên đừng cố thần thánh hóa.
m đéo biết code thì sao m biết cái project này làm trong bao lâu,chấp m biết năng lực từng thằng trong team m luôn???mà m est với khách hàng???? :vozvn (21): :vozvn (21): :vozvn (21):
 
Nếu m làm việc bị PM và BA chèn ép quá thì nên kiếm công ty khác làm, lên đây hổ báo không làm thay đổi hiện thực đâu.
Với t thì tất cả bộ phận đều quan trọng, và đều có role riêng trong dự án. Thiếu một vị trí cũng không được.
Mindset của m tự nhận mình là "coder" thì không thể nào phát triển được.

1/ Xét về mức độ đào thải thì đào thải thằng dev là dễ dàng nhất. Thằng này nghỉ thì tuyển thằng khác, miễn sao mô tả rõ yêu cầu và quy hoạch hệ thống để cho nó code là được. Rồi m tự hình dung một dự án thay BA, thay PM thì nó sẽ ảnh hưởng ntn rồi m sẽ thấy độ quan trọng của từng vai trò.

2/ Vấn đề: không phải do thằng PM tự nghĩ ra, mà đó là yêu cầu của khách hàng. Khách hàng nó chỉ quan tâm làm thế nào để đáp ứng yêu cầu của nó. Chứ nó dí buồi quan tâm thằng dev của m code nhanh hay không, code sạch hay không.
Việc đáp ứng yêu cầu đến mức độ nào phụ thuộc vào khả năng thương lượng của thằng PM và trình độ giải quyết vấn đề của nó. Về đối ngoại, thằng PM chủ yếu mạnh về quy trình và giao tiếp. Về đối nội thì phân bổ nguồn lực, keeptimeline.

3/ "Một thằng "coder" lâu năm thừa tư duy để giải quyết bài toán của mấy thằng PM nghĩ ra"
=> Mừng cho thằng dev đó, và nó làm được đến mức này thì nó dí buồi code nữa. Nó sẽ làm PM hoặc PD.
"Một thằng PM lâu năm có cái lồn code dc 1 bài của thằng coder"
=> Thằng PM nào cố gắng code chắc bị thiểu năng.

Phần mềm chỉ là một công cụ để xử lý một vấn đề thực tiễn, nếu không có nó thì người ta vẫn xử lý được vấn đề thực tiễn, nhưng bằng cách khó khăn hơn thôi, nên đừng cố thần thánh hóa.
ừ phần mềm đéo quan trọng, đéo có phần mềm ăn con cặc hết, excel là phần mềm đấy,đéo có excel m đi mà tính:vozvn (19)::vozvn (19):.
bắt gặp thêm 1 thằng Lồn coi phần mềm chỉ là công cụ.đéo có phần mềm thì đéo có nhu cầu ;làm phần cứng, đéo có luôn công nghệ 4.0
 
T k hơn thua gì với m, nên k cần phải mất bình tĩnh v đâu.
M đặt câu hỏi nhưng k tiếp nhận câu trả lời trái ý m thì tốt nhất không nên đặt.

Còn câu trả lời m hỏi ở tiêu đề chỉ trả lời đơn giản là: giải quyết vấn đề của khách hàng đặt ra một cách tối ưu nhất về chi phí.
 
Nhiều thằng, bao gồm cả t đã giải thích điều này ở 2 topic trước mà thằng ngu lz này lập rồi, nên giờ m có chia sẻ thêm với nó cũng như không.
Thằng này tư duy của nó là coder là số 1 trong cty, mấy thằng CEO, CTO là đbrr vì không còn ngồi code như nó. T tổng hợp về thằng @Boy.Cu.To như vậy chuẩn chưa @nova land?
1 2 bữa đầu tao còn thấy thằng này nó hay hay thì vui vẻ giao tiếp =)) càng rep thì càng lòi ra nó là 1 thằng đại ngáo hoặc đơn giản chỉ là tạo content, éo còn lý do j để tao phải rep nó nữa =))
 

Có thể bạn quan tâm

Top