Я себя недавно на мысли поймал, что ИИ быстро обгоняет людей в разных сферах не только потому что технологии быстро развиваются, а потому что люди не настолько сложны и умны, как нам кажется.
Робкая надежда на то, что машины не создают новое, разобьётся о следующую (или через одну) модель, которая будет создавать новое, и будет ещё какая-то другая надежда на что-то типа "ну машины точно не умеют xxxx", которая умрет не менее быстро. А по сути, уже по-моему очевидно, что если кожаные мешки что-то умеют, то куда более мощные процессоры смогут и подавно.
Древняя инженерная мудрость гласит, что сложность - враг надёжности.
Я вот не зная вашей системы, могу прям с закрытыми глазами предсказать, что как минимум половина аварий у вас из-за того, что готовые решения используются нестандартным способом.
Авторизация - это принятие решения, к чему именно имеет доступ уже аутентифицированный пользователь. Статья же - про первый этап, аутентификацию. FIDO это про аутентификацию.
Ну окей, когда за кликом скрыто две операции - аутентификация (результат: какой-то аноним) и авторизация (результат: не-а, анонимы не могут постить комменты), то ещё можно говорить о том, что требуется авторизация. Но статья-то не про хабр - в PayPal сделали именно аутентификацию - вход без пароля.
При том, что когда системные демоны запускаются, им иногда надо создавать файлы - pid-файлы, локальные unix domain sockets. Если места ноль, может не получиться, и система уже не поднимется. При нынешних объемах дисков конечно 5% это до фига. Можно и меньше поставить.
Я бы ещё упомянул lameducking. Чтобы обновления (как подов, так и целиком нод) происходили бесшовно, приложения должны реагировать на SIGTERM, маркировать себя нездоровыми (возвращать ошибку в readiness check), а когда обслужат все запросы из очереди и подождут секунд 20 на случай, если новые подвалят, тогда уже завершаться.
Дорогой хабр, с днём рождения! Я помню тебя совсем маленьким, но офигенно крутым и интересным, когда писать в тебя было почётно и уважаемо, а читать - интересно.
Не то, чтобы сейчас совсем читать нечего - иногда что-то хорошее попадается, но найти эти жемчужины стало намного сложнее. Раньше я садился обедать, открывал хабр на лаптопе и залипал. Одна статья была интереснее другой, я много комментировал. Каждый заход на сайт гарантированно предлагал что-то полезное и интересное. Сейчас - это какие-то новости, обзоры, относящиеся к технике постольку- поскольку. Кто-то когда-то создал классную технологию, но сайт рассказывает не о том, как она создана и устроена, а с точки зрения пользователя. Я по инерции, по мышечной памяти открываю хабр, пролистываю пару страниц, максимум открою какую-нибудь статью и закрываю, потому что в основном одна бестолковщина.
Тому есть несколько причин, но я бы сфокусировался на той, которую считаю основной. Я сам наступал на эти грабли, и к сожалению хорошо знаю каждый их зубец. Команда хочет максимизировать прибыль и начинает отдельно окучивать каждую конверсию - давайте, чтобы больше людей оставалось после того, как случайно попадет на хабр - соответственно давайте сделаем, чтобы было больше статей разной тематики - программистов мало, а просто любопытствующих людей - много, давайте побольше контента нальём с меньшими требованиями к подготовке читателей. Ура - конверсии растут, на сайт льется трафик, супер! Давайте теперь продавать аудиторию рекламодателям - больше трафик, больше заходов в корпоративные блоги, больше денег! Ура, зарабатываем! Можно добавить редакторов, новостников - больше контента, больше трафика, больше конверсий, больше денег. Так держать!
А тем временем что-то начало ломаться в исходных механизмах - глубокие технические статьи стали попадаться реже, их мало видят, мало комментируют, авторы начинают писать меньше. Образуется положительная обратная связь - чем ниже становится технический уровень хабра, тем ещё ниже он становится.
Команда Хабра понимает, что этот корабль плывет не туда, и пытается разными способами избавить тех, кто хочет читать сложные технические статьи от тех, кому больше интересен лёгкий околотехнический контент. Появляются хабы, в экстремальной точке сайт разделяется на три, но тут скорее всего (предполагаю) оказывается, что разделение аудитории отрицательно влияет на продажи, и все откручивается назад.
В сухом остатке, текущая модель монетизации хабра (возможно единственная жизнеспособная) убила и product-market fit, и долгосрочное удержание. Сайт держится на инерции и старой памяти, как тут было здорово.
Чтобы закончить на позитивной ноте, желаю Хабру наконец повзрослеть и определиться со своей целевой аудиторией. Возможно ради роста придется радикально поменять модель монетизации - например организовывать технические конференции, либо взять острый серп и позволить аудитории заминусовывать рекламодателей, чтобы они воду лили на сайт, а писали реальные технические статьи про внутреннее устройство своих продуктов. Ну либо зажмуриться и признаться, что сайт больше - не техническая Александрийская библиотека, а... ну скажем "Компьютерра", не к ночи она будет помянута.
С надеждой, что ещё буду писать на Хабр. Целую и обнимаю.
В общем суть статьи: обработка ошибок в шелле по умолчанию не подходит для задач типа CI/CD (где действительно обычно лучше упасть, если хоть что-то пошло не так), и не забудьте делать вот так.
Общество меняется, спору нет. Как только реакция на спам станет массовой и агрессивной, и издержки превысят выгоду, продавцы тут же перестанут.
Мне вот интересна одна вещь. Я сейчас в Швейцарии живу, и тут вообще такого количества спама нет. Мне за 8 лет позвонили может пару раз по поводу каких-то страховок. Это до швейцарцев не дошло, что можно резко повысить доход, обзванивая клиентов, или наоборот, у них уже сейчас издержки настолько высоки (штрафы может, жалобы в надзорные органы, общественная реакция), что это реально не выгодно?
Я себя недавно на мысли поймал, что ИИ быстро обгоняет людей в разных сферах не только потому что технологии быстро развиваются, а потому что люди не настолько сложны и умны, как нам кажется.
Робкая надежда на то, что машины не создают новое, разобьётся о следующую (или через одну) модель, которая будет создавать новое, и будет ещё какая-то другая надежда на что-то типа "ну машины точно не умеют xxxx", которая умрет не менее быстро. А по сути, уже по-моему очевидно, что если кожаные мешки что-то умеют, то куда более мощные процессоры смогут и подавно.
Хорошо если бы галлонов на милю. Американцы-то считают в милях на галлон.
Не знаю, как вы пишете книги, но продавать - точно умеете! Пойду читать :)
Древняя инженерная мудрость гласит, что сложность - враг надёжности.
Я вот не зная вашей системы, могу прям с закрытыми глазами предсказать, что как минимум половина аварий у вас из-за того, что готовые решения используются нестандартным способом.
Авторизация - это принятие решения, к чему именно имеет доступ уже аутентифицированный пользователь. Статья же - про первый этап, аутентификацию. FIDO это про аутентификацию.
Ну окей, когда за кликом скрыто две операции - аутентификация (результат: какой-то аноним) и авторизация (результат: не-а, анонимы не могут постить комменты), то ещё можно говорить о том, что требуется авторизация. Но статья-то не про хабр - в PayPal сделали именно аутентификацию - вход без пароля.
Аутентификация, а не авторизация. Это два разных понятия.
Оклад - это обычно меньше половины дохода. Есть ещё бонус и акции. Плюс учитывайте, что виза H1B - это для new hires. Они обычно молодые и зелёные.![]()
heatbit.com
Всего. Лишь. 12. Мегабайт.
У вас все степени в формулах отклеились. Вы сами вообще пытались прочитать, что получилось? Для чего вы это пишете?
При том, что когда системные демоны запускаются, им иногда надо создавать файлы - pid-файлы, локальные unix domain sockets. Если места ноль, может не получиться, и система уже не поднимется. При нынешних объемах дисков конечно 5% это до фига. Можно и меньше поставить.
Спасибо за ответ. Меня немного граф пугает, потому что код-ревью делать невозможно и diff/merge нормально не работают в git.
Я бы ещё упомянул lameducking. Чтобы обновления (как подов, так и целиком нод) происходили бесшовно, приложения должны реагировать на SIGTERM, маркировать себя нездоровыми (возвращать ошибку в readiness check), а когда обслужат все запросы из очереди и подождут секунд 20 на случай, если новые подвалят, тогда уже завершаться.
Вы используете vfx graph, а не текстовый код для шейдеров, потому что это удобнее, или в нем возможно что-то, что в тексте нельзя сделать?
Дорогой хабр, с днём рождения! Я помню тебя совсем маленьким, но офигенно крутым и интересным, когда писать в тебя было почётно и уважаемо, а читать - интересно.
Не то, чтобы сейчас совсем читать нечего - иногда что-то хорошее попадается, но найти эти жемчужины стало намного сложнее. Раньше я садился обедать, открывал хабр на лаптопе и залипал. Одна статья была интереснее другой, я много комментировал. Каждый заход на сайт гарантированно предлагал что-то полезное и интересное. Сейчас - это какие-то новости, обзоры, относящиеся к технике постольку- поскольку. Кто-то когда-то создал классную технологию, но сайт рассказывает не о том, как она создана и устроена, а с точки зрения пользователя. Я по инерции, по мышечной памяти открываю хабр, пролистываю пару страниц, максимум открою какую-нибудь статью и закрываю, потому что в основном одна бестолковщина.
Тому есть несколько причин, но я бы сфокусировался на той, которую считаю основной. Я сам наступал на эти грабли, и к сожалению хорошо знаю каждый их зубец. Команда хочет максимизировать прибыль и начинает отдельно окучивать каждую конверсию - давайте, чтобы больше людей оставалось после того, как случайно попадет на хабр - соответственно давайте сделаем, чтобы было больше статей разной тематики - программистов мало, а просто любопытствующих людей - много, давайте побольше контента нальём с меньшими требованиями к подготовке читателей. Ура - конверсии растут, на сайт льется трафик, супер! Давайте теперь продавать аудиторию рекламодателям - больше трафик, больше заходов в корпоративные блоги, больше денег! Ура, зарабатываем! Можно добавить редакторов, новостников - больше контента, больше трафика, больше конверсий, больше денег. Так держать!
А тем временем что-то начало ломаться в исходных механизмах - глубокие технические статьи стали попадаться реже, их мало видят, мало комментируют, авторы начинают писать меньше. Образуется положительная обратная связь - чем ниже становится технический уровень хабра, тем ещё ниже он становится.
Команда Хабра понимает, что этот корабль плывет не туда, и пытается разными способами избавить тех, кто хочет читать сложные технические статьи от тех, кому больше интересен лёгкий околотехнический контент. Появляются хабы, в экстремальной точке сайт разделяется на три, но тут скорее всего (предполагаю) оказывается, что разделение аудитории отрицательно влияет на продажи, и все откручивается назад.
В сухом остатке, текущая модель монетизации хабра (возможно единственная жизнеспособная) убила и product-market fit, и долгосрочное удержание. Сайт держится на инерции и старой памяти, как тут было здорово.
Чтобы закончить на позитивной ноте, желаю Хабру наконец повзрослеть и определиться со своей целевой аудиторией. Возможно ради роста придется радикально поменять модель монетизации - например организовывать технические конференции, либо взять острый серп и позволить аудитории заминусовывать рекламодателей, чтобы они воду лили на сайт, а писали реальные технические статьи про внутреннее устройство своих продуктов. Ну либо зажмуриться и признаться, что сайт больше - не техническая Александрийская библиотека, а... ну скажем "Компьютерра", не к ночи она будет помянута.
С надеждой, что ещё буду писать на Хабр. Целую и обнимаю.
В общем суть статьи: обработка ошибок в шелле по умолчанию не подходит для задач типа CI/CD (где действительно обычно лучше упасть, если хоть что-то пошло не так), и не забудьте делать вот так.
Высовывать наружу API, через который можно сервер уложить, это опасное дело.
Вот-вот, поддержу оратора. И если такие баги у вас будут в жире висеть годами, у меня для вас плохие новости.
Общество меняется, спору нет. Как только реакция на спам станет массовой и агрессивной, и издержки превысят выгоду, продавцы тут же перестанут.
Мне вот интересна одна вещь. Я сейчас в Швейцарии живу, и тут вообще такого количества спама нет. Мне за 8 лет позвонили может пару раз по поводу каких-то страховок. Это до швейцарцев не дошло, что можно резко повысить доход, обзванивая клиентов, или наоборот, у них уже сейчас издержки настолько высоки (штрафы может, жалобы в надзорные органы, общественная реакция), что это реально не выгодно?