мне было некого повысить, тех кого я считал что они могут с этим справится - они не захотели, а остальные на мой взгляд просто были неспособны
Имхо, проблема то вот тут.
Проще нанять человека со стороны или повысить человека который говорит "я хочу", чем потратить время на подтягивание сотрудников.
Возможно даже стоит заранее давать им возможности чем-то поруководить, например скидывать какие проблемы на маленькие группы, волевым усилием назначать в них главного и запоминать как кто справился
3. В стоимость ценных бумаг почему-то люди закладывают ожидания роста этой ценной бумаги. Есть даже какой-то биржевый показатель (P/E), который это показывает - соотношение какую прибыль ожидают получить инвесторы на каждый вложенный доллар. Для nvidia на текущий момент (сентябрь 2025) этот показатель составляет ~50 (пятьдесят, Карл!)
Что показывает некоторую неадекватность ожиданий людей в целом
Где можно почитать (и что конкретнее гуглить) про графические движки, чтобы понять почему спекание объектов в один ускоряет прорисовку?
Это как-то совсем не очевидно, ведь общее число треугольников не меняется. Та же штука вероятно и со склеиванием текстур в одну.
Могу предположить только, что возникает бутылочное горлышко где-то в передаче команд от процессора в видеокарту - если я буду передавать на отрисовку миллион объектов, то я условно буду миллион раз выделять память под это, а если они запечены - достаточно это сделать один раз. Видимо, нужно разобраться в том как в принципе сейчас работают современные рендереры и прикинуть на каком этапе какие у них могут возникать потребности в ресурсах?..
Мне кажется в статье недооценивается роль "плюшек" и не раскрывается то, насколько реально сотрудники ценят это, причем проблема не в кампании а в том что это реально сложно оценить
Например, я не пользуюсь услугами по скидками на спортзалы, но я ценю то что они есть
Все люди разные. Кому-то важно личное развитие, кто-то приходит только за деньгами, кто-то хочет хорошо общаться с коллегами, а кто-то очень ценит свой личный комфорт. И вообще, все эти 4 ценности (а вообще их точно больше) перемешаны и в рамках одного человека и могут меняться во времени и в зависимости от контекста
И как в эти ценности ложится влияние плюшек - крайне непонятно. Да, есть некоторая корреляция между теми кто их реально использует, но часть вполне могла бы отказаться, а еще части из тех кто не пользуются - приятно знать, что если что, они всегда могут это начать делать
Если уж на то пошло, то Ваш ответ не сильно лучше варианта выше, хотя бы стоит накидать причину
"Привет, у меня тут возникла вот такая проблема. Можем пж созвониться по ней? Или подскажи к кому обратиться"
И вот только на такой ответ можно ответить уже предметно - или сказать "это ваще не ко мне, спроси вон у того", или "это надолго, закинь встречу по календарю" или в идеальном случае наконец "да, давай"
Без описания проблемы можно созваниваться либо с теми, кто реально занимается с тобой одним и тем же делом, и погружен в контекст, либо с человеком, который за тебя ответственный (куратор, тимлид, наставник и тп) - и то, чем он выше находится по должностям, тем лучше для него все равно знать заранее о чем ты хочешь поговорить, чтобы прикинуть сколько времени на это уйдет
Есть еще прикольные нюансы взаимодействия таких аналитических функций с case - when
Например если сделать что-то вот такое
Case column_flag when 'Y' then 0 else row_number ...
То мы вроде как ожидаем получить 0 для одного типа столбцов, и нумерацию с 1 для другого типа
Однако база сначала расставит row_number на всех строках, а потом обернет это в case-when.
В результате нумерация второго типа столбцов вполне может начаться не с 1 - ведь она началась уже внутри случаев, которые скрыты внутри обертки с case-when
Что делать в таком случае?
Например, явно добавить такое поле в условие партицирования этого row_number, то есть
Case column_flag when 'Y' then 0 else row_number()over(partition by column_flag, ...)
Не то чтобы я хотел с вами поспорить (мне тоже кажутся некоторые пункты тут как минимум обсуждаемыми, или даже сомнительными), но мне кажется на это нужно смотреть немного с другой стороны
Если уже у джуна есть хорошее системное мышление - оно ему в любом случае поможет быстро развиться, но без него сложно будет назвать сотрудника сеньором
Или вербальная коммуникация - формально, джуну она вообще не нужна, так как этот уровень подразумевает что ему ставят максимально простые и однозначные задачи, которые нужно не обсуждать а просто сделать по инструкции. Если такой навык есть - джун сможет быстро вырасти и стать мидлом. А мидлом без навыков коммуникации быть нельзя, потому что если кто-то вместо тебя коммуницирует, собирает требования и разжевывает спорные моменты - то ты не мидл
Ну и как обычно, в разных местах, на разных работах и в разных областях эти грейды очень сильно различаются. Было бы неплохо, если бы в начале каждой такой статьи авторы писали что они имеют в виду под ними.
Если я правильно понял ваши комментариев - то проблема в том, что непонятно каким образом вообще все эти октавы связаны со звучанием и слухом?
То как мы воспринимаем услышанные звуки (и кстати со зрением так же) - связано с особенностями работы мозга. Я к сожалению довольно давно пытался разобраться с этим (и как раз больше про зрение, чем про слух), так что попробую на пальцах и скорее всего фактически будет много неверного, буду рад если кто-то поправит.
Но концептуально - нейроны не умеют выдавать конкретные значения, но умеют сравнивать одно с другим. Мозг фильтрует "постоянный шум" вокруг нас и всё остальное начинает сравнивать уже именно с ним. Кажется довольно очевидным, что в нашем мозге нет "эталона" звуков. Допустим, у нас есть "основной ращдражитель" - условная нота ДО, вызываемая одной струной которая вибрирует с определенной частотой, тогда всё что мы услышим после - будет восприниматься уже относительно неё.
Более того, если мы будем слушать только этот звук и пройдет достаточно много времени, мозг подстроится, и мы скорее всего вообще не будем понимать, что мы что-то слышим - нечего сравнивать.
Предположим, что мы постоянно дербаним ноту ДО, раз в пять секунд добавляем туда РЕ, и больше вообще никаких звуков нет.
Тогда мы будем слышать как раз изменения частоты
Более того, если мы возьмем новую ноту ДО_2, другую, и новую ноту РЕ_2 так, чтобы соотношения частот РЕ_2/ДО_2 сохранялось как в РЕ/ДО - мы не услышим никакой разницы, именно потому что соотношение осталось таким же (я сейчас намеренно игнорирую тот факт, что вообще-то у уха есть диапазон слышимости и вероятно всё-таки мозг умеет определять какая часть уха "слышит")
Поэтому вся теория музыка построена на соотношениях частот, а общепринятые ноты - просто пример таких соотношений.
Вроде бы это примерно то, что говорится в законе Вебера-Фехнера, но я нигде не находил связи этого именно с теорией музыки
Выражу свое мнение - для меня всё не так однозначно )
Концепция выбора из многих вариантов как раз нормально укладывается в мою стратегию:
По всякой фигне (грипп - взять больничный. Чет странное - сдать тесты на ковид. Сходить к ЛОРу проверить слух) - хожу в обычную поликлинику около дома, по ОМС. Да, она достаточно неплохая, чтобы качество услуг меня устраивало
Если меня начинает припирать конкретная проблема или например важно сделать что-то как можно быстрее (ну, тут самое очевидное что приходит в голову как раз стоматология. Когда я нащупал у себя дупло в восьмерке я знатно перенервничал) - тогда да, приходит пора платить денежки и вполне возможно что добираться куда-то, куда обычно ехать не очень удобно. Иногда это не лично мои денежки, а деньги кампании - у нас неплохой ДМС
Есть еще третья категория, с которой я столкнулся, но так и не понял как ее правильно решать. Она касается "операций с потенциальными последствиями". Например - я задумался над операцией на глаза. В целом я и так жить могу, но это касается скажем повседневного комфорта.
Я спросил у окулиста в поликлинике какие-то общие штуки. Я сходил посоветовался со врачами из платной клиники. Я сходил в НИИ, в котором уже практически собрался делать операцию
Столкнулся с тем что даже сам врач-хирург не может внятно объяснить мне что он конкретно будет делать и какие у него есть гарантии, что всё пройдет именно так, как мне обещают. И не стал делать.
Возможно, в каких-то похожих случаях как раз и будут работать похожие клиники - где будут сидеть люди, у которых можно получить объяснение, план, гарантии.
Но есть и вероятность того, что это важно только мне, и таких людей не очень много для рентабельного бизнеса, конечно )
Нам бы (тем, кто почитывает хабр в перерывах на кофе) чуть больше конкретики в статьях, конечно =)
Но вместе с тем я прочитал этого Франкенштейна и не чувствую яростного неприятия, хоть и без особого интереса
Не сторонник статей "здравствуй мир, я написал "хеллоу ворлд"", хотя там иногда бывает много интересного в комментариях. Судя по тому как Вам старательно спустили карму - не я один.
Ну и, кстати, на мой взгляд лучше не паковать слишком уж плотно. В хорошей статье точно должна быть цель, суть и итог, но можно вставить и шуточки и какое-то отношение еэк своему жизненному опыту.
Самое забавное, на мой взгляд, что вы будто бы спорите об одном и том же
Вы оба говорите примерно "можно случайно получить результат, и даже натренироваться его повторять раз за разом, но для полноценного применения нужно понимать что именно ты в процессе делаешь".
Поэтому эксперименты это хорошо, но одних экспериментов не достаточно для того, чтобы развивать науку - количество всегда должно переходить в качество
Думаю, что для кампании с таким названием неиронично правильным ответом будет
select avg(time), min(time), max(time), median(time) from data
Если же sql будет ругаться (а он скорее всего будет, так как я не помню существует ли отдельно от даты тип времени), подменим каждую конструкцию вида "avg(time)" на "to_char(trunc(sysdate)+avg(cast(time as date)-trunc(date)),'HH24:MI:SS')" который будет приводить каждое время в числовой формат где длина суток = 1, считать от него среднее (от числа конечно же легко посчитается) и превращать обратно в читаемое время
О, я недавно увидел интересную цитату с таким же посылом
"ИТ и цифровизация в каком-то смысле всегда инвестиции, поэтому взлетает и падает вслед за рынком"
БОльшая часть работы ИТ - не создание совершенно нового, нет. Деньги ведь платят за продукты, решающие проблемы бизнеса - улучшающие их процессы. Если у бизнеса нет возможности инвестировать в самих себя, в свои процессы, выделяя на это деньги - значит они и не будут увеличивать собственный штат разработки или не будут покупать внешние продукты.
Если подумать, то в обратную сторону тоже работает - если везде говорят что новых разработчиков нигде не берут (сразу скажу что я утрирую - как минимум непонятен масштаб ошибок выживших как со стороны нанимающих, так и со стороны нанимаемых) - то можно сказать что экономика находится либо в упадке, у бизнеса нет свободных ресурсов или же риски перевешивают возможную выгоду
А я вот не понял как работает СБП, хотелось бы больше технических деталей или каких-то комментариев
Если между банками обычные переводы как раз быстрые за счет "доверия" и клиринга - то как это работает для СБП?
Вероятно, всё проходит через централизованную систему? (Комментарии про ЦБ как будто бы про это намекают?..)
Или же все банки общаются напрямую?
А как это выглядит со стороны банков? Они проводят миллионы транзакций.. то есть формально, вернулись на этап когда еще не придумали фичи с корреспондентскими счетами и клирингом? И, вероятно, это теперь проканывает из-за того что мощности стали несравнимо больше и просто нет необходимости для таких костылей?
Тогда на мой взгляд, единственная причина, по которой весь мир не собрал свой аналог СБП - издержки для каждого конкретного банка, а у нас просто всех заставил это сделать ЦБ
Имхо, проблема то вот тут.
Проще нанять человека со стороны или повысить человека который говорит "я хочу", чем потратить время на подтягивание сотрудников.
Возможно даже стоит заранее давать им возможности чем-то поруководить, например скидывать какие проблемы на маленькие группы, волевым усилием назначать в них главного и запоминать как кто справился
Есть еще вариант сказать учредителю что он не очень умён и что если он хочет утопить компанию, то теперь ему нужно самому с этим разбираться
3. В стоимость ценных бумаг почему-то люди закладывают ожидания роста этой ценной бумаги. Есть даже какой-то биржевый показатель (P/E), который это показывает - соотношение какую прибыль ожидают получить инвесторы на каждый вложенный доллар. Для nvidia на текущий момент (сентябрь 2025) этот показатель составляет ~50 (пятьдесят, Карл!)
Что показывает некоторую неадекватность ожиданий людей в целом
Отличная статья, спасибо!
Где можно почитать (и что конкретнее гуглить) про графические движки, чтобы понять почему спекание объектов в один ускоряет прорисовку?
Это как-то совсем не очевидно, ведь общее число треугольников не меняется. Та же штука вероятно и со склеиванием текстур в одну.
Могу предположить только, что возникает бутылочное горлышко где-то в передаче команд от процессора в видеокарту - если я буду передавать на отрисовку миллион объектов, то я условно буду миллион раз выделять память под это, а если они запечены - достаточно это сделать один раз. Видимо, нужно разобраться в том как в принципе сейчас работают современные рендереры и прикинуть на каком этапе какие у них могут возникать потребности в ресурсах?..
TLDR: никак не разрушает, он в ней участвует
А можно было обойтись датчиком давления в кресле сотрудника!
Мне кажется в статье недооценивается роль "плюшек" и не раскрывается то, насколько реально сотрудники ценят это, причем проблема не в кампании а в том что это реально сложно оценить
Например, я не пользуюсь услугами по скидками на спортзалы, но я ценю то что они есть
Все люди разные. Кому-то важно личное развитие, кто-то приходит только за деньгами, кто-то хочет хорошо общаться с коллегами, а кто-то очень ценит свой личный комфорт. И вообще, все эти 4 ценности (а вообще их точно больше) перемешаны и в рамках одного человека и могут меняться во времени и в зависимости от контекста
И как в эти ценности ложится влияние плюшек - крайне непонятно. Да, есть некоторая корреляция между теми кто их реально использует, но часть вполне могла бы отказаться, а еще части из тех кто не пользуются - приятно знать, что если что, они всегда могут это начать делать
Мало кто вообще просто принимает полученную информацию, и сразу же интегрирует в свою жизнь
А как статья "на подумать" - очень хорошая, вне зависимости от выводов автора
Если уж на то пошло, то Ваш ответ не сильно лучше варианта выше, хотя бы стоит накидать причину
"Привет, у меня тут возникла вот такая проблема. Можем пж созвониться по ней? Или подскажи к кому обратиться"
И вот только на такой ответ можно ответить уже предметно - или сказать "это ваще не ко мне, спроси вон у того", или "это надолго, закинь встречу по календарю" или в идеальном случае наконец "да, давай"
Без описания проблемы можно созваниваться либо с теми, кто реально занимается с тобой одним и тем же делом, и погружен в контекст, либо с человеком, который за тебя ответственный (куратор, тимлид, наставник и тп) - и то, чем он выше находится по должностям, тем лучше для него все равно знать заранее о чем ты хочешь поговорить, чтобы прикинуть сколько времени на это уйдет
Не то что "неправильно", просто может быть неочевидно, пока сам с этим не столкнешься
Есть еще прикольные нюансы взаимодействия таких аналитических функций с case - when
Например если сделать что-то вот такое
Case column_flag when 'Y' then 0 else row_number ...
То мы вроде как ожидаем получить 0 для одного типа столбцов, и нумерацию с 1 для другого типа
Однако база сначала расставит row_number на всех строках, а потом обернет это в case-when.
В результате нумерация второго типа столбцов вполне может начаться не с 1 - ведь она началась уже внутри случаев, которые скрыты внутри обертки с case-when
Что делать в таком случае?
Например, явно добавить такое поле в условие партицирования этого row_number, то есть
Case column_flag when 'Y' then 0 else row_number()over(partition by column_flag, ...)
Не то чтобы я хотел с вами поспорить (мне тоже кажутся некоторые пункты тут как минимум обсуждаемыми, или даже сомнительными), но мне кажется на это нужно смотреть немного с другой стороны
Если уже у джуна есть хорошее системное мышление - оно ему в любом случае поможет быстро развиться, но без него сложно будет назвать сотрудника сеньором
Или вербальная коммуникация - формально, джуну она вообще не нужна, так как этот уровень подразумевает что ему ставят максимально простые и однозначные задачи, которые нужно не обсуждать а просто сделать по инструкции. Если такой навык есть - джун сможет быстро вырасти и стать мидлом. А мидлом без навыков коммуникации быть нельзя, потому что если кто-то вместо тебя коммуницирует, собирает требования и разжевывает спорные моменты - то ты не мидл
Ну и как обычно, в разных местах, на разных работах и в разных областях эти грейды очень сильно различаются. Было бы неплохо, если бы в начале каждой такой статьи авторы писали что они имеют в виду под ними.
Если я правильно понял ваши комментариев - то проблема в том, что непонятно каким образом вообще все эти октавы связаны со звучанием и слухом?
То как мы воспринимаем услышанные звуки (и кстати со зрением так же) - связано с особенностями работы мозга. Я к сожалению довольно давно пытался разобраться с этим (и как раз больше про зрение, чем про слух), так что попробую на пальцах и скорее всего фактически будет много неверного, буду рад если кто-то поправит.
Но концептуально - нейроны не умеют выдавать конкретные значения, но умеют сравнивать одно с другим. Мозг фильтрует "постоянный шум" вокруг нас и всё остальное начинает сравнивать уже именно с ним. Кажется довольно очевидным, что в нашем мозге нет "эталона" звуков. Допустим, у нас есть "основной ращдражитель" - условная нота ДО, вызываемая одной струной которая вибрирует с определенной частотой, тогда всё что мы услышим после - будет восприниматься уже относительно неё.
Более того, если мы будем слушать только этот звук и пройдет достаточно много времени, мозг подстроится, и мы скорее всего вообще не будем понимать, что мы что-то слышим - нечего сравнивать.
Предположим, что мы постоянно дербаним ноту ДО, раз в пять секунд добавляем туда РЕ, и больше вообще никаких звуков нет.
Тогда мы будем слышать как раз изменения частоты
Более того, если мы возьмем новую ноту ДО_2, другую, и новую ноту РЕ_2 так, чтобы соотношения частот РЕ_2/ДО_2 сохранялось как в РЕ/ДО - мы не услышим никакой разницы, именно потому что соотношение осталось таким же (я сейчас намеренно игнорирую тот факт, что вообще-то у уха есть диапазон слышимости и вероятно всё-таки мозг умеет определять какая часть уха "слышит")
Поэтому вся теория музыка построена на соотношениях частот, а общепринятые ноты - просто пример таких соотношений.
Вроде бы это примерно то, что говорится в законе Вебера-Фехнера, но я нигде не находил связи этого именно с теорией музыки
Но я хочу получить хоть какой-то ответ, а не "я делаю такие операции 20 лет, вы что, мне не доверяете?" на любой уточняющий вопрос
Выражу свое мнение - для меня всё не так однозначно )
Концепция выбора из многих вариантов как раз нормально укладывается в мою стратегию:
По всякой фигне (грипп - взять больничный. Чет странное - сдать тесты на ковид. Сходить к ЛОРу проверить слух) - хожу в обычную поликлинику около дома, по ОМС. Да, она достаточно неплохая, чтобы качество услуг меня устраивало
Если меня начинает припирать конкретная проблема или например важно сделать что-то как можно быстрее (ну, тут самое очевидное что приходит в голову как раз стоматология. Когда я нащупал у себя дупло в восьмерке я знатно перенервничал) - тогда да, приходит пора платить денежки и вполне возможно что добираться куда-то, куда обычно ехать не очень удобно. Иногда это не лично мои денежки, а деньги кампании - у нас неплохой ДМС
Есть еще третья категория, с которой я столкнулся, но так и не понял как ее правильно решать. Она касается "операций с потенциальными последствиями". Например - я задумался над операцией на глаза. В целом я и так жить могу, но это касается скажем повседневного комфорта.
Я спросил у окулиста в поликлинике какие-то общие штуки. Я сходил посоветовался со врачами из платной клиники. Я сходил в НИИ, в котором уже практически собрался делать операцию
Столкнулся с тем что даже сам врач-хирург не может внятно объяснить мне что он конкретно будет делать и какие у него есть гарантии, что всё пройдет именно так, как мне обещают. И не стал делать.
Возможно, в каких-то похожих случаях как раз и будут работать похожие клиники - где будут сидеть люди, у которых можно получить объяснение, план, гарантии.
Но есть и вероятность того, что это важно только мне, и таких людей не очень много для рентабельного бизнеса, конечно )
Нам бы (тем, кто почитывает хабр в перерывах на кофе) чуть больше конкретики в статьях, конечно =)
Но вместе с тем я прочитал этого Франкенштейна и не чувствую яростного неприятия, хоть и без особого интереса
Не сторонник статей "здравствуй мир, я написал "хеллоу ворлд"", хотя там иногда бывает много интересного в комментариях. Судя по тому как Вам старательно спустили карму - не я один.
Ну и, кстати, на мой взгляд лучше не паковать слишком уж плотно. В хорошей статье точно должна быть цель, суть и итог, но можно вставить и шуточки и какое-то отношение еэк своему жизненному опыту.
Самое забавное, на мой взгляд, что вы будто бы спорите об одном и том же
Вы оба говорите примерно "можно случайно получить результат, и даже натренироваться его повторять раз за разом, но для полноценного применения нужно понимать что именно ты в процессе делаешь".
Поэтому эксперименты это хорошо, но одних экспериментов не достаточно для того, чтобы развивать науку - количество всегда должно переходить в качество
Думаю, что для кампании с таким названием неиронично правильным ответом будет
Если же sql будет ругаться (а он скорее всего будет, так как я не помню существует ли отдельно от даты тип времени), подменим каждую конструкцию вида "avg(time)" на "to_char(trunc(sysdate)+avg(cast(time as date)-trunc(date)),'HH24:MI:SS')" который будет приводить каждое время в числовой формат где длина суток = 1, считать от него среднее (от числа конечно же легко посчитается) и превращать обратно в читаемое время
О, я недавно увидел интересную цитату с таким же посылом
"ИТ и цифровизация в каком-то смысле всегда инвестиции, поэтому взлетает и падает вслед за рынком"
БОльшая часть работы ИТ - не создание совершенно нового, нет. Деньги ведь платят за продукты, решающие проблемы бизнеса - улучшающие их процессы. Если у бизнеса нет возможности инвестировать в самих себя, в свои процессы, выделяя на это деньги - значит они и не будут увеличивать собственный штат разработки или не будут покупать внешние продукты.
Если подумать, то в обратную сторону тоже работает - если везде говорят что новых разработчиков нигде не берут (сразу скажу что я утрирую - как минимум непонятен масштаб ошибок выживших как со стороны нанимающих, так и со стороны нанимаемых) - то можно сказать что экономика находится либо в упадке, у бизнеса нет свободных ресурсов или же риски перевешивают возможную выгоду
А я вот не понял как работает СБП, хотелось бы больше технических деталей или каких-то комментариев
Если между банками обычные переводы как раз быстрые за счет "доверия" и клиринга - то как это работает для СБП?
Вероятно, всё проходит через централизованную систему? (Комментарии про ЦБ как будто бы про это намекают?..)
Или же все банки общаются напрямую?
А как это выглядит со стороны банков? Они проводят миллионы транзакций.. то есть формально, вернулись на этап когда еще не придумали фичи с корреспондентскими счетами и клирингом? И, вероятно, это теперь проканывает из-за того что мощности стали несравнимо больше и просто нет необходимости для таких костылей?
Тогда на мой взгляд, единственная причина, по которой весь мир не собрал свой аналог СБП - издержки для каждого конкретного банка, а у нас просто всех заставил это сделать ЦБ