В моем случае .Where(n => n.Items.Count() == 0)работало шустрее в разы. Да и в дальнейшем я понял что лучше в LINQ Any вообще не использовать и делать все на Count. К сожалению пока нет возможности сделать ToString обоих запросов.
MSSQL и EF это отдельный, уникальный и дивный мир! Я в вебе с тех самых времен, когда верстали еще под IE6, и навыки верстака оценивались знаниями как выравнить блочный элемент по центру, как сделать прозрачность или как не словить баг с margin.
Прошло 15 лет и ничего не поменялось. Я по прежнему занимаюсь шаманством. Переписываю запрос LINQ c `.where(n => n.PropABool && !n.PropBBool)` на `.where(n => n.PropABool == true && n.PropBBool == false)`
Запрос вроде вашего `.Where(x => x.DisplayName.StartsWith(key))` это вообще не позволительная роскош! Нет, тут только полнотекстовый поиск, там все норм со скоростью работы, а обычный like использовать на больших полях опасно!
Вот еще такой пример: `.Where(n => !n.Items.Any())` или `.Where(n => n.Items.Count() == 0)`. Вопрос к знатокам, какой будет работать шустрее?
Здесь все зависит от личного опыта. В текущем проекте и так уже подключена стандартная библиотека управления AccelStepper. Для текущего проекта ее вполне достаточно. Добавить обработку концевика - это еще несколько ифов в программе.
Думаю у меня бы ушло куда больше времени вникнуть в код опенсурсной прошивки для чпу, чем добавить условие обработки концевика. Возможно вы одну из таких прошивок сами написали?
Судя по фотографии шаговый двигатель без обратной связи (без энкодера), если случайно в момент открытия произойдет скачек напряжения или отключится сеть то штору предется перенастраивать. Судя по коду там такой защиты не предусмотрено. А ведь так и штору может намотать в обратную сторону - что не особо страшно. А страшно здесь чтобы конструкция не сломалась, так как момент силы у шагового двигателя с редуктором довольно большой.
Ну и в целом когда работа шагового двигателя сводится к постоянному подсчету шагов на длительный промежуток времени, тот тут возможна ситуация накопления ошибки.
Я бы установил один концевик который бы мог срабатывать когда штора открыта (поднята), как на фотографии сверху.
При подъеме шторы происходит его срабатывание и подъем шторы останавливается. А в программу поступает сигнал о том что можно сделать сброс счетчика шагов, так как штора в вверхнем положении.
С помощью этого концвика можно предусмотреть сценарий отключения сети, примерно так: при начале движения шторы в постоянную память записываем байт 1 - идет движение. Когда движение завершено - записываем 0. Есть питание отключиться в движении, то при запуске программы будет прочитан байт, что последний раз было движение, и никто не знает где оно остановилось. Запускаем аварийный режим, когда штора поднимается вверх до срабатывания концевика.
Да и просто можно на плате установить одну кнопку: "калибровка" - когда шаговый двигатель начинает мотать штору вверх до срабатывания концевика.
Вот меня недавно попросили камеры видеонаблюдения подключить: Первый раз это делал. 4 камеры по 20 метров кабеля каждая. Я думал за 2-3 часа упавлюсь. Только когда приехал на объект, и когда забрался на 15 метровую высоту, понял что это не так быстро и не так просто. В итоге 3 часа работы растянулись на 8 и 3 выезда на объект на выходных.
Так что по вашим интерпритации я Ethernet патч-корд подключал 15 дней и для этого потребовалось 3 выезда на объект.
Я конечно не такой гуру по части электронных компонентов для ардуино, даже асцилографа нет, но вот по части кода я нашел для себя несколько удобных иснтументов которые возможно в будущем могут пригодиться и вам.
Как то раз у меня возникла задача управлять обычным двигателем с энкодером так чтобы он прокручивался на определенное кол-во оборотов. На входе микроконтроллеру прилетали шаги энкодера, а на выходе микроконтроллер должен был щелкать релюшками двигателя. И я не знаю сколько бы вечностей ушло на отладку кода если бы я все отлаживал на реальном стенде.
И тут я понял что без класического подхода программирования, когда пишется тест, а потом под него пишется код тут просто не обойтесь. Так я открыл для себя VisualMicro - расширегие для Visual Studio. Из коробки можно создать проект который будет запускаться прямо на ардуино. Далее я создал отдельный проект библиотеку на СИ и отдельный проект для написания тестов.
После этого скорость разработки пошла с колосальной скоростью. Т.е. надо мне получить нужный порядок сигналов на выходе микроконтроллера, я пишу сначала тест, в котором описываю то что должно получиться а потом просто пишу нужный код. В самом коде библиотеки я не использую каких то ардуиновских штук, вроде дерганья пинов или прерываний. Это по сути абстракция над интерфейсом ардуино.
Все что должно работать с определенным интервалом - засовываю в таймер. Все что может выполняться должно - в главный цикл программы. Библиотека обертка по сути все это эмулирует.
Идея алгоритма очень проста: сайт должен натренировать ML-систему которая будет оценивать, насколько неожиданно что пользователь проголосовал "за" или "против" определенного комментария.
Я считаю это невыполнимой задачей. На одном из разработаных мною сайтов сейчас больше 5 миллионов комментариев. Мы одно время тоже думали о такой системе умной сортировки. Но к какому либо готовому решению так и не пришли.
Я считаю что в этой задаче нужно понимать к какой цели хочешь стремиться: поднять непопулярное мнение в том, развернуть мнение толпы на противоположное, и от этого уже думать над реализацией. Нечто подобное реализованно у фейсбука правда с постами. Вам нравится сортировка постов на фейсбуке?
Если нужно читануть топовые комментарии, то нужна возможность отсортировать комментарии по рейтингу (лайки минус дизлайки)
Если нужно прочитать всю ветку комментарив, то текущий формат комментариев на хабре идеально подходит для этого. Вложенность позволяет следить за ходом мыслей пользователей.
На хабре нет сортировки по рейтингу, и поэтому людям, вроде вас приходится придумывать самим мыслимые ограничения, вроде комментариев с двухзначными значением рейтинга.
Сообщества стремятся к состоянию монокультуры и групповому мышлению.
Вторичный эффект от монокультуризации сообществ…
Дискуссии не развиваются…
Система располагает к разведению ботов...
Мне не понятно одно: как ваша придуманная ML система будет решать описанные вами же проблемы?
Занимаюст веб разработкой со времен 6 осла. Я раньше мечтал пересесть на новый рабочий комп, старому вроде как уже скоро будет 10 лет (по тем временем был топовый ноутбук). 2 ядра 4 потока 2.4ГГц 10 RAM. А сейчас вот желание пропала.
Казалось бы, местами все подтормажимвает, подвисает. Мегабайты JS кода который должен за 2-3 секунды стартануть на клиенте. Когда я нажимаю F5 с открытой дебаг панелью, скорость загрузки просидает примерно так же как если бы я открывал виджет на среднечковом телефоне (вроде той же моторолы о которой вы писали выше). Но зато, я буквально чувствую каждое действие, буквально могу измерить сколько той или иной функция, взгялдом оценить скорость выполениня. Если я написал какой то говнокод, это сразу отразится на производительности. Если меня бесит скорость работы какого то модуля значит это может бесить и еще тысячи пользователей которые пользуются моим продуктом. Но по скольку я сижу на таком же медленном железе, я чувствую себя ближе к нороду, ближе к нашим общим проблемам.
И вот тут я задумался, если я пересяду опять на топовое железо, я потеряю все эти осязательные явления. Ко мне будут приходить люди и говорить что тут вот медленно что-то работает, а я просто не смогу этого заметить,
Мне нравится ваш проект! Я конечно не гитарист, но как инженер хочется поделиться некоторыми мыслями:
Мне кажется складной механизм лучше сделать так чтобы гитара складывалась внутрь ладами а не наружу. При транспортировке велик шанс поврежения и ладов и струн так как это все торчит наружу. Если же они были бы внуть то шанс повредить гитару в сложенном виде был бы намного ниже. Да, возможно пришлось бы усложнить мехенизм складывания.
По поводу самого механизма складывания, я так понял у вас там используются подпружиненные контакты (поправьте если я не прав) и мне кажется это плохой идеей. Если контакты будут открыты то велика вероятность их окисления и вследствии чего один из контактов иметь плохое соединение. Мне кажется что здесь лучше использовать провода. Есть масса способов как сделать подвижное соединение и чтобы все было полностью закрыто.
Саму гитару оставить по форме как и в первом исполнении в виде прямоугольной палки (без корпуса для удобного расположения на ноге). Лучше предусмотреть возможность отстегивания корпуса чтобы опять же можно было иметь более компактную версию. Если в центральной палке будет предусмотренна продуманная система крепления внешнего корпуса разной формы, то тогда и гита будет компактнее, и корпуса можно будет делать разные.
Я желаю вам успехов в вашем проекте, он реально крут!
nic.ru — самый ужастный хостинг с которым мне только приходилось работать!
Многие услуги можно отключить только за 2 месяца до их окончания. Подключаешь услугу по кнопке на сайте — отключаешь по официальному письму к ним на почту, отправленому курьерской службой.
Интерфейс админки ну просто как из 90х, я до сих пор не знаю какая версия загрузится при очередном входе.
Постоянно пихают уже включенные в карзину дополнительные услуги: личный менеджер и типо того.
Продление домена 1к р — за что?
Заказал хостинг для сайтов. Установил сайт на водпресе. Решил потетсить битрикс. Поставил на тот же хостинг рядом сайт на битрексе. Сайт на водпресе больше не работает. В саппорте сказали что оказывается при установки битрикса меняются настройки всего виртуального хостинга, так что он становится не пригдным уже для работы с водпресом. Ну почему нельзя было об этом предупредить при создании сайта на битриксе?
Раньше на виртуальном хостинге можно было размещать 15 сайтов — сейчас 2.
В целом складывается ощущение что клиент говно и должен страдать, потому что мы мамонты, а кроме нас никого нет.
Как то раз нужно было сделать сложное меню с большим кол-во атрибутов у тегов, которые должны были расставляться по большому кол-ву условий. Я просто не смог это сделать в стандартом редакторе Razor. В итоге психанул, и сделал все на ванильном C# с применением TagBuilder
Тоже проверил вашу теорию, и действительно, если обходить условного говоря нужно только самих рабочих, то выгода никакой соверненно нет. Что они все подвинуться, и пропустят тик работы, что они будут и дальше работать, а их будут обходить. Но выгода получается если при обходе нужно обойти например строение, и тут как раз вариант с "подвинуться" получается выигрышный.
Я разработчик на C# и что-же мне делать?
В моем случае
.Where(n => n.Items.Count() == 0)работало шустрее в разы. Да и в дальнейшем я понял что лучше в LINQ Any вообще не использовать и делать все на Count. К сожалению пока нет возможности сделать ToString обоих запросов.MSSQL и EF это отдельный, уникальный и дивный мир! Я в вебе с тех самых времен, когда верстали еще под IE6, и навыки верстака оценивались знаниями как выравнить блочный элемент по центру, как сделать прозрачность или как не словить баг с margin.
Прошло 15 лет и ничего не поменялось. Я по прежнему занимаюсь шаманством. Переписываю запрос LINQ c `.where(n => n.PropABool && !n.PropBBool)` на `.where(n => n.PropABool == true && n.PropBBool == false)`
Запрос вроде вашего `.Where(x => x.DisplayName.StartsWith(key))` это вообще не позволительная роскош! Нет, тут только полнотекстовый поиск, там все норм со скоростью работы, а обычный like использовать на больших полях опасно!
Вот еще такой пример: `.Where(n => !n.Items.Any())` или `.Where(n => n.Items.Count() == 0)`. Вопрос к знатокам, какой будет работать шустрее?
Здесь все зависит от личного опыта. В текущем проекте и так уже подключена стандартная библиотека управления AccelStepper. Для текущего проекта ее вполне достаточно. Добавить обработку концевика - это еще несколько ифов в программе.
Думаю у меня бы ушло куда больше времени вникнуть в код опенсурсной прошивки для чпу, чем добавить условие обработки концевика. Возможно вы одну из таких прошивок сами написали?
Судя по фотографии шаговый двигатель без обратной связи (без энкодера), если случайно в момент открытия произойдет скачек напряжения или отключится сеть то штору предется перенастраивать. Судя по коду там такой защиты не предусмотрено. А ведь так и штору может намотать в обратную сторону - что не особо страшно. А страшно здесь чтобы конструкция не сломалась, так как момент силы у шагового двигателя с редуктором довольно большой.
Ну и в целом когда работа шагового двигателя сводится к постоянному подсчету шагов на длительный промежуток времени, тот тут возможна ситуация накопления ошибки.
Я бы установил один концевик который бы мог срабатывать когда штора открыта (поднята), как на фотографии сверху.
При подъеме шторы происходит его срабатывание и подъем шторы останавливается. А в программу поступает сигнал о том что можно сделать сброс счетчика шагов, так как штора в вверхнем положении.
С помощью этого концвика можно предусмотреть сценарий отключения сети, примерно так: при начале движения шторы в постоянную память записываем байт 1 - идет движение. Когда движение завершено - записываем 0. Есть питание отключиться в движении, то при запуске программы будет прочитан байт, что последний раз было движение, и никто не знает где оно остановилось. Запускаем аварийный режим, когда штора поднимается вверх до срабатывания концевика.
Да и просто можно на плате установить одну кнопку: "калибровка" - когда шаговый двигатель начинает мотать штору вверх до срабатывания концевика.
Вот меня недавно попросили камеры видеонаблюдения подключить: Первый раз это делал. 4 камеры по 20 метров кабеля каждая. Я думал за 2-3 часа упавлюсь. Только когда приехал на объект, и когда забрался на 15 метровую высоту, понял что это не так быстро и не так просто. В итоге 3 часа работы растянулись на 8 и 3 выезда на объект на выходных.
Так что по вашим интерпритации я Ethernet патч-корд подключал 15 дней и для этого потребовалось 3 выезда на объект.
Я конечно не такой гуру по части электронных компонентов для ардуино, даже асцилографа нет, но вот по части кода я нашел для себя несколько удобных иснтументов которые возможно в будущем могут пригодиться и вам.
Как то раз у меня возникла задача управлять обычным двигателем с энкодером так чтобы он прокручивался на определенное кол-во оборотов. На входе микроконтроллеру прилетали шаги энкодера, а на выходе микроконтроллер должен был щелкать релюшками двигателя. И я не знаю сколько бы вечностей ушло на отладку кода если бы я все отлаживал на реальном стенде.
И тут я понял что без класического подхода программирования, когда пишется тест, а потом под него пишется код тут просто не обойтесь. Так я открыл для себя VisualMicro - расширегие для Visual Studio. Из коробки можно создать проект который будет запускаться прямо на ардуино. Далее я создал отдельный проект библиотеку на СИ и отдельный проект для написания тестов.
После этого скорость разработки пошла с колосальной скоростью. Т.е. надо мне получить нужный порядок сигналов на выходе микроконтроллера, я пишу сначала тест, в котором описываю то что должно получиться а потом просто пишу нужный код. В самом коде библиотеки я не использую каких то ардуиновских штук, вроде дерганья пинов или прерываний. Это по сути абстракция над интерфейсом ардуино.
Все что должно работать с определенным интервалом - засовываю в таймер. Все что может выполняться должно - в главный цикл программы. Библиотека обертка по сути все это эмулирует.
Я считаю это невыполнимой задачей. На одном из разработаных мною сайтов сейчас больше 5 миллионов комментариев. Мы одно время тоже думали о такой системе умной сортировки. Но к какому либо готовому решению так и не пришли.
Я считаю что в этой задаче нужно понимать к какой цели хочешь стремиться: поднять непопулярное мнение в том, развернуть мнение толпы на противоположное, и от этого уже думать над реализацией. Нечто подобное реализованно у фейсбука правда с постами. Вам нравится сортировка постов на фейсбуке?
Если нужно читануть топовые комментарии, то нужна возможность отсортировать комментарии по рейтингу (лайки минус дизлайки)
Если нужно прочитать всю ветку комментарив, то текущий формат комментариев на хабре идеально подходит для этого. Вложенность позволяет следить за ходом мыслей пользователей.
На хабре нет сортировки по рейтингу, и поэтому людям, вроде вас приходится придумывать самим мыслимые ограничения, вроде комментариев с двухзначными значением рейтинга.
Мне не понятно одно: как ваша придуманная ML система будет решать описанные вами же проблемы?
rip
Занимаюст веб разработкой со времен 6 осла. Я раньше мечтал пересесть на новый рабочий комп, старому вроде как уже скоро будет 10 лет (по тем временем был топовый ноутбук). 2 ядра 4 потока 2.4ГГц 10 RAM. А сейчас вот желание пропала.
Казалось бы, местами все подтормажимвает, подвисает. Мегабайты JS кода который должен за 2-3 секунды стартануть на клиенте. Когда я нажимаю F5 с открытой дебаг панелью, скорость загрузки просидает примерно так же как если бы я открывал виджет на среднечковом телефоне (вроде той же моторолы о которой вы писали выше). Но зато, я буквально чувствую каждое действие, буквально могу измерить сколько той или иной функция, взгялдом оценить скорость выполениня. Если я написал какой то говнокод, это сразу отразится на производительности. Если меня бесит скорость работы какого то модуля значит это может бесить и еще тысячи пользователей которые пользуются моим продуктом. Но по скольку я сижу на таком же медленном железе, я чувствую себя ближе к нороду, ближе к нашим общим проблемам.
И вот тут я задумался, если я пересяду опять на топовое железо, я потеряю все эти осязательные явления. Ко мне будут приходить люди и говорить что тут вот медленно что-то работает, а я просто не смогу этого заметить,
Зачем нужен setTimeout на 10000?
Призываю haqreu за экспертным мнением!
Так всегда, самые ответственные решение приходится принимать в самое не подходящее время.
Мне нравится ваш проект! Я конечно не гитарист, но как инженер хочется поделиться некоторыми мыслями:
Я желаю вам успехов в вашем проекте, он реально крут!
А подскажите, поможет ли решить данную проблему подключения модуля nRF через кренку?
А чем bootstrap вас не устроил?
Выше написали пару регистраторов у которых цены "за наличие записи в базе данных доменов" в 4-5 раз меньше.
nic.ru — самый ужастный хостинг с которым мне только приходилось работать!
В целом складывается ощущение что клиент говно и должен страдать, потому что мы мамонты, а кроме нас никого нет.
К сожеленеию пока нет возможности попробывать новый редактор, но проблемы в старом просто как вечная мазоль:
форматирование Dictionary
Генерация атрибутов у тегов
Как то раз нужно было сделать сложное меню с большим кол-во атрибутов у тегов, которые должны были расставляться по большому кол-ву условий. Я просто не смог это сделать в стандартом редакторе Razor. В итоге психанул, и сделал все на ванильном C# с применением TagBuilder
Тоже проверил вашу теорию, и действительно, если обходить условного говоря нужно только самих рабочих, то выгода никакой соверненно нет. Что они все подвинуться, и пропустят тик работы, что они будут и дальше работать, а их будут обходить. Но выгода получается если при обходе нужно обойти например строение, и тут как раз вариант с "подвинуться" получается выигрышный.