Как там живется среди единорогов и розовых пони? :D
Техдолг появляется вне зависимости покрыто-ли у вас все тестом, написано-ли максимально хорошо, соблюдая все лучшие принципы или нет.
Причины:
Бизнес и его быстро меняющиеся требования, которые в принципе невозможно учесть, при этом ему нужно как можно быстрее их внедрить, иначе смысл их поропадет, а прибыль будет упущена
Развитие ПО - языки, окружение и инфраструктура сами постоянно меняются и совершенствуются. Как вы бы смогли, например, дцать лет подготовиться к контейнеризации?
Поэтому техдолг есть и будет всегда, но его нужно не бояться, а уметь с ним работать.
Без обид, столько было затрачено сил, при этом в самой клавиатуре ничего толком не поменялось по сравнению со стоком - какой в этом был смысл? Своя прошивка?
Если Вы хотели клавиатуру только с low-profile и подсветкой - чем не подошел Havit/Keychron?
Я тоже разрабатываю свою клавиатуру, но именно потому, что найти то, что я хочу в продаже просто не реально. А хочу я, на самом деле много:
low-profile brown
даблшоты
подсветку символов, а не щелей
возможность изменения подсветки при смене языка, и вообще апи для нее
полную, нормальную раскладку с г-образным Enter и нормальной длиной шифтов.
отстегивающуюся на магнитах подставку под запястье
отстегивающийся на магнитах num-pad, который можно пристегнуть как слева, так и справа + он может отдельно работать сам по себе по USB
регулятор громкости в виде ролика (а не крутилки) над стрелкой курсора "вправо"
такой-же регулятор над стрелкой курсора "влево", отвечающий за яркость подсветки и ее переключение
медиа-клавиши плей/пауза/вперед/назад и индикаторы клавиатуры снизу под пробелом
верхняя часть клавы полностью из куска гнутого алюминия
Еще раз - не в коем случае не хочу ничем обидеть - но у вас не понятно зачем кастом и внешний вид весьма на любителя, при этом очень много сил было потрачено.
И он абсолютно прав - если проблему можно решить просто отмасштабировавшись - это не проблема. Он смотрит с тз бизнеса, вы - как технарь. Об этом стоит помнить, принимая решения об оптимизации, в тч кэшировании.
Ну и большинство проблем, вами описанных, можно решить комбинированно, если это и поддержка этого будет стоить меньше простого масштабирования.
В безопасности чем тише и незаметне вы будете - тем лучше.
Зачем нужно приветствие голосом? Оно ЧСВ Вам греет? Поставьте датчик открытия двери с задержкой и уже в квартире можете сделать, чтобы вам сказали "Ваша вечная раба радуется хозяину" - будет и безопасно и ЧСВ в порядке :) Не знаю как у остальных - а у меня кроме раздражения все эти голосовые приветствия ничего не вызывают.
Что делать будете, если ридер сдохнет? Или его испортят (шоккером), или ардуина откажет, т.к. это не factory-железка с оговоренной надежностью + сама схема на платке ардуино не сказать что прямо правильно и надежно разведена по всем правилам.
Ну и т.д.
Т.е. как выпускной проект это еще на что-то тянет, а вот на реальное использование - нет - уж извините.
Для создателей супераппов в аду стоит отдельный огромный котел, который и не совсем котел, а иногда - кастрюля, и не совсем там жарятся, а иногда просто варятся, иногда в воде, иногда в масле.
Я на ATTINY-85 делал FFT 8bit с целочисленным LUT для sin/cos и она занимала памяти совсем чуток (нужно только до 45 градусов хранить) причём одна и для sin и для cos - все выводится отлично на ходу - вообще никаких проблем.
Ради такого и читаешь хабр, жаль редко появиляются статьи такого уровня.
Спасибо вам за отличный материал от человека, который когда-то писал свой собственный сниффер на базе WinPCap-а и даже написал, но давно уже все забыл )
Самый главный вопрос остался не раскрыт - какая механика у замка?
Просто защёлка? Или ригель реально закрывается? Или он просто в виде накладки?
Возможно-ли его установить основным замком на железную дверь? (там запирание обычно в 3 стороны)
Возможно-ли поставить на сувальдный замок, а не на быстро вскрываемый английский?
Все что-то про электронную безопасность, ок, а что с механикой?
P.S. для гостиниц выпускаются достаточно дешёвые защелки - соленоид и ригель внутри - этакий электронный шпингалет, покупали его по 16$ за штуку включая исполнитель на ESP (wifi/ble) - для надежного закрытия не подойдёт, для суточных/гостиниц - вообще отлично (ключи от основного замка в квартире/номере, защёлка используется при заселении).
Главная проблема в том, что подход "пропсы вниз - сообщения вверх" придуманы не просто так, а чтобы не распутывать потом клубок "кто-же где-же таки изменил эту переменную?!"
По-этому, ИМХО (и собственно так в официальной документации) - инжектить любую переменную нужно через readonly вместе с методом, который может эту переменную изменять, и в компоненте не изменять данную переменную напрямую, а использовать метод. Это реально уберегает от очень многих головняков (хотя бы потому, что для простой отладки будет достаточно добавить в данный метод печать трейса, чтобы понять "кто-же где-же").
Исключения, естественно, есть - очень тесно связанные компоненты и не более одного уровня (т.е. родитель-ребенок). Например табы (родительский холдер и его дети, собственно, сами табы). Но и там, чтобы не плодить "везде делаем так, а вот здесь можно не так" и поддерживать некоторую гомогенность системы, я бы все сделал через readonly + метод.
Вы требования их сервера синхронизации видели? Если не видели - посмотрите.
Это даже не стрельба гаубицей по воробьям - там можно целый сервис высокнагруженного бизнеса на этом решении организовать, а не то что файл конфигурации синхронизировать.
Нужна нормальная база данных, а не колхоз с файлом.
Расскажите это SQLlite-у, который, собственно, в Mozilla-вских продуктах широко используется.
Достаточно положить один файл SQLite, и выполнять синхронизацию от любого кол-ва устройств.
Да и, честно, вообще проблем сделать это хоть с одним файлом с JSON ни каких нет - с помощью блокировок все это решаемо. Конфликт может быть только при обновлении.
При синхронизации заблокировал (остальные ждут освобождения), синхронизировал, разблокировал - все - будет работать вполне нормально, без каких-либо конфликтов.
Как сделать сигнал блокировки - можно атрибутами файла, переименовыванием, созданием лок-файла рядом - вариантов также масса.
Есть только один риск - если приложение упало не разблокировав файл - решается временной меткой файла - если с момента блокировки прошло достаточно много врмени, форсить разблокировку-блокировку.
Чтобы было подобие транзакционности и избежать неконсистентности делают так: блокируют основной файл, пишут файл рядом, переименовывают записанный файл в основной файл, снимают блокировку. Это обеспечивает консистентность.
Больше всего задалбывают те, кто начинает критиковать, не разобравшись,
Я, как раз, разбирался - и то, что там предлагают - нормально не юзабельно. Я решил это проблему самописным экстеншеном (синхронизация закладок/открытых вкладок - мне больше ничего не надо), но да - с бд на своем собственном сервере, так как она уже там была. Мог сделать и через один файл.
Прежде чем навшивать ярлыки на собеседника, может быть стоило поинтересоваться его опытом?
А если серьезно - то задолбали бесполезные изменения аля "нововведения" и попытки затащить пользователей к себе.
Понятно почему очень хочется, но хотя-бы в одной альтернативе могли этого не делать или сделать возможность сторить данные в виде одного файла по указанной ссылке - тогда это можно было класть это куда угодно - хочешь - к ним на сервер, хочешь - в дропбокс, хочешь - к себе на vds.
Конечно, технология виновата, а не сами люди. Это-ж технология подкладывает себя людям в игрушки!
А ещё надо запретить жпс-трекеры, сотовые телефоны и фонарики!
Apple недостаточно информирует о технологиях, научные журналы вообще охренели - ничего не понятно, а у людей лапки!!!
Вчера, выходя из бара асфальт стал пониматься и бить поситителей по голове! Нужно, чтобы дорожные службы информировали поситителей, что нельзя так бухать!
Это значит, что нужно постоянно закладывать время и деньги на работу с ним, а то, что заложенно, постоянно использовать, не давая ему расти.
Как там живется среди единорогов и розовых пони? :D
Техдолг появляется вне зависимости покрыто-ли у вас все тестом, написано-ли максимально хорошо, соблюдая все лучшие принципы или нет.
Причины:
Бизнес и его быстро меняющиеся требования, которые в принципе невозможно учесть, при этом ему нужно как можно быстрее их внедрить, иначе смысл их поропадет, а прибыль будет упущена
Развитие ПО - языки, окружение и инфраструктура сами постоянно меняются и совершенствуются. Как вы бы смогли, например, дцать лет подготовиться к контейнеризации?
Поэтому техдолг есть и будет всегда, но его нужно не бояться, а уметь с ним работать.
Удобней снизу смотреть статусы + там место есть и под углом клавиши светодиоды статусов не загораживают.
Без обид, столько было затрачено сил, при этом в самой клавиатуре ничего толком не поменялось по сравнению со стоком - какой в этом был смысл? Своя прошивка?
Если Вы хотели клавиатуру только с low-profile и подсветкой - чем не подошел Havit/Keychron?
Я тоже разрабатываю свою клавиатуру, но именно потому, что найти то, что я хочу в продаже просто не реально. А хочу я, на самом деле много:
low-profile brown
даблшоты
подсветку символов, а не щелей
возможность изменения подсветки при смене языка, и вообще апи для нее
полную, нормальную раскладку с г-образным Enter и нормальной длиной шифтов.
отстегивающуюся на магнитах подставку под запястье
отстегивающийся на магнитах num-pad, который можно пристегнуть как слева, так и справа + он может отдельно работать сам по себе по USB
регулятор громкости в виде ролика (а не крутилки) над стрелкой курсора "вправо"
такой-же регулятор над стрелкой курсора "влево", отвечающий за яркость подсветки и ее переключение
медиа-клавиши плей/пауза/вперед/назад и индикаторы клавиатуры снизу под пробелом
верхняя часть клавы полностью из куска гнутого алюминия
Еще раз - не в коем случае не хочу ничем обидеть - но у вас не понятно зачем кастом и внешний вид весьма на любителя, при этом очень много сил было потрачено.
Где методология исследования?
БОльшиниство умных домов по моим ощущениям на HomeAssistant / Node-RED.
И он абсолютно прав - если проблему можно решить просто отмасштабировавшись - это не проблема. Он смотрит с тз бизнеса, вы - как технарь. Об этом стоит помнить, принимая решения об оптимизации, в тч кэшировании.
Ну и большинство проблем, вами описанных, можно решить комбинированно, если это и поддержка этого будет стоить меньше простого масштабирования.
В безопасности чем тише и незаметне вы будете - тем лучше.
Зачем нужно приветствие голосом? Оно ЧСВ Вам греет? Поставьте датчик открытия двери с задержкой и уже в квартире можете сделать, чтобы вам сказали "Ваша вечная раба радуется хозяину" - будет и безопасно и ЧСВ в порядке :) Не знаю как у остальных - а у меня кроме раздражения все эти голосовые приветствия ничего не вызывают.
Что делать будете, если ридер сдохнет? Или его испортят (шоккером), или ардуина откажет, т.к. это не factory-железка с оговоренной надежностью + сама схема на платке ардуино не сказать что прямо правильно и надежно разведена по всем правилам.
Ну и т.д.
Т.е. как выпускной проект это еще на что-то тянет, а вот на реальное использование - нет - уж извините.
Для создателей супераппов в аду стоит отдельный огромный котел, который и не совсем котел, а иногда - кастрюля, и не совсем там жарятся, а иногда просто варятся, иногда в воде, иногда в масле.
Ну вы поняли.
BluePill хватит заглаза вместо такого монстра, если уж делать.
Ну это будет стрельба межконтинентальной пушкой по воробьям, но работать, естественно, будет.
Я на ATTINY-85 делал FFT 8bit с целочисленным LUT для sin/cos и она занимала памяти совсем чуток (нужно только до 45 градусов хранить) причём одна и для sin и для cos - все выводится отлично на ходу - вообще никаких проблем.
Ради такого и читаешь хабр, жаль редко появиляются статьи такого уровня.
Спасибо вам за отличный материал от человека, который когда-то писал свой собственный сниффер на базе WinPCap-а и даже написал, но давно уже все забыл )
Е мае! С возвращением! Ну и как всегда - божественно! Даже для такого человека, как я, который рисовать толком не умеет, только обрабатывать)
Как и те, кто украли ваш телефон и пришли с ним по адресу... /sarcasm
Самый главный вопрос остался не раскрыт - какая механика у замка?
Просто защёлка? Или ригель реально закрывается? Или он просто в виде накладки?
Возможно-ли его установить основным замком на железную дверь? (там запирание обычно в 3 стороны)
Возможно-ли поставить на сувальдный замок, а не на быстро вскрываемый английский?
Все что-то про электронную безопасность, ок, а что с механикой?
P.S. для гостиниц выпускаются достаточно дешёвые защелки - соленоид и ригель внутри - этакий электронный шпингалет, покупали его по 16$ за штуку включая исполнитель на ESP (wifi/ble) - для надежного закрытия не подойдёт, для суточных/гостиниц - вообще отлично (ключи от основного замка в квартире/номере, защёлка используется при заселении).
Зачастую люди не готовы слышать то, что не хотят услышать. Как-то так.
Проверено.
По-этому Таро, Гадалки, УспешныйУспех и всякая другая жесть в разы популярней, чем поход к человеку/компании, разбирающихся в теме.
Главная проблема в том, что подход "пропсы вниз - сообщения вверх" придуманы не просто так, а чтобы не распутывать потом клубок "кто-же где-же таки изменил эту переменную?!"
По-этому, ИМХО (и собственно так в официальной документации) - инжектить любую переменную нужно через readonly вместе с методом, который может эту переменную изменять, и в компоненте не изменять данную переменную напрямую, а использовать метод. Это реально уберегает от очень многих головняков (хотя бы потому, что для простой отладки будет достаточно добавить в данный метод печать трейса, чтобы понять "кто-же где-же").
Исключения, естественно, есть - очень тесно связанные компоненты и не более одного уровня (т.е. родитель-ребенок). Например табы (родительский холдер и его дети, собственно, сами табы). Но и там, чтобы не плодить "везде делаем так, а вот здесь можно не так" и поддерживать некоторую гомогенность системы, я бы все сделал через readonly + метод.
Вы требования их сервера синхронизации видели? Если не видели - посмотрите.
Это даже не стрельба гаубицей по воробьям - там можно целый сервис высокнагруженного бизнеса на этом решении организовать, а не то что файл конфигурации синхронизировать.
Расскажите это SQLlite-у, который, собственно, в Mozilla-вских продуктах широко используется.
Достаточно положить один файл SQLite, и выполнять синхронизацию от любого кол-ва устройств.
Да и, честно, вообще проблем сделать это хоть с одним файлом с JSON ни каких нет - с помощью блокировок все это решаемо. Конфликт может быть только при обновлении.
При синхронизации заблокировал (остальные ждут освобождения), синхронизировал, разблокировал - все - будет работать вполне нормально, без каких-либо конфликтов.
Как сделать сигнал блокировки - можно атрибутами файла, переименовыванием, созданием лок-файла рядом - вариантов также масса.
Есть только один риск - если приложение упало не разблокировав файл - решается временной меткой файла - если с момента блокировки прошло достаточно много врмени, форсить разблокировку-блокировку.
Чтобы было подобие транзакционности и избежать неконсистентности делают так: блокируют основной файл, пишут файл рядом, переименовывают записанный файл в основной файл, снимают блокировку. Это обеспечивает консистентность.
Я, как раз, разбирался - и то, что там предлагают - нормально не юзабельно. Я решил это проблему самописным экстеншеном (синхронизация закладок/открытых вкладок - мне больше ничего не надо), но да - с бд на своем собственном сервере, так как она уже там была. Мог сделать и через один файл.
Прежде чем навшивать ярлыки на собеседника, может быть стоило поинтересоваться его опытом?
Mozilla всё :(
А если серьезно - то задолбали бесполезные изменения аля "нововведения" и попытки затащить пользователей к себе.
Понятно почему очень хочется, но хотя-бы в одной альтернативе могли этого не делать или сделать возможность сторить данные в виде одного файла по указанной ссылке - тогда это можно было класть это куда угодно - хочешь - к ним на сервер, хочешь - в дропбокс, хочешь - к себе на vds.
О, дивный новый мир!
Конечно, технология виновата, а не сами люди. Это-ж технология подкладывает себя людям в игрушки!
А ещё надо запретить жпс-трекеры, сотовые телефоны и фонарики!
Apple недостаточно информирует о технологиях, научные журналы вообще охренели - ничего не понятно, а у людей лапки!!!
Вчера, выходя из бара асфальт стал пониматься и бить поситителей по голове! Нужно, чтобы дорожные службы информировали поситителей, что нельзя так бухать!
Как жииить?!!