Ну «I have my car wahshed» — это уже другая конструкция, тянуть ее сюда не нужно.
«Корявость» — это следствие синтетики, понятно дело, что она только для понимания смысла.
А вот насчет «помытой машины» или «я помыл машину» — тут вопрос, что конкретно интересует — если состояние машины — то тогда эти фразы абсолютно аналогичны по смыслу — результат их — помытая машина. Если контекст требует того, кто конкретно машину мыл — это, пусть и не прямо, но тоже понятно из этой-же синтетики.
Ну и — может быть я не прав — но «I have my car washed» я бы перевел без контекста «У меня вымытая машина», а не «Мою машину помыли» — но я не всамделишный сварщик)
Но вашу тз я понял, спасибо.
ИМХО весь смысл — как относится к синтетике, и, с моей тз, относится к ней нужно лишь как к инструменту понимания, а не к трактовке «точно».
А можно пример нормальный, где это реально будет влиять на смысл?
Ибо понятно, что объяснить один язык сквозь призму другого — это всегда синтетика.
Имхо, в первом видео объяснение реально отличное, возможно не для оффициала или лойер-языков, но для разговорного — очень хорошее и четкое. Какой смысл может улетучиваться? Действие, его время и направление будет передано четко. То, то чтений может быть несколько, как и несколько оттенков — это тоже нормально для языка (ибо всегда есть несколько разных фраз для одного и того-же действия) — главное, что смысл практически не изменяется.
С моей высоты апперинтермедиэйт я не вижу подводных камней в большинстве случаев — но, может быть я просто что-то не знаю?
Мастера фронтов, а подскажите, есть что-то простое, без всяких нод и компиляций, чтобы в идеале подключил чистый js
Если хочется реактивности - тотже vue умеет в загружаемые компоненты (ничего собирать и компилировать не нужно), если нет - чем vanilla html/js/css не угодили?
Нет проблем - там продаются не только собранные, но и конструкторы, и просто платы - можно купить их там, а детали там, где считаете нужным - и будет вам и удовольствие и эксперименты, и доверять никому не нужно.
Если D-шка дешёвая - то да, будет и пищать и не только, если D современный с нормальной обвязкой и обратной связью - там нет ничего постороннего на слух воообще. Если будет возможность послушать качественный D - попробуйте - удивитесь, я понимаю что на слово сложно поверить - по этому и говорю про послушать. Отличить в слепом тесте реально не возможно, но при этом отсутствует куча проблем, связанных с усилителями AB.
Есть готовые собранные платы на али по вполне заслуживающим доверия и отлаженным схемам, причём на практически любой кошелек от 1500 за 2 канала до 10000 за 1.
Так что собрать годный усилитель D класса очень просто.
А почему вместо всего этого не сделать современный усилитель класса D, который и жрал бы меньше, и про размеру был бы меньше и по качеству бы точно не уступал? 21 век на дворе уж давно.
Вот только не надо про то, что класс D хуже - могу поспорить что на слух вы хороший D не отличите ни от A ни от B ни от AB.
Тот-же Tripath в слепых тестах респонденты от лампового уся отличить не могут.
Во-первых при всем этом не получится менять цвета и тд — т.к. SVG становится встроенным объектом (особенно при использовании svg-symbols) и придется поплясать с бубном, чтобы он стал обычным SVG в разметке и к его внутренностям можно было применять CSS.
Во-вторых все это делается крохотной функцией на vanila js, а не модулем ноды.
А как в условиях VUE3 решается проблема с реагированием на события компонентами, которые либо находятся далеко по вертикали, либо вообще по горизонтали? Раньше это отлично решалось EventBus-ом в руте (например), а сейчас как? Т.е. например нужно отреагировать на происходящее неизвестно где. Пример — есть корневой компонент, который умеет блокировать весь экран и показывать лоадер. Где-то на каком-то уровне что-то происходит с сетью и я хочу на это время заблокировать приложение. В VUE2 я мог сделать this.$root.emit( «wait» ); и все (нужный компонент сам сядет на прослушивание этого события) — мне не надо заботится чтобы что-то куда-то прокидывать или знать, что там заинклюдить или что-то провайдить. Понятно, что я могу написать свой EventBus, но как это предлагается делать корректно с точки зрения VUE3?
Честно, не критикуя то, что получилось, просто напишу что не нравится.
За окном должны быть датчики, а не экран, тем более устройство и так отсылает данные на сервер, грубо нужен модуль датчика и модуль для отображения. Это еще больше сократит размер выходного датчика, его стоимость (плату можно 2 слоя) и т.д. Можно предусмотреть подключение модуля отображения по тому-же вводу, по которому идет питание на модуль датчиков. Это же решит проблему с дисплеем и даст возможность делать его каким угодно. Кроме того, это даст возможность использовать несколько модулей датчиков (например снаружи и внутри помещения) или не использовать модуль отображения, если он не нужен. Кроме того, если таки очень хочется, то можно сделать один из вариантов модуля отображения крепящемся на модуле датчиков (или наоборот). Короче, разделение на модули повышает возможность расширения экосистемы всего проекта, его универсальность и сокращение стоимости производства. Расплата за это только в том, что на начальном этапе придется разводить две платы и делать две схемы и два корпуса. Зато они будут проще и меньше.
P.S. что мешало на время замеров вырубать wifi, а потом врубать программно? Ну раз уж промахнулись?
P.P.S. Как вы всю эту конструкцию планируете запихнуть в корпус с экраном от осадков, ветра и солнечной радиации (стандартные корпуса для датчиков погодных станций в виде елочек) — для меня вообще загадка, т.к. на одной стороне у вас экран, и ее придется делать открытой, а значит она будет нагреваться от солнца или охлаждаться от ветра или дождя, давай ложные показания.
чтобы минимизировать распространение информации злоумышленниками — добиваемся блокировки и разделегирования ресурсов, на которых появляется база»
А, те если убрать или заблочить сайт с интерактивной бд, то бд сама собой удалится и исчезает из даркнета и торрентов? Вон оно что... а мужики то не знают...
Раньше надо было бороться, не допуская таких массированных утечек, а сейчас это все абсолютно бесполезно.
Я не знаю что там точно происходит, но есть две вещи, которые я знаю точно:
«токсичным» сейчас называют вообще все, без исключения
есть куча положительных отзывов от работников, отрицательные есть всегда, нужно смотреть отношение — и оно в пользу положительных
компания — самая старая и успешная на своем рынке, бежит впереди всех остальных, выпускает свои проекты и при этом не продалась на биржу
Это означает, что как бы там что не было устроено — плохо-ли, хорошо-ли, с интригами или без, с тесными столами или нет и т.д. — оно отлично работает, как бизнес-машина. Лучше других в разы. А домысливать и говорить что там все плохо — можно бесконечно (и говорить это будут постоянно — ибо чем успешнее — тем больше завистливых).
Причем все практики, описанные в статье, можно встретить практически у любого корпората.
«Лучшего всегда ругают — ибо он мешает статистике» :)
«Корявость» — это следствие синтетики, понятно дело, что она только для понимания смысла.
А вот насчет «помытой машины» или «я помыл машину» — тут вопрос, что конкретно интересует — если состояние машины — то тогда эти фразы абсолютно аналогичны по смыслу — результат их — помытая машина. Если контекст требует того, кто конкретно машину мыл — это, пусть и не прямо, но тоже понятно из этой-же синтетики.
Ну и — может быть я не прав — но «I have my car washed» я бы перевел без контекста «У меня вымытая машина», а не «Мою машину помыли» — но я не всамделишный сварщик)
Но вашу тз я понял, спасибо.
ИМХО весь смысл — как относится к синтетике, и, с моей тз, относится к ней нужно лишь как к инструменту понимания, а не к трактовке «точно».
Ибо понятно, что объяснить один язык сквозь призму другого — это всегда синтетика.
Имхо, в первом видео объяснение реально отличное, возможно не для оффициала или лойер-языков, но для разговорного — очень хорошее и четкое. Какой смысл может улетучиваться? Действие, его время и направление будет передано четко. То, то чтений может быть несколько, как и несколько оттенков — это тоже нормально для языка (ибо всегда есть несколько разных фраз для одного и того-же действия) — главное, что смысл практически не изменяется.
С моей высоты апперинтермедиэйт я не вижу подводных камней в большинстве случаев — но, может быть я просто что-то не знаю?
Если хочется реактивности - тотже vue умеет в загружаемые компоненты (ничего собирать и компилировать не нужно), если нет - чем vanilla html/js/css не угодили?
Нет проблем - там продаются не только собранные, но и конструкторы, и просто платы - можно купить их там, а детали там, где считаете нужным - и будет вам и удовольствие и эксперименты, и доверять никому не нужно.
Если D-шка дешёвая - то да, будет и пищать и не только, если D современный с нормальной обвязкой и обратной связью - там нет ничего постороннего на слух воообще. Если будет возможность послушать качественный D - попробуйте - удивитесь, я понимаю что на слово сложно поверить - по этому и говорю про послушать. Отличить в слепом тесте реально не возможно, но при этом отсутствует куча проблем, связанных с усилителями AB.
Есть готовые собранные платы на али по вполне заслуживающим доверия и отлаженным схемам, причём на практически любой кошелек от 1500 за 2 канала до 10000 за 1.
Так что собрать годный усилитель D класса очень просто.
Можно вопрос?
А почему вместо всего этого не сделать современный усилитель класса D, который и жрал бы меньше, и про размеру был бы меньше и по качеству бы точно не уступал? 21 век на дворе уж давно.
Вот только не надо про то, что класс D хуже - могу поспорить что на слух вы хороший D не отличите ни от A ни от B ни от AB.
Тот-же Tripath в слепых тестах респонденты от лампового уся отличить не могут.
Во-первых при всем этом не получится менять цвета и тд — т.к. SVG становится встроенным объектом (особенно при использовании svg-symbols) и придется поплясать с бубном, чтобы он стал обычным SVG в разметке и к его внутренностям можно было применять CSS.
Во-вторых все это делается крохотной функцией на vanila js, а не модулем ноды.
Это на самом деле в обе стороны работает - ибо лень по отношению к себе - это тоже лень)
Лень переключаться, лень начать ходить в качалку, лень выйти прогуляться, лень не смотреть лайкосики и не читать ленты, лень найти хобби и тд.
А потом ой.
Но бОльшая часть людей, которые громче всех кричали про выгорание на мой памяти - это были либо лентяи либо коучи, на лени паразитируещие.
Ну вот я, собственно, и не понял, зачем они это убрали? Был стандартный удобный встроенный механизм - нет, вырезали.
Понятно, что его можно внешним скриптом сделать, но события то внутри Vue остались и при этом никакого альтернативного механизма предложено не было...
За окном должны быть датчики, а не экран, тем более устройство и так отсылает данные на сервер, грубо нужен модуль датчика и модуль для отображения. Это еще больше сократит размер выходного датчика, его стоимость (плату можно 2 слоя) и т.д. Можно предусмотреть подключение модуля отображения по тому-же вводу, по которому идет питание на модуль датчиков. Это же решит проблему с дисплеем и даст возможность делать его каким угодно. Кроме того, это даст возможность использовать несколько модулей датчиков (например снаружи и внутри помещения) или не использовать модуль отображения, если он не нужен. Кроме того, если таки очень хочется, то можно сделать один из вариантов модуля отображения крепящемся на модуле датчиков (или наоборот). Короче, разделение на модули повышает возможность расширения экосистемы всего проекта, его универсальность и сокращение стоимости производства. Расплата за это только в том, что на начальном этапе придется разводить две платы и делать две схемы и два корпуса. Зато они будут проще и меньше.
P.S. что мешало на время замеров вырубать wifi, а потом врубать программно? Ну раз уж промахнулись?
P.P.S. Как вы всю эту конструкцию планируете запихнуть в корпус с экраном от осадков, ветра и солнечной радиации (стандартные корпуса для датчиков погодных станций в виде елочек) — для меня вообще загадка, т.к. на одной стороне у вас экран, и ее придется делать открытой, а значит она будет нагреваться от солнца или охлаждаться от ветра или дождя, давай ложные показания.
Почему в качестве экрана не использовать адресные диоды?
А, те если убрать или заблочить сайт с интерактивной бд, то бд сама собой удалится и исчезает из даркнета и торрентов? Вон оно что... а мужики то не знают...
Раньше надо было бороться, не допуская таких массированных утечек, а сейчас это все абсолютно бесполезно.
Это означает, что как бы там что не было устроено — плохо-ли, хорошо-ли, с интригами или без, с тесными столами или нет и т.д. — оно отлично работает, как бизнес-машина. Лучше других в разы. А домысливать и говорить что там все плохо — можно бесконечно (и говорить это будут постоянно — ибо чем успешнее — тем больше завистливых).
Причем все практики, описанные в статье, можно встретить практически у любого корпората.
«Лучшего всегда ругают — ибо он мешает статистике» :)
Или то, что я хочу быть адекватным при суждении ситуации, а не считаю всегда всех кто бьет кого-то по умолчанию «плохими» — это неправильно? :)
Их трое было и они свалили да? Странно, обычно гопники так себя никогда не ведут, тем более в такой ситуации.
Но вы не знаете что там было и пытаетсь судить — это смешно.
Спор потерял смысл, т.к. вы не можете нить логики в голове удержать, но да )
А вообще, чтобы определить адекватность в споре — нужно выслушать обе стороны — про что и был мой комментарий.
Ответь для начала где была ситуация и как произошла?
А качества должны быть теже, что и везде — знаешь, что идешь в проблему — будь готов к ней, либо обойди.