Растительное масло я не пью лет так 4 уже, мне лень готовить дома и я ем сейчас только в Popeyes и McD. Но за юмор в статье отдельное спасибо, улыбнуло.
Одной из особенностей Pixel Buds 2a стала возможность заменить аккумулятор в кейс.
Из всех ненужных вещей, кажется самая ненужная но очень хорошо будет продаваться как эко, зеленая забота :) Не знаю что за инфа там у инженеров гугл, но у меня за 2 года у 3 комплектов вышли из строя аккумуляторы - у наушников, не в чехле :D
Я более менее понимаю что такое "Технический писатель". Меня мучало любопытство что такое "техпис", и кто самостоятельно, без принуждения готов себя так называть 😁
Serverless — это модель облачных вычислений, при которой разработчики могут запускать код без необходимости управлять серверами.
Контейнерные среды, приложения запущенные в контейнерах - это serverless, включая Kubernetes, который является лишь решением для облегчения управления этими контейнерами.
А статьи о Serverless, которые говорят только об одном типе serverless, вводят в заблуждение новичков, которые на этих статья обучаются.
Просто хочется напомнить Serviceless !== Functions (lambda). Например в статью можно добавить еще 100500+ вариантов для serverless: AWS ECS, AWS EKS, Google GKE, Google Cloud Run, Azure Container Instances, Azure AKS, Red Hat OpenShift. Ухх много всего.
Читая все эти коменты, про "нерационально", "лучше купить", складывается ощущения что пипл оговаривает себя этим заняться, либо жалуется что сам так не сможет, но вслух. :)
Но ведь основная (или все) DIY проекты это не про это. Это про "отлично провести время".
Да нет же, читать легко и весело, я это в предыдущем комментарии указал.
А хотел сказать я, что топить за то что DevOps не должен писать, а только настраивать, это как утверждать что пекарь не должен тесто замешивать, а должен печь. Я вообще считаю, что девопс не должен ни писать, ни настраивать, а должен с детьми, внуками развлекаться, тусить с семьей и друзьями. Но меня никто не слушает :D
Не эксперт в теме, но "dev" в DevOps, идет от develope, т.е. разрабатывать.
Исследование, проведенное Microsoft, выявило, что title case помогает улучшить читабельность заголовков на 13%, так как заглавные буквы легче воспринимаются глазом.
Хватит придумать всякую ерунду. Мы хотим писать CSS.
Тут явно другое, тут уже "маниакальные наклонности". При суициде, люди не обдумывают и планируют, тщательно, убийство 150 человек.
Растительное масло я не пью лет так 4 уже, мне лень готовить дома и я ем сейчас только в Popeyes и McD. Но за юмор в статье отдельное спасибо, улыбнуло.
Вайб-хакерство какое-то. Вот уж "сокрытие" данных, аналоговнет.
Из всех ненужных вещей, кажется самая ненужная но очень хорошо будет продаваться как эко, зеленая забота :) Не знаю что за инфа там у инженеров гугл, но у меня за 2 года у 3 комплектов вышли из строя аккумуляторы - у наушников, не в чехле :D
Я более менее понимаю что такое "Технический писатель". Меня мучало любопытство что такое "техпис", и кто самостоятельно, без принуждения готов себя так называть 😁
> Я техпис
Я очень далек от UI, от дизайна, но решил прочитать статью. Очень хочется узнать что такое "техпис", и чем он занимается :)
Тут я вслух прокричал "конечно стоит выбрасывать любую идею если она делает синтаксис сложнее"
Никаких допущений.
Контейнерные среды, приложения запущенные в контейнерах - это serverless, включая Kubernetes, который является лишь решением для облегчения управления этими контейнерами.
А статьи о Serverless, которые говорят только об одном типе serverless, вводят в заблуждение новичков, которые на этих статья обучаются.
Просто хочется напомнить Serviceless !== Functions (lambda). Например в статью можно добавить еще 100500+ вариантов для serverless: AWS ECS, AWS EKS, Google GKE, Google Cloud Run, Azure Container Instances, Azure AKS, Red Hat OpenShift. Ухх много всего.
Читая все эти коменты, про "нерационально", "лучше купить", складывается ощущения что пипл оговаривает себя этим заняться, либо жалуется что сам так не сможет, но вслух. :)
Но ведь основная (или все) DIY проекты это не про это. Это про "отлично провести время".
Жду следующей статьи.
можно! подтверждаю!
Да нет же, читать легко и весело, я это в предыдущем комментарии указал.
А хотел сказать я, что топить за то что DevOps не должен писать, а только настраивать, это как утверждать что пекарь не должен тесто замешивать, а должен печь. Я вообще считаю, что девопс не должен ни писать, ни настраивать, а должен с детьми, внуками развлекаться, тусить с семьей и друзьями. Но меня никто не слушает :D
Не эксперт в теме, но "dev" в DevOps, идет от develope, т.е. разрабатывать.
Интересно, весело, занимающее, но много.
Остановился на "Теги: devops разработка observability"
Ответьте пожалуйста кто дочитал, есть ответ на вопрос "Если все будут использовать, откуда они появятся эти сервисы"? Спасибо.
Карма
Я не возмущаюсь автором, я возмущаюсь пропагандой, на хабре.
Автор пропаганды, который упомянул всех "врагов", и "тактично" пропустил 4-е место, просто смешон и противен.
А тебе желаю удачи.
Вы смешны и противны, одновременно.
А мне крупно повезло что я не работаю с GraphQL. И кажеться уже никогда не буду работать.
И все же почему-то Microsoft выбрал sentence title ;)
Чем это читается хуже?
зачем это дважды читать? в коде и еще раз в yaml настройках?