Сходи в тот топик, там есть некоторые моменты.
Вот ты не понимаешь, что всем всё равно? Они всё равно будут разрабатывать следующую версию питона, хочешь ты или нет. Кто там что разработал - всем всё равно. Новая версия в сто раз лучше старой, ты предлагаешь из-за каких-то там программ (которые и сам не знаешь) оставить всё в том виде, который был 20 лет назад.
Ну, сдохнут эти программы, значит.
вообще, если в Go-community и правда все повсеместно используют 8 символов, то это круто. Просто в моём мире Android-программирования разброда и шатания чуть побольше, посему и сужу со своей колокольни. :)
я просто говорю, что восьмисимвольные отступы приняты в Go не потому, что это научно доказанная правильная длина отступов, а потому, что Робу Пайку так больше нравится.
и, более чем уверен, Go Conventions работают точно так же.
func A(a myLongPackageName.MyLongTypeName,
b myLongPackageName.MyLongTypeName,
b myLongPackageName.MyLongTypeName) {
}Не разу не слыша о прицедентах с почтой, а с юристами я тесно общаюсь
но на деле половине пользователей Go, привыкшей к 4-х символьным отступам, будет казаться, что код слишком сильно расползается.
Мы держали в AWS в 2013 году один из проектов Билайна.
Вы серьезно сейчас? Бизнес проект в AWS?
НЛ, у меня возникает ощущение что Вы слегка лукавили говоря "Я участвовал в разработке подобной системы"
Сталкивались. Знаем. Не надо.
Вы определитесь - Вы или про виртуализацию на своем железе говорите, или про чужие blackbox. Первое - понятно и хорошо. Второе - явно не для серьезного проекта.
Имхо, разобраться с администрированием wtware тоже интересно. И перспективно. Приходишь к клиенту инсталировать 100 тонких клиентов и берешь 500 баксов вперед. Через 30 минут говоришь: "Все готово", "Денег не отдам". "Не бейте меня, аааааа".
Если там специфический софт на Win, то не факт, что вы сможете его завести под терминальным Linux-сервером.