Я не это имел ввиду. В вашем случае, мне кажется, в роли манифеста должен быть всего лишь один вступительный абзац на сайте tech.skbkontur.ru, подписанный конкретным человеком, пробежав который стало бы понятно зачем вы выкладываете наработки и каковы ваши намерения в будущем (да, я прочитал kontur.ru/press/news/company/2016/12/5789 — но это не то). А так сейчас ну выложили и выложили… Дальше то что? Где правила, принципы, права участников? Кто мне, как гипотетическому разработчику, даст гарантии, что мой вклад в какой нибудь из этих проектов будет принят или не удален впоследствии? Почему я должен вам верить? Кому конкретно? Вам, Алексей, может быть я и поверю. Но у вас есть шеф, а над ним есть ещё акционеры — они-то что говорят по вашей инициативе? Где почитать? Где посмотреть? Негде? Тогда извините…
Но я не разработчик, хотя и имею к этому некоторое отношение. Я просто стал на место разработчика и задал вам только часть вопросов. А на самом деле их гораздо больше.
Теперь с позиции владельца компании-разработчика. Какие могут быть у него вопросы.
Успех этого разговора во многом зависит от того, умеете ли вы объяснять пользу от opensource для компании
Верно. Если владелец компании или топ-менеджер не понимает основных тенденций в сфере разработки и в частности open source, то лучше и не начинать, иначе внутренний конфликт неизбежен. Если понимает, то тут всё зависит от вас — нужно ли вам это в принципе и удастся ли вам ответить ему:
— будет ли и каким образом решён кадровый дефицит в компании или, к примеру, качество кадров если проблемы с кадровым голодом нет;
Да, я обратил внимание, что вы участвуете в различного рода образовательных программах при ВУЗ-ах, но это только очевидная деятельность. Но на ряду с этим есть и другие менее очевидные законные, но очень эффективные меры привлечения высококвалифицированных кадров, но я не могу с полной уверенностью сказать, что вы их применяете. Не встречал пока внешних признаков у вас.
— будет ли материальный эффект и как его оценить, если компания начнет спонсировать открытые сообщества разработчиков каких-нибудь родственных вам проектов? Ну как к примеру делает Microsoft -> Canonical -> Ubuntu или IBM -> GNU/Linux. И таких примеров в последнее время всё больше и больше.
Как оценить финансовый эффект, какие формы контрибуции выбрать (по возрастающей затрат) в первом приближении расчитать можно, но тут нужно иметь доступ к коммерческой информации в компании (ФОТ, налоговые отчисления, затраты на рекламу, фин модель бюджетирования). И если такого доступа у вас нет — следовательно ответить владельцу по части окупаемости open source инициативы вы не сможете. «Сроки окупаемости», если так можно выразиться, естественно — это не год и не два, если вообще можно использовать этот термин в разрезе open source :)
— какие формы контрибуции будут в рамках бизнес-плана компании, а какие нет?
К примеру, вы решили спонсировать разработчиков некой open source CRM и интегрировать её в своё SaaS решение, ну к примеру в туже Эльбу. Понятно, что тут нужно для начала посмотреть на цифры: разработать CRM своими силами и потом её поддерживать, или влиться в сторонний открытый проект и тем самым решить ряд своих задач и в тоже время потребостей стороннего сообщества? Продвинутый владелец бизнеса будет склоняться ко второму варианту, даже если очевидной материальной выгоды на первом этапе он не увидит. Думаю, что не нужно объяснять, какие другие выгоды он получит взамен.
Теперь с позиции потребителя.
Я владелец небольшой приземленной компании. И как пользователь онлайн бухгалтерии (не скрою — от вашего прямого конкурента) вообще не вижу пользы для своей компании от инициативы tech.skbkontur.ru. Там какая-то магия для меня — ничего не понять. Нет, я конечно понимаю, что там и кому это нужно, но сейчас я в роли обычного предпринимателя далекого от разработки. Я расчитывал увидеть что-то вроде свободного электронного документооборота или финансовой аналитики, которую можно скачать, установить на свой сервер и использовать. И да, я готов доплачивать за расширенную поддержку (установить на сервер или востановить после аппаратного сбоя) или за дополнительный функционал. Но этого я у вас не нашёл (может плохо смотрел?).
Понятно, что изобретать очередной ownCloud или Seafile уже поздно, но ведь всегда можно подключиться к этим сообществам и заявить о себе в том или ином качестве. Как? Вариантов опять же масса.
Лично я по работе сейчас использую Linux, как основную ОС на рабочих местах, Drupal как систему управления контентом (проще — сайт компании), Seafile как аналог дропбокса, LibreOffice (электронные таблицы) для финансового моделирования. И всё это работает, не глючит и апдейтится чаще, чем проприетарные продукты. Не сочтите за пропаганду, это уже просто факт. В свою очередь даю обратную связь разработчикам, получаю от них оперативные ответы, иногда пишу багрепорты, спонсирую по мере сил или времени в знак благодарности за продукт. Это уже просто другой уровень бизнес-отношений.
И возвращаясь к вам, в целом, для каждого конкретного бизнеса должен быть свой конкретный подход по части открытости или участия в open source инициативах. Тут нет одного проверенного рецепта. Нужно всё взвешивать и оценивать в комплексе.
Вы меня извините, но первое всё-таки, это конкретный идейный вдохновитель, ну или пару вдохновителей, т.е. реальный человек или группа единомышленников, которые четко понимают и разделяют философию свободного ПО (кстати open source не всегда бывает свободным). Втрое — это что-то вроде манифеста, в котором кратко формулируются принципы и намерения этой инициативы/движения/сообщества. И третье, самое главное, — это само сообщество. Без сообщества не бывает совместной продуктивной разработки.
Без этих пунктов ни о какой open source причастности говорить не имеет смысла.
Все ваши пункты, которые вы привели; безопасность, качество кода и т.п. — это уже техника вопроса, которая несомненно важна, но является следствием.
Я перечислил фразы из текста, которые лично мне резанули слух и говорят о том, что вы, к сожалению, так и не поняли сути open source и свободного ПО:
— Они осознанно вкладываются в развитие своих opensource-проектов.
— … но широко их не распространяли по нескольким причинам: прямой прибыли не принесет…
— Личный интерес: возможно, кто-то проникнется нашим opensource-проектом и придет работать в команду, которая его создала.
— Но не забывайте, что это opensource, а не коммерческий продукт.
— Один проект с открытым кодом ничего не даст компании.
— И в этом вся суть opensource’a — продукт или сервис никогда нельзя считать законченным.
Не буду пересказывать известные постулаты про то, что такое open source, кому и зачем он нужен, мотивацию участников, почему он доказал свою состоятельность как идеология и почему некоторые крупные «закрытые» компании вдруг спохватились и начали вскакивать на подножку уходящего поезда.
Скажу только, что манифест, к примеру, был у проекта Debian, одного из самого стабильного и долгоиграющего linux проекта до сих пор. Разработчики поверили основателю, разделили саму идею и пошли; не за Яном Мёрдеком, а за проектом! Это надо понимать. Open source — это не значит без прибыли с точки зрения коммерции (тому успешный опыт Red Hat тогда и Nginx Inc сейчас). А CMS Drupal, к примеру, это результат совместного творчества и работы огромного международного сообщества — десятков тысяч разработчиков и сотен тысяч сайт-билдеров (не просто пользователей, хочу заметить, тех ещё больше), управлять которым приходится специально созданной для этих целей Ассоциацией. Попробуйте спросить их — зачем им это всё нужно? Вы застанете их врасплох. :) А ответ уже давно дал Линус Торвальдс, правда тогда над ним посмеялись, и если очень кратко, то он имел ввиду синергию и обратную связь в open source сообществе. И если упомянуть всё тот-же Drupal, то знаете какой у них слоган? “Come for the software, stay for the community”. Гениальный слоган-призыв! Всё прямо по старине Линусу:) Сейчас, когда интернет стирает границы и совершенно не важно где ты находишься физически, когда начали во всю использоваться системы контроля версий и совместной удаленной разработки — его предсказание сбылось. Ни одна «закрытая» коммерческая структура не в состоянии угнаться по количеству строк кода в единицу времени, по его качеству за открытыми сообществами и их продуктами!
И то, что вы начали выкладывать свои разработки — это правильно и возможно приносит пользу вашим партнерам. И если не до конца разобрались со стратегией входа в open source, тоже не проблема — акцентируйтесь на спонсировании докладчиков/разработчиков/конференций или сообществ, продуктами которых вы пользуетесь. А там дальше сами сообразите как быть.
Ещё раз прошу прощения за сей назидательный тон и критику, с уважением к вашей компании.
У меня до сих пор он хранится. И что удивительно, с его-то мизерной по нынешним меркам памятью и процессором — навигация на нём работает достаточно шустро:)
Температура воды на входе в кондиционер 18 °С, на выходе 24 °С. Благодаря высокой температуре теплоносителя в системе кондиционеры работают выше точки росы, поэтому не тратится лишняя энергия на конденсацию влаги и последующее увлажнение воздуха.
Какая кратность воздухообмена при таких параметрах? Интересует именно ситуация при полной тепловой нагрузке и за вычетом объема оборудования из объема помещения.
Не торопитесь с ответом.
>А как вы можете применить концепцию «хорошего вкуса» в своих проектах?
К примеру, на CMS Drupal функционал каталога можно реализовать (1) кастомным кодом, (2) используя контриб модули Ubercart или Commerce, (3) используя встроенные штатные модули Taxonomy + Views.
Третий вариант, на мой взгляд, это и есть концепция «хорошего вкуса». Позволяет сделать именно то, что нужно. Не тянет лишних зависимостей или лишнего функционала, как у второго варианта. Безопаснее и легче в поддержке по сравнению с первым.
Внизу находился нагнетательный вентилятор с фильтром. Включался при температуре выше 25С. Нагнетал отфильтрованный воздух внутрь шкафа, т.е. шкаф был под небольшим давлением (по танковому принципу). Воздух охлаждал всё железо и уходил через вентиляционные отверстия вверху на задней стенке шкафа-сейфа. Датчик температуры находился чуть выше монитора. Таким образом поддерживалась температура и не допускалась пыль внутрь шкафа. Так же ограничивался шум от сервера. SCSI диски тех времен всё-таки были шумноваты.
В самом помещении (4 кв.м) вверху находилась вытяжная вентиляционная решетка бизнес-центра. Там же был установлен датчик потока, который давал сигнал аварии, если центральная вытяжная система бизнес-центра вдруг по каким-то причинам переставала работать. Кроме этого была простейшая световая и звуковая сигнализация по перегреву или отсутствию электричества. Бумажная инструкция по типу «что делать» под всей этой «свето-музыкой» была наклеена на шкаф. Так же всё это мониторилось дистанционно. В штате сисадминов не было, т.к. была компания на аутсорсе, которая по-графику приезжала, проверяла состояние офисных компьютеров и самого сервера. Скидывала на ленту месячный бекап.
В самом офисе компании было своё автономное кондиционирование. Летом температура была в пределах 23С, зимой 21С. Поэтому шкаф с сервером «засасывал» для своих нужд приемлемую температуру.
Уважаемый автор, я вас к сожалению расстрою, но вы переплатили. И я не шучу.
Но так, как вы смелый человек публиковать подобное не имея базовых знаний, думаю вы сделаете правильные выводы.
Теперь по сути.
У меня профессиональное образование и был в своё время достаточно большой опыт в этой сфере. То, что я напишу ниже для вас будет несколько неожиданным. Постараюсь написать простым языком.
Итак, вы наверно не знаете, но в кондиционировании среди профессионалов есть такое убеждение, что дилетантский или непрофессиональный подход всегда (!) приводит к лишним затратам — или капитальным, или эксплуатационным, либо ко всем сразу. Практика это подтверждает.
Почему так происходит? Да потому, что всё это из области теплофизики, термодинамики, тепло-массообмена, аэродинамики и других непростых наук, которым не зря учат в институтах. Просто «на коленке» без знаний спроектировать систему не получится, поверьте мне. Ну, т.е. конструктивно нечто такое и получится, но оно не будет работать оптимально. И хочу обратить ваше внимание на то, что для квартиры рассчитать и смонтировать систему кондиционирования и вентиляции иногда даже сложнее, чем для технологического объекта (заводского цеха, подводной лодки или космического корабля).
То, что вы сделали, это просто набор неких элементов, которые по большей части являются следствием хорошего маркетинга в отрасли (мода на рекуператоры, увлажнители и умные дома). Нет конечно, я не против них, но они стали применяться (навязываться) даже там, где в них элементарно нет необходимости.
Так вот — среди этого набора лишним является «рекуператор». В кавычках потому, что не могу я это изделие назвать рекуператором. И не по эстетическим соображениям, а по конструктивным и функциональным. Не будет он выполнять свою первоочередную функцию. И даже, если вы его сделаете правильно с учетом основ теплопередачи и аэродинамики — он всё равно не принесёт значимой экономии тепла — (1) у вас схема неправильная и (2) для небольших объемов, особенно для комнаты в квартире, он не даст высокого КПД, только место займет и вентилятор потребует большего типоразмера. Про режимы эксплуатации с учетом теплого и холодного времени года я вообще молчу — там просто «космос» начинается по части автоматики. В компаниях этим занимаются отдельные специалисты — автоматчики, люди, как правило, с высшим образованием или со средним специальным.
Поэтому и вывод у меня по поводу «переплатили». Даже если он и стоил относительно не дорого, но всё равно: время — это деньги. Для ваших условий делается всё проще.
Не спрашивайте меня, что нужно исправить в этой схеме или как её видоизменить. Я не буду вступать в дискуссию и давать советы. И не по тому, что у нас разные весовые категории и я типа умный, а кто-то нет, а потому, что в статье я не увидел упоминания учебников, статей или ссылок на профильные журналы, которые вы должны были вдоль и поперёк изучить. Я говорю не про продажи или монтаж этой техники, я говорю про основы отопления, вентиляции и кондиционирования воздуха. По моим наблюдениям (отсутствие терминологии, ошибочное схемное решение, отсутствие базовых тепловых расчетов, проще говоря формул) говорит о том, что вы пренебрежительно подошли к этому вопросу и тем самым нечаянно лишили себя должной обратной связи. Только пару специалистов высказало вам своё, так скажем «удивление», ну и я в том числе.
Теперь, чтобы не выглядеть голословным, я приведу самое бюджетное решение для вашего случая.
Система должна состоять из трех абсолютно автономных подсистем: приточной вентиляции, кондиционера и увлажнителя. Всё! И никаких контроллеров.
Примечание.
Организация механической вытяжки (вытяжных воздуховодов и вентилятора) не требуется. Достаточно того небольшого подпора от приточной вентиляции и наличия естественных неплотностей в помещении, естественной вытяжки на кухне и сан узле, через которые этот воздух будет удаляться, проще говоря, выдавливаться. Т.е. другими словами — пыльный воздух с улицы не сможет попасть внутрь помещения, если работает приточная вентиляция (как в танке во время ядерного удара; тот же принцип)
Приточная вентиляция по ходу воздуха состоит из наружной решетки, обратного клапана, фильтра, канального вентилятора, электронагревателя со своей автоматикой (термостат на +18 и защита от перегрева), шумоглушителя, воздуховодов по комнатам и декоративных решеток/диффузоров. Нагрев будет осуществляться автоматически в холодное время года и переходное. Заметьте, нагрев не комнат, а воздуха в канале! Т.е. приточная вентиляция не предназначена для обогрева помещения, а только для нагрева забираемого снаружи воздуха до приемлемой.
В помещение воздух подаётся отфильтрованным и подогретым до +18-ти. Существующее водяное отопление должно быть отрегулировано с учетом этого. Т.е. другими словами — если в помещении зимой жарко, то приточку трогать не нужно, просто прикройте термостат на батарее или, если его нет, накиньте какое нибудь одеяло на батарею — сразу станет прохладнее. И другая ситуация — если холодно в помещении, то опять же, не нужно крутить термостат приточки — нужно ставить дополнительные комнатные обогреватели.
Кондиционер.
Тут может быть и оконный. Только имейте ввиду, он оконный не потому, что забирает воздух с улицы (это заблуждение), а потому, что горячая часть его (конденсатор) должна быть снаружи. Есть конечно в некоторых оконных кондиционерах функция подачи наружного воздуха, но это скорее маркетинговый трюк — объем воздуха весьма мизерный, и в нашем случае он только будет мешать (пыль и шум). В общем — этот тип кондиционеров гоняет воздух внутри помещения и, как правило, его охлаждает. В некоторых имеются электронагреватели, но опять же не для нагрева наружного воздуха, а для подогрева внутреннего. Этот тип кондиционеров эксплуатируется на охлаждение в теплое время года, начиная где-то с +15 за бортом, а иначе обмерзнет испаритель и внутри помещения, в итоге, будет лужа воды. Зимой их, как правило вынимают, и вместо него ставят в раму теплоизолирующую заглушку. Да, это не удобно, согласен. Но следующий цивилизованный тип кондиционеров для вашего случая — это сплит-система, и желательно с режимом теплового насоса — сэкономите на электроэнергии.
Увлажнитель.
Самый надежный и простой вариант — это бытовой ультразвуковой увлажнитель. Наверно обращали внимание на пар из носика, как у электрочайника — это как раз тот вариант. Тихий, производительный, со встроенной защитой. Эксплуатируется в сильные морозы, когда относительная влажность в помещениях сильно падает. Элементарный показатель необходимости увлажнения — это наэлектризованные личные вещи, т.е. на всём повышенная статика. Можно конечно его завязать на датчик влажности, но это уже по желанию и возможностям.
Для любознательных, которые спрашивают — а почему раньше не было такой проблемы?, поясняю — при печном отоплении в помещение попадал пар от сжигания дров и несколько компенсировал недостаток влажности.
И на этом всё. Все эти системы по отдельности решают свою задачу. Одна круглогодично подает наружный воздух (санитарную норму), вторая в теплое время года охлаждает воздух в помещении, а третья его в холодное время года увлажняет. Причем вторая и третья не пересекаются.
Теперь по поводу того, что вы «нагородили» — в хорошем смысле.
Вы, сами того не подразумевая, попытались сделать так называемую систему центрального кондиционирования, причем в самом её навороченном варианте — с увлажнителем и неконтролируемым осушением (оконный кондиционер). Я не иронизирую. Вы просто видимо не знаете, что относительная влажность и температура между собой функционально связаны и при изменении температуры, меняется влажность. Так же при изменении влажности — меняется температура. К чему это всё, спросите вы? А к тому, что автоматике (в вашем случае контроллеру) и его логике придётся это каким-то хитрым образом учитывать. Если не знать физических законов влажного воздуха (i-d диаграмма), то ваша автоматика будет «загнана в угол», т.е. не сможет «сообразить», что в данный момент ей нужно делать — нагревать или увлажнять? В общем — это уже тонкости, которые не в рамках этого комментария.
Такие системы проектируют и монтируют для объектов, где находится большое количество людей (театры, кинозалы, торговые комплексы, административные здания, некоторые промышленные производства).
Да, это крутые системы. Да, они полностью автоматизированы. Но и стоят они не мало, и не из-за того, что большие, а как правило из-за сложности проектирования и управления. Без должных знаний такого не сделать. Но и в деньги, в тоже время, не упирается. Для вашего случая такая система равносильна, как из пушки по воробьям стрелять.
Конечно, если считать, что это что-то вроде хобби, то да, я согласен — это очень интересно и достойно уважения. И, кстати, увлечение это на самом деле не из дешевых, я имею ввиду будущую зимнюю эксплуатацию. Ну да ладно, это не моё дело. Лично я к вашему опыту подхожу, как к некоему эксперименту. И могу пожелать вам только одного — вам нужно учиться. Найдите в технической книге, или на книжном базаре какие-нибудь старые советские книжки (лучше 60-х годов) на тему систем отопления, вентиляции и кондиционирования. Поверьте мне — с тех времён ничего нового не придумали и законы физики не поменяли:) Добавьте к ним современные профильные журналы (погуглите сайт некоммерческого партнерства АВОК) и вы поймёте, что сделать систему можно было иначе, быстрее и дешевле.
Я не это имел ввиду. В вашем случае, мне кажется, в роли манифеста должен быть всего лишь один вступительный абзац на сайте tech.skbkontur.ru, подписанный конкретным человеком, пробежав который стало бы понятно зачем вы выкладываете наработки и каковы ваши намерения в будущем (да, я прочитал kontur.ru/press/news/company/2016/12/5789 — но это не то). А так сейчас ну выложили и выложили… Дальше то что? Где правила, принципы, права участников? Кто мне, как гипотетическому разработчику, даст гарантии, что мой вклад в какой нибудь из этих проектов будет принят или не удален впоследствии? Почему я должен вам верить? Кому конкретно? Вам, Алексей, может быть я и поверю. Но у вас есть шеф, а над ним есть ещё акционеры — они-то что говорят по вашей инициативе? Где почитать? Где посмотреть? Негде? Тогда извините…
Но я не разработчик, хотя и имею к этому некоторое отношение. Я просто стал на место разработчика и задал вам только часть вопросов. А на самом деле их гораздо больше.
Теперь с позиции владельца компании-разработчика. Какие могут быть у него вопросы.
Верно. Если владелец компании или топ-менеджер не понимает основных тенденций в сфере разработки и в частности open source, то лучше и не начинать, иначе внутренний конфликт неизбежен. Если понимает, то тут всё зависит от вас — нужно ли вам это в принципе и удастся ли вам ответить ему:
— будет ли и каким образом решён кадровый дефицит в компании или, к примеру, качество кадров если проблемы с кадровым голодом нет;
Да, я обратил внимание, что вы участвуете в различного рода образовательных программах при ВУЗ-ах, но это только очевидная деятельность. Но на ряду с этим есть и другие менее очевидные законные, но очень эффективные меры привлечения высококвалифицированных кадров, но я не могу с полной уверенностью сказать, что вы их применяете. Не встречал пока внешних признаков у вас.
— будет ли материальный эффект и как его оценить, если компания начнет спонсировать открытые сообщества разработчиков каких-нибудь родственных вам проектов? Ну как к примеру делает Microsoft -> Canonical -> Ubuntu или IBM -> GNU/Linux. И таких примеров в последнее время всё больше и больше.
Как оценить финансовый эффект, какие формы контрибуции выбрать (по возрастающей затрат) в первом приближении расчитать можно, но тут нужно иметь доступ к коммерческой информации в компании (ФОТ, налоговые отчисления, затраты на рекламу, фин модель бюджетирования). И если такого доступа у вас нет — следовательно ответить владельцу по части окупаемости open source инициативы вы не сможете. «Сроки окупаемости», если так можно выразиться, естественно — это не год и не два, если вообще можно использовать этот термин в разрезе open source :)
— какие формы контрибуции будут в рамках бизнес-плана компании, а какие нет?
К примеру, вы решили спонсировать разработчиков некой open source CRM и интегрировать её в своё SaaS решение, ну к примеру в туже Эльбу. Понятно, что тут нужно для начала посмотреть на цифры: разработать CRM своими силами и потом её поддерживать, или влиться в сторонний открытый проект и тем самым решить ряд своих задач и в тоже время потребостей стороннего сообщества? Продвинутый владелец бизнеса будет склоняться ко второму варианту, даже если очевидной материальной выгоды на первом этапе он не увидит. Думаю, что не нужно объяснять, какие другие выгоды он получит взамен.
Теперь с позиции потребителя.
Я владелец небольшой приземленной компании. И как пользователь онлайн бухгалтерии (не скрою — от вашего прямого конкурента) вообще не вижу пользы для своей компании от инициативы tech.skbkontur.ru. Там какая-то магия для меня — ничего не понять. Нет, я конечно понимаю, что там и кому это нужно, но сейчас я в роли обычного предпринимателя далекого от разработки. Я расчитывал увидеть что-то вроде свободного электронного документооборота или финансовой аналитики, которую можно скачать, установить на свой сервер и использовать. И да, я готов доплачивать за расширенную поддержку (установить на сервер или востановить после аппаратного сбоя) или за дополнительный функционал. Но этого я у вас не нашёл (может плохо смотрел?).
Понятно, что изобретать очередной ownCloud или Seafile уже поздно, но ведь всегда можно подключиться к этим сообществам и заявить о себе в том или ином качестве. Как? Вариантов опять же масса.
Лично я по работе сейчас использую Linux, как основную ОС на рабочих местах, Drupal как систему управления контентом (проще — сайт компании), Seafile как аналог дропбокса, LibreOffice (электронные таблицы) для финансового моделирования. И всё это работает, не глючит и апдейтится чаще, чем проприетарные продукты. Не сочтите за пропаганду, это уже просто факт. В свою очередь даю обратную связь разработчикам, получаю от них оперативные ответы, иногда пишу багрепорты, спонсирую по мере сил или времени в знак благодарности за продукт. Это уже просто другой уровень бизнес-отношений.
И возвращаясь к вам, в целом, для каждого конкретного бизнеса должен быть свой конкретный подход по части открытости или участия в open source инициативах. Тут нет одного проверенного рецепта. Нужно всё взвешивать и оценивать в комплексе.
Без этих пунктов ни о какой open source причастности говорить не имеет смысла.
Все ваши пункты, которые вы привели; безопасность, качество кода и т.п. — это уже техника вопроса, которая несомненно важна, но является следствием.
Я перечислил фразы из текста, которые лично мне резанули слух и говорят о том, что вы, к сожалению, так и не поняли сути open source и свободного ПО:
— Они осознанно вкладываются в развитие своих opensource-проектов.
— … но широко их не распространяли по нескольким причинам: прямой прибыли не принесет…
— Личный интерес: возможно, кто-то проникнется нашим opensource-проектом и придет работать в команду, которая его создала.
— Но не забывайте, что это opensource, а не коммерческий продукт.
— Один проект с открытым кодом ничего не даст компании.
— И в этом вся суть opensource’a — продукт или сервис никогда нельзя считать законченным.
Не буду пересказывать известные постулаты про то, что такое open source, кому и зачем он нужен, мотивацию участников, почему он доказал свою состоятельность как идеология и почему некоторые крупные «закрытые» компании вдруг спохватились и начали вскакивать на подножку уходящего поезда.
Скажу только, что манифест, к примеру, был у проекта Debian, одного из самого стабильного и долгоиграющего linux проекта до сих пор. Разработчики поверили основателю, разделили саму идею и пошли; не за Яном Мёрдеком, а за проектом! Это надо понимать. Open source — это не значит без прибыли с точки зрения коммерции (тому успешный опыт Red Hat тогда и Nginx Inc сейчас). А CMS Drupal, к примеру, это результат совместного творчества и работы огромного международного сообщества — десятков тысяч разработчиков и сотен тысяч сайт-билдеров (не просто пользователей, хочу заметить, тех ещё больше), управлять которым приходится специально созданной для этих целей Ассоциацией. Попробуйте спросить их — зачем им это всё нужно? Вы застанете их врасплох. :) А ответ уже давно дал Линус Торвальдс, правда тогда над ним посмеялись, и если очень кратко, то он имел ввиду синергию и обратную связь в open source сообществе. И если упомянуть всё тот-же Drupal, то знаете какой у них слоган? “Come for the software, stay for the community”. Гениальный слоган-призыв! Всё прямо по старине Линусу:) Сейчас, когда интернет стирает границы и совершенно не важно где ты находишься физически, когда начали во всю использоваться системы контроля версий и совместной удаленной разработки — его предсказание сбылось. Ни одна «закрытая» коммерческая структура не в состоянии угнаться по количеству строк кода в единицу времени, по его качеству за открытыми сообществами и их продуктами!
И то, что вы начали выкладывать свои разработки — это правильно и возможно приносит пользу вашим партнерам. И если не до конца разобрались со стратегией входа в open source, тоже не проблема — акцентируйтесь на спонсировании докладчиков/разработчиков/конференций или сообществ, продуктами которых вы пользуетесь. А там дальше сами сообразите как быть.
Ещё раз прошу прощения за сей назидательный тон и критику, с уважением к вашей компании.
Какая кратность воздухообмена при таких параметрах? Интересует именно ситуация при полной тепловой нагрузке и за вычетом объема оборудования из объема помещения.
Не торопитесь с ответом.
К примеру, на CMS Drupal функционал каталога можно реализовать (1) кастомным кодом, (2) используя контриб модули Ubercart или Commerce, (3) используя встроенные штатные модули Taxonomy + Views.
Третий вариант, на мой взгляд, это и есть концепция «хорошего вкуса». Позволяет сделать именно то, что нужно. Не тянет лишних зависимостей или лишнего функционала, как у второго варианта. Безопаснее и легче в поддержке по сравнению с первым.
Внизу находился нагнетательный вентилятор с фильтром. Включался при температуре выше 25С. Нагнетал отфильтрованный воздух внутрь шкафа, т.е. шкаф был под небольшим давлением (по танковому принципу). Воздух охлаждал всё железо и уходил через вентиляционные отверстия вверху на задней стенке шкафа-сейфа. Датчик температуры находился чуть выше монитора. Таким образом поддерживалась температура и не допускалась пыль внутрь шкафа. Так же ограничивался шум от сервера. SCSI диски тех времен всё-таки были шумноваты.
В самом помещении (4 кв.м) вверху находилась вытяжная вентиляционная решетка бизнес-центра. Там же был установлен датчик потока, который давал сигнал аварии, если центральная вытяжная система бизнес-центра вдруг по каким-то причинам переставала работать. Кроме этого была простейшая световая и звуковая сигнализация по перегреву или отсутствию электричества. Бумажная инструкция по типу «что делать» под всей этой «свето-музыкой» была наклеена на шкаф. Так же всё это мониторилось дистанционно. В штате сисадминов не было, т.к. была компания на аутсорсе, которая по-графику приезжала, проверяла состояние офисных компьютеров и самого сервера. Скидывала на ленту месячный бекап.
В самом офисе компании было своё автономное кондиционирование. Летом температура была в пределах 23С, зимой 21С. Поэтому шкаф с сервером «засасывал» для своих нужд приемлемую температуру.
Но так, как вы смелый человек публиковать подобное не имея базовых знаний, думаю вы сделаете правильные выводы.
Теперь по сути.
У меня профессиональное образование и был в своё время достаточно большой опыт в этой сфере. То, что я напишу ниже для вас будет несколько неожиданным. Постараюсь написать простым языком.
Итак, вы наверно не знаете, но в кондиционировании среди профессионалов есть такое убеждение, что дилетантский или непрофессиональный подход всегда (!) приводит к лишним затратам — или капитальным, или эксплуатационным, либо ко всем сразу. Практика это подтверждает.
Почему так происходит? Да потому, что всё это из области теплофизики, термодинамики, тепло-массообмена, аэродинамики и других непростых наук, которым не зря учат в институтах. Просто «на коленке» без знаний спроектировать систему не получится, поверьте мне. Ну, т.е. конструктивно нечто такое и получится, но оно не будет работать оптимально. И хочу обратить ваше внимание на то, что для квартиры рассчитать и смонтировать систему кондиционирования и вентиляции иногда даже сложнее, чем для технологического объекта (заводского цеха, подводной лодки или космического корабля).
То, что вы сделали, это просто набор неких элементов, которые по большей части являются следствием хорошего маркетинга в отрасли (мода на рекуператоры, увлажнители и умные дома). Нет конечно, я не против них, но они стали применяться (навязываться) даже там, где в них элементарно нет необходимости.
Так вот — среди этого набора лишним является «рекуператор». В кавычках потому, что не могу я это изделие назвать рекуператором. И не по эстетическим соображениям, а по конструктивным и функциональным. Не будет он выполнять свою первоочередную функцию. И даже, если вы его сделаете правильно с учетом основ теплопередачи и аэродинамики — он всё равно не принесёт значимой экономии тепла — (1) у вас схема неправильная и (2) для небольших объемов, особенно для комнаты в квартире, он не даст высокого КПД, только место займет и вентилятор потребует большего типоразмера. Про режимы эксплуатации с учетом теплого и холодного времени года я вообще молчу — там просто «космос» начинается по части автоматики. В компаниях этим занимаются отдельные специалисты — автоматчики, люди, как правило, с высшим образованием или со средним специальным.
Поэтому и вывод у меня по поводу «переплатили». Даже если он и стоил относительно не дорого, но всё равно: время — это деньги. Для ваших условий делается всё проще.
Не спрашивайте меня, что нужно исправить в этой схеме или как её видоизменить. Я не буду вступать в дискуссию и давать советы. И не по тому, что у нас разные весовые категории и я типа умный, а кто-то нет, а потому, что в статье я не увидел упоминания учебников, статей или ссылок на профильные журналы, которые вы должны были вдоль и поперёк изучить. Я говорю не про продажи или монтаж этой техники, я говорю про основы отопления, вентиляции и кондиционирования воздуха. По моим наблюдениям (отсутствие терминологии, ошибочное схемное решение, отсутствие базовых тепловых расчетов, проще говоря формул) говорит о том, что вы пренебрежительно подошли к этому вопросу и тем самым нечаянно лишили себя должной обратной связи. Только пару специалистов высказало вам своё, так скажем «удивление», ну и я в том числе.
Теперь, чтобы не выглядеть голословным, я приведу самое бюджетное решение для вашего случая.
Система должна состоять из трех абсолютно автономных подсистем: приточной вентиляции, кондиционера и увлажнителя. Всё! И никаких контроллеров.
Примечание.
Организация механической вытяжки (вытяжных воздуховодов и вентилятора) не требуется. Достаточно того небольшого подпора от приточной вентиляции и наличия естественных неплотностей в помещении, естественной вытяжки на кухне и сан узле, через которые этот воздух будет удаляться, проще говоря, выдавливаться. Т.е. другими словами — пыльный воздух с улицы не сможет попасть внутрь помещения, если работает приточная вентиляция (как в танке во время ядерного удара; тот же принцип)
Приточная вентиляция по ходу воздуха состоит из наружной решетки, обратного клапана, фильтра, канального вентилятора, электронагревателя со своей автоматикой (термостат на +18 и защита от перегрева), шумоглушителя, воздуховодов по комнатам и декоративных решеток/диффузоров. Нагрев будет осуществляться автоматически в холодное время года и переходное. Заметьте, нагрев не комнат, а воздуха в канале! Т.е. приточная вентиляция не предназначена для обогрева помещения, а только для нагрева забираемого снаружи воздуха до приемлемой.
В помещение воздух подаётся отфильтрованным и подогретым до +18-ти. Существующее водяное отопление должно быть отрегулировано с учетом этого. Т.е. другими словами — если в помещении зимой жарко, то приточку трогать не нужно, просто прикройте термостат на батарее или, если его нет, накиньте какое нибудь одеяло на батарею — сразу станет прохладнее. И другая ситуация — если холодно в помещении, то опять же, не нужно крутить термостат приточки — нужно ставить дополнительные комнатные обогреватели.
Кондиционер.
Тут может быть и оконный. Только имейте ввиду, он оконный не потому, что забирает воздух с улицы (это заблуждение), а потому, что горячая часть его (конденсатор) должна быть снаружи. Есть конечно в некоторых оконных кондиционерах функция подачи наружного воздуха, но это скорее маркетинговый трюк — объем воздуха весьма мизерный, и в нашем случае он только будет мешать (пыль и шум). В общем — этот тип кондиционеров гоняет воздух внутри помещения и, как правило, его охлаждает. В некоторых имеются электронагреватели, но опять же не для нагрева наружного воздуха, а для подогрева внутреннего. Этот тип кондиционеров эксплуатируется на охлаждение в теплое время года, начиная где-то с +15 за бортом, а иначе обмерзнет испаритель и внутри помещения, в итоге, будет лужа воды. Зимой их, как правило вынимают, и вместо него ставят в раму теплоизолирующую заглушку. Да, это не удобно, согласен. Но следующий цивилизованный тип кондиционеров для вашего случая — это сплит-система, и желательно с режимом теплового насоса — сэкономите на электроэнергии.
Увлажнитель.
Самый надежный и простой вариант — это бытовой ультразвуковой увлажнитель. Наверно обращали внимание на пар из носика, как у электрочайника — это как раз тот вариант. Тихий, производительный, со встроенной защитой. Эксплуатируется в сильные морозы, когда относительная влажность в помещениях сильно падает. Элементарный показатель необходимости увлажнения — это наэлектризованные личные вещи, т.е. на всём повышенная статика. Можно конечно его завязать на датчик влажности, но это уже по желанию и возможностям.
Для любознательных, которые спрашивают — а почему раньше не было такой проблемы?, поясняю — при печном отоплении в помещение попадал пар от сжигания дров и несколько компенсировал недостаток влажности.
И на этом всё. Все эти системы по отдельности решают свою задачу. Одна круглогодично подает наружный воздух (санитарную норму), вторая в теплое время года охлаждает воздух в помещении, а третья его в холодное время года увлажняет. Причем вторая и третья не пересекаются.
Теперь по поводу того, что вы «нагородили» — в хорошем смысле.
Вы, сами того не подразумевая, попытались сделать так называемую систему центрального кондиционирования, причем в самом её навороченном варианте — с увлажнителем и неконтролируемым осушением (оконный кондиционер). Я не иронизирую. Вы просто видимо не знаете, что относительная влажность и температура между собой функционально связаны и при изменении температуры, меняется влажность. Так же при изменении влажности — меняется температура. К чему это всё, спросите вы? А к тому, что автоматике (в вашем случае контроллеру) и его логике придётся это каким-то хитрым образом учитывать. Если не знать физических законов влажного воздуха (i-d диаграмма), то ваша автоматика будет «загнана в угол», т.е. не сможет «сообразить», что в данный момент ей нужно делать — нагревать или увлажнять? В общем — это уже тонкости, которые не в рамках этого комментария.
Такие системы проектируют и монтируют для объектов, где находится большое количество людей (театры, кинозалы, торговые комплексы, административные здания, некоторые промышленные производства).
Да, это крутые системы. Да, они полностью автоматизированы. Но и стоят они не мало, и не из-за того, что большие, а как правило из-за сложности проектирования и управления. Без должных знаний такого не сделать. Но и в деньги, в тоже время, не упирается. Для вашего случая такая система равносильна, как из пушки по воробьям стрелять.
Конечно, если считать, что это что-то вроде хобби, то да, я согласен — это очень интересно и достойно уважения. И, кстати, увлечение это на самом деле не из дешевых, я имею ввиду будущую зимнюю эксплуатацию. Ну да ладно, это не моё дело. Лично я к вашему опыту подхожу, как к некоему эксперименту. И могу пожелать вам только одного — вам нужно учиться. Найдите в технической книге, или на книжном базаре какие-нибудь старые советские книжки (лучше 60-х годов) на тему систем отопления, вентиляции и кондиционирования. Поверьте мне — с тех времён ничего нового не придумали и законы физики не поменяли:) Добавьте к ним современные профильные журналы (погуглите сайт некоммерческого партнерства АВОК) и вы поймёте, что сделать систему можно было иначе, быстрее и дешевле.
Жду второй статьи на тему апгрейда системы:)