Я ж вам говорю, этот метод должен быть частью фреймворка, предположим что вы хотите отправлять что-то по сети, как вы будете работать с коллекциями пользователя?

не должен.

Топ кек. Когда я говорю, что сериализация в го медленная, ибо рефлексия - мне говорят, что все пользуются сериализацией через кодген. Когда же заговорили про то, что инструмент кодогенерации должен быть встроен в язык вы говорите что кодген вообще не нужен, а сериализация у вас на рефлексии.

но unix time везде одинаковый, в любой локали. кому интересно, пройдите в гугль

Сериализация медленная по сравнению с чем? В большинстве случаев это не играет практически никакой роли на фоне остальных задержек

Медленная по сравнению с сериализацией на кодогенерации (макросы, шаблоны, генерики, компайл-тайм рефлексия, сторонний кодогенератор)

И что? Ты выиграешь пару сотен наносекунд на запрос Ты часто пишешь приложения, для которых это важно?

> на запрос а есть ли жизнь за пределами крудов?

Ну и да, кодген используется, когда не хватает скорости рефлексии, но это редкость

Ну и утилиты писать на нём дюже прельстиво

Есть конечно чуваки типа Pawel, которые весь мир пытаются переписать на Go, но они маргиналы, раньше такие на bash админки писали, а на си — интернет магазины

Люди в массе своей какие-то странные. У них по каждому поводу свои мнения сраные

>Утилиты > На языке с жирным рантаймом

И вообще, о чем речь, когда один из самых популярных языков для утилит — питон, который примерно на порядок тормознее и жирнее go

Ну кинь ссылку, я смотрел на первый пример из Гугла, где есть какой-то энкодабл

Окей был не прав, современный юникс таймстамп действительно согласуется с utc почти везде.

понятно, придумал что-то там, и давай вещать

а как же докер, куб, гугл сервисы? как они вписываются в картину мира в которой голанг ограничен крудами и утилитами ?

а как же докер, куб, гугл сервисы? как они вписываются в картину мира в которой голанг ограничен крудами и утилитами ?

так это же вообще бинго стратегия! толко так и надо давить собеседника

так что что значит "почти"?

Unix Programmer's Manual. https://www.bell-labs.com/usr/dmr/www/pdfs/man22.pdf

Ты полистай, там это пдфка, например команду time

Это всё так или иначе либо сетевые сервисы либо утилиты И пожалуйста, не надо упоминать куб как пример хорошего применения go, внутри там творится грёбаный костыльный ад

А что ещё есть кроме сетевых сервисов и утилит?

давай вернемся лучше к статье в википедии

я полистал, я не понял как это релевантно к дискуссии

А что ещё есть кроме сетевых сервисов и утилит?

и снова мы вернулись к этому вопросу

Ну либо @twentydraft нам даст ещё один класс софта, либо мы убедимся что их всего два

Ну либо @twentydraft нам даст ещё один класс софта, либо мы убедимся что их всего два

Ну либо @twentydraft нам даст ещё один класс софта, либо мы убедимся что их всего два

Вот крон например и демон и утилита. Может демон не стоит считать отдельным классом? Ну подумаешь в бэкграунде работает

Есть ещё бекенды, которые не веб, а вон Паша не понимает зачем им реализовать свой протокол взаимодействия

Ну либо @twentydraft нам даст ещё один класс софта, либо мы убедимся что их всего два

Embedded software, ядра ОС, всё, что работает с графикой, в том числе игры и десктопные приложения с GUI, фронтенд в браузерах, языки для вычисляемых документов (это вообще отдельный коленкор)

А игры не сетевые сервисы? И гуй может быть поверх сетевого сервиса

Гуй может, но ты его будешь на семействе *js писать с вероятностью 90%

согласен. Но иногда декстопный гуй таки можно. А вот фронт на wasm скорее всего тоже скоро можно будет.

Гуй может, но ты его будешь на семействе *js писать с вероятностью 90%

согласен. Но иногда декстопный гуй таки можно. А вот фронт на wasm скорее всего тоже скоро можно будет.

Когда тебе надо приносить в go много примерно одинаковых компонентов, которые нужно кастомизировать, начинается ад сотоны

если допилят нормально wasm, есть надежда что можно будет когда нибудь писать как в дельфях, на готовых компонентах

если допилят нормально wasm, есть надежда что можно будет когда нибудь писать как в дельфях, на готовых компонентах

Давай расшифрую для тебя, стандарт который говорит, timestamp привязан к времени, это посикс. Во первых описание привязки к utc появилось позже понятия unix time, во вторых, цитата из посикс стандарта: " Coordinated Universal Time (UTC) includes leap seconds. However, in POSIX time (seconds since the Epoch), leap seconds are ignored (not applied) to provide an easy and compatible method of computing time differences. Broken-down POSIX time is therefore not necessarily UTC, despite its appearance."

@c_vld ты хрыча чем-то напоминаешь, кажется словно ты нахватался где-то всякой инфы от умных людей, а потом добавляешь бессмысленной отсебятины

Ну во первых плевать на то когда появилось, важно что в стандартах. Во вторых - ну ты вчитайся в последнее предложение. Оно не значит что posix-time не матчится в utc в каких-то условиях

щас бы вне флудилки рассчитывать что все знают хрыча и понимают о чем речь

Я говорил про реализации, а не стандарт, тогда вообще про стандарты речи не было, привел тебе ссылки и цитаты, а ты пишешь так словно я спорю с стандартом? Можешь ещё посмотреть на реализации в разных фреймворках языках за пределами Гошки и убедиться что не каждый следует posix-timestamp

кто называет свои таймстампы - юниксовыми, следуют

У юникса не юникосвый таймстамп?