LINUX.ORG.RU

История изменений

Исправление ncrmnt, (текущая версия) :

Фига, как у Вас, сэр, от одного комментария пригорело. Там немного льда вроде было в холодильнике...

А я пока поясню. Сабжевый проект, если и имеет смысл где-то собирать, то на NAS/роутер с HDD, который работает 24/7, чтобы делать бэкапы в облако тихо и мирно по крону. В идеале - сделать даже пару готовых сборочек OpenWRT с сабжем, чтобы народ смог быстро развернуть их и создать начальную критическую массу пользоватетелей, причем с практически 24/7 доступным хранилищем. Это нас плавно подводит к вопросу необходимости кросса.

У го с кроссом пока не очень хорошо, потому зная это выбирать все равно go - странный ход. Прошлый раз, когда мне потребовалось небольшую тулу на го кросскомпильнуть для работы на OpenWRT под одним роутером (MIPS) я эпически обломался. Хорошо хоть в вики проблему пометили, см. TODO. Пока фикса не вижу, пробовать еще раз лень.

Что касается самого go - то я к нему отношусь абсолютно равнодушно. Пока ничего принципиально нового в нем по концепту я не вижу. Кое кто его пропагандирует чуть ли не для эмбеддеда и микроконтроллеров (Ага, 8051 уже поддерживается, да?). Но тут он проигрывает тому же rust'у, у которого есть крайне полезный unsafe { } блок, которого нет в go, и есть фича не использовать динамической аллокации вообще. Для реалтайма крайне полезно.

В общем, суммируя весь базар, моя позиция - нехай развивается, если не сдохнет - посмотрим что из этого go выйдет лет через 5.

Исправление ncrmnt, :

Фига, как у Вас, сэр, от одного комментария пригорело. Там немного льда вроде было в холодильнике...

А я пока поясню. Сабжевый проект, если и имеет смысл где-то собирать, то на NAS/роутер с HDD, который работает 24/7, чтобы делать бэкапы в облако тихо и мирно по крону. В идеале - сделать даже пару готовых сборочек OpenWRT с сабжем, чтобы народ смог быстро развернуть их и создать начальную критическую массу пользоватетелей, причем с практически 24/7 доступным хранилищем. Это нас плавно подводит к вопросу необходимости кросса.

У го с кроссом пока не очень хорошо, потому зная это выбирать все равно go - странный ход. Прошлый раз, когда мне потребовалось небольшую тулу на го кросскомпильнуть для работы на OpenWRT под одним роутером (MIPS) я эпически обломался. Хорошо хоть в вики проблему пометили. Пока фикса не вижу, пробовать еще раз лень.

Что касается самого go - то я к нему отношусь абсолютно равнодушно. Пока ничего принципиально нового в нем по концепту я не вижу. Кое кто его пропагандирует чуть ли не для эмбеддеда и микроконтроллеров (Ага, 8051 уже поддерживается, да?). Но тут он проигрывает тому же rust'у, у которого есть крайне полезный unsafe { } блок, которого нет в go, и есть фича не использовать динамической аллокации вообще. Для реалтайма крайне полезно.

В общем, суммируя весь базар, моя позиция - нехай развивается, если не сдохнет - посмотрим что из этого go выйдет лет через 5.

Исправление ncrmnt, :

Фига, как у Вас, сэр, от одного комментария пригорело. Там немного льда вроде было в холодильнике...

А я пока поясню. Сабжевый проект, если и имеет смысл где-то собирать, то на NAS/роутер с HDD, который работает 24/7, чтобы делать бэкапы в облако тихо и мирно по крону. В идеале - сделать даже пару готовых сборочек OpenWRT с сабжем, чтобы народ смог быстро развернуть их и создать начальную критическую массу пользоватетелей. Это нас плавно подводит к вопросу необходимости кросса. Это быстро увеличит количество людей с хранилищами, которые будут работать практически 24\7.

У го с кроссом пока не очень хорошо, потому зная это выбирать все равно go - странный ход. Прошлый раз, когда мне потребовалось небольшую тулу на го кросскомпильнуть для работы на OpenWRT под одним роутером (MIPS) я эпически обломался. Хорошо хоть в вики проблему пометили. Пока фикса не вижу, пробовать еще раз лень.

Что касается самого go - то я к нему отношусь абсолютно равнодушно. Пока ничего принципиально нового в нем по концепту я не вижу. Кое кто его пропагандирует чуть ли не для эмбеддеда и микроконтроллеров (Ага, 8051 уже поддерживается, да?). Но тут он проигрывает тому же rust'у, у которого есть крайне полезный unsafe { } блок, которого нет в go, и есть фича не использовать динамической аллокации вообще. Для реалтайма крайне полезно.

В общем, суммируя весь базар, моя позиция - нехай развивается, если не сдохнет - посмотрим что из этого go выйдет лет через 5.

Исходная версия ncrmnt, :

Фига, как у Вас, сэр, от одного комментария пригорело. Там немного льда вроде было в холодильнике...

А я пока поясню. Сабжевый проект, если и имеет смысл где-то собирать, то на NAS/роутер с HDD, который работает 24/7, чтобы делать бэкапы в облако тихо и мирно по крону. В идеале - сделать даже пару готовых сборочек OpenWRT с сабжем, чтобы народ смог быстро развернуть их. Это нас плавно подводит к вопросу необходимости кросса. Это быстро увеличит количество людей с хранилищами, которые будут работать практически 24\7.

У го с кроссом пока не очень хорошо, потому зная это выбирать все равно go - странный ход. Прошлый раз, когда мне потребовалось небольшую тулу на го кросскомпильнуть для работы на OpenWRT под одним роутером (MIPS) я эпически обломался. Хорошо хоть в вики проблему пометили. Пока фикса не вижу, пробовать еще раз лень.

Что касается самого go - то я к нему отношусь абсолютно равнодушно. Пока ничего принципиально нового в нем по концепту я не вижу. Кое кто его пропагандирует чуть ли не для эмбеддеда и микроконтроллеров (Ага, 8051 уже поддерживается, да?). Но тут он проигрывает тому же rust'у, у которого есть крайне полезный unsafe { } блок, которого нет в go, и есть фича не использовать динамической аллокации вообще. Для реалтайма крайне полезно.

В общем, суммируя весь базар, моя позиция - нехай развивается, если не сдохнет - посмотрим что из этого go выйдет лет через 5.