Стоит беспокоиться. С колокольни лида, в любой группе разработчиков из > 4-5 человек можно убрать половину - и потерять, ну, 10-20% в эффективности команды. Не правило Парето, конечно, но довольно близко. И это не затрагивая вопрос уменьшениия скоупа задач.
Хорошо, если вы не в той половине которую можно убрать
Плохо, если вы думаете, что вы не в той половине, которую можно потерять =)
Во-первых таки дорого (газ), во-вторых - а чего вы этим хотите добиться? Блокчейн относительно медленная конструкция, каким-то линейным количеством транзакций вы механику обхода графа не сильно замедлите
Вот сколько не говорят про говнокод - всегда вспоминают про бизнес, которому "надо быстрее". А бизнесу не то чтобы надо прям дохрена быстрее. Он часто может подождать и час, и 2, и даже пару дней. Да каких там дней, проекты стандартно срываются на месяца - и все живы.
Но не так часто вспоминают что в нашем джентельменском клубе, в общем-то, хватает во-первых - не очень квалифицированных специалистов, назовем это так. У которых если программа скомпилировалась - то она работает. А если она интерпретируемая, то это вообще подарок - "хрен его знает когда там баги всплывут, может я уже уволюсь".
А во-вторых - все люди сильно разные, и бекграунды сильно разные. И код, как ни крути, получается разношертсный. Ну, люди существа такие. Разнородные. Для одного понятнее по-одному, для другого по-другому. Кто-то (я) вообще плюсовик, мне красивый код писать религия не позволяет.
И пример с AspectJ в статье он как-раз об этом - у человека был план, и он его придерживался. Если бы он вел проект от начала и до конца, и этот паттерн был бы в проекте стандартным - вопросов бы ни у кого не было. Проблемы от того, что человек что-то сделал на его взгляд красивое, и ушел.
В общем не стоит все скидывать на бизнес, мы (разработчики) тоже так себе людишки.
Анонимное собрание джавистов объявляется открытым =)
Почитать про все это солиды и как нам завещали писать код - конечно, интересно. Применять это на практике в подавляющем большинстве случаев - вредно. Код становится сложнее и медленнее, а профит весьма абстрактный и на горизонте 10 лет.
Разве что для разработки публичных библиотек, где надо за минимальные усилия предоставить максимальную гибкость - и в случае чего свалить все проблемы пользователя на самого пользователя
Странное замечание - в скриншотах чуть ниже парень называется тех лидом, и кроме того находит и фиксит (через увольнение половины отдела) баг в процессе найма. Так что не зря он в менеджеры пошел.
Мы пробовали отключать ht через конфигурацию ядра - это не оказывало существенного влияния на производительность на наших задачах (оценка была методом "ну латенси и загрузка cpu вроде такие же". Перезагружать после этого тоже пробовали :D ). Так что в итоге оставили включенным для большей гибкости.
Отчасти: через cpu_affinity перестали прибивать потоки к гипертредным ядрам. Ну и да, по факту это ограничило количество cpu-bound потоков количеством ядер (были еще не-cpu-bound, которых по сотне на ядро лежало)
Однажды напоровшись на схожую картину отключили гипертрединг на уровне приложения (благо плюсы позволяют), и вешали нагрузку только на физические ядра - иначе p99 начинал скакать как не в себя при нагрузке выше 70% cpu. Выбрали стабильность. Не представляю как нужно разложить обработку данных чтобы гипертрединг делал что-то полезное, когда он действительно становится нужен.
Вообще 50% это как-то маловато (но возможно и справедливо). Из того что видел - около 85% на практике это потолок, дальше непонятные спайки и перегрев
Не обязательно - например есть DEX (децентрализованные биржи,где вместо стакана заявок/предложений существуют пулы ликвидности соответствующих токенов)
И покупка монеты в пуле это обмен твоей монеты на другую в рамках этого же пула. То есть по крайней мере в момент покупки продавец ничего не забирает - твоя монета просто оказывается в пуле. И если пулл не активных, ты можешь обменять монету обратно ничего не потеряв (кроме комиссии биржи конечно же)
Не знаю как в рф, в ес при прогрессивном налоге считают условно "(годовая - налог_с_годовой) / 12", т.е. разрыва нет. Нп случай в течении года поменял работу и "вдруг" вывалился за прогнозируемый диапазон - в конце года обязательная подача декларации с перерасчетом налога, и тебе либо компенсируют - либо досписывают
Если уж приводить аналогии, то в автомобиле я не очень переживаю за материал для обшивки сиденья и пыль на приборной панели
Ну да, конечно, такой вот уникальный человек с уникальной и неповторимой экспертизой - просто вклад в результат давал очень низкий, так совпало
Нет в разработке никакой уникальной экспертизы. Исходники - вот они: берешь, читаешь, осваиваешься, через день разбираешься в вопросе ничуть не хуже
Стоит беспокоиться. С колокольни лида, в любой группе разработчиков из > 4-5 человек можно убрать половину - и потерять, ну, 10-20% в эффективности команды. Не правило Парето, конечно, но довольно близко. И это не затрагивая вопрос уменьшениия скоупа задач.
Хорошо, если вы не в той половине которую можно убрать
Плохо, если вы думаете, что вы не в той половине, которую можно потерять =)
Использую кастомные алиасы уже лет 15
Никогда не понимал приверженность интерактивным инструментам при наличии консольных команд ¯_(ツ)_/¯
Во-первых таки дорого (газ), во-вторых - а чего вы этим хотите добиться? Блокчейн относительно медленная конструкция, каким-то линейным количеством транзакций вы механику обхода графа не сильно замедлите
| какой-нибудь booking airbnb
Да, как и кучу любых товаров с амазона, мвидео и ряда других сервисов
Поищите "битрефилл" например. И таких сервисов не один
Скорее, от паппета
Ансибл таки про применения набора действий на кластере, когда паппет точно так же описывает "желаемую" конфигурацию в декларативном стиле
Приготовлюсь собирать летящие тапки, но.
Вот сколько не говорят про говнокод - всегда вспоминают про бизнес, которому "надо быстрее". А бизнесу не то чтобы надо прям дохрена быстрее. Он часто может подождать и час, и 2, и даже пару дней. Да каких там дней, проекты стандартно срываются на месяца - и все живы.
Но не так часто вспоминают что в нашем джентельменском клубе, в общем-то, хватает во-первых - не очень квалифицированных специалистов, назовем это так. У которых если программа скомпилировалась - то она работает. А если она интерпретируемая, то это вообще подарок - "хрен его знает когда там баги всплывут, может я уже уволюсь".
А во-вторых - все люди сильно разные, и бекграунды сильно разные. И код, как ни крути, получается разношертсный. Ну, люди существа такие. Разнородные. Для одного понятнее по-одному, для другого по-другому. Кто-то (я) вообще плюсовик, мне красивый код писать религия не позволяет.
И пример с AspectJ в статье он как-раз об этом - у человека был план, и он его придерживался. Если бы он вел проект от начала и до конца, и этот паттерн был бы в проекте стандартным - вопросов бы ни у кого не было. Проблемы от того, что человек что-то сделал на его взгляд красивое, и ушел.
В общем не стоит все скидывать на бизнес, мы (разработчики) тоже так себе людишки.
Анонимное собрание джавистов объявляется открытым =)
Почитать про все это солиды и как нам завещали писать код - конечно, интересно.
Применять это на практике в подавляющем большинстве случаев - вредно. Код становится сложнее и медленнее, а профит весьма абстрактный и на горизонте 10 лет.
Разве что для разработки публичных библиотек, где надо за минимальные усилия предоставить максимальную гибкость - и в случае чего свалить все проблемы пользователя на самого пользователя
Странное замечание - в скриншотах чуть ниже парень называется тех лидом, и кроме того находит и фиксит (через увольнение половины отдела) баг в процессе найма. Так что не зря он в менеджеры пошел.
Мы пробовали отключать ht через конфигурацию ядра - это не оказывало существенного влияния на производительность на наших задачах (оценка была методом "ну латенси и загрузка cpu вроде такие же". Перезагружать после этого тоже пробовали :D ). Так что в итоге оставили включенным для большей гибкости.
Отчасти: через cpu_affinity перестали прибивать потоки к гипертредным ядрам. Ну и да, по факту это ограничило количество cpu-bound потоков количеством ядер (были еще не-cpu-bound, которых по сотне на ядро лежало)
Однажды напоровшись на схожую картину отключили гипертрединг на уровне приложения (благо плюсы позволяют), и вешали нагрузку только на физические ядра - иначе p99 начинал скакать как не в себя при нагрузке выше 70% cpu. Выбрали стабильность. Не представляю как нужно разложить обработку данных чтобы гипертрединг делал что-то полезное, когда он действительно становится нужен.
Вообще 50% это как-то маловато (но возможно и справедливо). Из того что видел - около 85% на практике это потолок, дальше непонятные спайки и перегрев
Но подождите.
Т.е. воллет использует самсуб для валидации, и заблокировал средства потому что валидация не походила
Затем вы написали в самсуб, и после этого валидация прошла и кнопка разблокировалась
Но воллет виноват в том что валидация не проходила и деньги было не вывести
Я ничего не упустил? Или суммуб сходил к ребятам из воллета и сказал что они не правы?
Вы так и не поняли, что просмотры - еще не означает получение денег от рекламодателей. Перечитайте еще раз комментарий @Wesha.
Нет https://ton.org/
Не обязательно - например есть DEX (децентрализованные биржи,где вместо стакана заявок/предложений существуют пулы ликвидности соответствующих токенов)
И покупка монеты в пуле это обмен твоей монеты на другую в рамках этого же пула. То есть по крайней мере в момент покупки продавец ничего не забирает - твоя монета просто оказывается в пуле. И если пулл не активных, ты можешь обменять монету обратно ничего не потеряв (кроме комиссии биржи конечно же)
Кстати, это интересный вопрос
Не знаю как в рф, в ес при прогрессивном налоге считают условно "(годовая - налог_с_годовой) / 12", т.е. разрыва нет. Нп случай в течении года поменял работу и "вдруг" вывалился за прогнозируемый диапазон - в конце года обязательная подача декларации с перерасчетом налога, и тебе либо компенсируют - либо досписывают
"как японские игровые компании избежали массовых сокращений персонала"
Как? Не сокращали? Классный способ.
Например, аудитория. Набирают базу пользователей, продают рекламу за хомякоины - вот и спрос
А за хомякоины вместо денег - чтобы поддерживать аудиторию