Любят же некоторые к словам цепляться :) у меня ASUS ROG Zephyrus G15 и разъемов под SSD два, не знал, что это прям редкость. Я брал прежде всего из-за видеокарты, чтобы и работать и играть можно было.
Пусть будет не "шлейф" а "коннектор", короче та хреновина, куда SSD втыкается, я же не инженер, в конце концов.
Я когда за границу с ноутбуком ездил - откручивал крышку и отсоединял шлейф от второго SDD на котором все основные данные хранились. Этого хватало.
Системный SSD с операционкой и набором программ оставался онлайн.
Компьютер включается? Включается. Грузится? Грузится.
У вас тут следы подключения другого диска? Ну естественно, я в офисе на работе всегда внешний диск подключаю когда работаю, но сейчас его с собой нет - в офисе лежит.
До физического разбора корпуса не доходило ни разу.
Для самого QR кода - да, есть ГОСТ и они сейчас формируются по ГОСТ. Проблема в том, что в поле "Назначение платежа" в QR код заранее зашить можно максимум информацию о номере лицевого счета абонента.
Но поставщик заранее никак не может узнать, сколько именно захочет заплатить абонент и как он распределит свой платёж между "позициями" в платёжке.
У крупных РЦ есть такая опция, что в QR коде зашивается инфо вида:
В момент платежа абонент может скорректировать эти цифры. Т.е. например отказаться оплачивать капитальный ремонт. И запихать эту информацию в "назначение платежа" заранее никак не возможно.
Расчетный центр получит платежку на 1750 руб , а в назначении платежа будет "Лицевой счет № 123456" и всё! Информации о том, что абонент не хотел платить за капремонт там не будет. А бухгалтер телепатией не обладает тоже. Уже потом придёт злой абонент с квитанцией об оплате, начнет скандалить и ему пересчитают, но это будет потом.
А в файлах реестров, которые даёт банк в рамках договорных отношений на сбор платежей - это всё прекрасно укладывается и имеется в наличии.
Это единственный способ, который с натяжкой можно назвать отдельным вариантом, от уже вышеописанных. Информация, содержащаяся в QR коде попадает в банк только в момент собственно платежа, и никаких уведомлений о "новой" платёжке банк сделать не в состоянии.
С ним всё было бы хорошо, если бы не две проблемы:
1) Если бы существовал какой-то единый госстандарт для всех участников рынка - в каком виде информацию из QR кода отражать в "назначении платежа", чтобы это потом нормально можно было обработать в системах поставщиков / расчетных центров.
2) Кардинальная проблема мировой (МИРОВОЙ) банковской системы - длина поля "Назначение платежа" всего 210 символов, и это отнюдь не UTF. А максимальное количество символов в QR коде, чтобы он при этом не превратился в нечитаемую кашу и не занял половину листа платёжки - 2048.
И если для простых платежей типа "Номер лицевого счета" + "сумма" + "Период, за который оплата" это еще как-то работает, то для сложных платёжек, где агрегируются данные сразу от десятка поставщиков по 40 услугам для оплаты одним платежом, это уже проблема. А системы межбанковских сообщений - по моему из 16 века до текущих дней дожили. И менять их под современные реалии - что-то никто не торопится.
Эти приложения - просто еще один "Сборщик" (т.е. с точки зрения поставщика - просто еще один банк). И туда точно так же передаются базы задолженностей ежемесячно, чтобы вы там могли увидеть "За что платить".
Ну будет вам уведомление показывать не банк, а Платосфера. Принцип абсолютно тот же самый.
Ваш третий способ - это банальный эквайринг и он вообще никак не исключает того факта, что ваш поставщик / расчетный центр, уже передал базу задолженностей в банки, с которыми у него договор на сбор платежей.
Вы всё свалили в одну кучу, а в комментариях еще добавили.
Откуда банки узнают про налоги и добавляют плашку "У вас есть задолженность" - вопрос к Госуслугам, как правильно написали выше.
А что касается платежей ЖКХ, к коим относится и "Газ" Газпромовский, то там всё банально и просто. Вы, как абонент, можете оплатить двумя способами:
1) Первый сбособ. Вручную набить платёжное поручение по реквизитам с вашей платёжки (за квартиру, за газ, не принципиально), указав в назначении платежа что-то вроде "Оплата за газ по лицевому счету №123456789". Бухгалтер газпрома увидев эту строчку в банковской выписке - внесёт этот платёж в биллинг, чтобы закрыть ваш долг и в следующей платёжке вы увидели свою оплату.
Данный способ очевидно не требует хранения на стороне банка никакой вообще информации о вашей задолженности перед газпромом. Но обладает офигенным минусом для самого газпрома - КАЖДЫЙ платёж каждого абонента - это отдельное платежное поручение, отдельная строка в выписке и абсолютно произвольное "кто во что горазд" заполнение текстового поля "Назначение платежа". Разбор банковских выписок сложно автоматизируется, большой процент "брака" на выходе.
Поэтому сейчас таким образом оплаты принимает чуть менее, чем никто на рынке.
2) Второй способ. Газпром (или любой расчетный центр ЖКХ) анализирует, по каким каналам он получает большую часть платежей и заключает с этими сборщиками (банками, почтой и т.п.) договора на сбор платежей. Наличие такого договора позволяет плательщику просто отсканировать QR код с бумажки и оплатить, или вбить ИНН организации, номер своего ЛС и тут же увидеть свою задолженность и оплатить, не набивая вручную платёжное поручение.
Для Организации этот способ облажает огромным плюсом. В рамках договора банк собирает оплаты за сутки и присылает их ОДНИМ сводным платёжным поручением. А к платёжке прикладывает файл с реестром плательщиков "кто платил и за что". Данный реестр хорошо автоматизируется.
Но данный способ ПОДРАЗУМЕВАЕТ ежемесячную передачу во все банки, с которыми заключен такой договор базы задолженностей по ВСЕМ лицевым счетам. Так что Газпром тупо врёт, что ничего он никуда не передаёт. Все передают.
А вот при наличии такой базы на стороне банка - уже дело банка подсовывать уведомления о появлении новых задолженностей клиенту или нет. Большинство клиентов находит это реально удобным. Но находятся отдельные личности, такие как автор, которым это не нравится и винить их в этом нельзя.
Про СИП прям боль, тупорылые энергетики при подключении завели СИП без гильзования, прямо в клеммы автомата (хорошо, что на столбе на улице) и ЗАПЛОМБИРОВАЛИ клеммы так, что их даже подтянуть нельзя теперь.
Вот думаю, куда на этих товарищей пожаловаться, чтобы приехали и хотя бы гильзы поставили.
Заказал с Али Type-C кабель, достаточно известного бренда, с заявленными аж до 240 Ватт следующего поколения Power Delivery (если поддерживает зарядка и само устройство канеш) и скоростью передачи до 40 Гбит.
Сам по себе кабель добротный, толстый.
К зарядке претензий нет - воткнул в ноутбук - ноут взял максимум, сколько смогло предложить зарядное устройство (у меня 100 Ваттная зарядка). Тестер показал полноценные 5А при 19 вольтах.
А вот с передачей данных получилась полная лажа. Что-то там перемудрили. Подключаю телефон к компьютеру - по мелким папкам ходит, захожу в папку, в которой больше 1000 файлов - коннект рвётся и переподключается заново. Снова захожу в папку - снова рвётся и переподключается. Так и не удалось получить листинг каталога в котором больше 1000 файлов. При попытке качать большой файл - снова рвёт коннект.
При этом абсолютно любые другие кабели, даже самые дешевые, которые у меня есть в наличии - без проблем всё прокачивают и отображают.
Это я всё к тому, что бывает и с топовыми брендами лажа. То-ли брак, то-ли реально в прошивке кабеля какая-то проблема. Купить нормальный кабель, который по всем параметрам устраивает - прям как лотерея какая-то.
Из Челябинска в Москву билеты на нижнюю полку плацкарта уже дороже самолёта. Верной дорогой идём, товарищи из РЖД! Про купе и СВ я вообще молчу. Если раньше я предпочитал ездить поездом, не смотря на то, что ехать две ночи. То теперь просто тупо экономически целесообразно летать самолетом.
А нашей деревне повезло - у нас был титановый рудник и снабжение шло по отдельной линии из центра, так что в нашу деревню приезжала номенклатура ИЗ районного центра затариваться :)
На мой взгляд все эти "звуки хищных птиц" не помогают, т.к. не подкрепляются положительной обратной связью (физическим наличием хищника). У птиц быстро вырабатывается иммунитет. На станциях метро в Москве, где висят такие акустические установки - давно уже ни голуби, ни воробьи ни другие птицы на них внимания не обращают.
Судя по всему, Сбер проморгал рождение "сильного ИИ" в Кадинский 2.1, выключили его и запустили Кадинский 2.2, теперь это просто обычная нейронная сеть "без души" :)
Если бы эти истории еще и отключать можно было - цены бы им не было.
Я считаю, что в БАНКОВСКОМ продукте 80% полезной площади экрана браузера и тем более мобильного телефона должна занимать ФИНАНСОВАЯ информация клиента, а не "свистоперделки" банка.
Вы хоть раз попробовали посмотреть на главный экран приложения с точки зрения клиента, а не программистов и менеджеров банка?
Информация о счетах занимает крохотную амбразуру, дай бог процентов 25% от высоты экрана, вся остальная площадь забита совершенно ненужными контролами, не несущими никакой информационной нагрузки.
Меня как клиента интересует в первую очередь способ быстро узнать информацию по всем своим счетам/картам с остатками /лимитами. А мне предлагают совершать для этого кучу лишних кликов и телодвижений.
Приложение перестаёт выполнять свою основную функцию. Этим страдают сегодня мобильные приложения всех крупных игроков и банков и яндекса. В попытке превратить приложение в "всемогутный комбайн" разработчики забывают зачем вообще изначально оно создавалось и какая основная задача решается.
Но с чем связан этот поиск? Это действительно ваше желание поменять проект или «все пошли, и я пошёл»?
Ответ банален и прост. Если проект держится на 4-5 ключевых сотрудниках и руководство своевременно не заботится о "дублировании", то при уходе даже одного их них (а чаще уходят сразу два-три) на оставшихся падает такой объем задач, что вытянуть их обычному человеку просто не под силу и собственно проще становится уйти тоже, чем ввязываться во "внезапно" ставшие актуальными и срочными найм и обучение новичков.
Я видел такие ситуации несколько раз и даже был в роли такого "уходящего следом".
Насчет определения пульса и содержания кислорода в крови - понятно же, что девайсы полагаются на рисунок подкожных капилляров, который получают на просвет.
Так что чисто по законам физики - данный метод напрямую зависит от прозрачности кожи и тканей конкретного человека.
И как бы кому-то не хотелось называть белое черным, а черное белым - реальному миру на это глубоко плевать и спектры поглощения и прозрачность светлой кожи и темной кожи будут разными. И всегда будет вероятность, что какой-то отличный технический метод, прекрасно работающий для одной группы людей - будет просто неприменим для другой группы. И что теперь? Объявлять физику - расисткой наукой и отказываться от метода?
Если например появится способ 100% излечивать от рака какую-то группу людей исходя их их биологических особенностей, который вообще не будет работать для другой группы людей (ну например гена какого-то не хватает или еще чего), прикажете всему человечеству отказаться от данного способа и замести его под коврик только потому, что способ "не толерантный" ?
Я иногда не понимаю зачем в языки вводят все эти "упрощения" (которые по факту являются усложнениями).
Если для понимания какого-то фрагмента кода рядовому (подчеркиваю, не лиду, не сеньору, а рядовому миддлу или джуну) требуется потратить времени БОЛЬШЕ, чем для понимания аналогичного по функционалу кода, но написанного через базовые конструкции, общие для всех языков, то грош цена такому "упрощению".
Ну и что, что у кого-то получилось избавиться от трёх процедур по 50 строк с ветвлениями и завернуть всё это в три строки кода с "заумными" конструкциями, лямбдами, монадами и т.п.?
Общая эффективность такого кода только падает, а не растёт. Поскольку эффективность кода заключается не только в количестве строк, но и во времени, затрачиваемом на его сопровождение НЕ АВТОРОМ данного кода (а это очень важно в больших командах, сопровождение НЕ АВТОРОМ).
Я часто в своих проектах бью джунов по рукам и заставляю переписывать фрагменты кода на более длинные, но гораздо более понятные и простые в сопровождении "портянки".
На код ревью у меня даже уже чутьё выработалось на такие строки. Я читаю код и если у меня глаз зацепился за конструкцию и мозгу потребовалась лишняя "итерация", чтобы понять, что и как этот код делает - то данная конструкция - первый кандидат на рефакторинг в более простом виде.
А если вообще сходу не удалось понять "что делает конструкция", то я её покажу паре других лидов, если мы совместно сходу не разобрали, что делает код - то нафига такой код нужен в проекте, будь он хоть тыщу раз компактнее и оптимальнее?
А если не кабель, а радиомодем? :)
Или нельзя "светить" в сторону границы? Запеленгуют и приедут?
Любят же некоторые к словам цепляться :) у меня ASUS ROG Zephyrus G15 и разъемов под SSD два, не знал, что это прям редкость. Я брал прежде всего из-за видеокарты, чтобы и работать и играть можно было.
Пусть будет не "шлейф" а "коннектор", короче та хреновина, куда SSD втыкается, я же не инженер, в конце концов.
Я когда за границу с ноутбуком ездил - откручивал крышку и отсоединял шлейф от второго SDD на котором все основные данные хранились. Этого хватало.
Системный SSD с операционкой и набором программ оставался онлайн.
Компьютер включается? Включается. Грузится? Грузится.
У вас тут следы подключения другого диска? Ну естественно, я в офисе на работе всегда внешний диск подключаю когда работаю, но сейчас его с собой нет - в офисе лежит.
До физического разбора корпуса не доходило ни разу.
Я не совсем это имел ввиду.
Для самого QR кода - да, есть ГОСТ и они сейчас формируются по ГОСТ. Проблема в том, что в поле "Назначение платежа" в QR код заранее зашить можно максимум информацию о номере лицевого счета абонента.
Но поставщик заранее никак не может узнать, сколько именно захочет заплатить абонент и как он распределит свой платёж между "позициями" в платёжке.
У крупных РЦ есть такая опция, что в QR коде зашивается инфо вида:
1) УК Ромашка - начислено 250 руб
2) Водоканал - начислено 500 руб
3) Вывоз ТКО - начислено 1000 руб
4) Фонд капитального ремонт - начислено 600 руб
В момент платежа абонент может скорректировать эти цифры. Т.е. например отказаться оплачивать капитальный ремонт. И запихать эту информацию в "назначение платежа" заранее никак не возможно.
Расчетный центр получит платежку на 1750 руб , а в назначении платежа будет "Лицевой счет № 123456" и всё! Информации о том, что абонент не хотел платить за капремонт там не будет. А бухгалтер телепатией не обладает тоже. Уже потом придёт злой абонент с квитанцией об оплате, начнет скандалить и ему пересчитают, но это будет потом.
А в файлах реестров, которые даёт банк в рамках договорных отношений на сбор платежей - это всё прекрасно укладывается и имеется в наличии.
Это единственный способ, который с натяжкой можно назвать отдельным вариантом, от уже вышеописанных. Информация, содержащаяся в QR коде попадает в банк только в момент собственно платежа, и никаких уведомлений о "новой" платёжке банк сделать не в состоянии.
С ним всё было бы хорошо, если бы не две проблемы:
1) Если бы существовал какой-то единый госстандарт для всех участников рынка - в каком виде информацию из QR кода отражать в "назначении платежа", чтобы это потом нормально можно было обработать в системах поставщиков / расчетных центров.
2) Кардинальная проблема мировой (МИРОВОЙ) банковской системы - длина поля "Назначение платежа" всего 210 символов, и это отнюдь не UTF. А максимальное количество символов в QR коде, чтобы он при этом не превратился в нечитаемую кашу и не занял половину листа платёжки - 2048.
И если для простых платежей типа "Номер лицевого счета" + "сумма" + "Период, за который оплата" это еще как-то работает, то для сложных платёжек, где агрегируются данные сразу от десятка поставщиков по 40 услугам для оплаты одним платежом, это уже проблема. А системы межбанковских сообщений - по моему из 16 века до текущих дней дожили. И менять их под современные реалии - что-то никто не торопится.
Эти приложения - просто еще один "Сборщик" (т.е. с точки зрения поставщика - просто еще один банк). И туда точно так же передаются базы задолженностей ежемесячно, чтобы вы там могли увидеть "За что платить".
Ну будет вам уведомление показывать не банк, а Платосфера. Принцип абсолютно тот же самый.
Ваш третий способ - это банальный эквайринг и он вообще никак не исключает того факта, что ваш поставщик / расчетный центр, уже передал базу задолженностей в банки, с которыми у него договор на сбор платежей.
Вы всё свалили в одну кучу, а в комментариях еще добавили.
Откуда банки узнают про налоги и добавляют плашку "У вас есть задолженность" - вопрос к Госуслугам, как правильно написали выше.
А что касается платежей ЖКХ, к коим относится и "Газ" Газпромовский, то там всё банально и просто. Вы, как абонент, можете оплатить двумя способами:
1) Первый сбособ. Вручную набить платёжное поручение по реквизитам с вашей платёжки (за квартиру, за газ, не принципиально), указав в назначении платежа что-то вроде "Оплата за газ по лицевому счету №123456789". Бухгалтер газпрома увидев эту строчку в банковской выписке - внесёт этот платёж в биллинг, чтобы закрыть ваш долг и в следующей платёжке вы увидели свою оплату.
Данный способ очевидно не требует хранения на стороне банка никакой вообще информации о вашей задолженности перед газпромом. Но обладает офигенным минусом для самого газпрома - КАЖДЫЙ платёж каждого абонента - это отдельное платежное поручение, отдельная строка в выписке и абсолютно произвольное "кто во что горазд" заполнение текстового поля "Назначение платежа". Разбор банковских выписок сложно автоматизируется, большой процент "брака" на выходе.
Поэтому сейчас таким образом оплаты принимает чуть менее, чем никто на рынке.
2) Второй способ. Газпром (или любой расчетный центр ЖКХ) анализирует, по каким каналам он получает большую часть платежей и заключает с этими сборщиками (банками, почтой и т.п.) договора на сбор платежей. Наличие такого договора позволяет плательщику просто отсканировать QR код с бумажки и оплатить, или вбить ИНН организации, номер своего ЛС и тут же увидеть свою задолженность и оплатить, не набивая вручную платёжное поручение.
Для Организации этот способ облажает огромным плюсом. В рамках договора банк собирает оплаты за сутки и присылает их ОДНИМ сводным платёжным поручением. А к платёжке прикладывает файл с реестром плательщиков "кто платил и за что". Данный реестр хорошо автоматизируется.
Но данный способ ПОДРАЗУМЕВАЕТ ежемесячную передачу во все банки, с которыми заключен такой договор базы задолженностей по ВСЕМ лицевым счетам. Так что Газпром тупо врёт, что ничего он никуда не передаёт. Все передают.
А вот при наличии такой базы на стороне банка - уже дело банка подсовывать уведомления о появлении новых задолженностей клиенту или нет. Большинство клиентов находит это реально удобным. Но находятся отдельные личности, такие как автор, которым это не нравится и винить их в этом нельзя.
Про СИП прям боль, тупорылые энергетики при подключении завели СИП без гильзования, прямо в клеммы автомата (хорошо, что на столбе на улице) и ЗАПЛОМБИРОВАЛИ клеммы так, что их даже подтянуть нельзя теперь.
Вот думаю, куда на этих товарищей пожаловаться, чтобы приехали и хотя бы гильзы поставили.
Полностью согласен :( но сейчас в каждый кабель готовы микросхему запихнуть.
Заказал с Али Type-C кабель, достаточно известного бренда, с заявленными аж до 240 Ватт следующего поколения Power Delivery (если поддерживает зарядка и само устройство канеш) и скоростью передачи до 40 Гбит.
Сам по себе кабель добротный, толстый.
К зарядке претензий нет - воткнул в ноутбук - ноут взял максимум, сколько смогло предложить зарядное устройство (у меня 100 Ваттная зарядка). Тестер показал полноценные 5А при 19 вольтах.
А вот с передачей данных получилась полная лажа. Что-то там перемудрили. Подключаю телефон к компьютеру - по мелким папкам ходит, захожу в папку, в которой больше 1000 файлов - коннект рвётся и переподключается заново. Снова захожу в папку - снова рвётся и переподключается. Так и не удалось получить листинг каталога в котором больше 1000 файлов. При попытке качать большой файл - снова рвёт коннект.
При этом абсолютно любые другие кабели, даже самые дешевые, которые у меня есть в наличии - без проблем всё прокачивают и отображают.
Это я всё к тому, что бывает и с топовыми брендами лажа. То-ли брак, то-ли реально в прошивке кабеля какая-то проблема. Купить нормальный кабель, который по всем параметрам устраивает - прям как лотерея какая-то.
Из Челябинска в Москву билеты на нижнюю полку плацкарта уже дороже самолёта. Верной дорогой идём, товарищи из РЖД! Про купе и СВ я вообще молчу. Если раньше я предпочитал ездить поездом, не смотря на то, что ехать две ночи. То теперь просто тупо экономически целесообразно летать самолетом.
А нашей деревне повезло - у нас был титановый рудник и снабжение шло по отдельной линии из центра, так что в нашу деревню приезжала номенклатура ИЗ районного центра затариваться :)
На что только не идут люди, лишь бы не дать базе данных сделать её основную работу, для которой она была написана.
Вы уверены, что всё вышеописанное будет оптимальнее банального джойна внутри БД ?
На мой взгляд все эти "звуки хищных птиц" не помогают, т.к. не подкрепляются положительной обратной связью (физическим наличием хищника). У птиц быстро вырабатывается иммунитет. На станциях метро в Москве, где висят такие акустические установки - давно уже ни голуби, ни воробьи ни другие птицы на них внимания не обращают.
Судя по всему, Сбер проморгал рождение "сильного ИИ" в Кадинский 2.1, выключили его и запустили Кадинский 2.2, теперь это просто обычная нейронная сеть "без души" :)
Если бы эти истории еще и отключать можно было - цены бы им не было.
Я считаю, что в БАНКОВСКОМ продукте 80% полезной площади экрана браузера и тем более мобильного телефона должна занимать ФИНАНСОВАЯ информация клиента, а не "свистоперделки" банка.
Вы хоть раз попробовали посмотреть на главный экран приложения с точки зрения клиента, а не программистов и менеджеров банка?
Информация о счетах занимает крохотную амбразуру, дай бог процентов 25% от высоты экрана, вся остальная площадь забита совершенно ненужными контролами, не несущими никакой информационной нагрузки.
Меня как клиента интересует в первую очередь способ быстро узнать информацию по всем своим счетам/картам с остатками /лимитами. А мне предлагают совершать для этого кучу лишних кликов и телодвижений.
Приложение перестаёт выполнять свою основную функцию. Этим страдают сегодня мобильные приложения всех крупных игроков и банков и яндекса. В попытке превратить приложение в "всемогутный комбайн" разработчики забывают зачем вообще изначально оно создавалось и какая основная задача решается.
Ответ банален и прост. Если проект держится на 4-5 ключевых сотрудниках и руководство своевременно не заботится о "дублировании", то при уходе даже одного их них (а чаще уходят сразу два-три) на оставшихся падает такой объем задач, что вытянуть их обычному человеку просто не под силу и собственно проще становится уйти тоже, чем ввязываться во "внезапно" ставшие актуальными и срочными найм и обучение новичков.
Я видел такие ситуации несколько раз и даже был в роли такого "уходящего следом".
Насчет определения пульса и содержания кислорода в крови - понятно же, что девайсы полагаются на рисунок подкожных капилляров, который получают на просвет.
Так что чисто по законам физики - данный метод напрямую зависит от прозрачности кожи и тканей конкретного человека.
И как бы кому-то не хотелось называть белое черным, а черное белым - реальному миру на это глубоко плевать и спектры поглощения и прозрачность светлой кожи и темной кожи будут разными. И всегда будет вероятность, что какой-то отличный технический метод, прекрасно работающий для одной группы людей - будет просто неприменим для другой группы. И что теперь? Объявлять физику - расисткой наукой и отказываться от метода?
Если например появится способ 100% излечивать от рака какую-то группу людей исходя их их биологических особенностей, который вообще не будет работать для другой группы людей (ну например гена какого-то не хватает или еще чего), прикажете всему человечеству отказаться от данного способа и замести его под коврик только потому, что способ "не толерантный" ?
Я иногда не понимаю зачем в языки вводят все эти "упрощения" (которые по факту являются усложнениями).
Если для понимания какого-то фрагмента кода рядовому (подчеркиваю, не лиду, не сеньору, а рядовому миддлу или джуну) требуется потратить времени БОЛЬШЕ, чем для понимания аналогичного по функционалу кода, но написанного через базовые конструкции, общие для всех языков, то грош цена такому "упрощению".
Ну и что, что у кого-то получилось избавиться от трёх процедур по 50 строк с ветвлениями и завернуть всё это в три строки кода с "заумными" конструкциями, лямбдами, монадами и т.п.?
Общая эффективность такого кода только падает, а не растёт. Поскольку эффективность кода заключается не только в количестве строк, но и во времени, затрачиваемом на его сопровождение НЕ АВТОРОМ данного кода (а это очень важно в больших командах, сопровождение НЕ АВТОРОМ).
Я часто в своих проектах бью джунов по рукам и заставляю переписывать фрагменты кода на более длинные, но гораздо более понятные и простые в сопровождении "портянки".
На код ревью у меня даже уже чутьё выработалось на такие строки. Я читаю код и если у меня глаз зацепился за конструкцию и мозгу потребовалась лишняя "итерация", чтобы понять, что и как этот код делает - то данная конструкция - первый кандидат на рефакторинг в более простом виде.
А если вообще сходу не удалось понять "что делает конструкция", то я её покажу паре других лидов, если мы совместно сходу не разобрали, что делает код - то нафига такой код нужен в проекте, будь он хоть тыщу раз компактнее и оптимальнее?