Я считаю, что введение системы рейтинга для грейдов в IT было бы отличной идеей. Это позволило бы каждому сотруднику понять, на каком уровне он находится и сколько ему нужно работать, чтобы достичь следующего повышения.
Ожидал от аналитика какой-то более сильной аргументации. С обоснованием, кому и почему будет хорошо от того, что каждый сотрудник будет понимать свой уровень и как ему достичь повышения. С объяснением, почему предложенный подход вообще говоря является хоть сколько-то хорошим решением этой задачи по сравнению с другими способами. И т.д.
сколько задач ему нужно выполнить для повышения
Повышения работают не от количества. Как вы себе это представляете, выкопал N кубометров земли - получи повышение до архитектора зданий?
Я в принципе готов держать терабайты в каждом клоне. Но вот операции типа git gc - это очень больно. Или например отсутствие докачки в git pull. Или то что всё утыкается в проц из-за того что git до сих пор использует gzip.
Я знаю о чём говорю, у меня есть гит репо с почти миллионом бинарей, десятью тысячами коммитов и весом в несколько десятков гигабайт, и всё работает просто отлично.
На масштабах десятков гигабайт действительно работает безо всяких lfs. Но вот на масштабах в единицы терабайт уже нет.
Опять же, при продаже я бы настаивал увидеть подписи обоих сторон на двух экземплярах. Откуда у перекупа экземпляр с подписью только продавца? Подделка?
Почему бы и нет. https://github.com/koculu/Topaz
Вот это мне кажется был самый подходящий момент свернуть всю эту историю.
Поправочка, кстати. 1.22 миллиарда - это только за первый квартал 2024.
Почему сразу "на чистом js"? У нас же среда выполнения.
Во-первых, про рендеринг в условии не было. В node.js нет рендеринга, например. Во-вторых, приложение может само делать рендеринг в своём цикле.
Вы это вот щас к чему всё?
Ну сжигают и сжигают. После сжигания 1.2 лярда лишних денег осталось. А в прошлом году ещё больше.
Точно так же как с циклом, только без цикла. Ничего принципиально не мешает реализовать его внутри самого приложения, если он нужен.
Прибыль - это доходы минус расходы, стоимость работ уже учли.
Какой кошмар, прибыль всего 1.22 лярда. Да их бизнес едва сводит концы с концами!
Ожидал от аналитика какой-то более сильной аргументации. С обоснованием, кому и почему будет хорошо от того, что каждый сотрудник будет понимать свой уровень и как ему достичь повышения. С объяснением, почему предложенный подход вообще говоря является хоть сколько-то хорошим решением этой задачи по сравнению с другими способами. И т.д.
Повышения работают не от количества. Как вы себе это представляете, выкопал N кубометров земли - получи повышение до архитектора зданий?
Легко, lz4.
Ну справедливости ради, обычный работодатель тоже вас не принуждает работать, и тоже можно в любой момент подать заявление об увольнении.
Почему так сложно просто ответить "нет", а? Или вообще не отвечать.
Game thread - это поток, который выполняет game loop.
Я в принципе готов держать терабайты в каждом клоне. Но вот операции типа git gc - это очень больно. Или например отсутствие докачки в git pull. Или то что всё утыкается в проц из-за того что git до сих пор использует gzip.
На масштабах десятков гигабайт действительно работает безо всяких lfs. Но вот на масштабах в единицы терабайт уже нет.
А в Leroy Merlin мало того что есть услуга по распилу, так они ещё и делают это прямо при тебе.
Опять же, при продаже я бы настаивал увидеть подписи обоих сторон на двух экземплярах. Откуда у перекупа экземпляр с подписью только продавца? Подделка?
https://github.com/rust-lang/rust/labels/I-unsound
Ещё не выпилили, но в любом крупном обновлении могут, со словами "а мы вас предупреждали".