Эволюция Рохита
В конце мая мы наняли разработчика в Индии.
Надежд особых не питали. Было много шуток про «индусский код».
Но Рохит оказался очень способным и схватывал всё на лету.
И всего через полгода вот так уверенно он общался с CTO в компании:
Перевод: Здравствуйте, шеф. Получил задачу TP-1668 для оценки. Без макетов дизайна, без понятных требований. ПМ не может запланировать созвон с клиентом. Это fucking pizdets, Валера!
Победить машину: придумайте пароль настоящего пикабушника
Требования некоторых сайтов и сервисов к паролям такие, что нужно постараться, чтобы твою комбинацию приняли. Хорошо, что уже придумали более простой способ аутентификации — беспарольный. Те, у кого есть VK ID, могут входить в сервисы с помощью SMS и технологий авторизации вроде Touch ID и Face ID.
Но если вы привыкли полагаться на память и креативность, попробуйте придумать идеальный пароль в симуляторе ниже. Правда, совладают с ним только самые стойкие…
VK ID — единый аккаунт для входа в сервисы VK и тысячи его партнеров (включая Пикабу!). С ним не нужно заново регистрироваться в каждом новом сервисе, а информация обо всех авторизациях хранится в универсальном личном кабинете.
А еще в VK ID недавно заработала OnePass — новая система беспарольной аутентификации. С ней можно входить в аккаунты через распознавание лица и скан отпечатков пальцев. Это гораздо удобнее и безопаснее: когда пароля нет, его нельзя украсть, взломать или забыть.
Включить и настроить OnePass можно в настройках.
Реклама ООО «В Контакте»
Чистый? код
Сразу - я ничего не доказываю в посте, хочу услышать разные мнения насчёт ситуации ниже:
Скинули мне библиотеку, которая практически идеально иллюстрирует "Чистый код" Р. Мартина (кто книгу читал, тот в курсе). Библиотека (цифры округлены) реализует 15 методов API, состоит из 25 файлов в которых есть 25 классов, 50 импортов классов друг между другом, в классах реализовано 70 методов, которые занимают в сумме 1300 строк кода...
С позиции книги всё сделано идеально, вопросов нет.
В чём же мой вопрос?
Решил я переписать данную либу без разделения на уровни абстракций, интерфейсы и т.д. и т.п. Реализация функционала полностью 1 в 1 заняла 50 (пятьдесят) строк кода (я просто убрал объявления классов, а действительно значимые строки кода свёл в 15 функций по 1 на метод, которые свёл в одном файле. По сути 1 строка - объявление функции, 2 - создание JSON из словаря, 3 - возврат результата запроса, 4+ строки - по необходимости (промежуточные вычисления).
У кого есть какие мнения по этому поводу?
P.S. Для тех, кто не в теме есть в т.ч. и такие мнения по поводу книги:
Книга Р. Мартина является сводом правил по написанию правильного кода, которым каждый программист должен следовать. На мой взгляд, умение писать чистый код – важный навык, помогающий специалисту не только самому понимать свой код лучше, но и работать в команде.
И если насчёт таких вещей, как правила наименований классов / функций / методов вопросов в целом нет, то вот такие постулаты, как обязательные деления на уровни абстракций, минимизация функций, выделение обработок исключений в отдельные функции и т.п. приводит к результату выше.
С одной стороны - для проектов с сотнями тысяч строк кода структура может быть (ввиду отсутствия объективных исследований утверждение не доказано и не опровергнуто) важнее лаконичности из-за высоких трудозатрат на внесение изменений, с другой стороны... А разумно ли фанатично следовать некоторым правилам вообще везде?
Строки кода, это не просто строки кода. Это ещё и время разработчика (которое становится в итоге стоимостью разработки), а в конечном итоге время и ресурсы выполнения программы... Цену чистого кода мы знаем... А товар который мы за эту цену покупаем?
Про Golang
Два программиста сидят в баре и обсуждают свои проекты. Один говорит:
Знаешь, я недавно написал программу, которая сама пишет код. Она анализирует задачу, выбирает оптимальный алгоритм, генерирует комментарии и документацию, тестирует и отлаживает код, а потом отправляет его заказчику. И все это за несколько минут!
Вау, это потрясающе! А как ты ее назвал?
Golang.
Интересные факты и фичи языков программирования у нас в канале, заходи :)
Анекдот
Почему программисты всегда путают Рождество и Хэллоуин?
Потому что 31 окт = 25 дек.