0.00
0 читателей, 4902 топика

Проверить iPhone при покупке | Проверка Айфона на оригинальность и работоспособность  2019


Полная инструкция из 55 пунктов по проверке Айфона на работоспособность и оригинальность перед покупкой.
_______________________________________________
Чек-лист проверки:
1. Цена устройства, текст объявления
2. Регистрация продавца на ОЛХ
3. Разговор с человеком
4. Найдите его в интернете*
5. Корпус
6. Кнопка Home
7. " ", "-", вибро, Power
8. Признаки модели на корпусе
9. Экран (снимите пленку/стекло)
10. Не гнутый корпус?
11. Плавный переход экрана в корпус
12. IMEI / Serial No.
13. Симкарта
14. Сеть
15. WiFi
16. Touch ID
17. Отвязан от iCloud!!!
18. Вспышка
19. Основная камера
20. Проверьте пятна на камере
21. Задний (верхний) микрофон
22. Фронтальная камера
23. Передний (FaceTime) микрофон
24. Нерабочие зоны экрана (тачскрин)
25. 3D Touch
26. Датчик автояркости
27. Face ID (iPhone X и т. д.)
28. Гладкие края экрана
29. Проверка экрана на давление
30. Пятна/битые пиксели на черном/белом
31. Гироскоп
32. Акселерометр
33. Звонок по телефону
34. Динамик слуховой
35. Динамик полифонический
36. Микрофон основной (нижний)
37. Датчик приближения
38. Датчик шумоподавления
39. Чистота звука
40. Уровень сигнала
41. Интернет
42. Bluetooth
43. AirDrop
44. Разъем зарядки
45. Кабель
46. Адаптер питания
47. Разъем наушников
48. Наушники
49. Датчик влаги
50. Болтики
51. Neverlock!
52. NFC
53. Нагрузка под камерой
54. AppStore/AppleID/Приложение
55. Стереть контент и настройки
_______________________________________________
✔ Подписка на канал: www.youtube.com/channel/UCBoAbUF9f4RVmYT7-o20JOQ?sub_confirmation=1
✔ FB: www.facebook.com/isaveservice/
✔ instagram: www.instagram.com/isave.kiev.ua/
_______________________________________________
Контакты:
Украина, Киев, ул. Симона Петлюры 13/135, офис 25
Проверка Айфона перед покупкой (статья): isave.kiev.ua/kak-proverit-BU-iPhone
Ремонт iPhone: isave.kiev.ua

38 (063) 420 50 10
38 (095) 607 50 10
38 (067) 951 50 10
_______________________________________________
#ПроверкаАйфона #РемонтАйфонов
_______________________________________________
Теги: проверить Айфон, проверить iPhone, проверить Айфон на оригинальность, БУ Айфон, все, о, телефонах, покупка с рук, бу телефоны, покупка Айфона с рук, покупка Айфона, Айфон бу, бэушный Айфон, стоит ли покупать, как покупать бу, Айфон, бу телефон, как правильно покупать, как проверить Айфон, перед покупкой, бу телефон iPhone, планшет с рук, гайд по покупкам, с рук, как покупать Айфон, как покупать iPhone, iPhone, как проверить iPhone

Поиск работы DevOps и IT в целом, в Канаде, США и Израиле


#devops #девопс
Если добавляете меня в Connection в Linkedin напишите что вы с этого канала меня нашли, ато у меня запросов на добавление от неизвестных мне людей огромное количество.

astahov.net/DenisAstahov-CL-Example.doc
astahov.net/DenisAstahov-CV-Example.doc

Поиск работы DevOps и IT в целом в Канаде, США и Израиле

— На каких сайтах искать работу в Канаде, США и Израиле
— Про сайт Linkedin
— Как выглядит резюме в Израиле
— Как выглядит резюме в Канаде и США а также сопроводительное письмо
— Что такое порфолио и как я его сделал
— Найти работу не имея даже рабочей визы
— Relocation
— Сколько Интервью нужно пройти?
— Сколько Денег надо просить?
— Что отвечать на дурацкие вопросы на Интервью?
— Кем ты себя видишь через 3-5 лет?
— Мы маленькая фирма, а ты работал только в больших, какие сложности ты видишь?
— Мы большая фирма, а ты работал только в маленькаяих, какие сложности ты видишь?
— Почему ты хочешь сменить работу?
— Расскажи о последнем проекте?
— Если не знаешь ответа, что отвечать?
— Какие Технические вопросы?
— Пример задания на позицию DevOps Engineer
— Мой уровень английского языка

Если помог, поддержите парой баксов, хотябы Канадских :) www.paypal.me/DenisAstahov

UTEST: ПОИСК БАГОВ НА РЕАЛЬНОМ ПРИМЕРЕ


Поддержка канала — paypal.me/natasturza

Здравствуйте друзья!

Еще одна неделя с Ютестом! По многочисленным просьбам, сегодня будем разбирать поиск багов на примере тестирования реального проекта.

Показывать примеры тестирования публично достаточно опасно, т.к. часто нужно подписывать — NDE (Соглашение о Неразглашении). Я расскажу об этом соглашении и почему не следует рассказывать о деталях проектов, которые вы выполняете. Тем не менее, я покажу реальный пример из Академии, исключая имя и подробности о заказчике.

Правила поведения на ЮТест- www.utest.com/rules-of-engagement

Регистрируйтесь по ссылке: www.utest.com/ref171464

Другие похожие платформы:
Test.io: join.test.io/fxBFQRNORJY3

Upwork: www.upwork.com

Testbirds: www.testbirds.com/use-cases/need-analysis/crowdtesting/

Видео на схожие темы — UTest: Рейтиг и виды проектов www.youtube.com/watch?v=ZjS1U1PPvB0

Как определять виды багов? www.youtube.com/watch?v=wQfRx7plOL4

Иван Евтухович. Express42. Ключевые DevOps-практики


В нашей работе консультантами по DevOps, мы часто сталкиваемся с вопросом клиентов, из чего же, собственно, состоит DevOps. Абривиатура CAMS плохо подходит для того, чтобы продавать, потому что никто не купит культуру или Knowlage Sharing. Мы рекомендуем нашим клиентам внедрять следующие практики: Infrastructure As a Code, Continuous Delivery, Continuous Monitoring, Automated Testing и Test Data Management. В докладе я расскажу, что мы подразумеваем под этим, а также про некоторые кейсы из нашей работы с крупными российскими компаниями.

Почему нельзя возвращать NULL?


Негативные последствия возвращения Null и как же работать правильно.
Курс, о котором шла речь в видео: Enterprise patterns — bit.ly/3hYyWhk

Курсы для новичков:
JAVA — bit.ly/2Z42wL6
JAVA Start — bit.ly/3boc7Ba
Инструментарий JAVA — bit.ly/32Xwl0S
Automation QA (Java) — bit.ly/3gZe8oJ
ANDROID — bit.ly/3jWAedB
C#/.NET — bit.ly/331EcL8
C# START — bit.ly/3lQfLZF
PYTHON — bit.ly/2Z4UBgo
FRONT-END — bit.ly/2Z42NxC
WORDPRESS Developer — bit.ly/2EWUsET
SALESFORCE Developer — bit.ly/3lMsf4k
UI/UX дизайн — bit.ly/32TaveV
Project management — bit.ly/3gSAmbP
Обучение на проекте — bit.ly/2DsgpuZ

Продвинутые курсы для состоявшихся девелоперов:
GRASP and GoF Design patterns — bit.ly/354aeIM

Сайт Foxminded: bit.ly/3lNYikt
Foxminded в ФБ: www.facebook.com/foxmindedco
FoxmindEd в Instagram: www.instagram.com/foxminded.ua/
Foxminded в VK: vk.com/foxminded
Мой Telegram: t.me/nemchinskiyOnBusiness
Мой блог: www.nemchinsky.me

0:00 – вступление Сергея Немчинского
00:27 – кто еще считает, что Null возвращать нельзя?
02:02 – почему нельзя возвращать NULL: обработка ошибок вручную
04:48 – почему нельзя возвращать NULL: неоднозначное понимание
06:16 – реклама
07:22 – почему нельзя возвращать NULL: нарушение мышления программиста, нагромождение кода
10:38 – почему нельзя возвращать NULL: медленный провал, затруднение поддержки системы
13:31 – история про индусов
15:13 – использование Null в изменяемых и незавершенных объектах
17:15 – как же тогда работать?

Куда вкладывает деньги Василий Хмельницкий / Интервью с мультимиллионером (полная версия)


В этом видео сооснователь копаний GoIt и «СОЛЬ» Андрей Пивоваров берет интервью у известного украинского мультимиллионера Василия Хмельницкого. Тема интервью — бизнес и инвестирование в Украине. Здесь Вы узнаете, по какому принципу Василий Хмельницкий выбирает своих бизнес-партнеров, в какие проекты инвестирует деньги и время, и почему становится партнером только на 25%. Об этом, а также о перспективах малого и среднего бизнеса в Украине Вы услышите от Василия из первых уст! Смотрите видео и оставайтесь с нами:
allinsol.com/bootcamp/ (Украина)
allinsol.com/bootcamp/kz/ (Казахстан)

Что такое Git? Зачем он нужен и как использовать? (примеры из практики)


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

Что такое git?
Git — это система контроля версий, а если сказать простым языком то это программа, инструмент, которая позволяет нам фиксировать наши изменения в коде, а также благодаря этой фиксации позволяет нескольким людям или даже командам вместе слажено и параллельно работать над каким-то программным продуктом.

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

Git — это как раз такая программа, такая система, которая позволяет эти сохранения создавать и потом управлять ими, менять, возвращаться к ним, удалять и переписывать их, такая фиксация в терминах Git-а называется `commit`

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

Git собственно так и делает, вы говорите ему команду, он запоминает состояние ваших файлов на текущий момент присваивая ему специальный номер вот это снимка, там называемый `commit hash`.

Commit hash — набор символов которые уникально идентифицируют сохранение состояния файлов в конкретный момент времени;

Что такое ветки в гите и как их использовать?
В git также используется так называемая система веток, представьте себе что ветка, так называемая branch — это маршрут по которому едет поезд, а каждая его остановка, сохранение состояния это коммит. То есть когда мы начинаем разрабатывать какую-то задачу, пишем код нам нужно идти с точки А в точку Б, у нас скажем пустой файл, а потом постепенно наш код начинает эволюционировать и он со временем начинает что-то внятное делать.

Так вот этот процесс разработки можно представить по той же аналогии с поездом, поездвыезжает с точки А и ему нужно доехать до точки Б, и этот маршрут он будет ехать по своему пути (в нашем случае это и будет ветка нашего git), а также по пути ему надо останавливаться чтобы фиксировать свой прогресс по маршруту, это и будут коммиты в нашем случае, то есть мы пишем код в рамках ветки и делаем коммиты, для того чтобы сохранять наш прогресс внутри метки.

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

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

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

00:00 Начало
1:03 — Git — что это?
2:52 — Что такое Git commit
4:09 — Ветки или «branch» что это такое?
5:27 — Как команды используют Git?
7:49 — Как применять Git в работе. Практика.
7:57 — Новый репозиторий. (Git init)
9:17 — Создание файла и коммита. (Git commit)
11:46 — Сохранение файлов (Git commit -m)
12:46 — Как работают с ветками и какими они бывают.
14:51 — Создание develop ветки, и ветки для работы ( Git checkout -b feature)
17:06 — Как новый файл добавляется в Git
19:39 — Откат к коммиту (Git reset)
20:44 — Слив на одну ветку (Git merge)

Соцсети:
www.instagram.com/itwithvitaly/
www.facebook.com/itwithvitaly

#примерыИзПрактики #обучениеIT #становимсяПрограммистами

Повелся на большую зарплату


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

Поддержать канал: www.patreon.com/seniorsoftwarevlogger
Сайт: seniorsoftwarevlogger.com
Футболки: teespring.com/stores/senior-software-vlogger
Моя техника и другие штуки kit.co/seniorsoftwarevlogger/my-setup

Путь в IT. От пользователя к DevOps. С чего начать и что делать дальше. Основные темы IT.


Путь в IT. От пользователя к DevOps. С чего начать и что делать дальше. Основные темы IT.

Изучение IT Сферы. С чего начать изучение. Что стоит изучать дальше.
Путь в ИТ от простого пользователь к DevOps.
Что отличает Системного администратора (SysAdmin) и DevOps.

! НЕ СТОИТ ВОСПРИНИМАТЬ ДАННОЕ ВИДЕО КАК ПРАВИЛО, это всего лиш один из вариантов последовательности изучения.

Анализ исходного кода Redux | Функциональная композиция | Middleware


#soer #ityoutubersru
В этом видео речь пойдет о применении в Redux таких техника как:
— функциональная композиция
— каррирование
— чистые функции
— функции высшего поряка
— рекурсии
Чат для программистов — discord.gg/3UVJWAs
Спонсорская помощь — www.patreon.com/soersoft

Группа ВК — vk.com/codeartblog
Github — github.com/soersoft
Веб-сайт — codeart.ru