20 причин,почему современным девушкам не нужны 30-летние мужчины

Очень понравилась статья, что прям решил скопипастить, с некоторыми пунктами я даже согласен)

1. Мы, тридцатилетние, не доверяем людям и особенно женщинам, потому не охотно пускаем новых людей в свой сформировавшийся мир.

2. Мы привыкли всего добиваться сами, поэтому знакомиться с нами первыми — гиблое дело.

3. Мы имеем устоявшиеся взгляды, а потому часто зануды.

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

5. Мы очень хорошо понимаем чего хотим, поэтому требования к «своей женщине» у нас очень высоко завышены. Таких просто не существует.

6. Мы далеки от сказочных идеалов, поэтому знаем что демократия в счастливой паре невозможна. Мы приемлем только патриархат. Оно вам надо?

7. Мы рациональны, не верим в любовь, поэтому не способны на необдуманные поступки под влиянием чувств.

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

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

10. Путь через желудок также закрыт, мы прекрасно умеем готовить сами себе.

11. Сексуальные отношения для нас тоже не проблема. За 30 лет мы успели обогатить свою жизнь теми, кому от нас нужно так же только это.

12. Секс из-за своей высокой доступности перестал быть для нас просто развлечением. Мы его воспринимаем скорее как высшую форму общения между мужчиной и женщиной. Нужны вам такие чудачества?

13. Мы, конечно, говорим о том, что пора завести семью, быт, детей, и бла-бла-бла. Конечно! Но на самом деле нам это не очень-то нужно. Иначе давно бы завели.

14. Нас не страшит одиночество, нам интересно быть наедине с собой. Поэтому, наверно, и вам с нами интересно.

15. Мы можем все выходные просто сидеть дома, поэтому вы нас и не видите.

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

17. На фразу «мужчина должен» снисходительно улыбаемся. Мы сами знаем кому и за что должны. Уж точно не вам.

18. На фразу «ты бесчувственный мудак«, отвечаем спокойным согласием.

19. Даже ваше «ты не мужик» нас уже не ранит.

20. Мы обросли толстой кожей и научились на все забивать. Даже на саму жизнь.

 

Взято отсюда: http://madav.ru/2017/10/01/20-prichin-pochemu-sovremennym-devushkam-ne-nuzhny-30-letnie-muzhchiny/

git_level1

После того как произвели первоначальную настройку git, можно продолжать.
git help — помощь по командам
git help config — помощь по конкретной команде

Создаем наш репозиторий:
mkdir projectA
cd projectA
git init
Создастся папка .git с пустым репозиторием, где и хранятся все метаданные.

Добавляем первый файл
touch README.txt
git add README.txt — файл переходит в состояние staged(как бы заставляем за ним следить)
Возможных вариантов добавления масса:
git add README.txt — добавляем один файл
git add README.txt LICENSE добавляем несколько файлов
git add —all добавляет все измененные или новые файлы.
git add *.txt — добавляет все файлы из текущей папки с расширением txt.
git add docs/*.txt — добавляет все файлы из docs с расширением txt.
git add docs/ — добавляет все файлы из docs
git add «*.txt» — добавляет все файлы из всего проекта с расширением txt.

git commit -m «Add README.txt» — делаем наш первый коммит. Описание лучше делать в настоящем времени!
git commit -a -m «MODIFY README» -делаем коммит и автоматически делает add, для всех измененных файлов, новые файлы НЕ добавляет.
git commit —amend -m «MODIFY README» если забыли, например добавить файл, добавляем файл и можем перезаписать коммит.

git reset —soft HEAD^ — отменяет последний коммит. и переместить HEAD на один коммит ранее, все файлы как до коммита будут в staged.
git reset —hard HEAD^ — отменяет последний коммит и удаляет все изменения!
git reset —hard HEAD^^ — отменяет последние два коммит и удаляет все изменения!
git reset HEAD filename -отменяем add для файла, делаем его опять не контролируемым(unstaged)
HEAD — это последний коммит в текущей ветке.

git checkout — filename — отменяем все изменения в файле с последнего коммита(откатываем и теряем ВСЕ изменения).

git status — показывает изменения с последнего коммита, в процессе дабавления можем, с помощью этой команды, наблюдать как файл меняет свой статус)

git log — история коммитов.
git log —pretty=online выводит историю коммитов, 1 коммит = 1 строка
git log —pretty=format:»%h %ad- %s [%an]» выводит историю коммитов, в определенном формате
git log —oneline -p показывает патчи между коммитами
git log —oneline —stat показывает сколько строк было изменено
git log —oneline —graph показывает в псевдографике историю втч ветки
git log —until=1.minute.ago
git log —since=1.day.ago
git log —since=1.year.ago —until=1.hour.ago
git log —since=2016-01-01 —until=2016-11-01

git diff — показывает историю не staged(контролируемых) файлов с последнего коммита.
git diff —staged показывает историю staged(контролируемых) файлов с последнего коммита.
git diff HEAD — тоже что и git diff
git diff HEAD^ — показывает разницу между текущим состоянием и предыдущим коммитом.
git diff HEAD^^ — показывает разницу между текущим состоянием и пред предыдущим коммитом.
git diff HEAD~4 показывает разницу между текущим состоянием и 4 коммитами ранее
git diff HEAD^ HEAD показывает разницу между предыдущим и текущим коммитом
git diff hash1 hash2 показывает разницу между коммитами с задаными хэшами
git diff master branchB показывает разницу между двумя ветками
git diff —since=2016-01-01 —until=2016-11-01 показывает разницу между состояниями с заданым временем

git blame app.py -показываем построчно кто добавил какую строку
git remote add origin https://myhub.com/ProjectA.git добавляем удаленный репозиторий.
количество репозиториев неограничено, мы можем например добавить тестовый репозиторий
git remote add anotherRepo https://myhub.ua/ProjectA.git
git remote -v смотрим информацию о удаленных репозиториях
git remote show origin смотрим информацию о ветках в удаленном репозитории
git remote rm repoName удаляем удаленный репозиторий
git remote prune origin удаляет локальную ветку,указывающую на ветку в удаленном репозитории
git push -u origin master — отправляем данные с нашего репозитория в удаленный
git push origin :branchB — удаляем ветку branchB с удаленного репозитория
git push —tags отправляем в удаленный репозиторий и наши метки
git pull получаем данные с удаленного в наш репозиторий и синхронизируем их

git clone https://myhub.ua/projectB.git — создаст папку ProjectB и сделает там копию удаленного репозитория
git clone https://myhub.ua/projectB.git folderName- создаст папку folderName и сделает там копию удаленного репозитория

git branch отобразит список веток
git branch -r отобразит список веток в удаленном репозитории
git branch cat создать ветку cat
git checkout cat переключится на ветку cat
git checkout v0.0.1 переключится на коммит с меткой v0.0.1
git checkout -b admin создает и переключается на ветку admin
git merge cat обьединяем текущую ветку с веткой cat
git branch -d cat удаляем ветку cat
git branch -D cat удаляем ветку cat, даже если есть не обьединенные изменения!

git tag отобразит список меток, обычно используется для именования версии релиза
git tag -a v0.0.3 -m «version 0.0.3»

git fetch — стянуть информацию с удаленного репозитория но не сливая ее с локальной

git rebase — перемещает все отличия из master и которых нет в origin/master во временное хранилище, запускает все коммиты из origin/master, запускает все коммиты из временной области.
git rebase —continue если был конфликт, то запускаем эту команду после его исправления
git rebase —skip пропускаем патч который вызвал конфликт
git rebase —abort отменить обьединение

git rm README — удаляет файл из локальной файловой системе
git rm —cached README прекращает следить за файлом, но остается в ФС

git

  1. Для начала работы в git необходимо задать некоторые первоначальные настройки:

    $ git config —global user.name «User Name»
    $ git config —global user.email username@example.com
    $ git config —global core.editor mcedit
    $ git config —global merge.tool mcdiff
    $ git config —global color.ui true

    Где и как сохраняются эти настройки:

    • /etc/gitconfig содержит значения,общие для всех пользователей вашей системы и всех их репозиториев. запуская git config —system параметры читаются и сохраняются в этот файл.
    • ~/.gitconfig хранит настройки конкретного пользователя.Этот файл используется при указании параметра git config —global.
    • файл в каталоге Git (.git/config) в том репозитории, где вы находитесь в данный момент. Эти параметры ― только для данного конкретного репозитория.

    Настройки на каждом уровне подменяют настройки из предыдущего, то есть значения в .git/config «главнее» соответствующих значений в /etc/gitconfig.

  2. Если у вас, при просмотре diff, появляется, что-то типа:
    ESC[31m-{ESC[m
    ESC[31m- Oid res = InvalidOid;ESC[m
    ESC[31m- Relation rel;ESC[m
    ESC[31m- StringInfo buf;ESC[m
    ESC[31m- char *storageName = NULL;ESC[m
    ESC[31m- int prefix = 0;ESC[m
    ESC[31m-ESC[m

    необходимо:

    git config —global core.pager «less -r»

  3. Посмотреть настройки:

    $ git config —list

  4. Если мы хотим исключить папку testlib, все файлы mp4 и readme.doc из локального репозитория, правим файл
    .git/info/exclude:
    testlib/
    *.mp4
    readme.doc
    Если мы хотим исключить лог файлы из папки logs изо всех репозиториев, правим файл
    .gitignore:
    logs/*.log

sumitomo type-39 error

В Sumitomo type-39 после кода ошибки, возникшей при проверке оптики, ставится индекс Y или X.
Self_T39

Проверка Этап тестирования Индикация Неисправность Меры по устранению
Электрика DRAM 1Е1 Аппарат просто не запустится Проверка или замена нужной платы (сервис-центр)
VRAM 1Е2 Ошибка при проверке VRAM
Термодатчик 1Е3 Сбой датчика
Датчик давления 1Е4 Сбой датчика
Системные часы 1Е5 Сбой часов, либо разряд батарейки
Напряжение 1Е6 Сбой в цепи питания аппарата
Блок моторов мотор ZL 2Е1 Неисправен мотор, конечный датчик или провода Проверка моторов (сервис-центр)
мотор ZR 2Е2
мотор VY 2Е3
Мотор VX 2Е4
мотор MSY 2Е5
мотор MSX 2Е6
Блок Оптики Max мощн. LED 3Е1 Неисправен LED. Чистка LED, зеркал, объективов (пользователь)
Регулировка или ремонт (сервис-центр)
Min мощн. LED 3Е2 Грязь на зеркале.
min текущ. LED 3Е3
max текущ. LED 3Е4
Яркость 3Е5 Сбой CCD-камеры.
Изменение Яркости 3Е6 Сбой датчика крышки.
Тест на пыль 3Е7
Нагреватель Нагреватель А 4Е1 Неисправен первый нагреватель Проверка подключений и ремонт (сервис-центр)
Нагреватель В 4Е2 Неисправен второй нагреватель
Термистор 4Е3 Неисправен термистор (или оба нагревателя)
превышение ожидания нагревателя 4Е4

Если кто не смог найти в гугле книгу по обслуге аппарата, могу скинуть, есть в PDF

VSphere user

В процессе работы с виртуальной инфраструктурой у нас возникает желание ограничивать доступ разным личностям к определенным виртуальным машинам, кластерам или вообще датацентрам. Когда у нас есть домен виндоус это не составляет никаких проблем, но что делать если у нас нет windows AD, a VSphere есть, Vcenter реализован как virtual appliance?? На помощь приходит ssh
Заходим на наш Vcenter под root и делаем some magic
useradd -s /sbin/nologin test1
passwd test1

2 раза вводим пароль и получаем юзера которому можем назначать права через админку Vcentra. (Add permission)

X-mas greetings

Для того чтобы не упасть в грязь лицом и красиво поздравить забугорных товарищей, нужно запомнить пару правил.
Если кому интересно, то прошу
Читать далее «X-mas greetings»

Обновление MacOS

Вчера обновился до Mac OS X 10.8 ГорноЛев). И шо вы себе думаете, отпали иксы, перестал работать XCode, а ведь он мне так нужен при компиляции всяких красивых и разных приложений. Но мы можем все исправить
1. Обновление Xcode
2. Обновление X11
3. Установка putty из портов
4. Wifi после обновления
Читать далее «Обновление MacOS»

20 советов

20 вещей, которые я не знал в 20 лет:)
Это написал другой человек, опять таки репост, но зацепило, и как жаль что я не знал этого в свои 20:((
Дальше много буков, но читается на одном дыхании:)
Да теперь я пишу не только об IT. А я ведь думал, что до этого не дойдет.
Следующая статья будет о звездочке, она уже в процессе написания:)
Читать далее «20 советов»

ISP Sumy 2012

Вот пару минут тому наткнулся на свою статью годичной давности о провайдерах города. Читаю и удивляюсь оказывается все было не так уж и плохо:)
Данная заметка, как мне кажется, позволит посмотреть на рынок Интернета в нашем городе с другой стороны. Я понимаю, что большинство читателей являются потребителями и им ну никак не интересно нытье тех кто им его предоставляет:)
Для них я подготовил вкусности в виде краткого обзора большинства провайдеров города.
Читать далее «ISP Sumy 2012»