Один год работы инженером в Германии
Dec. 12th, 2016 07:35 am![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
engineerandreev.livejournal.com posting in ![[community profile]](https://www.dreamwidth.org/img/silk/identity/community.png){kind=small}
engineering_ruПост для группы урезан автором, чтобы он был меньше похож на рекламу. Оригинал доступен у ![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
engineerandreev в Один год работы инженером в Германии 
В январе будет год как я начал работать инженером в небольшой фирме ESI ITI в Дрездене. Когда меня спрашивают чем занимается фирма, я обычно отвечаю, что она разрабатывает софт для инженеров под названием SimulationX. Конечно, мало кому это что-то говорит, да и невозможно описать это в двух словах. Сейчас, когда я стал более-менее понимать что происходит вокруг, я решил попробовать описать подробнее чем занимается наша фирма и в чём заключается моя работа здесь.
Начну издалека. Рассмотрим процесс создания технического устройства на примере автомобиля. Условно автомобиль можно разделить на три части: двигатель, шасси и кузов. В старые добрые времена за создание каждой части целиком и полностью отвечал один человек и всё замечательно работало, но прогресс не стоял на месте и постепенно к процессу создания одного автомобиля примазались тысячи (а то и сотни тысяч) человек! Зная народную мудрость „Что один человек сделает за час, то два человека сделают за два часа“, можно представить себе масштаб возникших проблем!
Давайте представим, что двигатель, шасси и кузов для какого-то абстрактного автомобиля изготовили разные люди, которые сидят в разных городах (или даже странах). Они заранее договорились о всех размерах, параметрах и характеристиках, каждый добросовестно изготовил свою часть и испытал её на специальных стендах. Это может показаться странным, но если просто так взять и собрать всё вместе, то с первого раза ничего работать не будет… Либо двигатель вывалится из кронштейнов, либо коробка передач внезапно начнёт трещать на неведомой частоте, либо подвеска выкинет какой-нибудь кульбит в самый неподходящий момент… И большая удача, когда выясняется это на испытаниях, а не в процессе эксплуатации.
Как правило, проблемы возникают в местах стыка компетенций инженеров различных областей техники. Разработчики двигателя и подвески приняли в своих расчётах, что кузов абсолютно жёсткий, разработчики трансмиссии забыли о неравномерности вращения вала двигателя, а разработчики кузова в погоне за красивыми формами убрали металл там, где не следовало. Очень редко находится человек, который обладает достаточными знаниями, чтобы видеть картину в целом и предвидеть все трудности. Проблема решается созданием единых стандартов и совершенствованием методик предварительных испытаний (поэтому сейчас редко можно увидеть двигатель, выпрыгивающий из кронштейнов), но стоит немного отойти в процессе разработки от протоптанной тропинки, как наступаешь на новые грабли.
Таким образом, работа инженера в области создания новой техники состоит из решения постоянно возникающих проблем, из которых львиную долю времени отнимают именно те, которые находятся на границах его компетенции. Гарантией того, что проблемы будут регулярно попадать на эти границы служит тот факт, что у фирм, как правило, нет возможности нанимать узкоспециализированных инженеров, которые месяцами будут просиживать штаны в ожидании своего звёздного часа. Поэтому инженер, обучавшийся конструированию, за неделю нарисует дифференциал, потом месяц будет думать как лучше приклеить датчики температуры, а потом на пару месяцев засядет за тепловым расчётом, пытаясь разобраться почему же ничего не работает (либо работает через раз).
В этот момент возникает идея ещё на этапе проектирования постараться предсказать возможные проблемы посредством математического моделирования. Конечно, идея эта не нова, ведь ещё наши прадеды писали математические модели на клочке бумаги, потом строили графики на миллиметровке и запускали по этим расчётам ракеты в космос. Да и сейчас нормальную мат. модель можно написать хоть в экселе, ну а владение тем же с++ просто сносит все границы.
Другое дело, с тем же с++ можно очень быстро утратить чувство реальности и уйти от решения конкретной технической проблемы в недры программирования. У тебя не работает агрегат, а ты в это время увлечённо изучаешь полиморфизм классов и get-функции… Аналогичная ситуация и с матлабом. Это очень мощный инструмент для научных исследований, но и требует довольно много времени на освоение и борьбу с непонятными глюками. Я и после пяти лет работы в матлабе не только регулярно открывал для себя что-то новое, но и натыкался на новые неведомые ранее ошибки… Для обычного инженера зачастую такое распределение времени будет считаться непозволительной роскошью.
Здесь появляемся мы и предлагаем программу SimulationX, в которой можно быстро и с минимумом головной боли собрать нужную математическую модель при помощи библиотек готовых элементов.
Основной штат нашей фирмы — инженеры самых различных областей, которые на регулярной основе заняты в работе над сторонними проектами. Очень часто после проекта остаётся полноценная библиотека элементов, которая в большинстве случаев подтверждена многочисленными экспериментами и с большой долей вероятности может пригодиться кому-то ещё. Этим объясняется большое их количество.
Конечно, чтобы создать мат. модель даже из готовых элементов, нужно как минимум представлять какие элементы тебе нужны. Это не такая уж и тривиальная задача, как может сначала показаться. В зависимости, например, от интересующего тебя диапазона частот, вид модели может очень сильно отличаться. Одно дело, когда ты хочешь посмотреть в модели на расход топлива за двухчасовую поездку, а другое дело, когда ты хочешь изучить возможные колебания внутри трансмиссии, которые запросто могут уйти в килогерцовый диапазон.
Для того, чтобы сделать правильный выбор, нужно обладать опытом решения подобных задач. Пользователь в этом случае может написать свой вопрос нашим инженерам на специальном сайте и в течение нескольких рабочих часов получить исчерпывающий ответ с формулами, иллюстрациями и работающей моделью.
Конечно же у нас есть отдел гидравлической и пневматической техники, в котором я и работаю. Первое время я вникал в саму программу (потому что до этого работал в ней только студентом), в систему исправления багов (узнал, про тонкую грань между „багом“ и „фичей“) и в то, какими проектами занимаются остальные инженеры и практиканты.
Т.к. последнее, чем я занимался в МГТУ им. Баумана, были волновые процессы в трубопроводах, меня определили разбираться с моделями труб, которые, честно говоря, оставляли желать лучшего… Сами модели были написаны очень подробно и обладали большим набором параметров (моделируй хоть трубу, хоть рукав высокого давления, с учётом теплообмена или без), но проблема была в том, что применяемая схема дискретизации очень плохо годилась, например, для расчёта гидроудара.
Я сразу предложил написать модель, где задача решалась бы другим численным методом, но как выяснилось, софт так не разрабатывается… На это нужно время, время стоит денег, а деньги должен кто-то дать. Поэтому около месяца я потратил на то, чтобы выжать максимум из той модели, что уже есть и на передачу своего опыта клиентам, обращавшимся за помощью.
Тем не менее, меня гложила эта ситуация, и в свободное от срочной работы время я принялся втихаря писать новую модель трубы. Мне нужно было всего лишь повторить ту модель, которую я уже писал в МГТУ в матлабе, поэтому через пару недель у меня уже был работающий прототип. Он уже мог решать конкретные задачи, которые не могла решать старая модель, но не годилась для трубопроводов с низким давлением и не учитывала теплообмен. По этой причине, модель едва ли продвинулась бы дальше моего рабочего компьютера. Я уже стал копать в направлении более продвинутых численных методов для этой задачи, вышел на метод Годунова, выяснил, что наш штатный математик уже использовал его для решения задачи с электрической дугой, стал разбираться в его коде на c++… и так и погряз бы в этом, если бы в один прекрасный момент к нам не обратился наш клиент с типовой проблемой со старой моделью трубы…
Это был производитель плунжерных насосов, который хотел в нашей программе считать пульсации в трубопроводах. Я решил подбросить ему свою модель, т.к. работал он как раз в области больших давлений. К моему удивлению, ему удалось получить какое-то фантастическое совпадение с экспериментом при том, что модель считалась гораздо быстрее, чем прежняя. Кроме того попутно удалось исправить несколько багов и понять где нужно поставить пользователю „забор“, чтобы он не выходил за рамки выбранных допущений.
В последствии я отсылал эту модель ещё нескольким клиентам, и все были очень довольны результатом. В итоге начальник дал добро на добавление моей модели в стандартную библиотеку элементов в новую версию программы, чему я конечно же был очень рад.
В качестве заключения могу сказать, что когда я работал студентом на кафедре Дрезденского технического университета, у меня складывалось впечатление, что в Германии уже ничего нельзя существенно улучшить и остаётся только вылизывать и без того совершенные машины. Это на несколько лет сильно вдохновило меня на работу в России, которая представлялась непаханным полем. Теперь, имея какой-никакой опыт работы, у меня составлен длинный список из необходимых усовершенствований (среди которых и совершенно непаханные в нашей фирме области), которые нужно внести в нашу (казалось бы и без того совершенную) программу или в документацию.
Из приятных мелочей радует спокойный ритм работы (без сроков „вчера“), практически полное отсутствие бюрократии и формальной работы лишь ради производства бумажек (работаешь ты всегда с конкретными инженерами, которых интересует прежде всего решение конкретной технической проблемы). Ну и конечно же я постоянно убеждаюсь в том, что Германию населяют такие же люди как и в России со всеми достоинствами и недостатками, отличаются только правила, по которым они живут.
Поэтому я уверен, что когда-нибудь (когда зарабатывать честным трудом станет выгоднее, чем воровать) и в России сложится похожий климат для продуктивной и эффективной работы инженером.
engineerandreev в Один год работы инженером в Германии В январе будет год как я начал работать инженером в небольшой фирме ESI ITI в Дрездене. Когда меня спрашивают чем занимается фирма, я обычно отвечаю, что она разрабатывает софт для инженеров под названием SimulationX. Конечно, мало кому это что-то говорит, да и невозможно описать это в двух словах. Сейчас, когда я стал более-менее понимать что происходит вокруг, я решил попробовать описать подробнее чем занимается наша фирма и в чём заключается моя работа здесь.
Начну издалека. Рассмотрим процесс создания технического устройства на примере автомобиля. Условно автомобиль можно разделить на три части: двигатель, шасси и кузов. В старые добрые времена за создание каждой части целиком и полностью отвечал один человек и всё замечательно работало, но прогресс не стоял на месте и постепенно к процессу создания одного автомобиля примазались тысячи (а то и сотни тысяч) человек! Зная народную мудрость „Что один человек сделает за час, то два человека сделают за два часа“, можно представить себе масштаб возникших проблем!
Давайте представим, что двигатель, шасси и кузов для какого-то абстрактного автомобиля изготовили разные люди, которые сидят в разных городах (или даже странах). Они заранее договорились о всех размерах, параметрах и характеристиках, каждый добросовестно изготовил свою часть и испытал её на специальных стендах. Это может показаться странным, но если просто так взять и собрать всё вместе, то с первого раза ничего работать не будет… Либо двигатель вывалится из кронштейнов, либо коробка передач внезапно начнёт трещать на неведомой частоте, либо подвеска выкинет какой-нибудь кульбит в самый неподходящий момент… И большая удача, когда выясняется это на испытаниях, а не в процессе эксплуатации.
Как правило, проблемы возникают в местах стыка компетенций инженеров различных областей техники. Разработчики двигателя и подвески приняли в своих расчётах, что кузов абсолютно жёсткий, разработчики трансмиссии забыли о неравномерности вращения вала двигателя, а разработчики кузова в погоне за красивыми формами убрали металл там, где не следовало. Очень редко находится человек, который обладает достаточными знаниями, чтобы видеть картину в целом и предвидеть все трудности. Проблема решается созданием единых стандартов и совершенствованием методик предварительных испытаний (поэтому сейчас редко можно увидеть двигатель, выпрыгивающий из кронштейнов), но стоит немного отойти в процессе разработки от протоптанной тропинки, как наступаешь на новые грабли.
Таким образом, работа инженера в области создания новой техники состоит из решения постоянно возникающих проблем, из которых львиную долю времени отнимают именно те, которые находятся на границах его компетенции. Гарантией того, что проблемы будут регулярно попадать на эти границы служит тот факт, что у фирм, как правило, нет возможности нанимать узкоспециализированных инженеров, которые месяцами будут просиживать штаны в ожидании своего звёздного часа. Поэтому инженер, обучавшийся конструированию, за неделю нарисует дифференциал, потом месяц будет думать как лучше приклеить датчики температуры, а потом на пару месяцев засядет за тепловым расчётом, пытаясь разобраться почему же ничего не работает (либо работает через раз).
В этот момент возникает идея ещё на этапе проектирования постараться предсказать возможные проблемы посредством математического моделирования. Конечно, идея эта не нова, ведь ещё наши прадеды писали математические модели на клочке бумаги, потом строили графики на миллиметровке и запускали по этим расчётам ракеты в космос. Да и сейчас нормальную мат. модель можно написать хоть в экселе, ну а владение тем же с++ просто сносит все границы.
Другое дело, с тем же с++ можно очень быстро утратить чувство реальности и уйти от решения конкретной технической проблемы в недры программирования. У тебя не работает агрегат, а ты в это время увлечённо изучаешь полиморфизм классов и get-функции… Аналогичная ситуация и с матлабом. Это очень мощный инструмент для научных исследований, но и требует довольно много времени на освоение и борьбу с непонятными глюками. Я и после пяти лет работы в матлабе не только регулярно открывал для себя что-то новое, но и натыкался на новые неведомые ранее ошибки… Для обычного инженера зачастую такое распределение времени будет считаться непозволительной роскошью.
Здесь появляемся мы и предлагаем программу SimulationX, в которой можно быстро и с минимумом головной боли собрать нужную математическую модель при помощи библиотек готовых элементов.
Основной штат нашей фирмы — инженеры самых различных областей, которые на регулярной основе заняты в работе над сторонними проектами. Очень часто после проекта остаётся полноценная библиотека элементов, которая в большинстве случаев подтверждена многочисленными экспериментами и с большой долей вероятности может пригодиться кому-то ещё. Этим объясняется большое их количество.
Конечно, чтобы создать мат. модель даже из готовых элементов, нужно как минимум представлять какие элементы тебе нужны. Это не такая уж и тривиальная задача, как может сначала показаться. В зависимости, например, от интересующего тебя диапазона частот, вид модели может очень сильно отличаться. Одно дело, когда ты хочешь посмотреть в модели на расход топлива за двухчасовую поездку, а другое дело, когда ты хочешь изучить возможные колебания внутри трансмиссии, которые запросто могут уйти в килогерцовый диапазон.
Для того, чтобы сделать правильный выбор, нужно обладать опытом решения подобных задач. Пользователь в этом случае может написать свой вопрос нашим инженерам на специальном сайте и в течение нескольких рабочих часов получить исчерпывающий ответ с формулами, иллюстрациями и работающей моделью.
Конечно же у нас есть отдел гидравлической и пневматической техники, в котором я и работаю. Первое время я вникал в саму программу (потому что до этого работал в ней только студентом), в систему исправления багов (узнал, про тонкую грань между „багом“ и „фичей“) и в то, какими проектами занимаются остальные инженеры и практиканты.
Т.к. последнее, чем я занимался в МГТУ им. Баумана, были волновые процессы в трубопроводах, меня определили разбираться с моделями труб, которые, честно говоря, оставляли желать лучшего… Сами модели были написаны очень подробно и обладали большим набором параметров (моделируй хоть трубу, хоть рукав высокого давления, с учётом теплообмена или без), но проблема была в том, что применяемая схема дискретизации очень плохо годилась, например, для расчёта гидроудара.
Я сразу предложил написать модель, где задача решалась бы другим численным методом, но как выяснилось, софт так не разрабатывается… На это нужно время, время стоит денег, а деньги должен кто-то дать. Поэтому около месяца я потратил на то, чтобы выжать максимум из той модели, что уже есть и на передачу своего опыта клиентам, обращавшимся за помощью.
Тем не менее, меня гложила эта ситуация, и в свободное от срочной работы время я принялся втихаря писать новую модель трубы. Мне нужно было всего лишь повторить ту модель, которую я уже писал в МГТУ в матлабе, поэтому через пару недель у меня уже был работающий прототип. Он уже мог решать конкретные задачи, которые не могла решать старая модель, но не годилась для трубопроводов с низким давлением и не учитывала теплообмен. По этой причине, модель едва ли продвинулась бы дальше моего рабочего компьютера. Я уже стал копать в направлении более продвинутых численных методов для этой задачи, вышел на метод Годунова, выяснил, что наш штатный математик уже использовал его для решения задачи с электрической дугой, стал разбираться в его коде на c++… и так и погряз бы в этом, если бы в один прекрасный момент к нам не обратился наш клиент с типовой проблемой со старой моделью трубы…
Это был производитель плунжерных насосов, который хотел в нашей программе считать пульсации в трубопроводах. Я решил подбросить ему свою модель, т.к. работал он как раз в области больших давлений. К моему удивлению, ему удалось получить какое-то фантастическое совпадение с экспериментом при том, что модель считалась гораздо быстрее, чем прежняя. Кроме того попутно удалось исправить несколько багов и понять где нужно поставить пользователю „забор“, чтобы он не выходил за рамки выбранных допущений.
В последствии я отсылал эту модель ещё нескольким клиентам, и все были очень довольны результатом. В итоге начальник дал добро на добавление моей модели в стандартную библиотеку элементов в новую версию программы, чему я конечно же был очень рад.
В качестве заключения могу сказать, что когда я работал студентом на кафедре Дрезденского технического университета, у меня складывалось впечатление, что в Германии уже ничего нельзя существенно улучшить и остаётся только вылизывать и без того совершенные машины. Это на несколько лет сильно вдохновило меня на работу в России, которая представлялась непаханным полем. Теперь, имея какой-никакой опыт работы, у меня составлен длинный список из необходимых усовершенствований (среди которых и совершенно непаханные в нашей фирме области), которые нужно внести в нашу (казалось бы и без того совершенную) программу или в документацию.
Из приятных мелочей радует спокойный ритм работы (без сроков „вчера“), практически полное отсутствие бюрократии и формальной работы лишь ради производства бумажек (работаешь ты всегда с конкретными инженерами, которых интересует прежде всего решение конкретной технической проблемы). Ну и конечно же я постоянно убеждаюсь в том, что Германию населяют такие же люди как и в России со всеми достоинствами и недостатками, отличаются только правила, по которым они живут.
Поэтому я уверен, что когда-нибудь (когда зарабатывать честным трудом станет выгоднее, чем воровать) и в России сложится похожий климат для продуктивной и эффективной работы инженером.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
no subject
Date: 2016-12-12 07:09 am (UTC)Спасибо за рассказ )
no subject
Date: 2016-12-12 08:14 am (UTC))) А позже, получив еще опыт, этот список пойдет в урну.
Привет из Ашафенбурга. 2 года под Дрезденом работал, TUD знаю (микрожлектроника, кажется проф. Барта)
no subject
Date: 2016-12-12 08:24 am (UTC)Да, это нормальный процесс. У меня так пара глав диссертации отправлялись в урну) Отрицательный результат - тоже результат.
no subject
Date: 2016-12-12 08:19 am (UTC)Феерично! Инженеры в России - воруют?
no subject
Date: 2016-12-12 08:43 am (UTC)(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2016-12-12 09:02 am (UTC)Господь Бог
no subject
Date: 2016-12-12 09:51 am (UTC)Что, Россия искоренит самое себя!?
(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2016-12-12 09:20 am (UTC)полоса возможностей - встраивание в инженерно-производственную западную цепочку, будучи здесь. Ряд успешных в России инженерных компаний прошли этот путь и на настоящий момент подмяли под себя (в своем секторе) весь мировой рынок. Без всяких отговорок типа "когда зарабатывать честным трудом станет выгоднее, чем воровать".
no subject
Date: 2016-12-12 09:34 am (UTC)(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2016-12-12 09:22 am (UTC)а тут едешь на авторский надзор и пишешь его "для галочки", потому что "денег нет" и это никому нахрен не нужно. "Все украдено до нас".
no subject
Date: 2016-12-12 01:52 pm (UTC)no subject
Date: 2016-12-12 09:22 am (UTC)no subject
Date: 2016-12-12 10:00 am (UTC)В фирме, о которой я рассказывал, граница между инженерами и программерами, конечно, довольно чёткая. Инженеры пишут код на языке Modelica, а необходимые изменения в код с++ (за исключением совсем примитивных вещей) вносят программеры, либо математики. Инженеры общаются с ними исключительно через систему багтрэкера.
(no subject)
From:no subject
Date: 2016-12-12 09:54 am (UTC)Русский антифашист?
(no subject)
From:no subject
Date: 2016-12-12 10:46 am (UTC)no subject
Date: 2016-12-12 11:11 am (UTC)no subject
Date: 2016-12-12 11:22 am (UTC)no subject
Date: 2016-12-12 11:56 am (UTC)(no subject)
From:(no subject)
From:no subject
Date: 2016-12-12 11:25 am (UTC)no subject
Date: 2016-12-12 10:32 pm (UTC)Кому надо - уже давно добрались и в процессе
no subject
Date: 2016-12-12 11:39 am (UTC)no subject
Date: 2016-12-12 12:24 pm (UTC)Осознаю, что такой формат может вызвать у кого-то раздражение, но это уже издержки. Всем не угодить.
(no subject)
From:no subject
Date: 2016-12-12 11:51 am (UTC)спецы на вес золота, за ними реально бегают )
а воровать - проблематишно... раньше ведь как - наворовал и в Англию
а щаз в Англии раздевают догола, мол - а докажи что не ворованное?
а в России остаться с наворованным тоже не вариант - есть такие гадкие люди, которым звезды на погоны дают только за отправленных на лесоповал воров... вот чо кровавая гэбня-то со свободным бизнисом делаит!!! 0_0
доколе?
no subject
Date: 2016-12-12 11:58 am (UTC)так и не понял, ваша контора занимается разработкой решалки задач или же внешним решением задач с выдачей готового ответа?
и круг задач как-то резковато очерчен. вы / ваш софт что, всем подряд занимается? и теплопереносом и сопроматом?
чем вы отличаетесь от существующего софта?
no subject
Date: 2016-12-12 12:00 pm (UTC)(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2016-12-12 12:30 pm (UTC)no subject
Date: 2016-12-12 12:33 pm (UTC)Привет бауманцу от бауманца )))
no subject
Date: 2016-12-12 02:02 pm (UTC)Интересно. Особенно про трубы с теплообменом. А если внутри еще хим. реакция протекает с изменением фазового состояния?
(no subject)
From:no subject
Date: 2016-12-12 12:41 pm (UTC)no subject
Date: 2016-12-12 01:14 pm (UTC)no subject
Date: 2016-12-12 01:21 pm (UTC)Оконцовка конечно феерична.
>Поэтому я уверен, что когда-нибудь (когда зарабатывать честным трудом станет выгоднее, чем воровать) и в России сложится похожий климат для продуктивной и эффективной работы инженером.
"В этой стране невозможно честно заработать!", "кругом быдло-ссс", "Не зря уехалЪ."(с) )))))
Хотя немного согласен. Когда в России прекратится возможность делать деньги из воздуха и прочих природно-трубных ресурсов, тогда да. И оффисов торгующих всем станет меньше и производства станет больше, тогда и инженерный труд востребованней.
no subject
Date: 2016-12-12 01:53 pm (UTC)no subject
Date: 2016-12-12 01:59 pm (UTC)(no subject)
From:no subject
Date: 2016-12-12 02:03 pm (UTC)Завидую :)
Моделирование это одна из составляющих digital manufacturing технологий, за которой (технологией цифрового производства) большое будущее.
С немцам тоже обожаю работать. У них правда есть пунктик, - любому инженеру "не немцу" вначале они априори не доверяют.
Сначала бывает трудно. Нужно несколько месяцев, чтобы тебе начали доверять.
А вот просто работать и делать свою часть работы с ними истинное удовольствие.
Возможность иметь точные и надежные данные и инструменты, качественные материалы,
доверять информации и быстро получать недостающую информацию, которой можно реально доверять, без перепроверки, - это дорогого стоит.
no subject
Date: 2016-12-12 02:22 pm (UTC)(no subject)
From:no subject
Date: 2016-12-12 02:23 pm (UTC)Вот на Западе гаражи - всем гаражам гаражи! :)
no subject
Date: 2016-12-12 05:02 pm (UTC)no subject
Date: 2016-12-12 05:52 pm (UTC)Страна господ
И вечно будущего счастья.