9 апреля участники X Международной научной конференции ГУ-ВШЭ по проблемам развития экономики и общества обсуждали один из вечно злободневных вопросов: «Кому, где и почем на Руси жить хорошо?». Официально круглый стол назывался «Рынок жилья и государственная жилищная политика в условиях кризиса».
Круглым он был не только потому, что любой из участников мог использовать свое право задавать вопросы и, кстати, использовал его в полной мере, поскольку квартирный вопрос в той или иной степени успел испортить всех, даже самых замечательных людей, но еще и потому, что, казалось, и докладчики, и слушатели ходили по кругу излюбленных тем: ипотека, кризис, рост цен, ипотека, антикризисные меры, попытки стабилизации роста цен и снова ипотека, и снова кризис, и снова цены, цены, цены…
Руководство и представители Агентства по ипотечному кредитованию, Российской гильдии риэлтеров, Ассоциации российских банков и Национальной ассоциации девелопмента попытались вначале проанализировать, а потом и спрогнозировать основные тенденции на рынке жилья. Оказалось, что сделать это не так-то просто.
Строительство домов из арболита, Арболит Юг, Арболит Борода
По той причине, что у нас, скорее, не цивилизованный, окультуренный рынок, а нечто, напоминающее базар, где можно торговаться. Условия торговли просты: покупатель заранее знает, что цены сильно завышены, продавец, разумеется, тоже это знает, но снижать их не собирается. Потому что — а зачем, собственно?
Ведь российский покупатель недвижимости за последние несколько лет (буквально за первую пятилетку нового века) сильно отвык даже от самой мысли, что недвижимость, а тем более недвижимость в Москве, может стоить дешево. И привыкать к этому — возможности приобрести дешевую недвижимость — похоже, не собирается. В этом, безусловно, есть некий парадокс.
И объяснить его можно, пожалуй, только с обывательской, а не профессиональной риэлторской точки зрения — на рынке жилья, как правило, покупателем и продавцом часто выступает одно и то же лицо. Это лицо хочет улучшить свои жилищные условия. Чтобы их улучшить, оно должно (может) продать что-то (какие-то свои кровные квадратные метры), уже имеющееся у него.
И, конечно же, лицо вовсе не заинтересовано продавать их дешевле. А вот купить у другого лица хочется, разумеется, подешевле. Вот и «держится» рынок. Вот и устраивают риэлторы «аукционы». Собирают на показе нескольких желающих купить, и цену на жилье не сбрасывают, а, наоборот, отдают жилье тому, кто больше даст.
Так что на практике в последнее время в России была популярна торговля в пользу продавца, а вовсе даже не покупателя. А поскольку продавцов сейчас реально больше, чем покупателей, то зачем же их скидывать, цены-то? Да к тому же есть еще очень много «инвестиционных» квартир, тех, которые были куплены наиболее предприимчивыми людьми. Кто же захочет их сейчас продавать себе в убыток?
Получается, главный вывод, который можно сделать относительно российского рынка жилья, весьма парадоксален — ну не поддается он ни аналитике, ни прогнозам. И даже когда во всем мире кризис, для нас это лишь фактор к замедлению роста цен.
Строительство домов в Испании. Сколько стоит построить дом в Испании в 2022
Надо сказать, что собравшиеся на круглом столе аналитики и сами уже, видимо, смирились с тем, что задача у них неблагодарная — проанализировать неанализируемое. Ибо даже они, аналитики, имеют дело не с реальной картинкой и не с достоверной информацией, т.к. любая информация, даже та, «которую пытаются собирать Росстат и Госстрой», имеет очень высокую степень погрешности.
Именно это «главный постулат, — как считает вице-президент Российской гильдии риелторов Константин Апрелев, — который вносит серьезные неточности в расчетах и дает противоречивые показатели по многим аналитическим данным государственных источников». «Когда мы говорим о реальном рынке, то по сути анализируются не реальные цены сделок и не реальные объемы сделок, а в большинстве случаев анализируются цены предложения», — констатировал он.
Ну не можем мы сегодня иметь реальную картину реальных цен сделок и даже реальных объемов сделок. Потому что система учета и система регистрации прав не позволяет в полной мере получить в том виде, в котором нам хотелось бы, всю необходимую информацию. По этой причине аналитики вынуждены очень серьезно изощряться и искать разные способы и показатели того, как рынок себя на самом деле ведет. И поэтому, когда аналитики пытаются использовать только один показатель, ценовую ситуацию, то, безусловно, это сильно подвергает сомнению все то, на чем строятся эти показания.
Еще на Апрельской конференции г-н Апрелев признался, что «сами инструменты анализа дают очень серьезные сбои».
Очень многие пытаются прогнозировать ситуацию. И прогнозируют ее с точностью до наоборот. С чем это связано? Константин Апрелев считает так:
— Главная ошибка заключается в том, что многие аналитики пытаются строить графики, используя те инструменты, которые, грубо говоря, всегда существуют на рынке.
Система рынка недвижимости, и жилья в частности, не замкнута, и может появиться новый фактор, а, например, кризис как раз именно такой новый фактор, который повлияет и изменит эту систему.
Получение этих данных стоит под очень большим вопросом. Открытые источники содержат повторяющиеся объекты недвижимости, которые нужно уметь вычищать. Объекты недвижимости с некоторыми измененными параметрами попадают туда два, три, четыре раза. Очень противоречивая информация. Ну я уже не говорю о методологически различных инструментах.
Если говорить о причинах, которые оказали существенное виляние на ситуацию на рынке жилья в России и в Москве, то, безусловно, нужно иметь в виду набор факторов: среди них и снижение доходов населения, рецессия, сокращение рабочих мест. Как ни странно, темпы инфляции тоже существенно влияют на сегодняшнюю ситуацию сокращения доходов бюджета и бизнеса, доходности сырьевого сектора экономики.
Еще — сокращение объемов нового строительства. На самом деле, если сокращаются объемы нового строительства, то, безусловно, сокращается объем предложений и происходит передел имеющейся недвижимости. Это как раз фактор, который увеличивает потенциальный спрос и цену на недвижимость.
Высокие темпы роста цен предшествующего периода — фактор, который мало кем анализируется, но темпы были очень высокими. И это само по себе привело к тому, что недвижимость стала недоступна для очень широкого слоя населения. Для тех, для кого в 2004, 2005, даже в 2006 жилье было доступно с помощью ипотеки, — сказал г-н Апрелев.
Среди тем, обсуждавшихся на круглом столе, также фигурировали:
- региональная дифференциация на рынке жилья в условиях кризиса;
- адекватность антикризисных мер, принятых в жилищной сфере в конце 2008 — начале 2009 гг.;
- российский рынок жилой недвижимости после кризиса;
- уроки кризиса: нуждаются ли в корректировке стратегические направления государственной жилищной политики?
Конечно, большинство выступавших склонялось к тому, что одна из главных проблем, которая может возникнуть в будущем, — это привлечение средств населения. На помощь не придет даже ипотека. Кстати, вот что говорили об ипотеке специалисты, набившие на ней руку (надеемся, не карман):
- в конце прошлого года впервые спустя длительное время было зафиксировано падение цен. При этом в абсолютном выражении в 2008 году по сравнению с 2007 г. рост в ипотечном кредитовании составил 14%, хотя еще год назад этот показатель был 8,7 %;
- но, к сожалению, все оказывается несколько хуже, если посмотреть на покупательную способность ипотечных кредитов, соотнести их с динамикой цен на жилье и рассчитать этот показатель, по которому можно приобрести выгодный кредит. Тогда динамика темпов роста объемов в таких условных единицах оказывается еще более драматической;
- о том, что на рынке наблюдается некий спад, говорит не только доля сделок с ипотекой, которая в принципе до середины 2008 года достаточно устойчиво росла, но в целом по итогам года зафиксировано ее большое снижение по сравнению с показателями первой половины, что говорит о том, что у населения обострилась проблема платежеспособности с точки зрения доступа к ипотечным кредитам и возможности осуществлять выплаты;
- судя по структуре выдачи жилищных кредитов по банкам-кредиторам за последние два года, можно сказать, что рынок ипотечного кредитования у нас в стране достаточно сильно концентрирован. Ведущий банк — один, и это Сбербанк. Его доля около 40% всех выделенных жилищных кредитов. В 2008 году она увеличилась по сравнению с 2007 годом;
- в совокупности 15 банков контролируют около 80% всего рынка жилищного кредитования;
- ставки по ипотечным кредитам до 2008 года демонстрировали тенденцию к снижению, но в прошлом году снова начали несколько расти;
- наибольшие проблемы сейчас возникают у заемщиков, бравших кредиты в валюте;
- с точки зрения ценодоступности на рынке жилья после периода достаточно активного роста 2006 года уже в марте 2008 года наблюдалась некая стабилизация, которая пока сохраняется;
· в процентном соотношении цен и доходов в домохозяйствах доступность осталась практически на уровне прошлого года. Но если учесть изменившиеся условия кредитования, то можно констатировать, что доступность даже несколько повысилась.
Так что на вопрос, будет ли в ближайшее время жилье в России дешеветь или дорожать, вам пока никто не ответит. А если и ответит, то все равно не верьте ему. Рынок жилья в России как стихийное бедствие — теоретически спрогнозировать можно, а в реальности ну совершенно непредсказуем.
Источник: www.hse.ru
Что нам стоит дом построить? (часть 1)
Привет, Хабр. В этой статье я хочу начать рассказ об одном из самых масштабных и интересных проектов, к разработке которого привлечена моя команда — ECM-системе, которую мы создаем от этапа концепта до непосредственно вывода ее в промышленную эксплуатацию. Расскажу о назначении этой системы, предпосылках ее появления, причинах выбора пути самостоятельной разработки вместо покупки готового решения, проектировании этой системы, процессе ее разработки и многом другом.
Предметная область
Наш банк ежедневно генерирует огромное количество бумажных документов, причем самого разнообразного вида. И должен где-то их хранить. Но не просто положить куда-то стопку бумаг и забыть — необходимо точно знать, что и где лежит. А лучше всего — каталогизировать хранение так, чтобы можно было получить копию документа, зная о нем только базовую или обрывочную информацию. Для этой цели у нас существуют отдельные службы, которые принимают бумагу от всех структурных подразделений банка, размещают ее в хранилище, сканируют по необходимости и отдают обратно по запросу.
Бумага это всего лишь физический носитель информации, тогда как львиная доля документации уже давно электронная — и многие банковские процессы даже не требуют делать бумажную копию. Например, специалист в офисе может отсканировать предоставленный клиентом документ и запустить на его базе процессы обслуживания.
Для таких сканов требуется во-первых фиксация их равнозначности бумажной версии — условная отметка “Копия верна”. А во-вторых, они должны не только храниться, занимая место, но и по возможности переиспользоваться без дупликации. А значит, нужно уметь искать эти копии в хранилище по набору атрибутов, с коррекцией ошибки. И предоставлять функционал валидации уже имеющегося документа, либо его версионирования.
Здесь можно привести пример, когда клиент, будучи, например, на Дальнем Востоке, обращается в отделение банка, предоставляет паспорт и получает услугу. А через два месяца он уже на Юге, у него изменилось место регистрации, и он хочет получить уже другую услугу. Кардинально его паспорт не поменялся, но частично изменилось его наполнение, а значит, нам нужно зафиксировать этот факт в наших данных. А если данные не поменялись, то нам достаточно сверить то, что мы уже имеем, с тем, что принес клиент, и не тратить время на повторение процесса приема всех документов.
Далее, каждое взаимодействие клиента с банком влечет явную или неявную генерацию заявления — банк не имеет юридического права делать что-то без фиксации на это согласия клиента. Заявление может быть как лично написано и подписано клиентом, так и быть представлено в электронном виде и подписано электронной подписью. В зависимости от значимости документа подпись может быть простой или должна быть квалифицированной. Если с бумажной формой все предельно ясно, то безотносительно вида электронного документа мы обязаны хранить его в том виде, в котором он был создан и иметь возможность проверить корректность подписи в любой момент. И предоставить электронный образ с визуализированной подписью по требованию.
Резюмируя, нам необходимо:
хранить документы в бумажном виде
хранить документы в электронном виде
уметь переводить первое во второе
уметь искать и первые, и вторые, не зная точно содержимое
уметь хранить долгосрочно и обеспечивать юридическую значимость
Синхронизируем терминологию
Enterprise content management (ECM) — системы управления контентом масштаба предприятия. Они хранят, доставляют и управляют данными о документах. Это не только информация о месте хранения и цифровая копия, но и извлеченные и распознанные бизнес-атрибуты, состав которых разный для разных типов документов. Кроме того, такие системы должны обеспечивать извлечение и быструю доставку по переменному составу поисковых критериев и их нечеткой формализации. Условно, нужно иметь возможность быстро найти документ, помещенный в хранилище десяток лет назад, по фамилию, из которой известны только первые три буквы.
В российском ИТ под термином “Enterprise” часто ошибочно понимают предприятие любого размера, и необходимость в отдельной системе такого класса размывается и становится совершенно неочевидной. Но если условной фирме с десятком человек, такая система вероятно будет лишней, то федеральному банку без нее точно не прожить. Поэтому сразу стоит указать на отличия ECM системы от СЭД и CMS.
Content management system (CMS) — это зачастую системы, направленные на создание либо совместный доступ к ограниченному по объему контенту. Редко когда у них есть сложные, многослойные хранилища. ECM при этом практически не имеет внешних интерфейсов, потому как является чисто бэковской системой. При этом обладает широкими возможностями по интеграции, в том числе путем встраивания в интерфейсы других систем.
Системы электронного документооборота (СЭД) же направлены скорее на внешнюю работу с документом — там вторично, что оборачивается, а важно как именно. Тогда как ECM может содержать какой-то набор действий, срабатывающий в ответ на получение документа, но не содержит в себе процессов, которые выходят за границы простой обработки документа. Например, поручения провести распознавание документа или отреагировать на его появление выставлением счета в сторонней системе.
Важная особенность ECM-систем состоит также в том, что они большое внимание уделяют защите данных — документы версионируются, доступ к ним разграничивается относительно пользователя и его роли. Документы должны не утрачивать со временем свою юридическую значимость — для этого имплементируются специальные системы, обеспечивающие эту значимость — например, путем вторичного наложения подписи при извлечении.
Документы, которые поступают на хранение, нужно оцифровать и провести через процедуру извлечения из них данных, поэтому необходимо подключить системы сканирования, поддерживающие конвейерную обработку документов. Кроме того, документ должен быть проверен на уникальность, чтобы исключить повторную загрузку. ECM становятся еще и системами хранения знаний — при накоплении контента данные приобретают все большую связанность. Это позволяет формировать детальную картину отношений банка с клиентом или сотрудником. И в конечном счете использовать эти знания для более таргетированного предложения новых услуг.
Текущее состояние и предпосылки замены
Итак, для автоматизации работы с документами мы внедрили систему, которая обеспечивает достаточно неплохой уровень работы именно с бумажным хранилищем, каталогизацией и всеми процессами, связанными с размещением. Но в силу своей узкой направленности, при росте количества электронного контента, эта система начала выполнять все более неспецифичные для нее функции.
Дополнительно на это наложились внешние обстоятельства в виде удорожания лицензий на программные продукты, входящие в состав комплекса: стоимость владения и развития начала быстро расти, усложнилось сопровождение. Простая экстраполяция показала, что через несколько лет система просто развалится под собственным весом — уже сейчас ее перезапуск влечет за собой несколько часов простоя.
Провести рефакторинг этой системы уже невозможно, так как подходящий для этого момент был упущен — потенциальные затраты на него превысили возможную выгоду. Кроме того, каркас системы заказывался сторонней компании. Значит необходимо стало заменить ее на что-то новое. Беглый анализ рынка показал, что готовых решений, которые можно было бы с допустимым размером затрат адаптировать под наши нужды попросту нет.
Мы решили сделать такую систему самостоятельно, построив ее на базе современных подходов к проектированию и разработке. И по большей части на базе свободно распространяемого ПО с открытым исходным кодом. Провести импортозамещение, одним словом.
Приступаем к проектированию
Начнем более глубокий анализ предметной области и проведем декомпозицию. Мы имеем документы разных типов, с разной структурой, на разных носителях, с разным местом хранения, с разными связями и которые должны иметь историю изменений.
Для их описания введем сущность “Документ”. Она будет обладать набором атрибутов — полей, которые условно можно разделить на три большие группы:
бизнес-поля: всё, что имеет прямое или косвенное отношение к внутреннему наполнению документа: различные номера, даты, имена клиентов.
системные поля: здесь мы подразумеваем различные метаданные по телу сущности — файлу, размеру, виду; сюда же относятся данные по создателю документа, различным отметками времени. Сюда же можно отнести связи одной сущности с другими (например, договор — паспорт клиента);
интеграционные: поля, необходимые в процессах предоставления контента внешним системам.
Описывая сущность, сразу отделим тело сущности — файл — и будем рассматривать его как системное поле, содержащее ссылку на точку хранения. При этом, учитывая версионность тела, предусмотрим возможность хранить несколько ссылок. Так как версионность может иметь не только файл, а весь документ целиком, то в системных полях файла добавим атрибут “номер версии”, характеризующий конкретную копию объекта, и глобальный идентификатор сущности, который един для всех версий документа.
Каждая сущность может быть связана с другой сущностью или набором сущностей. Но при этом связываться сущности могут как по глобальному идентификатору, так и по локальному идентификатору версии объекта. Например, кредитный договор, прямо связан с паспортом клиента, который его заключил, при этом по условиям договора клиент обязан предоставлять в банк обновленный документ, если происходят какие-то действия. То есть связь идет: договор — паспорт, вне зависимости от версии последнего. Аналогично, может существовать связка с конкретной версией документа, скажем, какого-нибудь плана или технической документацией.
Связи между сущностями могут быть как односторонними, так и двухсторонними. В нашем примере — паспорт явно подчиненная сущность, связь имеет направление “от договора”. А могут быть и равноценными. В итоге у нас получается примерно такая структуру объектов и отношений между ними:
Описывая сами объекты в дальнейшем, будем руководствоваться принципами предметно-ориентированного проектирования (domain-driven design, DDD). Обобщенно — мы будем моделировать каждый участок предметной области как независимый от других областей — доменов, и описывать в нем структуру объекта и всю логику работы с ним (например, установку связей с другими объектами и доменами). При дальнейшем описании системы и объектов будем оперировать понятием “домен”, как группы связанных сущностей с единой логикой обработки.
Программная архитектура системы
При наполнении данными и функционалом текущая система стала все хуже реагировать на каждое последующее расширение. Следовательно, в новой системе нам необходимо предусмотреть ряд свойств, которые позволят нам не повторить ошибки. Нам нужно при плановой и пиковой нагрузке горизонтально масштабировать ресурсы, иметь возможность наращивания функционала без серьезного вмешательства и гибкой интеграции под нужды внешних агентов.
Поэтому при выборе способа построения программной структуры остановимся на микросервисной архитектуре. Пусть к ней можно предъявить много замечаний и сильно раскритиковать саму ее суть. Но в нашем случае именно такой концепт хорошо соотносится с описанной нами предметной областью. Каждый домен — это либо отдельный микросервис, либо набор родственных сервисов, разделяющий между собой одну или несколько зависимостей, описывающих структуру сущностей в домене.
Кроме того, взаимная логическая и программная независимость микросервисов друг от друга позволят нам максимально распараллелить процессы доработок системы. Становится проще решить задачу удовлетворения потребностей разных бизнес-заказчиков в рамках общего проекта развития системы — предоставить каждому из них фактически индивидуальную ее версию, при этом не затрачивая месяцы разработки, а просто группируя сервисы по новому.
Основой нашей программной архитектуры будет выступать брокер сообщений, осуществляющий гарантированную доставку сообщений в стандартизированном формате между разными сервисами. Каждый микросервис будет работать асинхронно — то есть получив внешний запрос, он сразу ответит идентификатором сообщения, по которому внешний агент может обратится в дальнейшем за уточнением статуса обработки отправленного сообщения. Далее, сервис опубликует сообщение в брокер и будет слушать очередь, в ожидании ответа. После получения которого, он широким вещанием оповестит всех участников о результате.
Для преобразования асинхронного внутреннего взаимодействия с внешним синхронным, в нашей системе будут использоваться сервисы-фасады. Внешний агент или интерфейс, при обращении к фасаду, будет ждать ответ, а фасад уже сам будет отслеживать получение асинхронного ответа от микросервисов по предоставляемому ими идентификатору и возвращать его в установленную сессию. Сами микросервисы при этом не будут ожидать ответа после отправки сообщения в брокер (не будут хранить никакого состояния)
С “нижней стороны” к брокеру сообщений присоединены так называемые инфраструктурные сервисы, которые себя будут реализовывать логику работы с внешними источниками данных или другими системами. При этом делать это, абсолютно абстрагируясь от конкретного процесса, в рамках которого поступило сообщение, то есть предоставлять универсальный API для всех потребителей. Для наглядности:
Таким образом, части слоя работы с внешними источниками становятся отделяемыми, что позволит сравнительно безболезненно заменять один на другой.
В итоге получим общую схему
Заключение
В процессе проектирования нашей системы мы пришли к пониманию, что в рамках заложенной архитектуры мы можем реализовывать не только задачи, напрямую связанные с хранением документов, но также и косвенные бизнес-процессы, которые затрагиваются процессом поступления документа на хранение. Например, процессы, связанные с юридически значимым документооборотом. В следующих статьях я расскажу о выборе технологий реализации этого проекта, организации процессов взаимодействия с командой и внешними заказчиками.
Источник: habr.com
Что нам стоит Дом построить, нарисуем будем жить:)
По многочисленным просьбам моих друзей и подписчиков попробую описать строительство своего дачного домика, который в большинстве работ был сделан моими руками.
Ссылки на Схемы, планировки и размеры, размещу чуть позже в этом же блоге. Пока размещаю ссылку на файлы (там пока размеров нет). Посмотреть файлы можно нажав на эту ссылку.
Изначально далекой осенью был куплен пустой дачный участок. Пока была зима рисовал проекты дома, схемы дорожек, посадки растений, размещение 2-х водоемов, беседки, бани и т.д. (часть из сделанного мною можно найти по ссылкам внизу блога).
Размеры дома:
Если не брать в расчет выступающие эркеры, то дом 6х6м.
Высота от фундамента до конька крыши 6м.
Высота стен кухни и комнаты 1-го этажа 3м.
Высота в зале от пола 1 этажа до самой высокой части купола (крыши) тоже 6м.
Высота фундамента от земли (вверх) до начала стены 0,5-0,7м и шириной тоже 0,5м.
Глубина фундамента от уровня земли вниз 1,6м (основного) и 0,3м (под внутренней комнатой изнутри. По основной части 1,6м).
Эркеры примерно размерами 1,5м х 2м х 1,5м.
Площадь посчитать сложно, т.к. кроме нижней отдельной комнаты 9кв.м., всё остальное общее пространство.
Затраты мы изначально начинали считать, потом забросили. Да и свои труды «не считаются» ведь. Примерно 400~600т.р. уже, но ведь отделка ещё продолжается!
Весной, когда потеплело, взял друга с собой и поехал копать фундамент.
После разметки фундамента на земле, приступили к выемке грунта.
По периметру фундамента была выкопана траншея глубиной 1,6м.
Периметр фундамента «как квадрат» 6х6м + два выступающих эркера и крыльцо (вне периметра 6х6м). Основной фундамент такой глубины идёт по всему наружнему периметру фундамента, включая крыльцо. Второстепенный фундамент под две внутренние стенки меньшей глубины.
Ширина фундамента 0,5м. Снаружи оставлено расстояние для облицовки дома кликерным кирпичом. Буду сам выкладывать «баварской кладкой» из кирпича 5 цветов. Т.е. фундамент 50см, из них 20см ширина блока (стены). Изнутри, на выступе фундамента лежат лаги из бруса 100х100.
Внизу траншеи сделана армированная металическая стяжка из арматуры, чуть выше дна. На дне засыпана подушка, это слой песка и потом щебня.
Снизу фундамента вварены арматурины, которые поднимаются выше уровня земли.
Потом я пригонял миксеры с бетоном и равномерно разгонял бетон по периметру.В бетон кидал бутовый камень средних размеров (для экономии бетона). Бутовый камень у нас дешевле бетона. Бетон заливался до уровня земли.
После того как всё застыло, это не менее 2~3 недель, сверху каменьщиками был выложена верхняя часть фундамента кладкой бутового камня на высоту 0,5~0,7м (у меня поверхность участка не ровная) с внутренней прокладкой кладочной металлической сетки.
Фундамент шириной 0,5м, чтобы уложить стену из блоков шириной 20см посередине фундамента. Наружние остатки фундамента мне нужны были для того, чтобы снаружи потом сделать кладку из кликерного кирпича или сделать отделку с утеплителем, внутри для того, чтобы положить лаги/бруски 100х100 для будущих полов внутри дома. Фундамент выкопал в течении суток 2чел., заливку фундамента делали 4чел.
На фундамент проложен рубероид, а далее подняты стены из блоков.
Важно не забыть в фундаменте сделать отверстия-отдушины для вентиляции подпола дома, иначе полы будут подгнивать со временем.
Всего на весь дом ушло 1200шт блоков размерами 20х20х40см с учётом двух внутренних стен размерами 3х3м.
Внизу под домом просто «подпол», от земли до половых досок 0,5~0,7м. Чтобы сделать подвал, то нужно чтобы фундамент (от нижнего уровня траншеи до кладки блоков стены) был не менее 2,2м. После заливки фундамента землю можно выкопать и вынести наружу, получится подвал. Вы значительно сэкономите на сооружении опалубки.
Один фронтон из блоков лежит на балке. Балка была сварена из двух мощных двутавров. Между дутаврами расстояние проваривалось металлом и арматурой, потом заливалось бетоном. На балку выложен фронтон 2 этажа. Балка упирается с одной стороны на стену, а второй на столб, который стоит на крыльце.
Столб залит глубоко в фундамент. Балка к столбу тоже намертво приварена. На первом этаже «под балкой» кухня уходящая в эркер.
Далее, в верхней части стен были сделаны закладные под стропилы. На верх кладки эти закладные выходили в виде перевёрнутой буквы «П». К каждой закладной двумя большими болтами привёрнута каждая стропила.
Потом я установил стропилы, которые были сделаны из досок 50х150.
Стропилы нужно ставить через расстояние не более 70см, лучше это расстояние делать поменьше, тогда вам проще будет потом вставлять утеплитель со стандартными размерами.
На обрешетку я использовал обрезные неструганные доски 24х100, по цене они почти не отличаются от необрезной доски, но по ним проще лазить по крыше в процессе работы и проще делать зазоры между досками, «прикидывая на глаз»:)
На коньке и в нижней части стропил обрешетку лучше пустить сплошную, достаточно по 2-3 доски прибитых рядом. Это позволит потом без проблем прикрутить конек на крышу, а внизу закрепить водоотводы.
На изготовление и установку стропил обрешетки у меня ушло 2 дня с утра до полуночи:) Конечно не обошлось без помошников! Ставили 4 чел.
Источник: www.drive2.ru