Ещё как жив, и применяется, как ни странно, на десктопе)) Просто есть места, где программа должна быть кросплатформенной, без браузера и достаточно простая в установке как сервера, так и клиента. Мне лично достаточно удобно писать на 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 лет, но НИКОГДА не удавалось ничего стандартизировать, ни контроллеры, ни датчики, ничего вообще? Потому что имеются чрезвычайно жёсткие требования по питанию, по цене, в наличии сильная конкуренция и поэтому малейшее ноу-хау может принести много денег. Состыковать две-три системы, чтобы прокидывать сообщения? На это идут почти все производители… Открыть протокол или начать работать в чужом протоколе? Только если это принесёт много денег и зароет конкурентов.
Так что, господа, стандартизация в охранке / пожарке /скуде просто невозможна, и у вас два пути — либо разрабатывать всё остальное и писать путные АРМы, либо интегрироваться с теми, кто это уже сделал.
Из таких специалистов получаются классные менеджеры, которые понимают, что нужно заказчику и понимают, что, как и кому делать. Ценнейшие люди на небольших и быстрых проектах, и знание многих ЯП, методологий, архитектурных принципов просто необходимы.
Рекомендую прокачивать скилл ораторского искусства и уверенности, это поможет и время высвободить, и ЗП увеличить
Ссылка на другую запись создаётся как ( кусок кода из мормота )
unit mORMot;
function TSQLRecord.RecordReference(Model: TSQLModel): TRecordReference;
begin
..if (self=nil) or (fID<=0) then
....result := 0 else begin
....result := Model.GetTableIndexExisting(PSQLRecordClass(Self)^);
....if result>63 then // TRecordReference handle up to 64=1 shl 6 tables
......result := 0 else
......inc(result,fID shl 6);
....end;
end;
И как в 6 бит запихнуть аж 256 таблиц? Не скажу, что документацию выучил наизусть, но такое фундаментальное ограничение должно быть написано красными буквами 14 размера в самом начале! А так я делал, делал, отлаживал, отлаживал, и все никак понять не мог — схренали ссылка показывает «в ту степь»
И действительно большое спасибо за предупреждение о максимальном количестве таблиц, в документации этого тоже нет
Я тупо менял sting на AnsiString, pchar на PAnsiChar и т.д., ну и ручками доковыривал, если что поломалось. Проблема с быстродействием не стояла, потому как компьютеры со времён Delphi 6-7 ушли далеко вперёд.
transaction {
....for (row in (s_tree.select { (s_tree.objectid eq parent.id) and (s_tree.objecttype eq parent.type) })) {
........parentPathStr = row[s_tree.objectpath]
........break
....}
}
Запустил транзакцию, выполнил запрос с параметрами, взял нужное поле, удалил запрос, закрыл транзакцию. В select передана DSL лямбда… Этот запрос всегда должен возвращать одну запись, а break- это перестраховка.
Дело не в том, чего не хватало, в делфах и дженерики есть, и хелперы, в последних делфах даже var разрешили в коде писать (не прошло и 10 лет..) Но вот лаконичность синтаксиса kotlin — это прям как крылья за спиной. Вот сравните просто лямбды на котлине и анонимные функции на делфах — вроде и предназначение одинаково, но насколько меньше писать, никаких тебе function(bla-bla) :bla
Да, ютуб вообще жжёт. Моя столярка началась с фильмов New Yankee Workshop от Norm Abram. Пара досок, фанерка, тут пильнули, тут строганули, маслицем помазали и вот она, точная копия шкафа 18го века ))
А потом выясняется, что отпилить действительно прямой угол с лучами по 1 метру — практически невыполнимая задача, что дерево в наших квартирах нехило гуляет по-ширине (дышит), что маслом просто так не повазюкать, надо и скотч-брайт, и салфетки.
В любой версии, ограничение на 64 таблицы фундаментальное, обойти нельзя. Ошибка на join тоже непростая, разработчик не обещает её исправить, типа, пользуйтесь ORM, тащите с сервера толпу данных и объединяйте их на клиенте.
А по -поводу русскоязычного — это просто показывает распространение делфей у нас…
Но свистопляска с версиями java и javafx напрягает — где то можно на java поставить javafx, а где-то не ставится, где-то можно собрать бинарник, а где-то ругается на отсутствующие части java
Имхо, естественно.
Вы же после фрезеровки всё равно ка-то мастер-модель готовите, снижаете шероховатость, полируете и т.д.
Но этот пункт:
входит в некоторую конфронтацию с термином «опасное вождение»
Получается, что на загруженной дороге, когда идёт поток машин по всем полосам, мотоциклист не может оказаться между рядов, потому как при этом явно был манёвр, и как я предполагаю, неоднократный. Ведь два колеса покупают не для того, чтобы стоять в пробке?
Вы примерно представляете, как должен работать скуд вкупе с остальными системами (охранка, пожарка, видео)? Например, по пожарным правилам, при пожаре должны быть автоматически открыты все двери на выход. В охранке — при поднесении карточки к считывателю и скуд определил возможность доступа, помещение автоматически должно снятся с охраны. Таких мест сопряжения между системами не счесть и рассматривать скуд как что-то отдельное неправильно.
Ну и как бы использовать wifi и облака просто нельзя, потому что охранка/пожарка/скуд по всем нормам должны быть локальной с резервированием питания (охранка на 2, пожарка на 24 часа), чтобы обеспечить независимость и работу 24/7. Как будете роутеры резервировать? Каждому из них поставите ИБП стоимостью в 5-10 роутеров?
Как вы думаете, почему такого до сих пор нет? Я работаю в разработке охранки и т.д более 25 лет, но НИКОГДА не удавалось ничего стандартизировать, ни контроллеры, ни датчики, ничего вообще? Потому что имеются чрезвычайно жёсткие требования по питанию, по цене, в наличии сильная конкуренция и поэтому малейшее ноу-хау может принести много денег. Состыковать две-три системы, чтобы прокидывать сообщения? На это идут почти все производители… Открыть протокол или начать работать в чужом протоколе? Только если это принесёт много денег и зароет конкурентов.
Так что, господа, стандартизация в охранке / пожарке /скуде просто невозможна, и у вас два пути — либо разрабатывать всё остальное и писать путные АРМы, либо интегрироваться с теми, кто это уже сделал.
Рекомендую прокачивать скилл ораторского искусства и уверенности, это поможет и время высвободить, и ЗП увеличить
По нашему опыту, он самостоятельно падает чаше Еврики
Можно примеры? А то у нас человек сильно матерится, переводя HikVision и Bosch SDK
Они научились автоматически создавать тикет в тикет-системе?
unit mORMot;
function TSQLRecord.RecordReference(Model: TSQLModel): TRecordReference;
begin
..if (self=nil) or (fID<=0) then
....result := 0 else begin
....result := Model.GetTableIndexExisting(PSQLRecordClass(Self)^);
....if result>63 then // TRecordReference handle up to 64=1 shl 6 tables
......result := 0 else
......inc(result,fID shl 6);
....end;
end;
И как в 6 бит запихнуть аж 256 таблиц? Не скажу, что документацию выучил наизусть, но такое фундаментальное ограничение должно быть написано красными буквами 14 размера в самом начале! А так я делал, делал, отлаживал, отлаживал, и все никак понять не мог — схренали ссылка показывает «в ту степь»
И действительно большое спасибо за предупреждение о максимальном количестве таблиц, в документации этого тоже нет
....for (row in (s_tree.select { (s_tree.objectid eq parent.id) and (s_tree.objecttype eq parent.type) })) {
........parentPathStr = row[s_tree.objectpath]
........break
....}
}
Запустил транзакцию, выполнил запрос с параметрами, взял нужное поле, удалил запрос, закрыл транзакцию. В select передана DSL лямбда… Этот запрос всегда должен возвращать одну запись, а break- это перестраховка.
Дело не в том, чего не хватало, в делфах и дженерики есть, и хелперы, в последних делфах даже var разрешили в коде писать (не прошло и 10 лет..) Но вот лаконичность синтаксиса kotlin — это прям как крылья за спиной. Вот сравните просто лямбды на котлине и анонимные функции на делфах — вроде и предназначение одинаково, но насколько меньше писать, никаких тебе function(bla-bla) :bla
А потом выясняется, что отпилить действительно прямой угол с лучами по 1 метру — практически невыполнимая задача, что дерево в наших квартирах нехило гуляет по-ширине (дышит), что маслом просто так не повазюкать, надо и скотч-брайт, и салфетки.
А по -поводу русскоязычного — это просто показывает распространение делфей у нас…