После завязавшейся дискуссии решил перечитать статью еще раз. Во-первых, стало намного понятнее, что предлагается -- в консоли не играю, но инди-проекты поддерживаю деньгами, рекламирую бесплатно в канале. Во-вторых, стали менее понятны канва и логика изложения, возможно, в поиске формата для аудитории следовало бы "повращать" нарратив. Самое главное: не понял, в чем основной драйвер роста.
Ошибка таких примеров в том, что всегда в качестве успешного примера приводится немногочисленные, но хорошо известные мега-тренды, которые доказали свою фундаментальность:
интернет и интернет-торговля
развитие микроэлектроники
Почему-то по умолчанию считается, что такая клюшка развития это, скорее, правило, чем исключение, и это правило аппроксимируется на любое явление, про которую можно сказать "о, это какие-то технологии". Миллионы фанатов, оглядевши ближайшее прошлое, говорят "ого, как прет, а впереди еще экспонента, сингулярность".
Давайте на другие примеры посмотрим - что там с онлайн-школами и 100% онлайн дист.образованием - вузы не нужны? Что с NFT? Что с наборами готовой еды на неделю - магазины обанкротились? На это обычно находят 100 причин, почему это и не должно было взлететь, однако все эти причины - послезнание, как и про онлайн в вашем примере
> если на сайте есть форма с запросом имени или телефона — они уже считаются оператором ПД и обязаны соблюдать требования закона.
Довольно сильное утверждение, хотелось бы увидеть обоснование. Номер телефона в отрыве от ФИО или номера паспорта, или иных идентифицирующих сведений ("+7-905-909-99-99 Миша К.") не является персональными данными, т.к. нет лица, которое он однозначно идентифицирует
Автор, по всей видимости, одержим некоторым зловещим "расслоением", и от статьи к статье борется с ним "перемешиванием" электролита на ионном уровне в процессе заряда
А можно попросить хотя бы 1-2 источника привести, которые показывают, что это мероприятие лучше (и в чем лучше), чем какой-нибудь традиционнвй сбор обратной связи, например, по почте и обсуждение написанного 1-на-1 с каждым?
Тема поднимается полезная, и с исходными посылами сложно спорить. Но к ней прилагается очередная из миллиона статья с изложением одних и тех же выводов и мыслей. И ошибки допускают одни и те же. Вот пример первой же:
если ипотечный платёж сравним с арендной платой, возможно, имеет смысл купить жильё
Ипотечный платеж состоит из уплаты процентов + уплаты основной части долга. В этом платеже вы навсегда прощаетесь только с первой частью денег, вторую часть вы не отдаете, вы обмениваете её на "бетон", то есть деньги остаются у вас, просто меняют свою форму/ликвидность. На примере: допустим, в платеже 50 тыс. рублей по ипотеке 15 тыс. это проценты, а 35 основная сумма долга - получается, что вы как бы арендуете эту квартиру за 15 тыс, что обычно выгоднее, чем могло бы показаться. Так что имеет смысл покупать, если проценты сравнимы, а не когда весь платеж. На практике из-за аннуитентной схемы платежа сумма процентов меняется о каждом взносе и усложняет расчёт, но он остается верным по сути.
Ну и по остальным примерам есть что сказать. Хорошо на эту тему пишет Бодо Шефер, тем более что его опыт складывался в схожей с нашей экономической ситуацией, с высокой инфляцией и штормами в экономике послевоенной Германии
Вот что мы видим из SLA yandex compute. Чуть раньше на сайте пишут, что фактический уровень доступности - Tier 3.
Из снимка я могу сделать вывод, что написана, мягко говоря, неправда -- номинально ДГУ есть, фактически оказывается, что она неспособна питать ДЦ при отказе лучей питания национальных операторов.
А если крупному специализированному грузовому автопарку нужно обеспечить безотказный сервис перевозок, то да, могут и небольшой нефтеперегонный комбинат поставить, если другими способами не обеспечить SLA.
Минус ДЦ это в случае облаков нормальная ситуация, только Яндекс на этом не акцентирует внимание, потому что тогда TCO не так "вкусно" выглядет будет - спасение утопающих в руках самих утопающих, безотказность сервиса надо проектировать на стороне приложений, покупая и оплачивая избыточную геораспределенную инфраструктуру.
Тут непонятно, почему Яндекс объясняет не это, а то, что отказы ДЦ случаи редкие, почти что несуществующие. Вернее, понятно, но ничего хорошего
Ваш текст очень напоминает по стилю те отмазки, которые лепит ваша служба поддержки, чтобы сделать вид, что чем-то помогает
Такие подстанции проектируются как сложные распределённые системы, чтобы предоставить потребителям определённые гарантии независимости ячеек.
Какая потребителям разница, как они планируются и проектируются, если инженеры Яндекса, кажется, по-прежнему считают, что электричество в розетках заводится само?
В целом, понятно, что любую облачную нагрузку надо проектировать в предположении, что 1 ДЦ Яндекса может выйти из чата в любой момент. Но это не особо новость, и не относится только к Яндексу
принцип единственной ответственности, который гласит, что единица кода (например, функция или «компонент») должна выполнять только одну задачу
Вы пишете для начинающих разработчиков, и тут же вбрасываете вредную дезинформацию. Этот принцип был сформулирован а) совершенно иначе б) упоминал исключительно класс в ООП, а не "компонент" или функцию.
"Давайте приготовим оливье, только вместо картошки возьмем репу, а заправим кетчупом; чот какой-то плохой этот ваш оливье, не понравился, не пойму, что вы в нем находите"
Интересно, как вы насчитали показатель TAM профориентации в 405 млрд рублей
После завязавшейся дискуссии решил перечитать статью еще раз. Во-первых, стало намного понятнее, что предлагается -- в консоли не играю, но инди-проекты поддерживаю деньгами, рекламирую бесплатно в канале. Во-вторых, стали менее понятны канва и логика изложения, возможно, в поиске формата для аудитории следовало бы "повращать" нарратив. Самое главное: не понял, в чем основной драйвер роста.
Начинание оцениваю позитивно.
Ошибка таких примеров в том, что всегда в качестве успешного примера приводится немногочисленные, но хорошо известные мега-тренды, которые доказали свою фундаментальность:
интернет и интернет-торговля
развитие микроэлектроники
Почему-то по умолчанию считается, что такая клюшка развития это, скорее, правило, чем исключение, и это правило аппроксимируется на любое явление, про которую можно сказать "о, это какие-то технологии". Миллионы фанатов, оглядевши ближайшее прошлое, говорят "ого, как прет, а впереди еще экспонента, сингулярность".
Давайте на другие примеры посмотрим - что там с онлайн-школами и 100% онлайн дист.образованием - вузы не нужны? Что с NFT? Что с наборами готовой еды на неделю - магазины обанкротились? На это обычно находят 100 причин, почему это и не должно было взлететь, однако все эти причины - послезнание, как и про онлайн в вашем примере
Спасибо за интересный, хорошо подготовленный текст, всегда с удовольствием читаю ваш блог
А нельзя ли тактовую частоту генерировать на ардуине тоже? Тогда и кварц не понадобится
Ужасно обидно за тех пожилых людей, кто вот так покупает своим внукам планшеты в подарок
> Классическое определение персональных данных - это информация которая может идентифицировать человека прямо или косвенно с помощью других данных
Нет, в 152-ФЗ (раз мы в его контексте рассуждаем) дано другое определение, подменять его не следует.
А раз определение другое, то и рассуждения про IP тоже сомнительны
> если на сайте есть форма с запросом имени или телефона — они уже считаются оператором ПД и обязаны соблюдать требования закона.
Довольно сильное утверждение, хотелось бы увидеть обоснование. Номер телефона в отрыве от ФИО или номера паспорта, или иных идентифицирующих сведений ("+7-905-909-99-99 Миша К.") не является персональными данными, т.к. нет лица, которое он однозначно идентифицирует
Но вы не посчитали производительность, вы посчитали стоимость. Скорее всего, вы делаете аутсорсинг, поэтому вам подходит, но заголовок не о том
Так вы в десятку попали. Артемий Татьяныч и Илья Красильщик - номенклатурные братья-близнецы, биоплатформа такая
Автор, по всей видимости, одержим некоторым зловещим "расслоением", и от статьи к статье борется с ним "перемешиванием" электролита на ионном уровне в процессе заряда
А можно попросить хотя бы 1-2 источника привести, которые показывают, что это мероприятие лучше (и в чем лучше), чем какой-нибудь традиционнвй сбор обратной связи, например, по почте и обсуждение написанного 1-на-1 с каждым?
Тема поднимается полезная, и с исходными посылами сложно спорить. Но к ней прилагается очередная из миллиона статья с изложением одних и тех же выводов и мыслей. И ошибки допускают одни и те же. Вот пример первой же:
если ипотечный платёж сравним с арендной платой, возможно, имеет смысл купить жильёИпотечный платеж состоит из уплаты процентов + уплаты основной части долга. В этом платеже вы навсегда прощаетесь только с первой частью денег, вторую часть вы не отдаете, вы обмениваете её на "бетон", то есть деньги остаются у вас, просто меняют свою форму/ликвидность. На примере: допустим, в платеже 50 тыс. рублей по ипотеке 15 тыс. это проценты, а 35 основная сумма долга - получается, что вы как бы арендуете эту квартиру за 15 тыс, что обычно выгоднее, чем могло бы показаться. Так что имеет смысл покупать, если проценты сравнимы, а не когда весь платеж. На практике из-за аннуитентной схемы платежа сумма процентов меняется о каждом взносе и усложняет расчёт, но он остается верным по сути.
Ну и по остальным примерам есть что сказать. Хорошо на эту тему пишет Бодо Шефер, тем более что его опыт складывался в схожей с нашей экономической ситуацией, с высокой инфляцией и штормами в экономике послевоенной Германии
Вот что мы видим из SLA yandex compute. Чуть раньше на сайте пишут, что фактический уровень доступности - Tier 3.
Из снимка я могу сделать вывод, что написана, мягко говоря, неправда -- номинально ДГУ есть, фактически оказывается, что она неспособна питать ДЦ при отказе лучей питания национальных операторов.
Что значит "тоже"? Я же утверждаю обратное
А если крупному специализированному грузовому автопарку нужно обеспечить безотказный сервис перевозок, то да, могут и небольшой нефтеперегонный комбинат поставить, если другими способами не обеспечить SLA.
Минус ДЦ это в случае облаков нормальная ситуация, только Яндекс на этом не акцентирует внимание, потому что тогда TCO не так "вкусно" выглядет будет - спасение утопающих в руках самих утопающих, безотказность сервиса надо проектировать на стороне приложений, покупая и оплачивая избыточную геораспределенную инфраструктуру.
Тут непонятно, почему Яндекс объясняет не это, а то, что отказы ДЦ случаи редкие, почти что несуществующие. Вернее, понятно, но ничего хорошего
Ваш текст очень напоминает по стилю те отмазки, которые лепит ваша служба поддержки, чтобы сделать вид, что чем-то помогает
Такие подстанции проектируются как сложные распределённые системы, чтобы предоставить потребителям определённые гарантии независимости ячеек.Какая потребителям разница, как они планируются и проектируются, если инженеры Яндекса, кажется, по-прежнему считают, что электричество в розетках заводится само?
В целом, понятно, что любую облачную нагрузку надо проектировать в предположении, что 1 ДЦ Яндекса может выйти из чата в любой момент. Но это не особо новость, и не относится только к Яндексу
Блин, ребят, всё понимаю, эпоха капитализма, но так грести деньги это надо не иметь совести, конечно
Судя по всему, там флеш-рояль иностранных разведок, а не только российской https://teletype.in/@2634929645652/pulpfiction?utm_source=pocket_saves
Попробуйте фоссил https://fossil-scm.org/home/doc/trunk/www/quickstart.wiki
Вы пишете для начинающих разработчиков, и тут же вбрасываете вредную дезинформацию. Этот принцип был сформулирован а) совершенно иначе б) упоминал исключительно класс в ООП, а не "компонент" или функцию.
"Давайте приготовим оливье, только вместо картошки возьмем репу, а заправим кетчупом; чот какой-то плохой этот ваш оливье, не понравился, не пойму, что вы в нем находите"