Ну это в теории. А на практике автоматизируется то, что экономически оправдано автоматизировать. А какой там труд - квалифицированный или неквалифицированный, не имеет значения.
Вы для начала подумайте, как формируется стоимость жилья.
Я подскажу: стоимость жилья определяется исключительно платёжеспособностью спроса, тогда как предложение остаётся более-менее постоянным (физики пока не научились раздвигать пространство).
Поэтому если все люди будут работать 2 дня в неделю, то жильё просто пропорционально подешевеет.
Увы, физики пока не научились раздвигать пространство и размещать больше участков на единицу площади. А себестоимость строительства жилья составляет лишь малую часть относительно стоимости земли.
Сейчас основной всех экономик развитых стран является сфера услуг. А услуга - это обмен своего рабочего времени на время работы другого человека (ещё и с коэффициентом из-за налогов). Сокращение рабочего времени приведёт к пропорциональному удорожанию услуг.
причина в том, что хороший специалист хочет работать 8 часов, потому что за 4 часа не заработает достаточно для покрытия всех своих потребительских потребностей
А не хватает ему, потому что есть такая штука, как нормы потребления.
Если большинство работает по 8 часов, то они формируют основной спрос, под него же подстроено предложение.
Если же законодательно запретить (или сделать крайне невыгодным) работать больше 4 часов, тогда, внезапно, все смогут удовлетворить потребности. Ну да, придётся покупать автомобили попроще, одежду в 2 раза реже, но так будет у всех.
Например, количество автомобилей, которые уже были направлены навигатором по тем дорогам с небольшой пропускной способностью.
Хороший навигатор должен ещё и уметь в балансировку нагрузки на дороги, потому что не вы один им пользуетесь. Если он вас направил на шестиполоску, значит, алгоритмы решили, что так будет лучше для всех.
Проблема в том, что информация о появлении пробок появляется с существенным лагом. А по-другому и никак: пока автомобилист после построения маршута доедет до узкой улочки, пока соберётся статистика, может пройти минут 10-15. Соответственно, после возникновения пробки, этот маршрут будет рекомендоваться ещё некоторое время, тем самым только усугубляя ситуацию. И мы будем постоянно видеть жалобы на навигатор, что вместо нормальных маршрутов по широким дорогам (пусть и с медленным движением) он строит маршруты козьими тропами со стоячими пробками.
Окей, ситуация: есть дорога с небольшой пропускной способностью, но по которой можно добраться быстрее. Вопрос: что случится, если этот маршрут будет рекомендоваться всем как самый короткий и быстрый? Ответ: там очень быстро возникнет пробка.
Решение дотнета в данном случае предпогалает, что функционал потока может меняться в рантайме, поэтому статические проверки здесь не подойдут.
Именно так. Функционал потока может измениться прямо в процессе работы. Например, сокет можно зашатдаунить только в одном направлении, и он резко из IReadableWritable становится или IReadable, или IWritable. Можно зашатдаунить в обоих направлениях - какой у него в этом случае должен быть тип?
Ну вот смотрите: у Stream могут быть интерфейсы: IReadableStream, IWritableStream, ISeekableStream, IBufferedStream, IAsyncReadableStream. IAsyncWritableStream, которые могут быть по-разному скомбинированы. А ешё это может быть какой-нибудь NetworkStream со своими интерфейсами.
Ну да, можно обмазаться дженериками и писать что-то типа:
void MyMethod<TStream>(TStream stream) where TStream : IReadableStream, IAsyncReadableStream, IBufferedStream, ...
Но это реально уродство получается, ещё и ограничениями, потому что нельзя перегружать функции с одниаковыми сигнатурами, но разными трайтами. Куда проще просто один if внутри функции воткнуть.
Я ещё нехило так увидился, когда в nvtop посмотрел на потребление видеопамяти (для нейросеток это критично): XFce отжирает значительно больше видеопамяти, чем Plasma.
А мне поведение с переключением раскладки по нажатию Alt+Shift в Linux, а не по отпусканию в винде, наоборот, нравится больше, и я бы очень не хотел, чтобы этот "баг" фиксили.
В винде при быстром наборе текста постоянно раскладка не переключается, и это ужасно бесит. В линуксе же переключение железное, за пару лет активного использования линукса на десктопе проблемы непереключения раскладок не случилось ни разу. Конфликтов с шорткатами не имею.
После того, как суды начали отказывать операторам в исках по миллиону рублей, и был внесён законопроект, который предусматривает, что абонент российского сотового оператора не может задолжать оператору за услуги в роуминге более 3 тысяч рублей в месяц, внезапно оказалось, что обновление баланса в роуминге вполне себе возможно и реальном времени.
Ну это в теории. А на практике автоматизируется то, что экономически оправдано автоматизировать. А какой там труд - квалифицированный или неквалифицированный, не имеет значения.
Принцип формирования стоимости жилья: вы платите деньги только за то, чтобы на этой земле не жил кто-то другой.
Если ВСЕ начнут работать по 4 раза, то у всех будет пропорционально меньше денег, и потому доля расходов на жильё останется прежней.
Вы для начала подумайте, как формируется стоимость жилья.
Я подскажу: стоимость жилья определяется исключительно платёжеспособностью спроса, тогда как предложение остаётся более-менее постоянным (физики пока не научились раздвигать пространство).
Поэтому если все люди будут работать 2 дня в неделю, то жильё просто пропорционально подешевеет.
Увы, физики пока не научились раздвигать пространство и размещать больше участков на единицу площади. А себестоимость строительства жилья составляет лишь малую часть относительно стоимости земли.
Сейчас основной всех экономик развитых стран является сфера услуг. А услуга - это обмен своего рабочего времени на время работы другого человека (ещё и с коэффициентом из-за налогов). Сокращение рабочего времени приведёт к пропорциональному удорожанию услуг.
А не хватает ему, потому что есть такая штука, как нормы потребления.
Если большинство работает по 8 часов, то они формируют основной спрос, под него же подстроено предложение.
Если же законодательно запретить (или сделать крайне невыгодным) работать больше 4 часов, тогда, внезапно, все смогут удовлетворить потребности. Ну да, придётся покупать автомобили попроще, одежду в 2 раза реже, но так будет у всех.
Поизучал proposal. Не увидел, как это будет дружить с атрибутами - без них та же серализация в json как-то мало смысла имеет.
P.S. Как-то прям ну очень некрасиво в плане синтаксиса. Хотя, чего ещё ожидать, когда язык перегружен функционалом.
Например, количество автомобилей, которые уже были направлены навигатором по тем дорогам с небольшой пропускной способностью.
Хороший навигатор должен ещё и уметь в балансировку нагрузки на дороги, потому что не вы один им пользуетесь. Если он вас направил на шестиполоску, значит, алгоритмы решили, что так будет лучше для всех.
Проблема в том, что информация о появлении пробок появляется с существенным лагом. А по-другому и никак: пока автомобилист после построения маршута доедет до узкой улочки, пока соберётся статистика, может пройти минут 10-15. Соответственно, после возникновения пробки, этот маршрут будет рекомендоваться ещё некоторое время, тем самым только усугубляя ситуацию. И мы будем постоянно видеть жалобы на навигатор, что вместо нормальных маршрутов по широким дорогам (пусть и с медленным движением) он строит маршруты козьими тропами со стоячими пробками.
Окей, ситуация: есть дорога с небольшой пропускной способностью, но по которой можно добраться быстрее. Вопрос: что случится, если этот маршрут будет рекомендоваться всем как самый короткий и быстрый? Ответ: там очень быстро возникнет пробка.
И с каких это пор у нас пор на идеи распространяются авторские права?
Понятно, что без ограничений задача становится абсолютно тривиальной. Интересен практический смысл подобных ограничений кроме как для разминки мозгов.
Именно так. Функционал потока может измениться прямо в процессе работы. Например, сокет можно зашатдаунить только в одном направлении, и он резко из IReadableWritable становится или IReadable, или IWritable. Можно зашатдаунить в обоих направлениях - какой у него в этом случае должен быть тип?
Ну и чего там хорошего? Прямо в IOBase есть:
fileno - может бросить исключение, а может и не бросить;
isatty - то есть это реализовано не через интерфейс, а флажком;
readable, seekable - всё как в C# (CanRead, CanSeek);
Ну вот смотрите: у Stream могут быть интерфейсы: IReadableStream, IWritableStream, ISeekableStream, IBufferedStream, IAsyncReadableStream. IAsyncWritableStream, которые могут быть по-разному скомбинированы. А ешё это может быть какой-нибудь NetworkStream со своими интерфейсами.
Ну да, можно обмазаться дженериками и писать что-то типа:
void MyMethod<TStream>(TStream stream) where TStream : IReadableStream, IAsyncReadableStream, IBufferedStream, ...Но это реально уродство получается, ещё и ограничениями, потому что нельзя перегружать функции с одниаковыми сигнатурами, но разными трайтами. Куда проще просто один if внутри функции воткнуть.
Короче, баланс разумного должен быть.
Вы путаете неспособность принимать новое с желанием принимать неудобное.
Я ещё нехило так увидился, когда в nvtop посмотрел на потребление видеопамяти (для нейросеток это критично): XFce отжирает значительно больше видеопамяти, чем Plasma.
А мне поведение с переключением раскладки по нажатию Alt+Shift в Linux, а не по отпусканию в винде, наоборот, нравится больше, и я бы очень не хотел, чтобы этот "баг" фиксили.
В винде при быстром наборе текста постоянно раскладка не переключается, и это ужасно бесит. В линуксе же переключение железное, за пару лет активного использования линукса на десктопе проблемы непереключения раскладок не случилось ни разу. Конфликтов с шорткатами не имею.
После того, как суды начали отказывать операторам в исках по миллиону рублей, и был внесён законопроект, который предусматривает, что абонент российского сотового оператора не может задолжать оператору за услуги в роуминге более 3 тысяч рублей в месяц, внезапно оказалось, что обновление баланса в роуминге вполне себе возможно и реальном времени.
Что совершенно не мешало его акциям расти. Вот инвесторы-то тупые, правда?