Тут конечно бы на форумхаус надо. Понятно, что все этот реклама Hiper, но все же. Первая проблема, это вот этот пирог, 15 см брус и вата снаружи и внутри. Плюс непонятно, как у вас там сделана пароизоляция. Брус не утепляют внутри, Обычно при 15 см брусе делают снаружи 10 см ваты. У вас фактически получился каркасник. И вы хотите все это гонять туда сюда (я про температуру). По хорошему надо считать точку росы, а то окажется что это все будет сыреть и плесневеть внутри. Далее непонятно что у вас с утеплением потолка. Просто без нормального утепления можно топить бесконечно и без толку.
Если у вас газ, то никаких проблем с отоплением вообще быть не должно. Водяной теплый пол это супер инерционнная штука, проще поддерживать примерно постоянную температуру. Ну собственно вы и написали.
Плюс рынок был пустой. Те, кто тогда начинали, были не винтиками в огромных корпорациях, а фактически сразу архитекторами. Такое сейчас уже невозможно, только через стартапы если, да и это все таки немного другое.
Почему нет? Это сейчас тоска, а например тогда, в 90-е когда в страну пошли РС, всякая бухгалтерия и учёт это фактически то, с чего все начиналось. Не знаю насчёт романтики, но увлекательно было точно.
Clipper - да. В те далёкие времена там уже были код-блоки, которые потом переизобрели как лямбды. Но конечно, отдав в СА - язык угробили. А мог бы вырасти в хороший язык для бизнес-приложений.
я пятый раз переписал оптимальный подбор грузов на паллеты (каждый раз с разным алгоритмом)
Есть такой товарищ в US, Кирилл Панкратов, в ЖЖ он neznaika_nalune, так вот он тоже как-то между делом написал алгоритм подбора грузов на паллеты, который оказался на 15% эффективнее существующих. Что привело к тому, что его компания теперь автоматизирует все 40 с чем-то складов Амазона и вышла на НАСДАК. Проверьте ваши алгоритмы.
Попробуйте поискать исходники RSX-11M. Они были в сети. Прекрасный ассемблер PDP-11, плюс авторство самого Dave Cutler, что само по себе очень интересно даже просто посмотреть как оно написано. Там в куче файлов авторство и в revision history его имя. Они у меня вообще все были распечатаны, но увы куда-то я их задевал, потом очень жалел.
Тут основная идея в простоте. Попытаюсь объяснить идею. Есть дерево, каждый листовой узел которого может быть 4-х типов - текст, html, chart, downloaded file При раскрытии узлов дерева или при выборе листового узла вызываются Power Shell скрипты, возвращающие либо список нижележащих узлов, либо информацию для листового узла в зависимости от его типа. Все, и больше ничего нет. Доступа к самим скриптам у пользователей нет, они видит только результат его работы. Скрипты выполняются на сервере (node.js), вебморда на vue показывает результат. Скрипты для примера возвращают:
списки серверов
результаты всякого perfmon
некие downloaded логи
тексты объектов бд
и т.д. и т.п. Естественно есть некоторые соглашения по формату, как писать скрипты, они достаточно простые.
Тут конечно бы на форумхаус надо. Понятно, что все этот реклама Hiper, но все же. Первая проблема, это вот этот пирог, 15 см брус и вата снаружи и внутри. Плюс непонятно, как у вас там сделана пароизоляция. Брус не утепляют внутри, Обычно при 15 см брусе делают снаружи 10 см ваты. У вас фактически получился каркасник. И вы хотите все это гонять туда сюда (я про температуру). По хорошему надо считать точку росы, а то окажется что это все будет сыреть и плесневеть внутри. Далее непонятно что у вас с утеплением потолка. Просто без нормального утепления можно топить бесконечно и без толку.
Если у вас газ, то никаких проблем с отоплением вообще быть не должно. Водяной теплый пол это супер инерционнная штука, проще поддерживать примерно постоянную температуру. Ну собственно вы и написали.
Была статья, не помню название журнала: 'Есть ли жизнь за пределами 33 МГц'.
Морейнис же беседует с новыми стартапами регулярно онлайн, вы не советовались с ним?
Плюс рынок был пустой. Те, кто тогда начинали, были не винтиками в огромных корпорациях, а фактически сразу архитекторами. Такое сейчас уже невозможно, только через стартапы если, да и это все таки немного другое.
Почему нет? Это сейчас тоска, а например тогда, в 90-е когда в страну пошли РС, всякая бухгалтерия и учёт это фактически то, с чего все начиналось. Не знаю насчёт романтики, но увлекательно было точно.
Clipper - да. В те далёкие времена там уже были код-блоки, которые потом переизобрели как лямбды. Но конечно, отдав в СА - язык угробили. А мог бы вырасти в хороший язык для бизнес-приложений.
Есть такой товарищ в US, Кирилл Панкратов, в ЖЖ он neznaika_nalune, так вот он тоже как-то между делом написал алгоритм подбора грузов на паллеты, который оказался на 15% эффективнее существующих. Что привело к тому, что его компания теперь автоматизирует все 40 с чем-то складов Амазона и вышла на НАСДАК. Проверьте ваши алгоритмы.
Попробуйте поискать исходники RSX-11M. Они были в сети. Прекрасный ассемблер PDP-11, плюс авторство самого Dave Cutler, что само по себе очень интересно даже просто посмотреть как оно написано. Там в куче файлов авторство и в revision history его имя. Они у меня вообще все были распечатаны, но увы куда-то я их задевал, потом очень жалел.
Тут основная идея в простоте. Попытаюсь объяснить идею. Есть дерево, каждый листовой узел которого может быть 4-х типов - текст, html, chart, downloaded file При раскрытии узлов дерева или при выборе листового узла вызываются Power Shell скрипты, возвращающие либо список нижележащих узлов, либо информацию для листового узла в зависимости от его типа. Все, и больше ничего нет. Доступа к самим скриптам у пользователей нет, они видит только результат его работы. Скрипты выполняются на сервере (node.js), вебморда на vue показывает результат. Скрипты для примера возвращают:
списки серверов
результаты всякого perfmon
некие downloaded логи
тексты объектов бд
и т.д. и т.п. Естественно есть некоторые соглашения по формату, как писать скрипты, они достаточно простые.