D
о, норм, tcl конеш говно, но для tk его прямое использование необязательноs
TCL прекрасен, особенно если сравнивать с разного рода питонами
Size: a a a
2020 November 12
DL
TCL прекрасен, особенно если сравнивать с разного рода питонами
A
ну я тут на птоне вроде сумел сварганить нейросеточку для обжект детекшна. Почему-то везде пишут про "ой да там 5 строк", но у них речь идет про уже подготовленные датасеты. А корректный формат датасетов это как бы и не важно
A
и блин, у меня при работе на гпу все дохнет, если картинка больше чем 20 мегапикселей, потому что не влазит в мои 4 гига видеопамяти
D
ну я тут на птоне вроде сумел сварганить нейросеточку для обжект детекшна. Почему-то везде пишут про "ой да там 5 строк", но у них речь идет про уже подготовленные датасеты. А корректный формат датасетов это как бы и не важно
Тут есть разница - на Python нейронку с готовыми библиотекам быстро писать. Никто не говорит, что быстро готовить данные. Это отдельная тема)
DL
Тут есть разница - на Python нейронку с готовыми библиотекам быстро писать. Никто не говорит, что быстро готовить данные. Это отдельная тема)
это не заслуга питона, как языка
A
но как раз подготовка данных на питоне нормально делается
A
потом опять же код для визуализации результатов для сохранения результатов обучения и возобновления обучения
A
короче блин, ну не 10 строчек
D
Не оспариваю. Заслуга Python только в том, что он делает работу дешевле для компаний. Но результат... чаще печален
DL
Не оспариваю. Заслуга Python только в том, что он делает работу дешевле для компаний. Но результат... чаще печален
боюсь что это из-за дешевизны python-программистов
D
но как раз подготовка данных на питоне нормально делается
Так ИМХО большая часть языков будет нормально. Ruby, Raku, Julia, Crystal... Любые с динамикой. Хоть JavaScript
A
для быстрого прототипирования достаточно. Иногда прототипа оказывается достаточно. Но когда на питоне делают большие сложные системы, то ой
DL
для быстрого прототипирования достаточно. Иногда прототипа оказывается достаточно. Но когда на питоне делают большие сложные системы, то ой
ни python, ни php, ни js не были сделаны для больших сложных систем
DL
с тех пор все и страдают
D
боюсь что это из-за дешевизны python-программистов
Он позволяет любому человеку написать то, что будет работать. Отсюда и стоимость. Чаще всего уровень Python программистов ниже фронтендеров (по моему скромному опыту).
A
впрочем я в принципе против больших сложных систем, которые нельзя разбить на отдельные изолированные части. И речь не про микросервисы, а можно и монолит, но с нормальным слабым связыванием компонентов
DL
Он позволяет любому человеку написать то, что будет работать. Отсюда и стоимость. Чаще всего уровень Python программистов ниже фронтендеров (по моему скромному опыту).
как работать - это уже другой вопрос
D
впрочем я в принципе против больших сложных систем, которые нельзя разбить на отдельные изолированные части. И речь не про микросервисы, а можно и монолит, но с нормальным слабым связыванием компонентов
Это скорее про уровень разработчика. Для этого можно хоть COBOL или Fortran пользовать