В чём практический профит от слабой типизации?

Автоматизация же слабой типизации в реалиях C/C++ может повлеч весьма пагубные последствия

Это всё понятно. Только я как раз наоборот против всяческих «автоматизаций», в том числе и автоматического приведения, так как там последствия могут быть не менее «приятные».

Ты, наверное, про динамическую, а не про слабую? Повышает выразительность языка, снижает затраты на разработку, повышает скорость прототипирования,улучшает дисциплину (собственно, как показывает практика, грамотно пользоваться типами могут только те, кто писал на динамике).

Помогает разве что ли ты пишешь на каком-нибудь жуёсе и помнишь, что никаких ==, только ===, ибо так у тебя длиннее.

Не, без проФФеСора В.С.ЛугоФФского не разберёмся!

http://habrahabr.ru/post/161205/

Преимущества сильной типизации

Надежность — Вы получите исключение или ошибку компиляции, взамен неправильного поведения. Скорость — вместо скрытых преобразований, которые могут быть довольно затратными, с сильной типизацией необходимо писать их явно, что заставляет программиста как минимум знать, что этот участок кода может быть медленным. Понимание работы программы — опять-же, вместо неявного приведения типов, программист пишет все сам, а значит примерно понимает, что сравнение строки и числа происходит не само-собой и не по-волшебству. Определенность — когда вы пишете преобразования вручную вы точно знаете, что вы преобразуете и во что. Также вы всегда будете понимать, что такие преобразования могут привести к потере точности и к неверным результатам.

Преимущества слабой типизации

Удобство использования смешанных выражений (например из целых и вещественных чисел). Абстрагирование от типизации и сосредоточение на задаче. Краткость записи.

Абстрагирование от типизации и сосредоточение на задаче. Краткость записи.

Щито? Какая нахрен сосредоточенность на задаче, когда в голове надо держать https://dorey.github.io/JavaScript-Equality-Table/ или http://php.net/manual/en/types.comparisons.php, а также правила приведения в выражениях?

Ну, это к автору.

Я пишу маленькие вспомогательные скриптики на Groovy.

А каркас программы из которой они стартуют - таки да, на Java.

чтобы ты мог сделать так (javascript) [] + 1 => «1»

Какая нахрен сосредоточенность на задаче, когда в голове надо держать ...

Надо выбросить из головы эту хрень и взять менее говнистый язык

Groovy

Там по крайней мере понятно откуда implicit casts берутся и их не так много.