Чтобы вовремя найти такое надо регулярно загружать страницу из сервера c нужным userAgent и находить на странице ожидаемый текст — но это же автоматическое тестирование, а на него почему-то большинство забивает.
Важное пояснение: в то время дебетовые карты от Тинькова все имели 10% годовых на остаток и до сих пор имеют 30% cash back по отдельным видам покупок. Для обычных покупок было и есть менее 1% — т.к. округляют до рубля.
1. Нет. От того что он там находится не значит что он там нужен. Да и вообще. Может то что он нужен — было в позапрошлой версии библитеки, а уже и не нужен вовсе. Или эта функция использовалась для отладки и этот вызов забыли удалить перед коммитом в репозиторий и это часть отладочного кода.
2. Читатель/писатель провалиться в этот метод если захочет скопировать функциональность в другое место.
Так что да то что вы немного улучшили плохой код это хорошо — но плохой код по прежнему желательно комментировать. Во всяком случае если бы такой код попал мне на ревью я бы попросил вставить комментарий.
Есть такое правило «хороший код в комментариях не нуждается». То что в этом месте нужен комментарий говорит только о том, что API у StreamReader — могло бы быть и получше. А комментарии для того кода что мы не можем поменять это более чем нормально.
В квартире своей живете? Какой возраст детей? В маленьком городе ребенок может посещать 3 кружка (барабаны, робототехника и английский). Для большого города это выглядит нереально.
чтобы сразу упасть если кто-то решит использовать класс неожиданным образом. А читающему будет очевидно что раз не падает код то неожиданность в том что там был nil искать не следует.
Если ли же класс подразумевается для использования и под navigationController и без оного — то лучше как минимум вставить коммент об этом явным образом.
Ещё я предпочитаю вставлять internal чтобы было видно где свойство явно внешнее а где забыли прописать private.
А вообще рекомендую все var делать private + иметь
static func start(from navCtrl: UINavigationController, with delegate: SomeDelegate, ...)
Кстати. Чтобы получить проверку на этапе компиляции лучше сделать класс UserId — тогда никто случайно FamilyId не отправит туда где должен быть UserId. Что легко возможно если используется String.
На удалёнке норм, но в идеале надо работать в команде где все сотрудники на удалёнке. Ещё нужно обязательно общаться с людьми: в баню ходить, с парикмахером болтать и т.д. иначе разучишься разговаривать. С коллегами, конечно, нужно общаться обязательно — шарить экран чтобы перенимать друг у друга «а как ты так быстро делаешь скриншот» и т.п.
Ну и устраиваться надо на удалёнку в те страны где большая ЗП.
Ясно. Только он никуда он не эммигрировал и никто его не посадил. Вот читаю:
О размере отступных своему клиенту банк умалчивает. При этом, источник НСН в банке, подтвердил, что без этого не обошлось, и речь идет о суммах с шестизначными нулями.
По мнению эксперта НСН, адвоката Максима Домбровицкого, наиболее вероятно, что Агаркову была выплачена сумма в пределах 1 млн рублей.
«Мне кажется правдоподобной версия, что некоторая сумма Агаркову все-таки была банком выплачена. Конечно, это не 24 миллиона рублей. Скорее всего, какие-то совсем разумные деньги – в пределах одного миллиона рублей. Вполне возможно на этом всё дело и закончилось. Тиньков, конечно, не признается, потому что если сообщить об этом публично, то у многих возникнет желание поступить подобным образом и «нагреть» этот банк еще раз. Поэтому нюансы «мировой» остались вне рамок прессы и публичной огласки, а для общественности сказали, что «мы ему подарим карту», — пояснил НСН адвокат.
:) нет конечно. Но имхо если что-то раньше не работало практически совсем, то при переменах шанс заработать лучше чем прежде увеличивается. В общем-то с учетом того что у меня этот комментарий написать заняло больше времени чем проголосовать — я просто не вижу места для дискуссии.
2. Читатель/писатель провалиться в этот метод если захочет скопировать функциональность в другое место.
Так что да то что вы немного улучшили плохой код это хорошо — но плохой код по прежнему желательно комментировать. Во всяком случае если бы такой код попал мне на ревью я бы попросил вставить комментарий.
Чтобы ещё круче автоматизировать рутину — можно использовать готовый шаблон — тогда всем будет сразу видно куда вставлять IBOutlet а куда override
Имхо код в п.3 легче читается тот что Вами не рекомендован. И ещё я бы предпочёл
чтобы сразу упасть если кто-то решит использовать класс неожиданным образом. А читающему будет очевидно что раз не падает код то неожиданность в том что там был nil искать не следует.
Если ли же класс подразумевается для использования и под navigationController и без оного — то лучше как минимум вставить коммент об этом явным образом.
Ещё я предпочитаю вставлять internal чтобы было видно где свойство явно внешнее а где забыли прописать private.
А вообще рекомендую все var делать private + иметь Или вообще
Кстати. Чтобы получить проверку на этапе компиляции лучше сделать класс UserId — тогда никто случайно FamilyId не отправит туда где должен быть UserId. Что легко возможно если используется String.
Ну и устраиваться надо на удалёнку в те страны где большая ЗП.
Т.е. это может быть просто заблуждением.