ну ок, зачекаю :)

Владимир, маскировка пароля под звёздочки — общепринятая практика, я не припоминаю, чтобы на формах ввода пароля было по-другому, даже в личный кабинет портала «Наш Конотоп», даже 20 лет назад. А вы часто встречались с чем-то другим?

Ну не закрив зірочками. Визнаю. Був неуважним.
Виправити — 5 секунд роботи.

Если на сервисе нет валидации пароля, то ни к чему в приложении что-то строже валидировать, в вашем случае — просто проверьте, что поле непустое.

Здивую, але це було зроблено:

-(BOOL)checkPassword{

BOOL result = false;

if ([tfPassword.text length] > 0){
result = true;
}

return result;
}

github.com/...​reenViewController.m#L158

Вибачте, але тут вже Ви неуважні :(

Бачите, кожен може зробити помилку :)

Як варіант може бути.

Другое дело, что надо соответствовать.

Бачу Ваші справи вже виконано.
Приємно знову Вас бачити серед активних учасників.

Секрет :)

Між іншим все було зроблено крім інтеграції з вебсервісами.
Навіть синхронізація локальної БД з вебсервісами була підготована.

Але на жаль, Ви не

Пункт номер ноль: я не мобильщик, но я архитектор.

Дуже слушне запитання!

То брешуть.

Не кожен офіс готовий платити навіть 3

Можете зробити замір

Гібриди атакують.

Спочатку Іонік, потім Реакт Нейтів, тепер хайп на Флаттер.

Ангулярівський Typescript дуже схожий на Swift, тому маємо такий ріст розробників.

Можете показати свій код і написати рівень з/п для такого коду.

Тут якраз цілий топік експертів.

Ясність внесуть швидко :)

Кожному я відповідаю як він того заслужив :)

Є думка, що SCNetworkReachability найраще підходить для відлову обривів передачі даних, на кшалт користувач зайшов у ліфт. Після появи мережевого з"єднанння повторити відправку даних.

Доступність з"єднання краще таки перевіряти спробою щось скачати з АПІ серверу, але оскільки

если можно вызвать тот же API метод и

АПІ метод був відсутній, а по пустому запиту на адресу АПІ серверу приходила беліберда, то використовувався Гугл.

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

Маю таку саму думку про Вас :)

Вчера оно у меня было, сегодня уже нет.

Але це вже другий комент за сьогодні...

Настя, весь цимес у тому, що ми маємо один вебсервіс і не визначене коли клієнтів.

Тобто пароль для передачі по мережі далі необхідно однаково шифрувати і для Android і для iOS.
Причому шифрування паролю повинне бути незалежним від девайсу, бо користувач може мати кілька девайсів для кожної операційної системи.

Це я такий нюанс, який не завжди на увазі серед Java розробників також :(

Отже я переконаний, що спосіб шифрування паролю повинен бути зазначений.

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

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

Стосовно шифрування паролю, то компанія визнала, що пароль треба було валідувати:

— так, у специфікації відсутня інформація щодо валідації та зберігання паролю -

jobs.dou.ua/...​it-software/reviews/#5389

Якщо коротко, то вебсервіс реєстрації користувачів не видавав помилку, про невалідований пароль чи не відповідність паролю правилам валідації.

Якщо такий «телепатичний» спосіб роботи по специфікації для Вас сприйнятний , будь ласка працюйте саме так.

Ви дали критику

Это вы перечислили известные вам способы мотивации? И на этом все, инструментарий кончился?
Походу лид там такой же джу как и девелопер.

Вас попросили проявити себе і доповнити список.
Ви по хамськи відповідаєте

Спильнота нехай maruv дивится.
А вы можете читнуть это для начала.

Розумним людям достатньо інформації, щоб скласти свою думку по Ваші менеджерські навички.

Ну, если в 2 словах.
Критика: эта функция синхронная и вызывается на главном потоке.
Как правильно: минимум, сделать ее асинхронной.

згоден, 100%. требе було зробити її асинхронною і питання знялось би як дурне.

Если не в 2 словах, то эта функция здесь вообще не нужна, потому что это не real-time communication приложение и нам не нужно постоянно отслеживать соединение.
Просто обрабатывай таймауты и ошибки запросов.

А тут я не згоден, бо переконаний, що спочатку треба перевірити наявність з"єднання, а потім передавати дані.

В рамках задачі, як мінімум треба розуміти де зберігати нову Task локально чи на сервері.

Можете продовжити список.
А спільнота подивиться який Ви менеджер :)

Андроїд я теж трошки знаю :)