Наглядный пример, как DI помешал проекту:

В одной крупной быстрорастущей компании с самыми щедрыми вилками в странн, имя которой я не хочу разглашать, пришел лид. Согласно с сеньорами в команде решил внедрить в проект Кодеин. Все было хорошо, но через год запуск приложения уже был 10 секунд.

Что же все проглядели? А все потому, что запуск замедлялся постепенно, по сотой доли милисекунды в день

Разрабы были опытные, минимум 3 года за плечами у всех

Тогда решили переписать на Коин. Стоило это немало крови. Вы пробовали переписывать с одного DI на другой проект, над которым трудились 20-30 разрабов целый год?

Тим-лида уволили и наняли нового

Проект стал работать быстрее, проблема медлительности ушла, но теперь народ обратил внимание на непонятные падения в рантайме

Вот тут пришлось опять, уже какой раз, переписать на Даггер. Потрачено не меньше сил, чем с предыдущего рефактора, релиз отложен, но надо отчитываться перед руководством

А Тим-лид новый ведь, ему теперь отвечать за прошлые решения. Видит он проект совсем иначе, чем предыдущий. Заставил перелопатить все, выкинул все лайвдаты, задал задачи переписать все с MVVM на MVP

Падения в рантайме кончились, но что дальше было, я не знаю, так как ушел

И эти все решения от опытных людей, с приличной компетенцией. Это не легкомысленное решение от джуна, внедрявший Кодеин по незнанию. Решившему внедрить это платили громадные деньги, а потом заплатили еще больше другому, чтобы последствия решений первого исправить

На тот момент у этой компании были самые щедрые вилки по стране, чтобы вы понимали. Крупная компания, могла бы лидером стать, самые опытные сюда из разных стран устраивались. А что же тогда в компаниях помельче бывает?

Не будь дикой текучки везде, я бы пропагандировал DI, если бы можно было поменять реализацию по щелчку, пропагандировал бы в 5 раз активней. Разработка сейчас происходит по принципу глухого телефона, каждый новый вносит свою лепту, в итоге изначальная задумка превратилась в нечто противоположное

Почему текущий способ собеседований в IT плох и как обучаться веселей?

Как разработчик, я интересовался изучением английского. Мне повезло случайно увидеть это видео, где девушка рассказывает про свой опыт, как стала полиглотом и какие есть приятные, а значит кратчайшие, пути обучению языку. Эти правила масштабируются и для обучения IT разработке, да и вообще обучению многим ремеслам. Так как язык - одно из самых ранних, чему мы обучаемся.

Я пометил для себя один способ обучения - 70% output, 30% input. Если упростить (что не самое хорошее решение), то нужно на 70% практики - 30% теории. И именно в этом порядке. Посмотрите и другие ее видео, там много чего полезно, да и на автора приятно смотреть, вам скорее понравится.

Наверное ключевая ошибка начинающих разработчиков - учить слишком много, читать слишком много. Конечно потреблять легче и проще. Но легче, не значит лучше. Мотивация появляется во время движения, чтение к сожалению мотивацию не дает, а скорее тормозит. Люди, которые прочитали тонны книги по мотивации не дадут мне соврать. Самые мотивированные люди - те, кто книги про мотивацию не читали. Иначе успешные люди бы их активно рекомендовали, чем писали бы сами.

Теория - подарок для вас. Вознаграждение. Обычно зарплату дают после работы, а не до. Тем более когда вы только устроились. После определенного количества опыта вам конечно могут дать аванс, но для этого нужна репутация.

Фокус на практике показывает, что вы щедры и готовы вкладываться, а именно это любят сильные мира сего. Ваша ориентация на боольшую практику показывает вас как благодарного.

Теперь про собеседования. К сожалению, сложно выявить при собеседовании ориентацию на практику, а именно это показывает, как хорошо будет вкладываться собеседуемый. К тому же из-за дефицита и агрессивного хантинга рекрутеров, собеседований становится больше, собеседующий хотят упростить для себя процесс найма. И жертвую сложным в угоду быстрого найма. Поэтому выбирают самый легкий путь - просто прогнать по знаниям.

К сожалению, стажеры и начинающие, вам будет не легко. Вас собеседуют пачками, поэтому выберут самого умного скорее всего в большинстве. Хотя самый эффективный способ обучения - знать меньше чем делать. Тут пока я не знаю, как эту проблему решить, конфликт знания и практики сильно обострился и разрыв только увеличивается.

Но я все равно буду рекомендовать практиковаться больше. Многие успешные разрабы, с которыми я работал, так делали, и в этом скорее всего секрет успеха. Знаний становится больше, технологий больше, все не выучишь, в универе такое вряд ли преподают. Увеличенный порог вхождения теперь ловушка для вас. Если найдете способ, как справиться проблемой, поделитесь пожалуйста условиями, которые у вас были.

Как найду лучший путь, поделюсь с вами.

Рекомендую и остальные видео этой девушки по ссылке. Хоть и не IT, на английский вам все равно понадобится.

А я пока поделюсь несколькими рекомендациями, как практика для обучения андроид разработке вам понравится самим.

Выберите для практики разработку такого приложения, которая вам нравится и знакомая. Но при этом не совсем сложная. Если вы любите сидеть в Инстаграмме, найдите видео, где создают клон Инстаграмма для андроида. Самое свежее. Например клон Ютьюба сделать сложнее, я его не рекомендую. Как и клон мессенджера. Список не составлю, тут много что индивидуально. Если оказалось, что вы выбрали сложное приложение для первой практики, значит вы неудачник и разработка не ваше, к сожалению без удачи тоже не обойтись.

Найдите знакомых, кто разработчик. И спрашивайте, как они начали путь к разработке. Повторить вам вряд ли получится, так как условия игры поменялись. Можете попробовать, если много времени. Но быть знакомым разработчика - хорошее подспорье. Общайтесь с ним вежливо, деликатно, делайте услуги. Пусть беседа с вами ему будет приятной, и скорее всего разраб вас сам приведет к разработке. Это означает, что нужно быть красивым. Не обязательно при этом сворачивать в отношения. Даже лучше не сворачивать. Красивым людям всегда помогают, какого пола вы не были, потому что красота - обещание наслаждения. И красота универсальна

Постарайтесь не учить чересчур много технологий. Например забудьте про DI и про реактивность. Еще вам не нужно знать SOLID, Clean, DRY, KISS, да даже ООП. Даже вредно знать в начале обучения. Все равно не поймете скорей всего. Вот когда уже устроитесь и проработаете какое-то время, то да, нужно уже знать, потому что работа подразумевают большую практику. Постарайтесь как можно быстрее живое, приятное приложение родить, дальше ваш “ребенок” уже будет вас мотивировать учебе.

Не бойтесь копировать. А еще лучше, полюбите копировать. Что вы можете знать? Мимикрируйте и копируйте, не надо возомнить себя умным, в начале пути мы все тупые. А если умные, значит мы тупые, которые ошибаются о своих возможностях, что еще хуже. Значит вы будете проходить 5 стадий принятия.

Вопрос. Если вы ответите на него, у вас большой шанс хорошему обучению в разработке.

Если у вас знакомый разработчик, как нужно ему задать вопрос, чтобы его ответ помог чам и ему хотелось помочь? Подсказка: тут можно применить технику 70% output и 30% input

Если хотите больший шанс ответа на свой вопрос, то спрашивать вы должны маленькую деталь. По-хорошему - помочь выбрать из нескольких вариантов.

Например, плохой вопрос “какую библиотеку можно использовать для показа картинок?”

Лучше вопрос будет “я нашел, что для показа картинок используется Glide, Picasso и Coil, в моем случае (нужно описать случай), что мне больше поможет?”

“Не хочу проторчать большую часть жизни в офисе”

Вот такой утверждение я часто слышал, как будто офисная работа - тюрьма, а не путь к свободе. Когда люди говорят так про офис, они почему-то сравнивают с отдыхом на Бали или другом курортном офисе с кокосом в руках, попивая сок в трубочке.

Но никто не хочет сравнивать работу в офисе с бездельным лежанием на диване, скролля инстаграм в поиске смешного мема, без желания даже приготовить себе еду.

Обычно человек не может позволить себе жизнь на курорте. Если посмотреть с перспективы, что курорт недоступен для вас, то офис - благо. И чем раньше полюбить офис, тем лучше. Какое-никакое общение всегда лучше, чем без любого на диване.

Людей, кто может позволить курорт, но жалуется на офисную жизнь, вряд ли существует. Кто добровольно может пойти жить в тюрьму, когда хватает на жизнь на воле?

Раз уж вам большую часть жизни придется провести на работе и офисе, то не логично ли полюбить его? Зачем травить себя таким настроем каждый день, если это лучшее, что можете позволить себе?

Про двойную работу и боязнь переписывать

Столкнулся со страхом пероеписывать у разработчиков, что это двойная работа и тратится много время на это. Но я вижу, что это заблуждение.

Написать код - мелочь. Затягивается не само написание кода, а размышление как написать его.

Сейчас я вижу проблему во многих местах в том, что в проектах реализация предлагается неоднозначная всегда. Например выбрать Dagger или Koin, Jetpack Compose или ViewBinding и так далее. Чем больше выбора тем больше замедляется разработка, так как сложность способствует большей свободе, чем больше свобод тем жаднее и требовательнее разраб к реализации.

Если работник битый час в размышлених как бы реализовать то или иное, и в будущем хочет сэкономить в переписи, то где-то он работает не так. Потому что нужно писать код так, чтобы переписывать было не так долго и болезненно

Про вступление в разработку

Замечаю интерес к разработке все растет и растет, школ по айти открываются как сорняки в запущенном огороде. Многим желающим не суждено стать мобильными разрабами, позвольте объяснить почему.

Вот мне сегодня написал знакомый, что у него интерес есть к мобилке, а навыков нет. Что значит у мобилки к нему интереса совсем нет. Потому что из навыков он упомянул, что знает только алгоритмы. И вот не знает, Флаттер стоит ли изучать, есть ли менторы. Хотя знаю, что проблема в основном не в менторах. Точнее, не только в них.

Желающие часто заходят с капризом в разработку. А разработка сейчас огого как капризная уже. Тем более собильная, там порог входа каждый год увеличивается.

Вот в знании этих капризов и закладывается, насколько вы могли бы стать разрабом.

К сожалению, существование большого каприза в мобильной разработке не означает, что этим капризам надо потакать.

Что это за такие капризы?

Вот спросите мобильного разраба: “а как стать андроид-разрабом?”. На что он ответит, покрутив пальцем у виска “ну это надо знать архитекчэ компоненты, солид, вьюмодели, корутины” и прочие непонятные названия, словно из состава освежителя воздуха прочитал.

И сейчас я поделюсь секретом, как заинтересовать мобильную разработку не потакая капризам мобильной разработки.

Еще про платформу мобилки, что выбрать, нативку, Флаттер, Реакт Нэйтив или ВебВью?

Если забить 10 гвоздей не железным молотком, а камнем, гвозди все равно забъются.

Если цель забивать именно железным молотком, то нет смысла и забивать. Да и начинать. А если цель - забить гвозди, то даже и деревом можно.

Вот тысячи гвоздей забивать надо железным молотком. Но кто вам даст столько забивать, если вы и десять не можете?

Как накопить?

Будет отвлеченная тема от разработки.

Часто слышал, что с текущей зарплатой у кого-либо накопить деньги невозможно. Так люди теряют месяцы, годы и десятилетия, так и не получив желанный ноутбук/машину/квартиру.

Может и согласятся читатели, что с текущим уровнем жизни в Казахстане, а то и в мире, деньги собрать сложно, если ты не айтишник или уже состоявшийся специалист.

Сейчас я с вами поделюсь, как можно начать собирать деньги хоть прямо сейчас. Независимо от условий и положения.

Этот метод я где-то прочитал, но забыл где. Я немного перепишу под наши, казахстанские реалии.

Создаете Каспи депозит, скорее всего он у всех есть. И в конце каждого дня на карточном счету оставляйте сумму, кратную тысячи, а остаток переводите в депозит.

Допустим, если у вас на счету на ночь остается 37 853 теңге, то 853 теңге переводите в депозит, а 37 000 должно остаться на счету.

Несмотря на кредиты, рассрочки, долги, скидывайте эту сумму в депозит. Эти деньги вряд ли сделают вам погоду.

На случай, если вы школьник или студент, на счету можете оставлять деньги кратные 100. А остальное в копилку.

Хорошо, если у вас куча банковских счетов. Тогда кроме Каспи депозита, можете открыть депозит в Отбасы и пробежаться по каждому банку и остаток от других банков скидывать в Отбасы депозит.

Об общение в жизни и общение в интернете

Два года назад, когда мы переживали пандемию, у нас были уроки английского языка на работе. Препод очень талантливая, вроде бы обучала английскому, но на самом деле обучала этикету и воспитывала нас. Взрослых айтишников.

Самое запомнившееся - что онлайн нужно быть эмоциональнее и добрее, чем в реальной жизни. Завтра расскажу подробнее, почему так, а пока, может кто хочет, поделится, почему в переписке и видеообщении нужно быть щедрее на эмоции. Особенно позитивные.

Всех с наступающим Новым Годом!

Про энтропию

Обсуждал с друзьями этот загадочный термин. Это то, с чем люди испокон веков воевали и боролись.

Если очень упростить, энтропия в физике - когда-то горячая кружка чая остыла в комнате до комнатной температуры. Но это локальная энтропия, относительно кружки.

Люди подвержены нефизической энтропии. Яркий пример - когда музыкальный хит вас заводит, а спустя год - музыка становится для вас фоном.

Помните современную поговорку - не ставь любимую музыку на будильник. Вот так музыка быстрее достигнет энтропии относительно вас.

Обсуждал с друзьями энтропию в имидже. То есть красоты и образа. Попробую рассказать тут, может с новой попытки и в отличном от того чата контекста будет понятней.

Красота может быть объективной. То есть человек красив объективно. А не субъективно.

Вот эта мысль, что красота субъективна - мешает людям заниматься собой. Потому что какой смысл ухаживать за собой, если все равно красота субъективна и это вкусовщина? Найдется моя вторая половина где-то за три девять земель, и будет любить меня всю жизнь.

Нет. Это не так. Вернее не совсем так. Субъективная красота появляется на расстоянии, когда вы долго взаимодействуете с человеком.

А при прочих равных красота объективна. При равных условиях.

Так как людям сложно объяснить со своей стороны, что такое красота, каких людей находите красивыми, я предлагаю новую меру красоты. Чтобы было очевидно над чем работать.

Имидж человека настолько хорош, насколько для незнакомых людей противостоит его имидж энтропии.

Вот музыка теряет интерес, так же и у людей интерес к незнакомцу может угасать.

Красивые люди знают, что нравятся они многим. Может и не смогут объяснить, но энтропию они понимают.

Если на здорового, большеносого, бородатого двухметрового мужика надеть розовую детскую панамку - он будет выгдядеть комично. Но это не красиво, чем если бы он был в итальянском костюме. Интерес незнакомых женщин держался бы дольше, если бы он познакомился с ними в таком костюме, чем в панамке

Если мужик гуляет с дочерью и на его голове ее панамка, то это выглядит трогательно, да. За счет контекста. Но это не про имидж. Незнакомые свободные женщины в большей степени заинтересуются в мужике в костюме и интерес будут дольше сохранять. То есть имидж этого мужика в этом образе будет дольше держаться при прочих равных. А мужик с дочкой интересен для женщин как для наблюдателей.

Для объяснения энтропии важно учитывать взаимодействие систем. В данных примерах системы - люди.

Энтропия не может существовать сама по себе, в вакууме его нет. Если мужчина в итальянском костюме в космосе в одиночестве - его энтропия равна нулю и нечего его имидж оценивать, потому что нет второй системы взаимодействия. Если только нет зрителей, потому что зрители взаимодействуют уже хотя бы потому, что лицезреют.

С друзьями я обсуждал энтропию и мои слова казались им простыми. Один поделился обратной связью, почему я приметивно смотрю на имидж.

А примитивными словами я руководствуюсь по той же причине, почему я не советую людям в кредитах и долгах заниматься инвестициями и торговлей на биржах. Для них нужны примитивные алгоритмы и рекомендации: закрывать кредиты и расплачиваться по долгам. Найти хоть что-то и вложить в себя. Инвестиции для богачей, как и бизнесы для них. У кого есть запас денег и это занятие их не угробит.

С кредитами, а потом с бизнесом на шее, вы больше подвержены энтропии. Что это значит? К вам будет меньше финансового интереса со всех сторон: банка, родителей и работодателей. Зачем наполнять дырявое ведро водой?

Как это стыкуется с имиджем? Наглядный пример - татуировки

Татуировки сами по себе не могут быть красивы. Рисунки, с которых рисуется татуировка - да. Но сама татуировка - нет. Потому что важная часть татуировки - нанесение на тело. И вот тут получатель татуировки должен быть осторожен. Татуировки идут подтянутым людям с хорошим телосложением и здоровой кожей. И то не всем. Но на здоровом и подкачанном теле он действительно лучше.

Если у вас проблемы с кожей, лишний вес и критический недостаток - татуировки не для вас. Вы только усугубляете свой образ, заставляете людей смотреть на вас и обращать внимание на ваше тело и кожу. Это увеличит энтропию сильней. То есть незнакомцы сразу увидят ваши недостатки и будут терять интерес быстрей.

Но так ведь честно, можете сказать вы. Ведь вы вываливаете недостатки.

К сожалению - это играет против вас. Вываливание недостатков - означает что от этого вы не будете избавляться и будете людей этим раздражать. Большинство недостатков можно нивелировать, если он не критический, если вы не инвалид и у вас нет серьезных проблем со здоровьем.

Прятая недостаток, вы в какой-то степени сообщаете для партнеров и друзей: я об этом знаю, я от этого хочу избавиться. Это уже лучше, так как у людей не будет раздражение. А может даже поможет. Интерес сохранится лучше и ваш образ будет более стойким к энтропии.

Вот наколка татуировки для людей с лишним весом и плохой кожей - то же самое как для людей в долгах и кредитах бизнес. Сперва надо избавиться от долгов, потом собрать накопления, увеличить их. И только потом бизнес.

А для людей с лишним весом или недостатком - подкачаться и приблизиться к стандарту. А когда вы будете ближе к стандарту - возможно вам и расхочется ставить татуировки.

Позже напишу про энтропию в IT и расскажу секреты, как можно прокачаться в этой сфере.

Если написанное для вас понятно, возможно вам также и понятно, что люди сейчас в большинстве менее счастливы, чем реньше. Связано это с энтропией, на людей сейчас больше факторов энтропии влияют: алкоголь, сигареты, плохая экология, вариативность вредных привычек, зависимость от сладкого, азартные игры - куча всего.

Про энтропию в IT обещал рассказать

Чтобы вы прокачались в IT с нуля (да и вообще где-либо) и смогли устроиться на работу, надо, чтобы ваши усилия были больше, чем энтропия. Звучит просто, но что это означает - непонятно. Давайте разбираться.

Всем очевидно, что для накоплений нужно тратить меньше, чем зарабатываешь. Вот точно так же и с энтропией в IT.

А что такое энтропия в IT, спросите вы? То же самое, что и траты жизни. Траты в экономике - энтропия. А заработок - стойкость к энтропии.

В самом начальном примере я говорил про горячую кружку в комнате, которая остывает. Если горячий чай на зиму положить на улицу, она остынет быстрее.

Звучит как мысли капитана очевидность, но вот такие очевидности люди не замечают при обучении. Иначе все бы стали тем, кем они хотят.

Теперь попробуем это связать с IT. Я уже раньше упоминал, что лучше всего для обучения подойдет написание телеграм ботов. Либо фронтенд. А если вы с нуля хотите сразу перейти к бекэнд или мобильной разработке - энтропия вас сожрет. А все потому, что нужно тратить больше, чтобы получить результат.

Кстати начать с алгоритмических задач и решать их - хорошее подспорье.

Еще что нужно знать про энтропию - желание всегда слабее чем энтропия. Мотивация - тоже. Энтропия очень сильная штука. Она не дает вам встать сразу с утра и собраться, из-за нее вы опаздываете, из-за нее забрасываете начатое.

Многих постигают неудачи потому, что они не знают об энтропии ничего. Вот удачливые люди - знают. Просто не смогут вам объяснить. И себе не могут. Но они чувствуют энтропию. Знают, по каким правилам ей сопротивляться. А неудачники - не знают. Либо знают, но плохо знают.

Если учесть IT, то удачливые люди с хорошей способностью к резисту энтропии знают какие-то абстрактные секреты. Если вы их спросите, они даже объяснить не смогут. Вот детям нужно же научитьсч ложку держать? А вы сможете объяснить? Нет? Вот и они не смогут вам объяснить как ложку держать. А сами могут.

Или вот наглядней пример - есть лапшу используя китайскте палочки. Удачливые люди интуицией могут учиться, и они научатся. А вам объяснить не смогут. Некоторые может и объяснят. Но сложно.

Теперь попробую объяснить я. Терпение, скромность, любовь к своему занятию, умение находить интерес к тому, что ты делаешь сейчас.

Это все звучит абстрактно для неумеющих учиться. Но у удачливых есть примерное понимание.

Назовем это все систематичностью. Энтропия - разрушение системы, а систематичность - способность ей противостоять.

Если у вас есть неприязнь к системам, если вы считаете, что системы гниют, то это плохой для вас знак. Вы разрушаете свою систематичность и отказываетесь принимать правила. Хотя система - все, что вас защищает от холода и греет вас.

В IT много систем и многие из них красивы. И если системы вы не полюбите, вам бесполезно этим заниматься, только время зря потратите.

Плохо, если вы еще смотрите на эту систематичность свысока, мол, это для неудачников и ботаников. Некоторые еще бегут в менеджера, говорят “мне интересно раьотать с лесом, а не с деревом”. Но к несчастью, или наоборот, к счастью, свою удачу они там не найдут. Очерняя любую систематичность, вас ждут одни неудачи и вы кидаете себе в пропасть.

Я уже писал и про правило 70% output и 30% input. Вот когда input становится больше предела, тогда энтропия проникает в вас. Как и с долгами. Каждое полученное знание - долг вам. Вы должны это знание использовать. Не используя это знание - оно вас будет разрушать. Может это и звучит ужасающе, но конечно это все постепенно. Человек - сложная система со многими предохранителями.

Может быть вы знаете сказки, похожие на Ивана-дурака, которому везет. Вот как раз Иван-дурак больше делает, чем знает, от того ему и везет.

Давайте попробую на более наглядном примере рассказать, почему порой плохо знать много. Больше чем надо.

Пробовали в Гугле симптомы запрашивать? Определить, чем вы болеете? Попробуйте, и у вас разовьется иппохондрия. То есть фантомная болезнь. Если вы будете читать о болезнях, не будучи врачом и не будучи знакомым с медициной, вам то и дело будут мерещиться болезни у себя.

“Несостоявшееся сражение хуже проигрыша”

Несостоявшееся знание хуже ошибки.

И чем больше вы будете знать, тем меньше будете хотеть ошибаться, тем сильней вы будете бояться ошибиться, тем больше будете хотеть знать. И вот такой цикл для вас разрушителен. Хотя знать вы хотели в благих целях.

Каждая катастрофа начинается с благих целей. Катастрофой событие становится из-за недостаточной систематичности, постепенно.

Еще один совет для начинающих разработке.

Есть кто катался на сноуборде или ходил на боевые искусства?

С первого раза научиться кататься на сноуборде не получится.

Важно уметь падать. Именно целенаправленно падать и учиться этому.

Это ваша страховка, когда вы начнете падать, вы поймете, что вы знаете как себя вести. Или когда пропустите удар в боксе, поймете, как его правильно принять. Боксеры хорошо знают, что если ждать удар, он будет менее болезненным, чем нежданный удар.

Кстати это и причина, почему девушек в разработке меньше и почему в среднем зарплата у них меньше. Потому что их реже обучают принимать неудачи. Это не связано с полом никак, просто очень мало таких дисциплин, где вам приходилось бы принимать боль и неудачи.

Хотите девушки совет? Нет, в бокс идти не надо. Легкий способ - играть. Вы должны знать, что партия заканчивается и за ним следует новая. Может такое отношение к работе вам поможет продвигаться по каръере. На работе нет никакой разницы, парень ты, или девушка. На работе есть разница - умеешь ты принимать неудачи и делать работу над ошибками.

Формула успеха.

Вывел формулу, следуя которому можно гарантировать себе успех в чем-либо. Формула с одной стороны простая, а с другой стороны - сложная.

Выглядит она так:
‘generalImmunityToEntropy - generalEntropy > 0’.

Если возьмем контекст обучения разработке, то ваш общий иммунитет к энтропии в рамках обучения должен быть больше общей энтропии обучения.

В будущем я раскрою эту формулу, она может звучать для вас абстрактно. Про иммунитет к энтропии я не рассказывал раньше. Но про энтропию вы можете знать, если читали мои прежние посты.

Принцип похож для организма. Чтобы быть здоровым, ваш иммунитет должен быть сильнее болезней.