• Kotlin - это плохо. Делегаты

    Продолжаем цикл статей про Kotlin:

    В этой статье рассмотрим паттерн делегат и языковую возможность реализации делегата в Koltin.

    Hard Work by Joachim Bär

  • Kotlin - это плохо. Расширения - синтаксический сахар над Utility классами

    Начинается цикл статей, которые будут посвящены языку Kotlin:

    Steps going down by Chance Agrella

  • Простой гибкий маппер

    В приложении, которым я сейчас занимаюсь, существует несколько классов для представления одной сущности. Например, у сущности “Сотрудник” есть целых три класса: EmployeeDto - для приема с сервера, Employee - для работы в приложении, EmployeeEntity - для хранения в локальной базе. У нас есть naming conventions, по которым суффикс *Dto говорит, что эта сущность будет использоваться для передачи данных по сети (скорее всего, такая сущность будет реализовывать интерфейс Serializable), суффикс *Entity говорит, что эта сущность будет использоваться для хранения в БД (у такой сущности будет много аннотаций для ORM), а сущности без суффикса используются непосредственно в бизнес логике, будем их называть доменными. Я расскажу о выбранном мной способе конвертирования данных между такими сущностями.

  • Про мотивацию

    Я работаю в компании X. И у меня есть один очень простой вопрос к моим руководителям: что мне делать, чтобы зарабатывать больше?