Другой ответ преобразует двоеточия в дефисы. Если вы хотите сократить время от имени файла, вы можете использовать это.
Предполагается, что файлы находятся в том же каталоге, что и скрипт Python. Если нет, измените «.» на «путь / к / каталог /». Он также просматривает только файлы с форматом имени «wrfoutput ...», когда переименовывает их.
from os import listdir, rename
from os.path import isfile, join
only_files = [f for f in listdir('.') if isfile(join('.', f))]
for f in only_files:
# Get the relevant files
if 'wrfoutput' in f:
# Remove _HH:MM:SS from end of file name
rename(f, f[:-9])
Слово 'предприятие', как используется в вопросе является ясным отсутствием требований. Приложение 'предприятия' одного человека, не чей-либо. Scala/Lift используются скрытно, то 'предприятие' достаточно?
В конце дня у Вас есть доступ ко всем материалам 'предприятия', которые должна предложить платформа Java.
Извините, для отрываний, поскольку бит толчка, но подобные вопросы довольно плох, и не имеет никакого определенного ответа. Главный кто-то, возможно, записал много приложений, что Вы могли бы считать 'предприятие', но они не делают и следовательно никогда не заявляют им как таковой.
Править
Кроме того, Твиттер любит Scala: http://www.slideshare.net/al3x/twitter-3s-scala И интервью, покрывающее их события: http://www.artima.com/scalazine/articles/twitter_on_scala.html
Scala для реальных проектов? Да, конечно.
Во-первых, поскольку вся Java по-прежнему доступна, приложение может использовать наши существующие общие библиотеки. Эти библиотеки были построены в Java за последние 10 лет, и они важны для доступа к другим системам в компании.
Во-вторых, наиболее важной вещью в корпоративных приложениях является адаптивность. Чрезмерная жесткость заставляет большинство корпоративных приложений разрушаться и в конечном итоге умирать. Есть две проблемы, которые приводят к этой жесткости, и Scala помогает избежать их обеих. Одной из проблем является просто объем кода. Java работает лучше, чем C или C ++, но для реализации приложения по-прежнему требуется гораздо больше строк кода, чем в Scala.
В Java для борьбы с проблемой размера кода требуются более высокие степени структуры: каркасы, библиотеки, настраиваемые фабрики и т. Д. Вот почему мы разворачиваем приложения Java EE (обычно на основе Spring), которые имеют от двадцати до пятидесяти JAR-файлов в своей «lib». "каталоги. Эта структура сама по себе необходима для завершения приложения, но она может создать свою собственную проблему с точки зрения концептуальной сложности.
Scala не застрахована от перегрузки концептуальной сложности, но общий стиль программирования в Scala имеет тенденцию к уменьшению, более конкретные программы, а не библиотеки для каркасов для создания DSL.
Конечно,
Вот является хороший набор слайда от области Отсека Энтузиастами Scala, встречающимися в Твиттере, который обрисовывает в общих чертах их инструкции по стилю для языка. Это хорошо устанавливается к настоящему времени, что Твиттер разрабатывает некоторые значительные серверные службы в Scala.
Это может быть ответ на Ваш вопрос (или не), но я просто узнал, что Твиттер использует Scala для всей обработки бэкенда (RoR остается в интерфейсе).
Sony Imageworks использует Scala для нескольких своих приложений среднего уровня и предоставила открытый исходный код для своего пакета миграции баз данных , написанного на Scala.