это провоцирование распиздяйства. нужно чтобы при какомто красном огоньке на схеме срабатывала большая лампочка отдельно от схемы и подсвечивался проблемный участой, чтобы даже если человек поленится увеличить маленький сегмент его руководству было видно что он видел проблему и поленился решить, и тогда его заменят. а так это недостатки проектирования эргономики/UI/UX
ещё хорошо найти бывших/текущих сотрудников, клиентов и контрагентов и поговорить с ними - часто можно наткнуться на много интересного...
так же может помочь история найма - кого искали, как часто, какая текучка - не знаю как это работает в России и есть ли какие-то достоверные источники по этой теме
в теме часто бывают уборщики, обслуживающий персонал - им известно гораздо больше чем следовало бы. можно было бы подождать вечера и поговорить с теми кто приходит убрать помещение, спросить как давно они работают, какое у ним отношение
история здания где сидит компания тоже может дать немного информации - кто там обычно снимает помещение, как часто меняются арендаторы
я бы поинтересовался историей работы компании в деталях, в каких крупных/интересных проектах участвовали - если есть детали значит может быть правдой
если есть возможность посетить открытые для посещения места связанные с организацией то тоже можно что-нибудь узнать - например соотношение примерной стоимости аренды и количества посетителей
а то что при увеличении температуры срок годности меньше это не тот же самый закон из химии где при увеличении температуры на 10 градусов скорость реакции увеличивается в 2 раза?
и ещё вопрос, можете рассказать про индикаторный флюс-гель? я таким паял и не смывал, пайка всё ещё держится...
и ещё, где-то статью читал про бессвинцовые припои что они способствуют появлению усов? это правда?
с появлением Blazor всё настолько упростилось что это всё делается на C# в 60 строк кода. сейчас разрабатываю систему управления туристическим бизнесом и поверить не могу что такие сложные UI стало так просто делать
это очень круто делать просто потому что программистам нравится чтото программировать, но в целом бесполезная хрень... а вот для автоматизации сложных производств или теплиц, удалённого управления поливом, когда забыл чтото выключить, или нужно удалённо запустить когото в свою квартиру это очень круто! но никакая радость от использования этого не сравнится с радостью конструирования :D:D:D
добавлю немного многозначности, вспомним инверторные микроволновые печи - крутая штука, они не включаются-выключаются по таймеру на 10 секунд, а реально меняют мощность, и этим можно разогревать например масло или мороженое равномерно
ну не совсем. вы можете поставить рекуператор который извлекает влагу из воздуха который выходит на улицу и за счёт этого нагревает воду, избыток этого тепла можно пускать под пол. а с обычным элетрическим полом вы такого не добъётесь. из плюсов отсутствие проводов под полом, если с трубочками для воды ничего не случится то по идее система хорошая... не знаю насколько она долговечна, но видел такой рекуператор в доме в Швеции. долго не мог понять как он работает, пришлось читать много разных сайтов и литературы
какоето время назад читал новость о какойто компании которая сделала колонку на таких излучателях которая была плоская и маленькая но играла как мегабас за счёт того что в разностях излучателей формировался низкочастотный сигнал. интересно было бы послушать такую штуку, как она по качеству
очень грамотно всё расписано и хорошие примеры. очень круто!
последние лет 10 делаю монолиты но с service-ready архитектурой: все данные разделены на контексты, хоть и в одной базе но изолированные. всё общение с базой только через DAL - можно запускать несколько инстансов со своими базами и синхронизацию прикручивать отдельно когда нужно масштабирование. совместные запросы к нескольким контекстам - через транзакцию. потенциально длинные задачи хорошо ложатся в HangFire SignalR сообщения. всё это на порядок проще чем полноценные микросервисы но если надо будет перевести монолит из такого состояния в сервисы то это гораздо проще. тестирование делаю на тестовой базе через DAL и не заморачиваюсь с моками никакой логики в базе - беру все данные и вычисляю всё в самих моделях, это позволяет хорошо писать юнит тесты без использования базы чисто на логику классов если чтото сложное
мне вот интересно, люди когда такие вещи изготавливают или устанавливают, им в голову не приходит что это надо будет как-то обслуживать, ремонтировать?
вау! вот это да! потрясающая статья! спасибо огромное, мне стало более понятно! тоже долго изучал это всё и смотрел видео на ютубе, но у вас лучше всех! <3<3<3 и симулятор очень крутой! спасибо огромное!
тогда да, для каждой лампочки нужен контроль чтобы она коротенько мигала в доказательство того что она работает. но такой коментарий уже написали
это провоцирование распиздяйства. нужно чтобы при какомто красном огоньке на схеме срабатывала большая лампочка отдельно от схемы и подсвечивался проблемный участой, чтобы даже если человек поленится увеличить маленький сегмент его руководству было видно что он видел проблему и поленился решить, и тогда его заменят. а так это недостатки проектирования эргономики/UI/UX
нет, плохой UI это не человеческий фактор.
кривая система управления тоже не человеческий
отсутствие процессов DevOps тоже не человеческий
это отсутствие правильных инженерных практик.
так то всё человеческий кроме молнии с небес
ещё хорошо найти бывших/текущих сотрудников, клиентов и контрагентов и поговорить с ними - часто можно наткнуться на много интересного...
так же может помочь история найма - кого искали, как часто, какая текучка - не знаю как это работает в России и есть ли какие-то достоверные источники по этой теме
в теме часто бывают уборщики, обслуживающий персонал - им известно гораздо больше чем следовало бы. можно было бы подождать вечера и поговорить с теми кто приходит убрать помещение, спросить как давно они работают, какое у ним отношение
история здания где сидит компания тоже может дать немного информации - кто там обычно снимает помещение, как часто меняются арендаторы
я бы поинтересовался историей работы компании в деталях, в каких крупных/интересных проектах участвовали - если есть детали значит может быть правдой
если есть возможность посетить открытые для посещения места связанные с организацией то тоже можно что-нибудь узнать - например соотношение примерной стоимости аренды и количества посетителей
хабр вернулся! статья лучшая!
одна похожая оптимизация была в движке Quake :D огонь вобще <3<3<3
а то что при увеличении температуры срок годности меньше это не тот же самый закон из химии где при увеличении температуры на 10 градусов скорость реакции увеличивается в 2 раза?
и ещё вопрос, можете рассказать про индикаторный флюс-гель? я таким паял и не смывал, пайка всё ещё держится...
и ещё, где-то статью читал про бессвинцовые припои что они способствуют появлению усов? это правда?
с появлением Blazor всё настолько упростилось что это всё делается на C# в 60 строк кода. сейчас разрабатываю систему управления туристическим бизнесом и поверить не могу что такие сложные UI стало так просто делать
это очень круто делать просто потому что программистам нравится чтото программировать, но в целом бесполезная хрень... а вот для автоматизации сложных производств или теплиц, удалённого управления поливом, когда забыл чтото выключить, или нужно удалённо запустить когото в свою квартиру это очень круто! но никакая радость от использования этого не сравнится с радостью конструирования :D:D:D
добавлю немного многозначности, вспомним инверторные микроволновые печи - крутая штука, они не включаются-выключаются по таймеру на 10 секунд, а реально меняют мощность, и этим можно разогревать например масло или мороженое равномерно
ну не совсем. вы можете поставить рекуператор который извлекает влагу из воздуха который выходит на улицу и за счёт этого нагревает воду, избыток этого тепла можно пускать под пол. а с обычным элетрическим полом вы такого не добъётесь. из плюсов отсутствие проводов под полом, если с трубочками для воды ничего не случится то по идее система хорошая... не знаю насколько она долговечна, но видел такой рекуператор в доме в Швеции. долго не мог понять как он работает, пришлось читать много разных сайтов и литературы
а как она может оставаться постоянной если молекул в разогретом воздухе меньше?
супер спасибо! очень крутая статья!
какоето время назад читал новость о какойто компании которая сделала колонку на таких излучателях которая была плоская и маленькая но играла как мегабас за счёт того что в разностях излучателей формировался низкочастотный сигнал. интересно было бы послушать такую штуку, как она по качеству
а closedxml не кажется более удобным?
класная идея! нужно какой-то оптимизирующий алгоритм чтобы генерировалось что-то со смыслом, как настоящая игра!
сам эффект красивый, но у эпл как всегда ум за разум заходит - красивости много а пользоваться сложно, отвлекает и непонятно зачем... но красиво
супер статья вобще спасибо!
очень грамотно всё расписано и хорошие примеры. очень круто!
последние лет 10 делаю монолиты но с service-ready архитектурой:
все данные разделены на контексты, хоть и в одной базе но изолированные.
всё общение с базой только через DAL - можно запускать несколько инстансов со своими базами и синхронизацию прикручивать отдельно когда нужно масштабирование.
совместные запросы к нескольким контекстам - через транзакцию.
потенциально длинные задачи хорошо ложатся в HangFire
SignalR сообщения. всё это на порядок проще чем полноценные микросервисы но если надо будет перевести монолит из такого состояния в сервисы то это гораздо проще.
тестирование делаю на тестовой базе через DAL и не заморачиваюсь с моками
никакой логики в базе - беру все данные и вычисляю всё в самих моделях, это позволяет хорошо писать юнит тесты без использования базы чисто на логику классов если чтото сложное
мне вот интересно, люди когда такие вещи изготавливают или устанавливают, им в голову не приходит что это надо будет как-то обслуживать, ремонтировать?
да, спасибо огромное! такой стиль изложения очень удобный, потому что без визуальных примеров непонятно как это всё работает. и за код тоже спасибо!
вау! вот это да! потрясающая статья! спасибо огромное, мне стало более понятно! тоже долго изучал это всё и смотрел видео на ютубе, но у вас лучше всех! <3<3<3 и симулятор очень крутой! спасибо огромное!
я люблю Макдональдс, самый вкусный бургер был в Катаре