Гнать легковоспламеняющуюся жидкость на открытом пламени — это пять!
Вы бы хоть на форум ректификаторов заглянули вначале, оставшиеся в живых бомбисты описывают свои незабываемый впечатления от взрыва спиртового пара или пожара от пролившегося спирта.
Только электрика, только кастрюли с термометрами и группами безопасности.
Как-то совсем не описан способ оплаты. Если это выходной, то зарплату за это время ребята и так должны получить, а если в это время будут работать, не получится ли работа за спасибо?
Выбрал груви, потому что 1) не надо ставить 2) есть отладка в IntelliJ Community 3) можно работать с моими kotlin классами 4) ничего не знаю про ruby :)
import groovy.lang.Binding
import groovy.lang.GroovyShell
//----------------
val shell = GroovyShell()
val binding = Binding()
//----------------
val groovyScript= shell.parse(scriptText)
binding.setVariable(«myObject», this)
groovyScript.binding = binding
groovyScript.run()
Да никто и не требует, чтобы сериализация/маршалинг были зеркальнымы, какие нужно свойства, те и мапте, можно с изменением структуры и названий
В пюсах — классы вообще ничего не знают друг о друге, могут работать в различных процессах-машинах, лёгкое тестирование. В минусах — скорость.
1) openjdk не решает проблемы, потому как полгода назад javafx 13 не работала вместе с openjdk. Сейчас не знаю, работаю на Liberica, там javafx встроена
2) А install4j не работает, потому как «в энтой версии джавы нету fx:deploy»
В общем и целом, надо потратить время и разобраться, но времени нету. С сожалением вспоминаю времена, когда в delphi нажал F9, и через 10 сек бинарник готов…
Ещё как жив, и применяется, как ни странно, на десктопе)) Просто есть места, где программа должна быть кросплатформенной, без браузера и достаточно простая в установке как сервера, так и клиента. Мне лично достаточно удобно писать на kotlin + exposed + tornadofx, разработка быстрая и удобная.
Но свистопляска с версиями java и javafx напрягает — где то можно на java поставить javafx, а где-то не ставится, где-то можно собрать бинарник, а где-то ругается на отсутствующие части java
Да, это так, ну и что? Для геометрического прототипа какая разница, расплавится от на 110 градусах или 90? Конечно, если заказчик желает попробовать прототип «в живую», то альтернатив чпу-фрезеровке не видно, но если заказчику нужно примерить плату, кнопки, дисплей, наклейки, то какая разница, из какой пластмассы вылеплен макет? FDM принтер на сопле 0,2 и слое 0.1 сделает отпечаток, сравнимый по качеству с SLA, только большой и дёшево.
Имхо, естественно.
Насчёт остановит или нет — поживём-увидим… Что-то мне подсказывает, что несанкционированный вылет дрона приравняют к несанкционированному вылету самолёта со всеми вытекающими последствиями
Есть некоторое допущение в ваших словах, а именно, что деталь нагревается, и оттого расширяется-сжимается. Но при fdm печати такого не происходит, плавится только пруток, поэтому получившаяся модель не нагревается и не усаживается.
Конечно, знаю такие принтеры. Более того, я НЕ знаю принтеров, которые печатают хуже 0.5мм, даже для недорогих (200$) fdm принтеров точность 0.1мм считается вполне себе стандартной.
Имеется вопрос — почему для прототипов используется фрезеровка, а не 3D печать?
Вы же после фрезеровки всё равно ка-то мастер-модель готовите, снижаете шероховатость, полируете и т.д.
В ПДД нет такого понятия как «междурядье» — есть езда в ряду и перестроение с пересечением разметки. По ПДД два транспортных средства могут располагаться параллельно в одном ряду, если соблюден безопасный боковой интервал. Безопасный боковой интервал ничем не регламентирован.
входит в некоторую конфронтацию с термином «опасное вождение»
2.7. Водителю запрещается:
…
опасное вождение, выражающееся в неоднократном совершении одного или совершении нескольких следующих друг за другом действий, заключающихся в невыполнении при перестроении требования уступить дорогу транспортному средству, пользующемуся преимущественным правом движения, перестроении при интенсивном движении, когда все полосы движения заняты, кроме случаев поворота налево или направо, разворота, остановки или объезда препятствия, несоблюдении безопасной дистанции до движущегося впереди транспортного средства, несоблюдении бокового интервала, резком торможении, если такое торможение не требуется для предотвращения ДТП, препятствовании обгону, если указанные действия повлекли создание водителем в процессе дорожного движения ситуации, при которой его движение и/или движение иных участников дорожного движения в том же направлении и с той же скоростью создаёт угрозу гибели или ранения людей, повреждения транспортных средств, сооружений, грузов или причинения иного материального ущерба.
Получается, что на загруженной дороге, когда идёт поток машин по всем полосам, мотоциклист не может оказаться между рядов, потому как при этом явно был манёвр, и как я предполагаю, неоднократный. Ведь два колеса покупают не для того, чтобы стоять в пробке?
Вы примерно представляете, как должен работать скуд вкупе с остальными системами (охранка, пожарка, видео)? Например, по пожарным правилам, при пожаре должны быть автоматически открыты все двери на выход. В охранке — при поднесении карточки к считывателю и скуд определил возможность доступа, помещение автоматически должно снятся с охраны. Таких мест сопряжения между системами не счесть и рассматривать скуд как что-то отдельное неправильно.
Ну и как бы использовать wifi и облака просто нельзя, потому что охранка/пожарка/скуд по всем нормам должны быть локальной с резервированием питания (охранка на 2, пожарка на 24 часа), чтобы обеспечить независимость и работу 24/7. Как будете роутеры резервировать? Каждому из них поставите ИБП стоимостью в 5-10 роутеров?
Будущее
Стандартизация как тренд
Как вы думаете, почему такого до сих пор нет? Я работаю в разработке охранки и т.д более 25 лет, но НИКОГДА не удавалось ничего стандартизировать, ни контроллеры, ни датчики, ничего вообще? Потому что имеются чрезвычайно жёсткие требования по питанию, по цене, в наличии сильная конкуренция и поэтому малейшее ноу-хау может принести много денег. Состыковать две-три системы, чтобы прокидывать сообщения? На это идут почти все производители… Открыть протокол или начать работать в чужом протоколе? Только если это принесёт много денег и зароет конкурентов.
Так что, господа, стандартизация в охранке / пожарке /скуде просто невозможна, и у вас два пути — либо разрабатывать всё остальное и писать путные АРМы, либо интегрироваться с теми, кто это уже сделал.
Вы бы хоть на форум ректификаторов заглянули вначале, оставшиеся в живых бомбисты описывают свои незабываемый впечатления от взрыва спиртового пара или пожара от пролившегося спирта.
Только электрика, только кастрюли с термометрами и группами безопасности.
Прелестно, прелестно…
import groovy.lang.Binding
import groovy.lang.GroovyShell
//----------------
val shell = GroovyShell()
val binding = Binding()
//----------------
val groovyScript= shell.parse(scriptText)
binding.setVariable(«myObject», this)
groovyScript.binding = binding
groovyScript.run()
и всё, скрипт в работе
В пюсах — классы вообще ничего не знают друг о друге, могут работать в различных процессах-машинах, лёгкое тестирование. В минусах — скорость.
class PlanPolygon(): Refreshed, ObservableList by observableArrayList()
2) А install4j не работает, потому как «в энтой версии джавы нету fx:deploy»
В общем и целом, надо потратить время и разобраться, но времени нету. С сожалением вспоминаю времена, когда в delphi нажал F9, и через 10 сек бинарник готов…
Но свистопляска с версиями java и javafx напрягает — где то можно на java поставить javafx, а где-то не ставится, где-то можно собрать бинарник, а где-то ругается на отсутствующие части java
Имхо, естественно.
Вы же после фрезеровки всё равно ка-то мастер-модель готовите, снижаете шероховатость, полируете и т.д.
Но этот пункт:
входит в некоторую конфронтацию с термином «опасное вождение»
Получается, что на загруженной дороге, когда идёт поток машин по всем полосам, мотоциклист не может оказаться между рядов, потому как при этом явно был манёвр, и как я предполагаю, неоднократный. Ведь два колеса покупают не для того, чтобы стоять в пробке?
Вы примерно представляете, как должен работать скуд вкупе с остальными системами (охранка, пожарка, видео)? Например, по пожарным правилам, при пожаре должны быть автоматически открыты все двери на выход. В охранке — при поднесении карточки к считывателю и скуд определил возможность доступа, помещение автоматически должно снятся с охраны. Таких мест сопряжения между системами не счесть и рассматривать скуд как что-то отдельное неправильно.
Ну и как бы использовать wifi и облака просто нельзя, потому что охранка/пожарка/скуд по всем нормам должны быть локальной с резервированием питания (охранка на 2, пожарка на 24 часа), чтобы обеспечить независимость и работу 24/7. Как будете роутеры резервировать? Каждому из них поставите ИБП стоимостью в 5-10 роутеров?
Как вы думаете, почему такого до сих пор нет? Я работаю в разработке охранки и т.д более 25 лет, но НИКОГДА не удавалось ничего стандартизировать, ни контроллеры, ни датчики, ничего вообще? Потому что имеются чрезвычайно жёсткие требования по питанию, по цене, в наличии сильная конкуренция и поэтому малейшее ноу-хау может принести много денег. Состыковать две-три системы, чтобы прокидывать сообщения? На это идут почти все производители… Открыть протокол или начать работать в чужом протоколе? Только если это принесёт много денег и зароет конкурентов.
Так что, господа, стандартизация в охранке / пожарке /скуде просто невозможна, и у вас два пути — либо разрабатывать всё остальное и писать путные АРМы, либо интегрироваться с теми, кто это уже сделал.