Да-да-да, конечно, опто-пары и вот это всё.
Не так давно olartamonov тут пару статей постил, о том, что реально внутри электроники бывает, от которой ожидаешь одного, а по факту…
Вы уж простите мою паранойю, но мне кажется, подключение к измерительной части по радиоканалу лучшая гальваническая развязка, я бы сказал очевидная.
Из своего опыта: использовали мы rs232-ethernet конвертеры с гальванической развязкой. Постоянно (вот почти каждый раз), подбегали манагеры и спрашивали, а зачем мы отдаем по $100 за порт, если вон, на алиэкспрессе по $10 «такие же» девайсы. Мне хватало занудности каждый раз тыкать пальцем в спецификацию с просьбой найти пункт «EV 20Kv protection on Serial Line» или что-то такое, напоминать о цене оборудования которое мы подключаем и просить с заказчика взять письменное снятие с нас ответственности, если ему по сети прилетит что-нибудь, да выгорит его железяка на сотни тысяч долларов. Но боюсь, таких людей сейчас исчезающе мало. А вот таких «давайте сэкономим, ну что случится?» — очень много.
Залезать в каждую железяку искать там гальваническую развязку, даже если она есть в спецификации я точно не буду, и в суд в случай чего подавать, тоже очень хлопотно.
к словам «очень дорого», хорошо бы цифры вида
* контактная сесть на столько-то километров стоит в год столько-то
* обслуживание столько-то зарядных станций для покрытия такого-же расстояния маршрутами столько-то
* время простоя единицы транспорта на зарядной станции столько-то
и прочую экономику, как минимум с двух точек зрения а) разовые затраты б) регулярные траты
Кроме самих цифр, хорошо бы ссылки на источник этих цифр, публично доступный.
за ближайшие 10 лет ни разу не видел сплит-систем, которые бы не умели держать температуру.
С другой стороны, это температуру им всё равно нужно как-то передать, и внешний мониторинг фактического состояния очень полезная штука. В соседней статье про управление кондиционером был замечательный фрагмент про iFeel, когда датчик температуру в пульте есть и работает даже если нет по спецификации модели, и при просевших батарейках начинает давать заметную погрешность, что отражается на результате.
Но максимальное использование встроенных в кондиционер возможностей должно позволить меньшими затратами жить на батарейке
что такое «в нотации json»? Фигурные скобочки вместо круглых? Идентификаторы в кавычках?
Кажется, что написать интерпретатор лиспа в любой нотации — это такой проект-на-выходные. Не удивлюсь, если внезапный 'npm install js-notated-lisp' вытащит пакет и установит. Хотя это скорее троллейбус из буханки хлеба…
на вопрос «что писать на лисп?» ответ простой — всё.
А вот «зачем?» — да, вопрос.
Хорошо язык тем, что сам язык — суть AST, всё остальное сделано на нём самом же (ну, почти). Когда начинаешь «дмать на лисп», сначала обретаешь ясное понимание, как всё вокруг работает, и далее, если интересно — никаких ограничений.
Ломать парадигмы в голове, на мой вкус лучше хаскелем (и потом на хаскеле тоже можно писать всё). По крайней мере, после сотен тысяч строк кода, что мне довелось читать за свою жизнь, очень хочется, что бы авторы были не ближе к машине, а ближе к сути прикладной задачи.
Меня тоже этот момент удивил, причем тут ключи от сейфа?
Более того, знаю несколько небольших компаний где сбором и отправкой такого рода формальных бумажек занимаются офис-менеджеры. То есть картина в примерно такая:
— технический специалист прорабатывает тему.
— по мере возникновения вопросов, или согласует с начальством, или сразу бумажную-формальную работу отдает коллеге, который (которая) вот эту часть сделает легко, быстро, и без ошибок.
кстати, про голос.
«Алиса, позови Бормотова» — и дальше мужским голосом. На фоне того, что в процессе общения с навыком, ни самой Алисы нет, ни других навыков, совсем другой голос наглядно бы показывал это.
Воде же очевидный вариант кастомизации генератора речи, не?
> не стоит тратить время на подобные методы углубления в БД.
что бы понять «стоит» или «не стоит» нужны критерии оценки. Плюс, традиционный вопрос в любом разговоре о цене: мы покупаем или продаем?
> есть куда более важные вещи которые стоят внимания
кроме способа оценки нужны метрики важности
> основной массе стоит давать то, что сейчас очень востребовано на рынке.
расскажите про «массу» и востребованность специалистам в языке COBOL, которые, очевидно, не массовые, но в какой-то момент получили взлёт ставок, потому что переписывать старый софт на новые технологии ощутимо дороже, чем сапортить уже имеющийся.
> не иметь очень большое количество знаний, которые ему скорее всего не пригодятся
что бы не иметь «лишних знаний», нужно больше уделять внимание базовым дисциплинам (так, кто сказал «матан» и тихонько хихикает?) и концепции, практику воспринимать именно как способ закрепить эти самые базовые знания.
мне, например, регулярно приходится смотреть в сотни тысяч строк кода на Oracle PL/SQL, который до сих пор пишут. Среди основной команды разработки есть светлые головы, пишут они вполне себе современны код, насколько им позволяет инструмент и характер хадачи.
Как-то в одном из подкастов обсуждали подходы к legacy, и человек сказал «за более чем 10 лет практики разработки софта, только один раз была возможность начать проект, всё остальное — работа с legacy». Помните об этом. 90% всего, что нужно — уже написано.
Что бы эффективно выкидывать код написаный не в рамках концепции, которая вам нравится, нужно уметь хорошо такой код не только читать, но и понимать.
В конце концов, PL/SQL — это просто еще один язык.
У того же Оракла, например, есть ОО-расширение в PL/SQL. Подозреваю, что для кого-то это окажется открытием. Еще, например, есть ключевое слово deterministic, подсказывает компилятору, что функция чистая (привет, ФП!), и её можно использовать для построения индексов.
Как бы то ни было, это всего-навсего один из способов записать ваши мысли. Важно учиться думать широко и уметь выбрать из множества способов тот, который в конкретном случае эффективнее.
Не так давно olartamonov тут пару статей постил, о том, что реально внутри электроники бывает, от которой ожидаешь одного, а по факту…
Вы уж простите мою паранойю, но мне кажется, подключение к измерительной части по радиоканалу лучшая гальваническая развязка, я бы сказал очевидная.
Из своего опыта: использовали мы rs232-ethernet конвертеры с гальванической развязкой. Постоянно (вот почти каждый раз), подбегали манагеры и спрашивали, а зачем мы отдаем по $100 за порт, если вон, на алиэкспрессе по $10 «такие же» девайсы. Мне хватало занудности каждый раз тыкать пальцем в спецификацию с просьбой найти пункт «EV 20Kv protection on Serial Line» или что-то такое, напоминать о цене оборудования которое мы подключаем и просить с заказчика взять письменное снятие с нас ответственности, если ему по сети прилетит что-нибудь, да выгорит его железяка на сотни тысяч долларов. Но боюсь, таких людей сейчас исчезающе мало. А вот таких «давайте сэкономим, ну что случится?» — очень много.
Залезать в каждую железяку искать там гальваническую развязку, даже если она есть в спецификации я точно не буду, и в суд в случай чего подавать, тоже очень хлопотно.
Лично я лучше потрачу 1000 рублей на физчески отдельный девайс.
Но «без гита» — в 2018 году звучит странно (я это читаю как «без контроля версий», может быть не прав?)
Если нтересно «больше внутренностей» — apache lucene — вокруг это библиотки elastic построен
Потому, что сейчас вместо рассказа про батареи, рассказ про электробус, прям начиная с заголовка статьи.
* контактная сесть на столько-то километров стоит в год столько-то
* обслуживание столько-то зарядных станций для покрытия такого-же расстояния маршрутами столько-то
* время простоя единицы транспорта на зарядной станции столько-то
и прочую экономику, как минимум с двух точек зрения а) разовые затраты б) регулярные траты
Кроме самих цифр, хорошо бы ссылки на источник этих цифр, публично доступный.
С другой стороны, это температуру им всё равно нужно как-то передать, и внешний мониторинг фактического состояния очень полезная штука. В соседней статье про управление кондиционером был замечательный фрагмент про iFeel, когда датчик температуру в пульте есть и работает даже если нет по спецификации модели, и при просевших батарейках начинает давать заметную погрешность, что отражается на результате.
Но максимальное использование встроенных в кондиционер возможностей должно позволить меньшими затратами жить на батарейке
Наермиер, в рамках питона можно соорудить DSL поиск по «python dsl» вываливает кучу статей и даже видео. В той же группе, скажем и ruby.
Из этого направления выпадает java, и может еще какие-то…
Мне кажется, кому сейчас нужен современный клевый лисп — все на closure перешли.
Кажется, что написать интерпретатор лиспа в любой нотации — это такой проект-на-выходные. Не удивлюсь, если внезапный 'npm install js-notated-lisp' вытащит пакет и установит. Хотя это скорее троллейбус из буханки хлеба…
А вот «зачем?» — да, вопрос.
Хорошо язык тем, что сам язык — суть AST, всё остальное сделано на нём самом же (ну, почти). Когда начинаешь «дмать на лисп», сначала обретаешь ясное понимание, как всё вокруг работает, и далее, если интересно — никаких ограничений.
Ломать парадигмы в голове, на мой вкус лучше хаскелем (и потом на хаскеле тоже можно писать всё). По крайней мере, после сотен тысяч строк кода, что мне довелось читать за свою жизнь, очень хочется, что бы авторы были не ближе к машине, а ближе к сути прикладной задачи.
github.com/typelevel/squants
Более того, знаю несколько небольших компаний где сбором и отправкой такого рода формальных бумажек занимаются офис-менеджеры. То есть картина в примерно такая:
— технический специалист прорабатывает тему.
— по мере возникновения вопросов, или согласует с начальством, или сразу бумажную-формальную работу отдает коллеге, который (которая) вот эту часть сделает легко, быстро, и без ошибок.
— Алиса, посчитай найди для блока: 1213149287593485374563
— Записывайте: 82762846284245
«Алиса, позови Бормотова» — и дальше мужским голосом. На фоне того, что в процессе общения с навыком, ни самой Алисы нет, ни других навыков, совсем другой голос наглядно бы показывал это.
Воде же очевидный вариант кастомизации генератора речи, не?
Например, есть цель «заработать денег», а за написание вот такого кода платят больше — то нужно писать такой вот код.
Хотя, конечно, можно «продать начальству» другой подход, показав на примерах, что если писать код по-другому, можно заработать еще больше денег.
что бы понять «стоит» или «не стоит» нужны критерии оценки. Плюс, традиционный вопрос в любом разговоре о цене: мы покупаем или продаем?
> есть куда более важные вещи которые стоят внимания
кроме способа оценки нужны метрики важности
> основной массе стоит давать то, что сейчас очень востребовано на рынке.
расскажите про «массу» и востребованность специалистам в языке COBOL, которые, очевидно, не массовые, но в какой-то момент получили взлёт ставок, потому что переписывать старый софт на новые технологии ощутимо дороже, чем сапортить уже имеющийся.
> не иметь очень большое количество знаний, которые ему скорее всего не пригодятся
что бы не иметь «лишних знаний», нужно больше уделять внимание базовым дисциплинам (так, кто сказал «матан» и тихонько хихикает?) и концепции, практику воспринимать именно как способ закрепить эти самые базовые знания.
мне, например, регулярно приходится смотреть в сотни тысяч строк кода на Oracle PL/SQL, который до сих пор пишут. Среди основной команды разработки есть светлые головы, пишут они вполне себе современны код, насколько им позволяет инструмент и характер хадачи.
Как-то в одном из подкастов обсуждали подходы к legacy, и человек сказал «за более чем 10 лет практики разработки софта, только один раз была возможность начать проект, всё остальное — работа с legacy». Помните об этом. 90% всего, что нужно — уже написано.
Что бы эффективно выкидывать код написаный не в рамках концепции, которая вам нравится, нужно уметь хорошо такой код не только читать, но и понимать.
В конце концов, PL/SQL — это просто еще один язык.
У того же Оракла, например, есть ОО-расширение в PL/SQL. Подозреваю, что для кого-то это окажется открытием. Еще, например, есть ключевое слово deterministic, подсказывает компилятору, что функция чистая (привет, ФП!), и её можно использовать для построения индексов.
Как бы то ни было, это всего-навсего один из способов записать ваши мысли. Важно учиться думать широко и уметь выбрать из множества способов тот, который в конкретном случае эффективнее.