Я с этим не спорю (ибо не знаком с материалами следствия). Претензия была именно к тезису «закон для нищих»

Ну почти правильно. Для нищих связями.

да, но должен быть какой-то «учет» работы

согласен, можно и без этого жить, но даже в маленьких командах бывает полезно)

Так для этого есть релизы. Сделали несколько фиксов, тогда можно их тестировать и выкатывать релиз

Ага. И заводить тикет и двигать его по всем колонкам для этого не нужно. Особенно если небольшая штука и я все равно этот класс трогаю.

Короче либо параноидально все трекать в трекере, либо в чатике отписаться. Мне отписаться нравится больше, если там тоже паранои нет.

котинька

вот к сожалению и получаеться именно это, что либо компромисы либо несколько языков - что тоже компромисы)
"один" же язык хочеться - так как хорошо разобраться с языком, его реализацией и практикой применения - довольно дорогое с точки зрения времени удовольствие) к тому же, язык это только небольшая часть того что надо для "проекта" и его реализации.
к этому ещё надо добавить лично - то что иногда есть "самый любимый язык" и вот именно его опять же хочеться везде)
более того, чем больше языков в проекте, тем выше сложность -  что тоже не всегда очень хорошо)
поэтому то в идеале и хотелось бы, чтобы был один подходящий для всего - но мечтать как говорят можно, а реальность это другое))

если всё в трекере - то weekly report можно просто сформировать, а не вспоминать, что же делал на работе 40 часов до этого)))

'чем больше языков в проекте, тем выше сложность' - та не, скорее наоборот. это зависит больше от организационной структуры проекта. если у тебя он поделен на команды, то как раз всё просто, есть фронты на жс, есть бек на каком-нибудь го и мобильщики на котлине. популярные технологии, много готовых решений, никаких проблем с наймом.
а вот если у тебя один язык, да и ещё команда каких-то адовых фулстеков - это сплошной геморой уже, надо везде натягивать один язык, не смотря на то, что основные решения в нише данных задач могут быть на другом, надо искать каких-то типоп из разряда человек-оркестр, итд борьба с мельницами

никаких проблем с наймом, зату куча проблем интеграции между нормальными языками и динамикодриснёй

> более того, чем больше языков в проекте, тем выше сложность -  что тоже не всегда очень хорошо)

Ну вообще указанное неверно. В случае К наоборот, попытка затащить его повсюду породит ненужную избыточную сложность: с библиотеками, с архитектурой, с перфомансом, с поиском документации и так далее.

Ведь всё равно бэкенд и фронтенд будут писать разные люди.

вопрос в том что сложнее разные команды работающие по разным методикам на разных языках над одним проектом
или же наличие одной команды которая над тем же проектом работает - интересный)
опять же когда несколько десятков видов языков, подходов и так далее) плюс такая вещь как "отсутсвие проблем с наймом" - тоже интересный вопрос..
в общем неизвестно что в конце концов окажеться более сложным, но это на мой взгляд,
опять же я про стремление к идеалу - когда можно на одном языке решить все задачи, а не когда "натягивание" чего-то куда-то)

> Ведь всё равно бэкенд и фронтенд будут писать разные люди.

нафиг, нафиг. Мозможность зайти и поправить что-то под себя напрямую бесценна

ой, не надо этих фантазий, в браузере работает динамодрисня и на этом всё, ничего другого там нет (кроме сырого васма). то, что ты навернёш транспайлерной лапши поверх только создат дополнительные проблемы, ну и вообще есть ts.
+ сюда ещё куча проблем, что у тебя вся команда будет из мидлов, без каких либо глубоких копетенций, т.к. они размазанные фулстеки зато с "нормальными языками"
в общем, имхо, но то, что ты предлагаешь - это больше сомнительная хуйня, чем рабочая стратегия.

я уточню, что речь шла о том что хотелось бы на одном языке решать все задачи
а не о том что есть желание решать именно на одном все, в том числе не подходящие)
то есть мне бы понравилось если бы на Go можно было легко писать под Android - было бы счастье для меня)
но не получаеться, знаит Kotlin тоже нужен)
тогда хотелось бы на Kotlin чтобы для всего - но не известно получиться ли
и так  далее))

> то, что ты предлагаешь
мне прям интересно стало, что я предлагаю

один язык под все задачи и каким образом делать фронт без динамодрисни

один язык под все задачи - это хуйня. это как древесина под все типы построек, нафиг железобетонную дрисню, какбе опороы жд моста можно же из нормальной древесины делать, вон ща ванька закончит с баней и пойдёт мост делать, он у нас кросс-функциональный

Фронт спокойно можно писать хоть на скале, хоть на хаскеле хоть на котле