Не думаю что Хабр подходящее место для таких дискуссий. Но раз уж начали...
Думаю из-за того, что мы привыкли к "англицизмам" и "непонятным словам на зарубежном языке", наши программисты и выдумывают новые "слого-сочитания" в последствии обозначающие Название_Продукта. На за западе нет такого феномена (либо он имеет очень слабое влияние) с вездесущими зарубежными словами, а потому просто берут родные слова, которые круто звучат.
Таким образом, отвечая на ваш изначальный вопрос "вы серьезно не считали бы это кринжатиной?" я скажу следующее: если бы я жил в стране, где отсутствует (или очень слабо выражен) феномен замены родных слов на зарубежные аналоги, то для меня условный "весёлый карась" не был бы чем-то вызывающим стыд.
Вы удивитесь еще больше, но часть фотографий с 2014 года были всё таки удалены "физически"- прямые ссылки перестали работать. Узнал это потому, как точно такой же эксперимент проводил давным давно. И буквально неделю назад наткнулся на свой документ с перечисленными ссылками.
Ваше высказывание справедливо для малых и средних проектов. Для крупных многомодульных проектов и создана описанная фича. Просто раньше это решалось «велосипедами», а теперь есть «из коробки» решение
Для мелких проектов это конечно же «оверхэд».
А для многомодульных проектов это полезно в первую очередь тем, что не разрастается зоопарк из версий зависимостей. Т.е. случайно не получится так, что Модуль-1 имеет Spring 5.1, а Модуль-2 — Spring 5.2. Так же это удобно при обновлении версий теж же зависимостей: в одном месте поменял и поменялось везде.
Но в вакууме такую дискуссию разводить не хочется, т.к. от проекта к проекту будут свои тонкости и нюансы. В плоть до «так исторически сложилось».
Не думаю что Хабр подходящее место для таких дискуссий. Но раз уж начали...
Думаю из-за того, что мы привыкли к "англицизмам" и "непонятным словам на зарубежном языке", наши программисты и выдумывают новые "слого-сочитания" в последствии обозначающие Название_Продукта. На за западе нет такого феномена (либо он имеет очень слабое влияние) с вездесущими зарубежными словами, а потому просто берут родные слова, которые круто звучат.
Таким образом, отвечая на ваш изначальный вопрос "вы серьезно не считали бы это кринжатиной?" я скажу следующее: если бы я жил в стране, где отсутствует (или очень слабо выражен) феномен замены родных слов на зарубежные аналоги, то для меня условный "весёлый карась" не был бы чем-то вызывающим стыд.
Мне даже стало интересно, какие вы предложите альтернативные варианты для "коров", "ботинок" и "озёр" 🤔
Очень достали такие "транслэйт-клоны" stackoverflow. Для себя написал userscript который удаляет из поисковой выдачи эти сорняки
Да сколько можно уже обжовывать одни и те же команды под громкими заголовками как этот??!!
Вторая история о том, как у вас внезапно может сломаться проект на NodeJS просто потому, что кто-то решил взбунтоваться по какому-то поводу.
Но как я понимаю одно хорошо: можно скачать предыдущую версию и быть спокойным. Пока что.
А вот тут есть нюанс:
8.1считать отдельной виндой или нет?XP, Vista, 7, 8, 8.1, 10, 11- тогда "хорошая"XP, Vista, 7, 8/8.1, 10, 11- тогда "плохая"Хочу добавить очень важное замечание к данной фиче: она не умеет работать с classifier суфиксами.
Так, например, в Gradle 7.2 следующий код будет инвалидным:
Вы удивитесь еще больше, но часть фотографий с 2014 года были всё таки удалены "физически"- прямые ссылки перестали работать. Узнал это потому, как точно такой же эксперимент проводил давным давно. И буквально неделю назад наткнулся на свой документ с перечисленными ссылками.
А для многомодульных проектов это полезно в первую очередь тем, что не разрастается зоопарк из версий зависимостей. Т.е. случайно не получится так, что Модуль-1 имеет Spring 5.1, а Модуль-2 — Spring 5.2. Так же это удобно при обновлении версий теж же зависимостей: в одном месте поменял и поменялось везде.
Но в вакууме такую дискуссию разводить не хочется, т.к. от проекта к проекту будут свои тонкости и нюансы. В плоть до «так исторически сложилось».