> Programs that modify data being simultaneously accessed by multiple goroutines must serialize such access.
> To serialize access, protect the data with channel operations or other synchronization primitives such as those in the sync and sync/atomic packages.
> If you must read the rest of this document to understand the behavior of your program, you are being too clever.
> Don't be clever.
Господа, уже не раз видел что тут есть обмазанные го.
Кто-то уже насасывал, как следует, паттерны error handling'а, или типа того, в деле (кроме if err != nil, бля)?
Вот берём обычный http.Client, и через транспорт насаживаем таймаут.
Теперь хотим отловить этот таймаут, в случае оказии.
Гобложик говорит что заебись это делать как-то типа
if nerr, ok := err.(net.Error); ok && nerr.Timeout() {
fmt.Println("АЗАЗАЗА, ТАЙМАУТ ЛОЛ!")
return
}
Но на деле "dial tcp ...: i/o timeout" - под это не катит, внезапно.
Ну не парсить же стринг с error'ом?
Расчехлите, как тут правильно?
http://www.reddit.com/r/golang/comments/1ye3z6/go_vs_nodejs_for_servers/cfjq143 чувак, деплоивший жаваскриптопонос на серверсайд около трёх лет, унижает ноуди.джиэс и грит что гоъ полущ
http://dump.bitcheese.net/images/aluvebe/test.png Собрал на кубиборде хелловорлд на Go, запустил на Nokia N9. Работает. Хорошо зделано.
Цоперайт © 2010-2016 @stiletto.