[TheSwarm]

Originally Posted by Hellscream

Thanh niên này có Tech Stack giống tôi vãi. FE thì Vue.js, BE các thể loại thì Django + Celery. Thêm cái Postgre nữa là y chang tôi.

Tôi thì Flask + RabbitMQ/Celery + Postgre/Mongo + Elastic tùy dự án.

Và tất nhiên FE là Vuejs/Nuxtjs

[pepguard-violon-v1.0]

Originally Posted by su.thay

C++ anh bảo crossplatfrom là sai nhé. Bản chất C++ rất khó code crossplatform. Nguyên nhân là do binary compatibility.

Binary compatibility Nghĩa là sao??

Tức là khi anh compile, nó sẽ chuyển function và variable thành 1 dạng mã hóa, gọi là macro, ví dụ hàm functionA, nó sẽ chuyển thành function122333A

Dẫn tới 1 việc là các máy khác nhau, các compiler khác nhau, sẽ compile ra các macro khác nhau. Nên build trên win nó ra macro khác, build trên linux nó ra macro khác, thậm chí compiler 3.x và 4.x nó cũng ra khác. Nếu anh sử dụng API của win trên linux thì gần như là điuề không thể. Hoặc thậm chí là 2 phiên bản linux khác nhau cũng mệt mỏi

Cho nên rất khó để build C++ cho crossplatfrom.

Các người ta hay làm hiện giờ là viết bằng C++. sau đó wrap lại bằng C (C thì nó sẽ sinh ra macro giống nhau, C là ngôn ngữ bin compability), sau đó từ C API này có thể chuyển thành python API, ruby API ... Hoặc API cho bất cứ ngôn ngữ nào 1 cách dễ dàng bằng cách dugnf COM, CORBA, ...


Đây có thể gọi là 1 trong 2 yếu điểm chí mạng của C++. Thầy có đọc 1 blog của tác giả viết ra C++, và lão chỉ nói sau khi thảo luận thì quyết định làm vậy là để cho theiets kế compiler 1 cách thoải mái. Nhưng mà đây là quyết dịnh ngu ngốc nhất của các anh thiết kế ngôn ngữ C++. NÓ làm cho C++ khong thể bủng nổ được.

Các anh nên nhớ phần lớn trường ĐH người ta dạy C/C++. có nghĩa là nó là ngôn ngữ được học và nắm bắt nhiều nhât, người ta sẽ quen với câu lệnh và tư duy C/C++ trước, rồi mới chuyển qua các ngôn ngữ khác. Với thuanatj lợi như vậy, nếu nó được thiết kế tốt, chắc chắn sẽ bùng nổ, Nhưng rất tiến 2 yếu điểm chí mạng của nó, làm người ta bắt buộc phải thiết kế ra các ngôn ngữ khác.


Thêm nữa quyết định này đi ngược với triết lý thiết kế của C.

Túm váy là C và C++ là do 2 nhóm khác nhau phát triển, Những ông phát triển C đúng là siêu nhâm. Còn C++ thì không phải vậy, nó được thiết kế rất láo và thiếu kinh nghiêmhj


Chính cha đẻ của C, lão cũng rất ngứa mắt với C++, vì những quyết định tào lao của nhóm này, nên lão mới hợp tác với google để làm ra golang. Golang giải quyết triệt để 2 bài toán vướng mắc của C++

1/ Quản lý memory, golang dùng 1 deamon để coder khỏi quan tâm tới free memory
2/ Golang là ngôn ngữ có bin compatibility. Tức là viết crossplatform dễ dàng



I just love programming in Go. Its fast, its efficient, it prevents bad habits and defines a formatting schema. What a dream.

Not only that, it offers cross platform compilation and runs on all operating systems without the need for Go to be installed. Its compiled!

Thầy này trình độ khá là ghê đó.
Công nhận thích thằng go thiệt. Nội việc ko chơi với oop là thấy thích rồi. Nhanh gọn.

[su.thay]

Cái anh nói không chuẩn, anh hoàn toàn có thể wrap alloc lại, để ngươi dùng khỏi cần quan tâm tới alloc pointer, Anh có thể tìm hiểu C++16, C++20, team dev C++ đang tìm mọi các để loại bỏ thằng pointer. Chính team phát triển nó cũng thấy sai lầm khi để expose ra quá nhiều thông qua pointer rồi. Chính pointer ón phá vỡ rất nhiều quy tắc, Ví dụ đơn giản, nếu anh làm hàm get, trả về pointer của 1 thành phần private, C++ nó vẫn chạy phè phè, để mặc encapsulation

Thằng go làm điều này rất tốt.

Thứ 2, nếu anh không dùng OOP thì thôi, còn nếu anh dùng, anh phải tôn trọng rules của nó. Nhưng thứ không phải là Rules có nghĩa nó là special cases. Càng nhiều special cases, thì ngôn ngữ của anh càng không tuân theo quy tắc. Và một người coder, ngươi ta chỉ được dạy về lý thuyết OOP, có nghĩa là tất cả ngôn ngữ OOP đều phải tuân theo quy tắc đó, việc đó giúp cho việc chueyenr qua lại giữa các ngôn ngữ sử dụng OOP không gặp khó khăn.

Bản thân ngôn ngữ là 1 set các quy tắc, anh chơi phá luật, bắt người dùng phải học special cases. Đó không thể là ngôn ngữ tốt. Anh đưa ra quy tắc để người ta làm theo, nhưng chính anh là người phá vỡ quy tắc nhiều nhất, thì ai có thể tin tưởng anh

Originally Posted by flowerfx2

Còn mình làm 7 năm về c++ và 3 năm về c rồi , theo mình thấy cái vụ oop đẻ ra để ép theo quy tắc thôi, nó mang tính trừu tượng rất cao, bên c++ nó tự do với mọi cách viết oop nên nó kok có interface và cho thừa kế nhiều nơi, tại sao chỉ cần lớp trừu tượng là đủ, vì c++ nó quản lý theo bộ nhớ, trong class nó có các hàm vốn dĩ nếu mapping theo c là con trỏ hàm, mà con trỏ hàm này nếu trả về null theo bên c++ là pure virtual function thì trình biên dịch về lý thuyết vẫn có thể alloc phần nhớ cho class trừu tượng dc, nhưng theo oop thì điều đó hơi rắc rối cho ng dùng và nó cấm alloc mem cho lớp trừu tượng luôn cho dev nâng cấp code cho tiện

Bên c++ a nên làm về memory thì sẽ hiểu dc c/c++ hoạt động thế nào, dễ nhất là các dự án của nhật làm nâng cấp các ứng dụng 16-32 bit lên 64 bit là a sẽ thấy nó map các struct class c/c++ từ data chứ kok phải kiểu đọc data phân tích rồi alloc ra đâu, nói chung về bản chất c++ cũng là c thôi, vì mình từng viết macro để apply cái oop của c++ xuống code c rồi

[deolamgicungbibanlasao]

Đại chiến giữa sư thầy và flowerfx2 , không hiểu nhiều lắm nhưng hóng

Gửi từ Xiaomi MI 8 Lite bằng vozFApp

[su.thay]

Chả có gì là đại chiến cả anh ạ. nói chuyện chém gió chơi thôi.
Chứ bản chất mà nói ngôn ngữ nào tốt, ngôn ngữ nào không tốt đã sai rồi.

Chỉ nói về mặt thiết kế của ngôn ngữ xem nó thiết kế vậy có hợp lý hay không thôi,
Vì khi thiết kế, team hoàn toàn biết những việc như vậy
Nhưng chugns nó chấp nhận để đạt được 1 mục tiêu nào đó thôi.

Thực tế chứng minh thì những quyết định đánh đổi của team C++ là khá sai, dẫn tới việc C++ không thể bùng nổ trên thị trường được.

Một ví dụ là java, mặc dù ra đời lâu lắm rồi thành tiêu chuẩn cho mọi ngôn ngữ về OOP

Originally Posted by deolamgicungbibanlasao

Đại chiến giữa sư thầy và flowerfx2 , không hiểu nhiều lắm nhưng hóng

[deolamgicungbibanlasao]

Originally Posted by su.thay

Chả có gì là đại chiến cả anh ạ. nói chuyện chém gió chơi thôi.
Chứ bản chất mà nói ngôn ngữ nào tốt, ngôn ngữ nào không tốt đã sai rồi.

Chỉ nói về mặt thiết kế của ngôn ngữ xem nó thiết kế vậy có hợp lý hay không thôi,
Vì khi thiết kế, team hoàn toàn biết những việc như vậy
Nhưng chugns nó chấp nhận để đạt được 1 mục tiêu nào đó thôi.

Thực tế chứng minh thì những quyết định đánh đổi của team C++ là khá sai, dẫn tới việc C++ không thể bùng nổ trên thị trường được.

Một ví dụ là java, mặc dù ra đời lâu lắm rồi thành tiêu chuẩn cho mọi ngôn ngữ về OOP

Thầy có nhận đệ tử ko thầy

Gửi từ Xiaomi MI 8 Lite bằng vozFApp

[su.thay]

Thầy có nguyên team chuyên cày vào amazon, google, facebook và các unicorn... đấy.
Nhưng toàn đám bạn hồi học ĐH, và đám học chung master.
Đang phân vân không biết nên public ra cho các anh vozer vào không
Vif sợ nằm vùng và các anh vozer lại bảo mua rìu qua mắt thợ các kiểu

Mà cũng sợ lộ info, và sợ các anh không theo nổi chương trình mà tụi nó đưa ra
Vì giờ trong group đó thì chắc còn khoảng 1-2 ông ở VN là còn đang cày để apply.
chứ nguyên group qua mỹ và canada và Đức hết rồi

Originally Posted by deolamgicungbibanlasao

Thầy có nhận đệ tử ko thầy

[vicecarlone.mt]

Originally Posted by su.thay

C++ bị chính cha đẻ của C và go nó chửi cho như con vì thiết kế ngu như bò.
Anh thiết kế API, thì việc đầu tiên là việc đặt tên hàm nó phải có tính discoverable,.
Vâỵ mà nó lúc thì chơi viết đủ, lúc thì chơi viết tắt
Một số ví dụ như stringstream, và str(). Đều lá xử lý string nhưng thằng thì viết tắt thằng thì viết đủ.

Từng đó đủ thấy những thằng thiết kế ra C++ là những thằng khoogn có kinh nghiệm về làm API. Vi phạm ngay 1 trong 5 nguyên tắc cốt lõi của API, là tính discoverable và consistent

Ngoài ra OOP trong C++ là kiểu OOP nửa mùa, vi phạm nguyên tắc OOP tùm lum. Một ví dụ đơn giản là iterator nhưng vẫn sử dụng dereference. Hoặc đưa ra frieend để phá vỡ tính đóng gói

Những thứ này chứng tỏ team phát triển C++ kém.

Anh làm việc với C mà khoong hiểu nó tức là anh cần phải học lại cấu trúc máy tính, và operating system. Nó sẽ hướng dẫn anh cách quản lý memory, từ đó anh map kiến thức từ OS sẽ giải thích được các vấn đề trong C/ Vì cha đẻ của C và golang đã bảo rồi, Mấy lão muốn viết OS, nhưng các ngôn ngữ thời đó đều gặp rào cản, nên lão làm ra 1 ngôn ngữ mới, để viết OS. Nên các vấn đề trong C, đều có thể được giải thích được dễ dàng khi anh học về HĐH

Công nhận với thầy vấn đề đặt tên của tụi thiết kế C++ rất củ chuối. Tên của nó vừa kế thừa của C, vừa tạo ra cái mới, rốt cuộc trở thành đống hổ lốn.
Còn OOP trong C++ thì ko đúng chuẩn so với các ngôn ngữ ra sau này.
Còn thằng C mình gặp vấn đề của nó là syntax nó lỏng lẻo, nhiều khi vô tình cast sai kiểu nó vẫn chấp nhận, dẫn đến kết quả bị sai, compiler ko báo được. Còn chuyển memory management thì mình ko nghĩ là mình quá kém.
Có dùng thử Go và thấy khá thích cách thiết kế mới của nó, sai này sai nọ là ko cho compile luôn

[deolamgicungbibanlasao]

Originally Posted by su.thay

Thầy có nguyên team chuyên cày vào amazon, google, facebook và các unicorn... đấy.
Nhưng toàn đám bạn hồi học ĐH, và đám học chung master.
Đang phân vân không biết nên public ra cho các anh vozer vào không
Vif sợ nằm vùng và các anh vozer lại bảo mua rìu qua mắt thợ các kiểu

Mà cũng sợ lộ info, và sợ các anh không theo nổi chương trình mà tụi nó đưa ra
Vì giờ trong group đó thì chắc còn khoảng 1-2 ông ở VN là còn đang cày để apply.
chứ nguyên group qua mỹ và canada và Đức hết rồi

Ối giời tôi làm công nhân thôi thầy ạ , chẳng qua thích code thôi , thầy cần người pha trà rót nước , thi thoảng chỉ bảo tí thì đc chứ bảo cày amz với Google thì 3 kiếp nữa tôi cũng ko làm nổi thầy ạ

Gửi từ Xiaomi MI 8 Lite bằng vozFApp

[kiemrong08]

mình thích go và rust, 2 cái đó khi compile ra bin chạy khỏi cần dependency như các ngôn ngữ khác rất user friendly

via vozForums for iPhone