там есть такое понятие как вымпельный ветер - например когда ветер дует чуть сзади 3/4 (оптимальный курс для таких старых парусников с прямыми парусами) то флаг будет развеваться чуть вперёд и вбок, но это зависит от того где висит флаг - иногда стекающий поток воздуха с какогото паруса сдувает флаг назад от вымпельного ветра
ну типа парусами интересно играть, поднимать их, опускать, брассы натягивать и чтобы всё это работало... если так зафиксировать то не очень интересно будет играть с моделью
принцип Парето это просто такое наблюдение что соотношение чего-то более полезного к менее полезному обычно распределяется как примерно 80/20, мне кажется что можно это интерпретировать как угодно... например, то что наиболее используемые функции это примерно 20% от программы и их имеет смысл оптимизировать... или например что 20% всех функций быстрые потому что их уже оптимизировали а остальные 80 либо редко используются либо чтобы их оптимизировать нужно будет уже затратить 80% работы... наверное так
вобще книги и аудио одинаково бесполезны если не попробовать на практике то что прочитал или послушал. помню своё обучение программированию по книгам - читаешь-читаешь а потом ничего не можешь воспроизвести, просто потраченное время. чтобы чтото усвоилось нужно не просто прочитать а совершить какоето активное действие для закрепления материала
"осознать" это не про потребителей контента, вся современная жизнь это попытка не осознавать то что происходит, закрывать глаза на реальность, активно не понимать - отрицать понимание. современный человек это лучшее доказательство теории Дарвина о происхождении человека от обезьяны
помню как я изобретал xmlhttprequest с помощью флеша и JS... сделал свой чат с мгновенным обновлением без перезагрузки страницы где под капотом была скрытая флешка которая передавала сообщения и опрашивала сервер, и если надо обновляла часть страницы без перезагрузки...
или уголки закруглённые из пикселей :D:D:D пытались сделать что могли на том что было, я делал очень красивые анимации на флеше для главных страниц сайтов! было красиво
это провоцирование распиздяйства. нужно чтобы при какомто красном огоньке на схеме срабатывала большая лампочка отдельно от схемы и подсвечивался проблемный участой, чтобы даже если человек поленится увеличить маленький сегмент его руководству было видно что он видел проблему и поленился решить, и тогда его заменят. а так это недостатки проектирования эргономики/UI/UX
ещё хорошо найти бывших/текущих сотрудников, клиентов и контрагентов и поговорить с ними - часто можно наткнуться на много интересного...
так же может помочь история найма - кого искали, как часто, какая текучка - не знаю как это работает в России и есть ли какие-то достоверные источники по этой теме
в теме часто бывают уборщики, обслуживающий персонал - им известно гораздо больше чем следовало бы. можно было бы подождать вечера и поговорить с теми кто приходит убрать помещение, спросить как давно они работают, какое у ним отношение
история здания где сидит компания тоже может дать немного информации - кто там обычно снимает помещение, как часто меняются арендаторы
я бы поинтересовался историей работы компании в деталях, в каких крупных/интересных проектах участвовали - если есть детали значит может быть правдой
если есть возможность посетить открытые для посещения места связанные с организацией то тоже можно что-нибудь узнать - например соотношение примерной стоимости аренды и количества посетителей
а то что при увеличении температуры срок годности меньше это не тот же самый закон из химии где при увеличении температуры на 10 градусов скорость реакции увеличивается в 2 раза?
и ещё вопрос, можете рассказать про индикаторный флюс-гель? я таким паял и не смывал, пайка всё ещё держится...
и ещё, где-то статью читал про бессвинцовые припои что они способствуют появлению усов? это правда?
с появлением Blazor всё настолько упростилось что это всё делается на C# в 60 строк кода. сейчас разрабатываю систему управления туристическим бизнесом и поверить не могу что такие сложные UI стало так просто делать
это очень круто делать просто потому что программистам нравится чтото программировать, но в целом бесполезная хрень... а вот для автоматизации сложных производств или теплиц, удалённого управления поливом, когда забыл чтото выключить, или нужно удалённо запустить когото в свою квартиру это очень круто! но никакая радость от использования этого не сравнится с радостью конструирования :D:D:D
добавлю немного многозначности, вспомним инверторные микроволновые печи - крутая штука, они не включаются-выключаются по таймеру на 10 секунд, а реально меняют мощность, и этим можно разогревать например масло или мороженое равномерно
ну не совсем. вы можете поставить рекуператор который извлекает влагу из воздуха который выходит на улицу и за счёт этого нагревает воду, избыток этого тепла можно пускать под пол. а с обычным элетрическим полом вы такого не добъётесь. из плюсов отсутствие проводов под полом, если с трубочками для воды ничего не случится то по идее система хорошая... не знаю насколько она долговечна, но видел такой рекуператор в доме в Швеции. долго не мог понять как он работает, пришлось читать много разных сайтов и литературы
там есть такое понятие как вымпельный ветер - например когда ветер дует чуть сзади 3/4 (оптимальный курс для таких старых парусников с прямыми парусами) то флаг будет развеваться чуть вперёд и вбок, но это зависит от того где висит флаг - иногда стекающий поток воздуха с какогото паруса сдувает флаг назад от вымпельного ветра
ну типа парусами интересно играть, поднимать их, опускать, брассы натягивать и чтобы всё это работало... если так зафиксировать то не очень интересно будет играть с моделью
принцип Парето это просто такое наблюдение что соотношение чего-то более полезного к менее полезному обычно распределяется как примерно 80/20, мне кажется что можно это интерпретировать как угодно... например, то что наиболее используемые функции это примерно 20% от программы и их имеет смысл оптимизировать... или например что 20% всех функций быстрые потому что их уже оптимизировали а остальные 80 либо редко используются либо чтобы их оптимизировать нужно будет уже затратить 80% работы... наверное так
вобще книги и аудио одинаково бесполезны если не попробовать на практике то что прочитал или послушал. помню своё обучение программированию по книгам - читаешь-читаешь а потом ничего не можешь воспроизвести, просто потраченное время. чтобы чтото усвоилось нужно не просто прочитать а совершить какоето активное действие для закрепления материала
"осознать" это не про потребителей контента, вся современная жизнь это попытка не осознавать то что происходит, закрывать глаза на реальность, активно не понимать - отрицать понимание. современный человек это лучшее доказательство теории Дарвина о происхождении человека от обезьяны
там уже в каждом самолёте вирус, если отдать их другой компании то они тоже заразятся :D:D
для этого блокчейна придётся хранить все данные на всех устройствах конечных пользователей, иначе это не блокчейн а оверинжениринг
помню как я изобретал xmlhttprequest с помощью флеша и JS... сделал свой чат с мгновенным обновлением без перезагрузки страницы где под капотом была скрытая флешка которая передавала сообщения и опрашивала сервер, и если надо обновляла часть страницы без перезагрузки...
или уголки закруглённые из пикселей :D:D:D пытались сделать что могли на том что было, я делал очень красивые анимации на флеше для главных страниц сайтов! было красиво
подождите с ИИ, ещё блокчейн не в каждый кондиционер встроили
очень крутые статьи спасибо! хотелось бы узнать о шифровании в банковских чипах, какие там коды, насколько они безопасны, есть ли прецеденты взлома
тогда да, для каждой лампочки нужен контроль чтобы она коротенько мигала в доказательство того что она работает. но такой коментарий уже написали
это провоцирование распиздяйства. нужно чтобы при какомто красном огоньке на схеме срабатывала большая лампочка отдельно от схемы и подсвечивался проблемный участой, чтобы даже если человек поленится увеличить маленький сегмент его руководству было видно что он видел проблему и поленился решить, и тогда его заменят. а так это недостатки проектирования эргономики/UI/UX
нет, плохой UI это не человеческий фактор.
кривая система управления тоже не человеческий
отсутствие процессов DevOps тоже не человеческий
это отсутствие правильных инженерных практик.
так то всё человеческий кроме молнии с небес
ещё хорошо найти бывших/текущих сотрудников, клиентов и контрагентов и поговорить с ними - часто можно наткнуться на много интересного...
так же может помочь история найма - кого искали, как часто, какая текучка - не знаю как это работает в России и есть ли какие-то достоверные источники по этой теме
в теме часто бывают уборщики, обслуживающий персонал - им известно гораздо больше чем следовало бы. можно было бы подождать вечера и поговорить с теми кто приходит убрать помещение, спросить как давно они работают, какое у ним отношение
история здания где сидит компания тоже может дать немного информации - кто там обычно снимает помещение, как часто меняются арендаторы
я бы поинтересовался историей работы компании в деталях, в каких крупных/интересных проектах участвовали - если есть детали значит может быть правдой
если есть возможность посетить открытые для посещения места связанные с организацией то тоже можно что-нибудь узнать - например соотношение примерной стоимости аренды и количества посетителей
хабр вернулся! статья лучшая!
одна похожая оптимизация была в движке Quake :D огонь вобще <3<3<3
а то что при увеличении температуры срок годности меньше это не тот же самый закон из химии где при увеличении температуры на 10 градусов скорость реакции увеличивается в 2 раза?
и ещё вопрос, можете рассказать про индикаторный флюс-гель? я таким паял и не смывал, пайка всё ещё держится...
и ещё, где-то статью читал про бессвинцовые припои что они способствуют появлению усов? это правда?
с появлением Blazor всё настолько упростилось что это всё делается на C# в 60 строк кода. сейчас разрабатываю систему управления туристическим бизнесом и поверить не могу что такие сложные UI стало так просто делать
это очень круто делать просто потому что программистам нравится чтото программировать, но в целом бесполезная хрень... а вот для автоматизации сложных производств или теплиц, удалённого управления поливом, когда забыл чтото выключить, или нужно удалённо запустить когото в свою квартиру это очень круто! но никакая радость от использования этого не сравнится с радостью конструирования :D:D:D
добавлю немного многозначности, вспомним инверторные микроволновые печи - крутая штука, они не включаются-выключаются по таймеру на 10 секунд, а реально меняют мощность, и этим можно разогревать например масло или мороженое равномерно
ну не совсем. вы можете поставить рекуператор который извлекает влагу из воздуха который выходит на улицу и за счёт этого нагревает воду, избыток этого тепла можно пускать под пол. а с обычным элетрическим полом вы такого не добъётесь. из плюсов отсутствие проводов под полом, если с трубочками для воды ничего не случится то по идее система хорошая... не знаю насколько она долговечна, но видел такой рекуператор в доме в Швеции. долго не мог понять как он работает, пришлось читать много разных сайтов и литературы