O código limpo é uma preocupação válida. Eu gosto da convenção de Guava de usar a forma plural de um tipo, por exemplo, Strings , Maps e MoreExecutors . O principal problema é que alguém precisa de um ou dois métodos relacionados, mas sente que uma classe precisa mais do que isso para garantir uma classe separada. Essa é a suposição problemática, e apenas uma cultura de revisões freqüentes de código ou design rápido de hall irá pegá-lo cedo.
Uma coisa que pode ajudar também ajuda os outros a usar o método utilitário: demonstre isso para alguns outros quando for conveniente. Pode ser o suficiente mencionar durante uma reunião stand-up: "Ei, eu criei uma classe de utilitário útil para cortar e padronizar o uso de strings no outro dia. É chamado de Strings e está localizado no pacote com.example.type ."
Eu direi que estou menos preocupado com um pacote chamado util , desde que haja apenas um. Esta é uma captura que deve conter outros pacotes que são independentes do aplicativo, ou seja, uma biblioteca. Algumas pessoas chamam esse pacote de lib ou tools , mas eu desaprovo os nomes dos pacotes no plural (caso contrário, cada pacote acabaria no plural).