@gogolang

Страница 76 из 1630
Daniel
13.12.2016
19:44:48
это может стать проблемой

Vlad
13.12.2016
19:45:16
это может стать проблемой
Занозой в мягком месте уж точно.

Vlad
13.12.2016
20:01:16
Обязательно ангуляр или есть выбор?
Обязательно Angular, обязательно второй. Эх

Google
Aleksei
13.12.2016
20:01:49
Обязательно Angular, обязательно второй. Эх
Сочувствую... там все бы ничего, но дёрти чекинг это тотальное зло

Aleksei
13.12.2016
20:08:17
Поясни
Там вместо дерева рендера, как в реакте, используется граф и когда необходимо его пересчитать, он кладет специальное свойство, как флаг. Так вот при таком подходе он иногда запутывается в этом графе и ходит по нему кругами довольно долго...

Vlad
13.12.2016
20:24:09
Там вместо дерева рендера, как в реакте, используется граф и когда необходимо его пересчитать, он кладет специальное свойство, как флаг. Так вот при таком подходе он иногда запутывается в этом графе и ходит по нему кругами довольно долго...
Пока что для меня это все незнакомо. Я твоё сообщение сохранил, когда хоть немного проникнусь, так сказать, фронт-ендом, перечитаю. Дерево рендера - ты имеешь ввиду DOM? И его рендеринг?

Oleh
13.12.2016
20:25:10
Ребят, нужно регистрировать много мейлов я вот хз как реализовать мб есть какой то сервис?

ну можно конешно сделать веб бота например через https://github.com/headzoo/surf но там непонятно что с поддержкой js

Мерлин
13.12.2016
20:34:17
Используй любой виртуальный браузер

Aleksei
13.12.2016
20:34:52
Пока что для меня это все незнакомо. Я твоё сообщение сохранил, когда хоть немного проникнусь, так сказать, фронт-ендом, перечитаю. Дерево рендера - ты имеешь ввиду DOM? И его рендеринг?
Виртуальный дом и дерево компонентов, в первую очередь именно дерево компонентов, потому что виртуальный дом можно и другой подключить

Dima
13.12.2016
22:41:20
Ребят, нужно регистрировать много мейлов я вот хз как реализовать мб есть какой то сервис?
проще купить домен, привязать яндекс/гугл почту и настроить форвардинг с несуществующих адресов.

Phil
13.12.2016
23:43:14
Я правильно понимаю, что в коде keytag += (keytag >> 16) & 0xFFFF вот это вот & 0xFFFF не делает вообще ничего? Ведь после сдвига keytag >> 16 там слева и так нули

Google
Phil
13.12.2016
23:44:51
keytag пусть будет uint32

Мерлин
14.12.2016
07:22:46
keytag пусть будет uint32
Тогда не делает, ведь сдвиг только на 16 бит

1111 1111 1111 1111 1111 1111 1111 1111 >> 16 0000 0000 0000 0000 1111 1111 1111 1111 & 0xFFFF 0000 0000 0000 0000 1111 1111 1111 1111

Phil
14.12.2016
07:53:25
ну тогда я вижу в rfc откровенный бред

причем я даже подозреваю где они хотели это поставить

да я проство взглянул на первоисточник. там код на Си

Мерлин
14.12.2016
09:34:57
Phil
14.12.2016
09:57:03
А можно линк?
4034 Appendix B самый конец его

я с телефона, не знаю как линк дать

Мерлин
14.12.2016
10:02:39
ну тогда я вижу в rfc откровенный бред
Дык unsigned long зависимости от всего может быть как 32, так и больше

Так что всё правильно

Там кстати это написано

Phil
14.12.2016
10:03:33
Дык unsigned long зависимости от всего может быть как 32, так и больше
и? что это меняет в конкретном месте в контексте итоговых двух строчек?

Мерлин
14.12.2016
10:03:51
Там кстати это написано
unsigned long ac; /* assumed to be 32 bits or larger */

и? что это меняет в конкретном месте в контексте итоговых двух строчек?
Если ac больше 32 бит, то это имеет смысл Если ровно 4 байта - то конечно нет

Phil
14.12.2016
10:05:02
нас мусор слева вообще не интересует

я бы понял аккуратизм, если бы первое слагаемое тоже почистили. но нет

Если они про переполнение, то почему не ac = ac & 0xFFFF + (ac >> 16) & 0xFFFF;

Мерлин
14.12.2016
10:09:40
какой смысл?
Если ac - 64 бита, то при сдвиге у нас будет 16 бит нулевых, а потом 48 бит с неизвестными значениями Нас интересуют только 16 младших, собственно за этим и нужно & 0xFFFF

Google
Мерлин
14.12.2016
10:14:39
Если они про переполнение, то почему не ac = ac & 0xFFFF + (ac >> 16) & 0xFFFF;
это не эквивалентно ac += (ac >> 16) & 0xFFFF; return ac & 0xFFFF;

Мерлин
14.12.2016
10:22:28
стоп. но у нас первое слагаемое один фиг с мусором
Ну да И из этого мусора нам важны только биты с 8-15

Phil
14.12.2016
10:23:12
Ну да И из этого мусора нам важны только биты с 8-15
ну. это верно для обоих слагаемых. почему для второго сделано исключение?

Мерлин
14.12.2016
10:23:40
естественно return такой же остается в коде
Да не в return дело код ac = ac & 0xFFFF + (ac >> 16) & 0xFFFF; не то же самое, что ac = ac + (ac >> 16) & 0xFFFF;

Phil
14.12.2016
10:25:22
Да не в return дело код ac = ac & 0xFFFF + (ac >> 16) & 0xFFFF; не то же самое, что ac = ac + (ac >> 16) & 0xFFFF;
да. в левых байтах будут разные згачения. но мы следующей же строкой в обоих случаях их обрезаем. нам все равно насколько разный там будет мусор.

Phil
14.12.2016
10:26:46
Я неправильно выразился Судя по RFC нам нужно прибавить к ac значение в битах 8-15
там складываются левые два байта с правыми двумя байтами как отделльные числа в четырехбайтовом окружении, чтобы потом вернуть правые два байта

Phil
14.12.2016
10:27:39
Олег Царев предположил, что это для того, чтобы избежать исключения переполнения. но тогда странна избирательность

Мерлин
14.12.2016
10:30:29
Надо найти гуру C

А меня одного смущает эта строка? ac += (i & 1) ? key[i] : key[i] << 8;

Phil
14.12.2016
10:33:54
ну я завис на golang-dns, файлик dnssec.go, функция KeyTag(). туда это еще и с ошибкой втянуто

А меня одного смущает эта строка? ac += (i & 1) ? key[i] : key[i] << 8;
четные нечетные позиции складывают в разных байтах перекрывая друг друга. ну так вот они решили

почемуто посчитали, что так будет меньше соврадений, чем просто сложить или отксорить

почему не просто сложили - я хз

Мерлин
14.12.2016
13:29:02
Я прошу прощения, но гитхаб не сломается под тяжестью яиц разработчиков?

Google
Мерлин
14.12.2016
13:29:10
В противном случае у них нет и полшанса

Kirill
14.12.2016
13:29:42
а вот это посмотрим, у меня гитхаб каждые три минуты по 500тке даёт

Mars
14.12.2016
13:39:24
В противном случае у них нет и полшанса
У них есть шанс иметь шанс.

Где почитать?

Мерлин
14.12.2016
13:40:09
Где почитать?
https://github.com/goodlang/good

Kirill
14.12.2016
13:53:49
Где почитать?
да и чятик есть

в чятике больше есть

Mars
14.12.2016
13:54:48
Из readme мало что понятно, признаюсь

Admin
ERROR: S client not available

Kirill
14.12.2016
13:55:08
у нас пока только issues + чат

Slava
14.12.2016
14:02:01
what's the difference?

oh, I see

optional types, generics, new logo

плюсанул

Kirill
14.12.2016
14:03:30
optional types, generics, new logo
? последнее — таск нашего фронтендера

большая часть отличий просто в чате еще, под них еще таски не делали

Slava
14.12.2016
14:04:09
jsx =) в го

сделайте лучше как в питоне, возможность указывать энкодеры для файла

тогда типа jsx cами появятся

Kirill
14.12.2016
14:04:59
я чот с питоном не поладил совсем

Google
Kirill
14.12.2016
14:05:03
не знаю, о чем ты

Slava
14.12.2016
14:05:32
в питоне можно указать хешбенгом чем этот файл будет энкодится, обычно это utf8 и прочая ерунда, но суть в том, что можно указать любой энкодер

соответственно файл проходит через энкодер и на выходе получается валидный python/go код

вот пример https://github.com/dropbox/pyxl

Kirill
14.12.2016
14:06:20
go generate

Slava
14.12.2016
14:06:25
нет

это другое

generate тебе генерит код

энкодеры читают файлы перед компиляцией и на выход дают что-то

Мерлин
14.12.2016
14:07:03
Кстати

Хочу именованные аргументы

Slava
14.12.2016
14:07:14
в generate тебе нужен всегда валидный код файла

@twentydraft это ж плохая практика

Мерлин
14.12.2016
14:07:30
Почему?

Kirill
14.12.2016
14:07:31
Хочу именованные аргументы
вот чот не только ты хочешь

уже сколько людей реквестировало

Мерлин
14.12.2016
14:07:47
И лямбды

Kirill
14.12.2016
14:07:54
Хочу именованные аргументы
притащи таск, пожалуйста. подумаем по этому поводу.

Мерлин
14.12.2016
14:08:05
И лямбды
Шоб csp во все поля

Kirill
14.12.2016
14:08:10
Slava
14.12.2016
14:08:21
ну как это не обязательно? )

Страница 76 из 1630