[Nipin]

Cách học duy nhất là dùng trong công việc hàng ngày. Dùng vào việc gì thì tùy nhu cầu của bạn.
Chứ đọc tutorial chơi chơi thì chả nắm được cái gì đâu.

Đăng từ next.voz.vn phiên bản mới của vozForums. Click để xem bình luận gốc.

[Messii]

Originally Posted by Nipin

:facepalm: :facepalm: :facepalm: :facepalm: :facepalm: :facepalm: :facepalm:

Đề nghị google trước khi phát biểu.

xamlone nhấy chắc là cái DP Singleton qua bên js chỉ const là đủ

[foreveralone]

Originally Posted by Ikeda

Quay lại với đám FP luôn mồm giao giảng side-effects & states are evil, khuyến khích viết "pure function" mọi lúc mọi nơi. Cái đó không sai (trong phòng thí nghiệm ), nhưng trong thế giời của web, app, os cũng như thế giới thực với vô vàn side effects, trói buộc các function với đám đó khác gì mua dây buộc mình.

Vô vàn side effect thì sao, chả phải chỉ có FP mà kể cả OOP, các design pattern sinh ra chủ yếu cũng chỉ để gom side effects vào cùng 1 chỗ để quản lý. Business logic cũng phải tách ra tầng riêng, communicate bằng plain object rồi mới gửi data xuống cho DataMapper/ORM thực thi side effect.
Side-effects & State change EVERYWHERE mới là evil.

Còn đương nhiên nếu mà đi làm CRUD suốt ngày thì chẳng cần hiểu mấy thứ cao siêu tới vậy làm gì . Nếu thế thì mình thông cảm cho

[BAnhXe0]

Originally Posted by foreveralone

Vô vàn side effect thì sao, chả phải chỉ có FP mà kể cả OOP, các design pattern sinh ra chủ yếu cũng chỉ để gom side effects vào cùng 1 chỗ để quản lý. Business logic cũng phải tách ra tầng riêng, communicate bằng plain object rồi mới gửi data xuống cho DataMapper/ORM thực thi side effect.
Side-effects & State change EVERYWHERE mới là evil.

Còn đương nhiên nếu mà đi làm CRUD suốt ngày thì chẳng cần hiểu mấy thứ cao siêu tới vậy làm gì . Nếu thế thì mình thông cảm cho

Crud mà cho tầm 50 bảng , vài chục cột một bảng, sẵn sàng nâng số cột vsf bảng lên mà ko tốn công quá nhìu thì cũng khoai lắm anh à , lúc ấy chac viet plain code crud với model có mà chết , bảo trì kinh khủng nữa
Bản thân mình vẫn thich crud , vì khi crud sẽ tách hẳn phần business ra phần crud , phần crud mà ngon thì bê hẳn đi làm project nào cũng dc . Kiến thức về chuẩn hoá phải có mà mình ko quá mạnh.

Được gửi từ iPhone 6s - vozForums

[trustlaw]

bạn có vững eng chưa, nếu vững rồi thì lên trang chủ của nó đọc docs thôi, rồi từ từ thực hành.
Cứ học cho xong phần core, rồi từ từ đi lên

[business]

Học thằng nào có nhiều thư viện hỗ trợ, python hoặc c#,
go mới quá có nhiều thư viện hỗ trợ ko?

[ThiLam]

Go ngon mà các bác.
Em đang code java nhưng trước tết có làm dự án maintain lại cái dự án cũ từ java chuyển sang go.
Đúng như bác nào ở trên nói, go không có hỗ trợ exception, chỉ trả ra cái error chung chung, để control thì hơi thủ công nhưng vẫn làm được, ngoài ra go không có generic tuy nhiên có thể dùng interface thay thế, bản thân mình thấy không khác nhau lắm.
Nhận xét của mình là go phù hợp với các hệ thống chịu tại cao, tps lớn, phù hợp với các hệ thống core ở bên dưới. Như dự án của mình thì bên tầng trên viết bằng api bằng java, các hệ thông core bên dưới viết bằng go, có queue đứng ở giữa.
Ở go mình thấy có điểm hay là việc tạo ra các goroutine ( các ngôn ngữ khác là thread ) rất nhanh và nhẹ, chỉ 2kb và thời gian tạo chỉ bằng nano second. Do đó không cần phải sử dụng thread pool để quản lý (ngon vl ), tuy nhiên cũng cần cẩn thận để tránh leak memory. Ngoài ra, ở go có công cụ rất hay tên là channel, sử dụng để giao tiếp giữa các goroutine theo mình thấy là pefect.

[Nipin]

Originally Posted by ThiLam

Go ngon mà các bác.
Em đang code java nhưng trước tết có làm dự án maintain lại cái dự án cũ từ java chuyển sang go.
Đúng như bác nào ở trên nói, go không có hỗ trợ exception, chỉ trả ra cái error chung chung, để control thì hơi thủ công nhưng vẫn làm được, ngoài ra go không có generic tuy nhiên có thể dùng interface thay thế, bản thân mình thấy không khác nhau lắm.
Nhận xét của mình là go phù hợp với các hệ thống chịu tại cao, tps lớn, phù hợp với các hệ thống core ở bên dưới. Như dự án của mình thì bên tầng trên viết bằng api bằng java, các hệ thông core bên dưới viết bằng go, có queue đứng ở giữa.
Ở go mình thấy có điểm hay là việc tạo ra các goroutine ( các ngôn ngữ khác là thread ) rất nhanh và nhẹ, chỉ 2kb và thời gian tạo chỉ bằng nano second. Do đó không cần phải sử dụng thread pool để quản lý (ngon vl ), tuy nhiên cũng cần cẩn thận để tránh leak memory. Ngoài ra, ở go có công cụ rất hay tên là channel, sử dụng để giao tiếp giữa các goroutine theo mình thấy là pefect.

mới thế này mà đã lên đỉnh rồi thì dùng erlang/elixir chắc thoát tinh mà chết :s

[9a1phu]

Originally Posted by ThiLam

Go ngon mà các bác.
Em đang code java nhưng trước tết có làm dự án maintain lại cái dự án cũ từ java chuyển sang go.
Đúng như bác nào ở trên nói, go không có hỗ trợ exception, chỉ trả ra cái error chung chung, để control thì hơi thủ công nhưng vẫn làm được, ngoài ra go không có generic tuy nhiên có thể dùng interface thay thế, bản thân mình thấy không khác nhau lắm.
Nhận xét của mình là go phù hợp với các hệ thống chịu tại cao, tps lớn, phù hợp với các hệ thống core ở bên dưới. Như dự án của mình thì bên tầng trên viết bằng api bằng java, các hệ thông core bên dưới viết bằng go, có queue đứng ở giữa.
Ở go mình thấy có điểm hay là việc tạo ra các goroutine ( các ngôn ngữ khác là thread ) rất nhanh và nhẹ, chỉ 2kb và thời gian tạo chỉ bằng nano second. Do đó không cần phải sử dụng thread pool để quản lý (ngon vl ), tuy nhiên cũng cần cẩn thận để tránh leak memory. Ngoài ra, ở go có công cụ rất hay tên là channel, sử dụng để giao tiếp giữa các goroutine theo mình thấy là pefect.

Mình thì biết Golang và có code nó hồi đầu 2017. Bạn nói đúng goroutine nó nhanh ở chổ nó ko chạy green thread ( Thread của OS ). Thread nó được cấp ở Runtime, nhưng code go khổ dâm ở chổ là check statement cho rất nhiều, nhiều thằng cứ trong if check là nó chọi panic . Go thì vẫn có race-condition nhưng mình nhớ nó có tools trace được và sài channel mà sai cách thì vẫn dead-lock. .
Debug cũng khá là boilerplate. Go thì spec nó cũng ngắn nhanh nhưng đi sau vào nó thì cũng ko hề dễ. .

Mình thì sau khi chán code Go , mình té sang Elixir hồi 2018. Mà kể ra Go nó nhiều framework vcl.

[yugi331]

bác nào có kn code web mà server xài là golang client là vue ko?? xin nhờ chỉ giáo.