Затишна Галера

#ЧарівнийКомпас 🧭
1️⃣7️⃣4️⃣ Завдання 174

Що таке IMAP та POP3?

Продовжуємо питання з технічного напряму. Поговоримо про протоколи.

IMAP (Internet Message Access Protocol) і POP3 (Post Office Protocol 3) - протоколи, які використовуються для електронної пошти. По суті, це протоколи отримання електронної пошти з сервера. Головна їхня відмінність у способі зберігання та обробки листів.

🔣 IMAP дає змогу працювати з поштою безпосередньо на серверах, без їхнього завантаження на пристрій клієнта. При цьому будь-які зміни синхронизуються в реальному часі. Для цього, що логічно, потрібне постійне з'єднання з інтернетом.

Основним його недоліком є велике навантаження на сервери і необхідність більшого обсягу пам'яті на них.

🔣 POP3 ж завантажує листи з сервера на пристрій клієнта і при цьому може видаляти їх із сервера, після завантаження. Синхронизації між пристроями немає, але може працювати без інтернету після того, як відбулося завантаження листа на пристрій.

Основним його недоліком є відсутність синхронизації між пристроями та потенційні проблеми з втратою даних, якщо вони після завантаження були пошкоджені або випадково видалені.

Тому, в цілому, POP3 простіший і старіший протокол, який, на відміну від IMAP, не дає практично ніяких сучасних функцій, до яких ми звикли.

Але, говорячи про поштові протоколи, не можна обійти стороною і MAPI (Messaging Application Programming Interface). Він дуже схожий з IMAP за функціональністю, але, по суті, це не протокол, а API. Найімовірніше, ви його зустрічаєте досить часто, коли працюєте з Microsoft Exchange. Крім можливості багатосторонньої синхронізації, як у IMAP, у MAPI є підтримка офлайн-режиму, і зміни, зроблені без підключення до інтернету, будуть синхронізовані після відновлення з'єднання.

По суті, MAPI має всі плюси від IMAP і POP3 і є одним з основних інструментів для корпоративної пошти.

@Zatishna_Galera

#ЗатишнийDigest

👍 П'ятничний digest новин зі світу IT:

1️⃣ NINTENDO ПОКАЗАЛИ SWITCH 2

Switch 2 отримав більший екран, підставка стала надійнішою і має більший кут нахилу, Joy-Con-и тепер мають магнітне кріплення і теж збільшені в розмірах. Залізо, звичайно ж, теж прокачали. Крім того, на борту буде зворотня сумісність з іграми минулого покоління, за що окремий лайк.

2️⃣ SONOS ОДРАЗУ ЗВІЛЬНИВ ДВОХ КЕРІВНИКІВ

Компанію покидає CEO Патрік Спенс та директор з продуктів Максим Бува-Мерлін. Це повʼязано з провальним запуском нового софту, який на кілька місяців призвів до втрати працездатності багатьох пристроїв компанії, через що акції компанії впали на 13%. 

3️⃣ OPENAI ЗАПУСТИЛИ TASKS

Це автоматичні завдання на майбутнє. Тепер можна планувати завдання та їхнє повторення. Доступно в беті тільки платним передплатникам. Наприклад, щоранку можна отримувати прогноз погоди, або програму тренувань, або дієту, або будь-які інші нагадування. Застосувань дуже багато, чекаю коли та на мене викотять помацати. 

4️⃣ ВЕЛИКА КІЛЬКІСТЬ КОМПАНІЇ ЗАКРИВАЄ СВОЇ ПРОГРАМИ «РІЗНОМАНІТНОСТІ» 

За тиждень величезна купа великих компаній анонсували закриття програм інклюзивності та різноманітності. Гарно це чи погано – час покаже. 

5️⃣ ЗАКІНЧИЛАСЬ CES 2025

Показали багато цікавих та нових девайсів, але якогось «ВАУ» не було.

@Zatishna_Galera

#iOSКомпас 🧭
8️⃣5️⃣ Завдання 85

Чи можна успадковувати структуру від кількох батьків?

З вами знову той самий автор каналу @badlinkschannel. Сподіваюсь вам ще не набридла ця ідея капітана галери про iOS розробника.

🤔 У Swift структури не підтримують множинне успадкування, оскільки успадкування взагалі не застосовується до структур. Успадкування — це механізм, доступний лише для класів. Структури та перерахування (enums) у Swift можуть приймати протоколи, що дозволяє їм реалізовувати множинну поведінку, але не успадковувати реалізацію.

🔣 Альтернативи успадкуванню для структур

➖ Протоколи (Protocols):
Протоколи дозволяють описувати інтерфейси та вимоги, які повинні виконувати структури, класи або перерахування.

protocol Describable {
var description: String { get }
}

protocol Identifiable {
var id: Int { get }
}

struct User: Describable, Identifiable {
var description: String
var id: Int
}


➖ Композиція (Composition):
Композиція дозволяє створювати складні типи шляхом комбінування простіших.

struct Address {
var street: String
var city: String
}

struct Person {
var name: String
var address: Address
}

let address = Address(street: "123 Main St", city: "New York")
let person = Person(name: "John", address: address)


➖ Розширення (Extensions):
Розширення додають методи, властивості та функціональність до існуючих типів без зміни їхнього вихідного коду.

protocol Greetable {
func greet()
}

extension Greetable {
func greet() {
print("Hello!")
}
}

struct User: Greetable {
var name: String
}

let user = User(name: "Alice")
user.greet() // Результат: Hello!


@Zatishna_Galera

#ЧарівнийКомпас 🧭
1️⃣7️⃣3️⃣ Завдання 173

Що таке bounce email і як це тестувати?

🤔 Bounce email - це механізм відстеження листів, які не можуть бути доставлені адресату або просто «повернуті email-и».

🔣 Навіщо і де цей механізм потрібен і застосовується?
➖ Розробка CRM платформ. Тут цей механізм необхідний для управління клієнтською базою і комунікації з ними. Наприклад, якщо лист на якусь адресу не доставляється, то можна відстежувати, які клієнти потребують оновлення своїх даних.
➖ Системи з транзакціями (наприклад банки, інтернет магазини тощо). У цьому разі існує необхідність моніторити надсилання повідомлень про транзакції, покупки, зміну пароля тощо.
➖ Різні системи обслуговування (служба підтримки, тікет системи тощо). Тут дуже важливо стежити, чи отримав клієнт відповідь на свій запит або оновлення щодо нього.

І насправді таких прикладів може бути ще дуже і дуже багато. А раз є такий механізм, то потрібно розуміти, як він працює для правильного його тестування.

🔣 Bounce email ділять на два типи:
1️⃣ Hard Bounce - лист загалом не має шансів на доставку. Це може бути друкована помилка в адресі або, наприклад, блокування самим поштовим сервером одержувача.
2️⃣Soft Bounce - лист тимчасово не може бути доставлено. Це може статися через переповнення скриньки одержувача, тимчасові проблеми із сервером тощо.

Відповідно, якщо у вас є завдання перевірити, як застосунок оброблятиме такі листи, то вам необхідно перевірити обидва їхні типи. Це можна зробити такими сценаріями:
➖ Надіслати лист на свідомо неіснуючу адресу і подивитися, як застосунок фіксуватиме факт повернення такого листа. Тоді ви перевірите Hard Bounce тип.
➖ Надіслати лист на тимчасово недоступну скриньку, наприклад заздалегідь переповнивши її. Після також перевірити реакцію застосунку на подібне повернення. Це вже буде перевірка Soft Bounce.

Крім того, існують сервіси, які емулюють Soft Bounce з метою тестування, їх не складно знайти на просторах інтернету.

В обох випадках обов'язково перевірити SMTP коди помилок. У разі Hard Bounce - це 5хх, у разі Soft Bounce - 4xx.

Найімовірніше, у вас має бути передбачений механізм Retries, який даватиме можливість повторного надсилання листів, що не пройшли у зв'язку з Soft Bounce, але водночас має ігнорувати ті листи, які відпали через Hard Bounce. У такому випадку цей механізм теж необхідно не забути перевірити.

Дуже сподіваюсь, що тепер ви будете тестувати подібну фічу знаючи, а які саме механізми стоять за цим. Тестування з розумом та розумінням - завжди гарна ідея.

@Zatishna_Galera