thảo luận Tất tần tật về Go (Golang)

zhukov said:

cái vụ gom rác này của Go thường thì thích còn cao thì méo thích. Đọc vài bài bên bọn Tây nó chán cái GC này củ Go. Chính nó làm thọt per của Go đi rất nhiều.

Click to expand...

Dr.Xylitol said:

quá ghê, mình cũng 30 mà chỉ làng nhàng. Thím học những gì mà vô được google vậy? Mình tham khảo nâng trình lên tí

Click to expand...

• OOP Golang ko focus vào, nên điểm xấu mọi ng nói nhiều rồi. Thấy interface của go tiện ở chỗ: không nhất thiết phải implement từ interface như java -> có thể dùng interface để lọc các struct cần thiết mà ko phải sửa các struct đó. Tương tự có thể thoải mái thêm method ở 1 chỗ khác mà ko phải sửa class như java.
• go concurrency base preemptive khá là nhanh gọn nhẹ. java có thể dùng akka actor của scala mà cảm thấy ko ngon bằng go channel.
• cách quản lý dependencies tệ vcl, tương tự khiến việc dùng grpc bị cũng gặp rắc rôi với versioning

Pianist said:

Giờ mới lội vào đây. Mình cũng bằng tuổi mà khéo còn làng nhàng hơn.
Thời sv cũng vùng vẫy lập trình thi cử nọ kia mà xong bỏ xó

Tiếc là ko lớn lên ở SG, quá nhiều cơ hội và dễ dàng tiếp cận.
Thời mình ra trường thì HN ngập tràn outsource Nhật, lựa chọn khác mà nhiều ng mong muốn là các tập đoàn nhà nước VNPT Viettel, thời đó cực chảnh chó coi ứng viên như cỏ rác, mà giờ đỡ hơn rồi. Hồi đó mông lung về sự nghiệp, vác lên voz hỏi mà cũng ko có ai chỉ lối.

Giờ thì ko đến nỗi quá tệ nhưng cũng ko có gì happy lắm. HN giờ nhiều cty xịn hơn nhưng cơ bản vẫn đéo bằng SG. Mấy thằng bạn học hành bthg, gắn bó viettel với vcb lương 1 năm cũng lên gần tỷ cmnr.

=====
Btw, cũng là dev chính java và có cơ hội trải nghiệm go. Để ko OT thì góp ý vài nhận xet, tuy ko đào sâu go:

• OOP Golang ko focus vào, nên điểm xấu mọi ng nói nhiều rồi. Thấy interface của go tiện ở chỗ: không nhất thiết phải implement từ interface như java -> có thể dùng interface để lọc các struct cần thiết mà ko phải sửa các struct đó. Tương tự có thể thoải mái thêm method ở 1 chỗ khác mà ko phải sửa class như java.
• go concurrency base preemptive khá là nhanh gọn nhẹ. java có thể dùng akka actor của scala mà cảm thấy ko ngon bằng go channel.
• cách quản lý dependencies tệ vcl, tương tự khiến việc dùng grpc bị cũng gặp rắc rôi với versioning

.... chưa nhớ ra thêm gì nữa.

Click to expand...

naiveryan said:

1. Lương dev gần 1 tỷ 1 năm thì mạnh lắm rồi bạn ơi, bảo trung bình ra 3k3/tháng thì saigon cũng hiếm. Giờ t mới biết Viettel/Vcb bạo chi vậy đó.

2. THời đại nào rồi còn OOP hả bạn ơi, OOP để chém lý thuyết suông lúc phỏng vấn hay gì à?

Click to expand...

Pianist said:

cách quản lý dependencies tệ vcl

Click to expand...

pinkp7996 said:

Con go này mình theo dõi lâu rồi trước tham vọng nhiều giờ có vẻ đuối r

Click to expand...

Effoc said:

Mới gọc Go đến đoạn interface ngáo luôn các thím ạ

Thím nào có tâm giải thích cho em ưu điểm của implicit implementation của Go so với explicit implementation của C#, Java không ạ?

Click to expand...

buonnguqua said:

Thớt dài 15 page nhưng mục đích chính vẫn là các môn đồ của C#, Java chửi bới OOP và Generic của Golang mà

Click to expand...

Effoc said:

Cảm ơn thím, cái này coi dễ hiểu

Cái nữa em thắc mắc là implicit có ưu điểm gì so vơi explicit truyền thống trong C#, Java?

Click to expand...

cugiametruyen85 said:

Ưu điểm là flexible hơn
Nhược điểm là IDE support cùi hơi, code navigate khó hơn, không express intent của impl
Nói mịa ra implicit interface là thể loại xăng pha nhớt.
Nếu bạn chưa học qua C#,Java thì nên học trước rồi hẳng học Go, học thằng Go này trước ngu người hết

Click to expand...

Effoc said:

Em cảm ơn thím ạ, em có học qua C# rồi nên mới thắc mắc implicit implement có ưu điểm gì hơn

Click to expand...

buonnguqua said:

Do những người sáng tạo ra Go họ thích thế.
Việt Nam bắt đầu đại học thì học C++ xong học tiếp là Java,
học trung tâm thì kỳ 2 bắt đầu Java/C#.
Chứ dân Mỹ từ bé học Scratch nên họ không đội Java/C# lên đầu

Click to expand...

var a [3]int
var a = [3]int{}
a := [3]int{}

var s []int
var s = []int{}
var s = make([]int, 3)

package main

import (
"fmt"
"time"
)

func worker(done chan bool) {
fmt.Print("working...")
time.Sleep(time.Second)
fmt.Println("done")

done <- true
}

func main() {

done := make(chan bool, 1)
go worker(done)

<-done
}

Click to expand...

Block until we receive a notification from the worker on the channel. If you removed the <- done line from this program, the program would exit before the worker even started.

Click to expand...

ch <- v // Send v to channel ch.
v := <-ch // Receive from ch, and
// assign value to v.

Click to expand...

Diana_hutmau said:

hỏi ngu nên không lập topic, tạm vào đây hỏi phần Channel Synchronization



mấy thím cho hỏi cái đoạn <- done màu đỏ nghĩa là sao ? Nếu em vứt đoạn đó đi thì nó sẽ bị lỗi
đọc ở gobyexample thì nó có giải thích rằng

đã đọc công dụng của channel operator

nhưng <-done đứng 1 mình thì mình không hiểu

Click to expand...

Effoc said:

Cái nữa em muốn hỏi trong Go vẻ có nhiều cách declare variable quá k biết người ra prefer cách gì nhỉ. Vd như tạo array hay slice sơ sơ có vài cách như sau:

Code:

var a [3]int
var a = [3]int{}
a := [3]int{}

var s []int
var s = []int{}
var s = make([]int, 3)

Click to expand...

trungpham90 said:

Main thread sẽ block đến khi nào channel done có output, tức là khi worker trả về true,
Ko có dòng này thì main thread sẽ return mà ko đợi thread worker hoàn thành.

Click to expand...

Code:

package main

import (
    "fmt"
    "time"
)

func worker(done chan bool, num chan int) {
    fmt.Print("working...")
    time.Sleep(time.Second)
    fmt.Println("done")
 
    done <- true
    num <- 3
}

func main() {

    done := make(chan bool)
    num := make(chan int)
    go worker(done, num)
 
    <-done
}

Click to expand...

Code:

package main

import (
    "fmt"
    "time"
)

func worker(done chan bool, num chan int) {
    fmt.Print("working...")
    time.Sleep(time.Second)
    fmt.Println("done")
 
    num <- 3
    done <- true // change order
 
}

func main() {

    done := make(chan bool)
    num := make(chan int)
    go worker(done, num)
 
    <-done
}

Click to expand...

Diana_hutmau said:

Thím giải thích giúp em đoạn này
Code này chạy không lỗi



nhưng nếu ta đổi chút sẽ lỗi

Click to expand...

Main thread sẽ block đến khi nào channel done có output, tức là khi worker trả về true,
Ko có dòng này thì main thread sẽ return mà ko đợi thread worker hoàn thành.

• goroutine worker không bị deactive ở case 1 là do nó vẫn đợi value của chanel done
• ở case 2 main thread close nên goroutine worker deactive nhưng vẫn thay đổi giá trị của num nên sinh ra deadlock thôi