Кроме того, если рандому плевать когда были сгенерированы идентификаторы, то всем схемам с таймштампами уже не плевать и поэтому любые неравномерности в частоте генерации идентификаторов повышают риск коллизии.
Большинство людей не понимает, что поиск виноватых не решает проблему, а лишь усугубляет её. Проблему решает только поиск решения. А когда есть решение — не важно уже кто виноват.
Я когда пришёл за повышением спустя год работы, мне сказали, что повысят, если возьму доп обязанности и хорошо покажу себя. Ну я согласился. По итогу нашли недовольство от одного из клиентов, и ничего не повысили. Чуть позже в другом месте мне предложили сходу почти в 2 раза больше. Так компания растеряла весь отдел.
Вы молодец, что делаете дополнительную бессмысленную работу по актуализации каждого комита после ребейза. Успехов вам. Нормальные же пацаны просто не занимаются этой ерундой и актуализируют лишь один единственный мерж-комит, а оставшееся время тратят на более полезные вещи, чем подделка истории.
Как ни пытайтесь вы преуменьшить значимость проблем ребейза, суть не поменяется: при ребейзе проблемы есть, при мерже — нет. И не надо высасывать из пальца проблемы мержа и выдавать за них проблемы вашего процесса или гит-клиента. Тот же TortoiseGit всё отлично показывает.
Ну и про CI — вы реально предлагаете гонять CI по всем коммитам, а не только по последнему? И это в ваших условиях, когда "пересборки и проверки занимают достаточно много времени". Впрочем, вам бы стоило прежде всего решить проблему долгой сборки, так как она много чему мешает. Не только использованию bisect.
Думаю вас заинтересует и эта ссылка: https://page.hyoo.ru/#!=ixy44o_3oga48
Вы сами-то хоть раз заглядывали к нам, чтобы такое утверждать? Или тоже повторяете чьи-то вбросы из какого-то по настоящему токсичного сообщества?
Стоит иметь ввиду, что вероятность коллизий в случае рандома по началу крайне мала и только со временем, по мере насыщения, начинает расти. Если взять полные 128 бит рандома, то вероятность за четверть века получить хотя бы одну коллизию всего 0.1%:
При этом в первый год вероятность коллизии в 500 раз меньше:
Кроме того, если рандому плевать когда были сгенерированы идентификаторы, то всем схемам с таймштампами уже не плевать и поэтому любые неравномерности в частоте генерации идентификаторов повышают риск коллизии.
Как неимущего.
А чем, собственно, wasm не подходит на эту роль?
Конечно: https://github.com/eigenmethod/mol/blob/master/fiber/readme.md
Можно даже так, в 3 строки:
Я просто оставлю это здесь:
Я не совсем понял, что вы пишете в логи, но вы не хотите писать их в более структурированном и наглядном виде? Например, в формате tree:
Вместо этого нечитаемого месива:
Если вы про эту теорему: https://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BE%D1%80%D0%B5%D0%BC%D0%B0_%D0%93%D0%B0%D1%83%D1%81%D1%81%D0%B0
То какое она имеет отношение к обсуждаемому вопросу? Напомню, форма Солнца не сферическая.
Под своими постами видел раньше, но по ходу дела после слива кармы эта кнопка пропадает.
https://habr.com/ru/post/377651/#comment_16733413
Тут я сделал Меркурию прецессию исключительно в рамках ньютоновской механики.
Большинство людей не понимает, что поиск виноватых не решает проблему, а лишь усугубляет её. Проблему решает только поиск решения. А когда есть решение — не важно уже кто виноват.
Позволил себе пооптимизировать ваш алгоритм на D.
Добавил функцию min, которая не использует ветвления:
Избавился от второго массива и лишних обращений к массивам по индексу:
Ну и код переписал более идиоматично. Возможно где-то накосячил, не до конца разобравшись в алгоритме.
mol_time_all.max.js = 20KB (1.1.1)
Я когда пришёл за повышением спустя год работы, мне сказали, что повысят, если возьму доп обязанности и хорошо покажу себя. Ну я согласился. По итогу нашли недовольство от одного из клиентов, и ничего не повысили. Чуть позже в другом месте мне предложили сходу почти в 2 раза больше. Так компания растеряла весь отдел.
Не могу не поделиться своим разбором форматов данных: https://youtu.be/vBqJWQzPB3Y?list=PLXyFFhv8ucKSC96WOd7Ju2HmEWTA3jPa5&t=5652
Вы молодец, что делаете дополнительную бессмысленную работу по актуализации каждого комита после ребейза. Успехов вам. Нормальные же пацаны просто не занимаются этой ерундой и актуализируют лишь один единственный мерж-комит, а оставшееся время тратят на более полезные вещи, чем подделка истории.
Как ни пытайтесь вы преуменьшить значимость проблем ребейза, суть не поменяется: при ребейзе проблемы есть, при мерже — нет. И не надо высасывать из пальца проблемы мержа и выдавать за них проблемы вашего процесса или гит-клиента. Тот же TortoiseGit всё отлично показывает.
Ну и про CI — вы реально предлагаете гонять CI по всем коммитам, а не только по последнему? И это в ваших условиях, когда "пересборки и проверки занимают достаточно много времени". Впрочем, вам бы стоило прежде всего решить проблему долгой сборки, так как она много чему мешает. Не только использованию bisect.