Да я периодически смотрю на эти сгенерированные субтитры, там такое качество, что лучше бы их совсем не было. Очень много ошибок, особенно какие-нибудь профессиональные термины и сокращения заменяются на рандомные слова.
Я вот уже 10 лет слышу что распознавание голоса работает лучше чем люди. На каких-то синтетических тестах может быть. Но на реальных распознавалки пишут бессмысленную ерунду и без знаков препинания.
Технически очень просто делается. Есть куча готовых библиотек, которые определяют язык текста. Если текст больше чем пара слов, то определяет очень точно.
Очень странные направления, как это вы противопоставляете бэк, фронт и стартап? Т.е. в стартапах нет ни бэка, ни фронта и мобилок не бывает?
Стартапы тоже разные бывают бывают где 1000 человек а бывает где 2. И темпы работы могут быть разные, в стартапах тоже не всегда все работают по 80 часов в неделю, бывает и расслабленно работают.
То что вы сами себе напредставляли не обязательно имеет отношение к реальной жизни, так что не совсем понятно насколько данный выбор лучше чем любой другой.
У программиста почти нулевой шанс в чем-то убедить бизнес. Будешь писать качественно, тебя уволят как сотрудника с "низкой производительностью". Ну может не уволят, но и не похвалят, а на повышение пойдут коллеги, которые забивают на хорошие практики и выдают фичи. Убедить бизнес в том, что какая-то фича просто ломает архитектуру проекта и требуется куча времени на рефакторинг при ее внедрении тоже невозможно, ну это же просто мелкая фича добавь как-нибудь с боку (закостыль). Какую бы гибкую архитектуру не заложили изначально, придут новые требования, которые ее сломают, а на перепроектирование и переписывание никто денег не выделит.
При всем при этом разработчик может держать какую-то минимальную планку в виде наличия юнит и интеграционных тестов, понятного именования, каких то SOLIDов и т.п. Но все равно код любого проекта постепенно превращается в неподдерживаемое дерьмо.
Голосовать ногами обычно смысла нет, т.к. в других компаниях все точно также. Менеджеры всегда прогибают сотрудников по срокам, а значит качество падает.
Да я периодически смотрю на эти сгенерированные субтитры, там такое качество, что лучше бы их совсем не было. Очень много ошибок, особенно какие-нибудь профессиональные термины и сокращения заменяются на рандомные слова.
Я вот уже 10 лет слышу что распознавание голоса работает лучше чем люди. На каких-то синтетических тестах может быть. Но на реальных распознавалки пишут бессмысленную ерунду и без знаков препинания.
В чем собственнно проблема скопировать go.mod?
Да не, статья отличная. Я видел кучу всяих там гуру-полиглотов на ютюбе которые утверждают что выучили 5 языков до уровня носителя.
10 лет каждый день? какой объем в часах был заслушан за 10 лет примерно?
Технически очень просто делается. Есть куча готовых библиотек, которые определяют язык текста. Если текст больше чем пара слов, то определяет очень точно.
Если владельцем, то тогда понятно.
Очень странные направления, как это вы противопоставляете бэк, фронт и стартап? Т.е. в стартапах нет ни бэка, ни фронта и мобилок не бывает?
Стартапы тоже разные бывают бывают где 1000 человек а бывает где 2. И темпы работы могут быть разные, в стартапах тоже не всегда все работают по 80 часов в неделю, бывает и расслабленно работают.
То что вы сами себе напредставляли не обязательно имеет отношение к реальной жизни, так что не совсем понятно насколько данный выбор лучше чем любой другой.
А как бы поступил человек с рациональным инженерном мышлением?
Сколько в итоге заняло времени от начала работы с издательством до выпуска книги (или до финального варианта если большая разница между этими датами)?
Утверждение 1:
Утверждение 2:
Мы не можем перевести сторипоинты в часы, но может перевести в 40-часовую рабочую неделю. Т.е. в итоге переводим в часы.
У программиста почти нулевой шанс в чем-то убедить бизнес. Будешь писать качественно, тебя уволят как сотрудника с "низкой производительностью". Ну может не уволят, но и не похвалят, а на повышение пойдут коллеги, которые забивают на хорошие практики и выдают фичи. Убедить бизнес в том, что какая-то фича просто ломает архитектуру проекта и требуется куча времени на рефакторинг при ее внедрении тоже невозможно, ну это же просто мелкая фича добавь как-нибудь с боку (закостыль). Какую бы гибкую архитектуру не заложили изначально, придут новые требования, которые ее сломают, а на перепроектирование и переписывание никто денег не выделит.
При всем при этом разработчик может держать какую-то минимальную планку в виде наличия юнит и интеграционных тестов, понятного именования, каких то SOLIDов и т.п. Но все равно код любого проекта постепенно превращается в неподдерживаемое дерьмо.
Голосовать ногами обычно смысла нет, т.к. в других компаниях все точно также. Менеджеры всегда прогибают сотрудников по срокам, а значит качество падает.
Да это же оупенспейс!
оупенспейс
Обычно на разработчиков давят, чтобы они занижали свои оценки, а потом удивляются, что это они не уложились.
Более сложная задача это объяснить бизнесу что этот код (фича) не нужен, т.к. он слишком переусложняет систему без значительных плюсов для бизнеса.
Этот алгоритм не работает.
Вася сделал качественно, а Петя наплодил багов и технического долга. А еще 8 из 15 задач, это баги которые сам Петя же и создал.
И как же определяется эффективность? Неужели количеством срок кода или закрытых тикетов?
Как раз сегодня обсуждали, что я функцию map в питоне не использовал лет 6, Т.к. для этого есть генераторы списков и выражения генераторы.