В ПДД нет такого понятия как «междурядье» — есть езда в ряду и перестроение с пересечением разметки. По ПДД два транспортных средства могут располагаться параллельно в одном ряду, если соблюден безопасный боковой интервал. Безопасный боковой интервал ничем не регламентирован.
входит в некоторую конфронтацию с термином «опасное вождение»
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, тащите с сервера толпу данных и объединяйте их на клиенте.
А по -поводу русскоязычного — это просто показывает распространение делфей у нас…
Раньше тип string был равен anisString, т.е. то одному байту на символ, а потом кто-то умный в Embarcadero решил, что пусть будет string = wideString, т.е. 2 байта на символ. А т.к. дофига программ использовало строки как буфера, то резко все указатели уехали.
О да! mORMot! Опять сторонее, создаваемое ОДНИМ человеком, с жёсткими ограничениями. Таблиц не больше 64, left join в запросах работает криво, при ошибке на сервере запрос остаётся в отрытом состоянии, отжирая память на клиенте. И ОДНО обсуждение в русскоязычном интернете… Кстати, не мы ли там разговаривали, уж больно ответ похож? ;))
А так да, всё нормально…
Оно НЕ хорошее, оно единственное работающее. Нет на indy ssl-rest сервера, на синапсе можно прикрутить, но после знатных танцев с бубнами. Понимаете, и это во всём! Чуть то нужно — ищи хоть что-нибудь, доделывай, переделывай, и это из-за ОЧЕНЬ маленького сообщества. Не у кого спросить, невозможно найти примеры, на гитхабе жуткое неразвивающееся старьё, и т.д… Задалбливает.
Насчёт подключения сторонних либ. Вы пробовали перевести хидеры из C++ в Делфи? Попробуйте перетащить и отладить (!) 100-200 классов, уверяю, вам не понравится.
Пакет для отладки более-менее удобный только один — EurecaLog, сторонний, платный. Впрочем, как и многое в Делфах
Насколько помню, VCL под Linux выпускается сторонним разработчиком, стоит немало, и нет никаких гарантий, что развитие продолжится. Более того, этот разработчик ушел из команды Embarcadero из-за разногласий
Разработка Евгения Крюкова вернула и Delphi и компании Embarcadero устойчивую конкурентоспособность.
Одним FMX жив не будешь. REST, ORM, SSL, PostrgeSQL, MongoDB, нормальный парсер JSON, наконец! Где это всё? А нигде, как были кривые сторонние решения, так всё и осталось, как раньше молились на VirtualTreeView и Synapce, так до сих пор ничего не поменялось, хочешь получить что-то работающее — пиши ручками. И очень чувствуется недостаток разработчиков языка, новые мелкие фичи вводятся с невероятной помпой, вместо разработки компонентов покупают шареварщиков.
Я программирую на делфах с самого первого выпуска, и соскочил с него на котлин. Господи, какой же кайф, когда и в языке куча сахара, и сообщество имеется, и решений множество на любой вкус.
Поезд делфей ушёл, и основная вина в этом руководства, которое в эпоху бесплатных средств разработки задрало цену в заоблачные высоты, а теперь пытаются хоть кого-то привлечь выпуском community edition.
И очень жалко разработчиков, которые поставили весь свой бизнес не на ту лошадь. Например, Сергей Ткаченко, которые написал текстовый редактор уровня word, с таблицами, гиперссылками и прям вот дофига всего. Работы море, а кому продать результат, если на делфах только остаются, но никто не приходит? Что было бы, если бы он начал писать на Java…
Стойкое ощущение, что мы говорим о разном. Я утверждаю, что не надо создавать инструмент своими силами, не имея на то материальной базы. Если у вас есть выход на литьё, фрезеровку, шлифовку и т.д, то, наверное, можно самостоятельно сделать отличный круглопильный станок, но сделать станок из говна палкой не получится, какими бы не были прямыми руки.
1) Как прошедший путь )) от пилы в столе до поверматика, могу утверждать, что вес и асинхронник имеет преимущество. На 2704 не кинешь дубовую доску, потому как пластмасса брызнет во все стороны. А корвет со снятым левым столом занимает места не более 2704, только ещё в правое расширение можно фрезер воткнуть, у получается настоящий хороший жесткий точный комбайн.
3) Ну бывает иногда надо, особенно когда с буком работаешь — он гнётся хорошо и форму держит. Гнутоклей всё-таки даёт вид фанеры, что многим не нравится
4) Была и парниковая плёнка, и баннер, и вакуумный пресс с силиконовой мембраной. Сейчас самодельный пресс на пожарных шлангах. Рекомендую ))
Честно? У меня есть большие сомнения, что вы новичок ))
Для такой чистой обработки ореха (угадал?) нужен неслабый опыт и остро отточенный рубанок. Ну и торец как-то выдаёт работу торцевого, и работа отборника видна… Да, можно всё сделать нонейм китайцами, но не каждый это сделает
Приспособа для ЛХ стоит недорого, особенно если у Земляка шаблон купить. Ну а если цените время и точность, то покупайте Ляйт за очень много, но это будет лучшая шипорезка в мире
Но этот пункт:
входит в некоторую конфронтацию с термином «опасное вождение»
Получается, что на загруженной дороге, когда идёт поток машин по всем полосам, мотоциклист не может оказаться между рядов, потому как при этом явно был манёвр, и как я предполагаю, неоднократный. Ведь два колеса покупают не для того, чтобы стоять в пробке?
Вы примерно представляете, как должен работать скуд вкупе с остальными системами (охранка, пожарка, видео)? Например, по пожарным правилам, при пожаре должны быть автоматически открыты все двери на выход. В охранке — при поднесении карточки к считывателю и скуд определил возможность доступа, помещение автоматически должно снятся с охраны. Таких мест сопряжения между системами не счесть и рассматривать скуд как что-то отдельное неправильно.
Ну и как бы использовать 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 метру — практически невыполнимая задача, что дерево в наших квартирах нехило гуляет по-ширине (дышит), что маслом просто так не повазюкать, надо и скотч-брайт, и салфетки.
А по -поводу русскоязычного — это просто показывает распространение делфей у нас…
А так да, всё нормально…
Насчёт подключения сторонних либ. Вы пробовали перевести хидеры из C++ в Делфи? Попробуйте перетащить и отладить (!) 100-200 классов, уверяю, вам не понравится.
Пакет для отладки более-менее удобный только один — EurecaLog, сторонний, платный. Впрочем, как и многое в Делфах
Одним FMX жив не будешь. REST, ORM, SSL, PostrgeSQL, MongoDB, нормальный парсер JSON, наконец! Где это всё? А нигде, как были кривые сторонние решения, так всё и осталось, как раньше молились на VirtualTreeView и Synapce, так до сих пор ничего не поменялось, хочешь получить что-то работающее — пиши ручками. И очень чувствуется недостаток разработчиков языка, новые мелкие фичи вводятся с невероятной помпой, вместо разработки компонентов покупают шареварщиков.
Я программирую на делфах с самого первого выпуска, и соскочил с него на котлин. Господи, какой же кайф, когда и в языке куча сахара, и сообщество имеется, и решений множество на любой вкус.
Поезд делфей ушёл, и основная вина в этом руководства, которое в эпоху бесплатных средств разработки задрало цену в заоблачные высоты, а теперь пытаются хоть кого-то привлечь выпуском community edition.
И очень жалко разработчиков, которые поставили весь свой бизнес не на ту лошадь. Например, Сергей Ткаченко, которые написал текстовый редактор уровня word, с таблицами, гиперссылками и прям вот дофига всего. Работы море, а кому продать результат, если на делфах только остаются, но никто не приходит? Что было бы, если бы он начал писать на Java…
3) Ну бывает иногда надо, особенно когда с буком работаешь — он гнётся хорошо и форму держит. Гнутоклей всё-таки даёт вид фанеры, что многим не нравится
4) Была и парниковая плёнка, и баннер, и вакуумный пресс с силиконовой мембраной. Сейчас самодельный пресс на пожарных шлангах. Рекомендую ))
Для такой чистой обработки ореха (угадал?) нужен неслабый опыт и остро отточенный рубанок. Ну и торец как-то выдаёт работу торцевого, и работа отборника видна… Да, можно всё сделать нонейм китайцами, но не каждый это сделает
Приспособа для ЛХ стоит недорого, особенно если у Земляка шаблон купить. Ну а если цените время и точность, то покупайте Ляйт за очень много, но это будет лучшая шипорезка в мире