Не проще для постановки на ui сделать нормальные макеты для разработчиков и отдавать уже их? Будто бы на описание каждого элемента в таблице уйдет больше времени, чем на нормальную верстку, а понимать это и в случае чего вносить изменения гораздо сложнее. Часто бывает так, что дизайнер не предусмотрел какие-то вещи и требуются корректировки, как вы это на уровне таблиц сделаете нормально. Или у вас дизайном занимается аналитик?
Для себя отметил, что лучшей формой постановки тз на ui является макет с основными элементами интерфейса + описание работы этого интерфейса, содержащее основную информацию для его реализации: подсказки при наведении, текст, описание действий при нажатии на кнопки и т.п.
То есть вы взяли копию копии новости 17 декабря прошлого года и просто выложили сюда? Не зря говорят, что хабр медленно и уверенно превращается в помойку, как и весь интернет(
А современные взрослые вряд ли смогут воспользоваться солнечным часами, от которых и пошли современные, какой ужас. Вообще не понимаю, какой смысл в современном мире использования аналоговых часов, если можно использовать цифровые. Тем более, чего удивляться, все современные дети имеют телефоны и доступ в интернет, а там как правило нет никаких циферблатов. Мне, как дитю интернета, всегда очень тяжело узнавать точное время по часам, особенно, если там нет нормальной шкалы для этого, все глаза сломаешь, пока поймешь, сколько минут на минутной стрелке. Примерно так же полезно, как определять время по положению солнца
Эм, зачем пересчитывать значения в аналоговые стрелки? Если я знаю, что сейчас 15:00, какой смысл представлять циферблат со стрелками?
Конечно, конкретно у вашего мультиметра может быть неудобное отображение чисел, поэтому проще было смотреть на стрелочку (или вам 50+ и вы просто привыкли к такому формату), но не стоит обобщать.
Справедливости ради. Не писал ни на go, ни на rust, но в целом согласен с автором статьи. Гораздо лучше, когда язык дает тебе меньше возможностей выстрелить себе в ногу. Можно утверждать, что в тех же ошибках копипасты виноват сам разработчик, однако от этого их не станет меньше, полезно, когда язык снижает вероятность возникновения таких ошибок by design.
Так что не соглашусь, что автор пытается писать на rust в go, скорее подсвечивает очевидные проблемы, которые возникают у разработчика, который не является ярым адептом go.
Мне лично было интересно посмотреть на различия в языках с точки зрения человека, который имел опыт разработки на них обоих, спасибо за хорошую статью.
У вас немного странное ощущение о «хрупкости» современных фреймворков. Что может сломать их? Они разработаны с учетом работы почти на всех устройствах и имеют достаточно простой принцип работы. Не представляю, как можно разрабатывать сайт с хоть сколько-то динамическим контентом без фреймворков, через некоторое время начинаешь сталкиваться с теми же проблемами, что и их создатели, и в конечном итоге приходишь к похожим решениям
А с чего вы решили, что это ваш скрипт? Быть может это просто совпадение? Допустим, все же ваш. У вас там 3-4 запроса curl, вам действительно обидно, что разработчики из сбера могли скопировать ваши несколько запросов, чтобы сэкономить себе полчаса-час работы? Разве вы не должны испытывать гордость за свой код, который решили использовать другие люди, потому что он показался им достаточно хорошим? Тем более для джуна
Кроме того, зачастую разница между джуном и сеньором заключается только в размере зарплаты ;)
А почему нет? Как вы сами сказали, код доступен в открытом доступе, никаких юридических последствий для компаний от его использования и изменения не будет, так чего бы не взять к себе за основу.
Продакт поставил задачу, разработчик взял ваш код и решил задачу, сбер отчитался об успешной интеграции.
Вы представляете себе, сколько таких велосипедов используется повсеместно и неважно, джун или не джун это писал, если задачу решает быстрее, чем писать то же самое, но самому. Что же, разработчика каждого такого модуля в каждой новости указывать, так там список на тысячи имен, кому это интересно читать будет?
Для распознавания речи необязательно использовать llm. Как будто сейчас все забыли, что и без llm существует огромная куча технологий, решающих повседневные проблемы не хуже или даже лучше сумасшедших нейронок.
Не проще для постановки на ui сделать нормальные макеты для разработчиков и отдавать уже их? Будто бы на описание каждого элемента в таблице уйдет больше времени, чем на нормальную верстку, а понимать это и в случае чего вносить изменения гораздо сложнее. Часто бывает так, что дизайнер не предусмотрел какие-то вещи и требуются корректировки, как вы это на уровне таблиц сделаете нормально. Или у вас дизайном занимается аналитик?
Для себя отметил, что лучшей формой постановки тз на ui является макет с основными элементами интерфейса + описание работы этого интерфейса, содержащее основную информацию для его реализации: подсказки при наведении, текст, описание действий при нажатии на кнопки и т.п.
То есть вы взяли копию копии новости 17 декабря прошлого года и просто выложили сюда? Не зря говорят, что хабр медленно и уверенно превращается в помойку, как и весь интернет(
А современные взрослые вряд ли смогут воспользоваться солнечным часами, от которых и пошли современные, какой ужас. Вообще не понимаю, какой смысл в современном мире использования аналоговых часов, если можно использовать цифровые. Тем более, чего удивляться, все современные дети имеют телефоны и доступ в интернет, а там как правило нет никаких циферблатов. Мне, как дитю интернета, всегда очень тяжело узнавать точное время по часам, особенно, если там нет нормальной шкалы для этого, все глаза сломаешь, пока поймешь, сколько минут на минутной стрелке. Примерно так же полезно, как определять время по положению солнца
Эм, зачем пересчитывать значения в аналоговые стрелки? Если я знаю, что сейчас 15:00, какой смысл представлять циферблат со стрелками?
Конечно, конкретно у вашего мультиметра может быть неудобное отображение чисел, поэтому проще было смотреть на стрелочку (или вам 50+ и вы просто привыкли к такому формату), но не стоит обобщать.
Менеджер лично будет поддерживать работоспособность прода, чтобы не падал?
Справедливости ради. Не писал ни на go, ни на rust, но в целом согласен с автором статьи. Гораздо лучше, когда язык дает тебе меньше возможностей выстрелить себе в ногу. Можно утверждать, что в тех же ошибках копипасты виноват сам разработчик, однако от этого их не станет меньше, полезно, когда язык снижает вероятность возникновения таких ошибок by design.
Так что не соглашусь, что автор пытается писать на rust в go, скорее подсвечивает очевидные проблемы, которые возникают у разработчика, который не является ярым адептом go.
Мне лично было интересно посмотреть на различия в языках с точки зрения человека, который имел опыт разработки на них обоих, спасибо за хорошую статью.
У вас немного странное ощущение о «хрупкости» современных фреймворков. Что может сломать их? Они разработаны с учетом работы почти на всех устройствах и имеют достаточно простой принцип работы. Не представляю, как можно разрабатывать сайт с хоть сколько-то динамическим контентом без фреймворков, через некоторое время начинаешь сталкиваться с теми же проблемами, что и их создатели, и в конечном итоге приходишь к похожим решениям
А с чего вы решили, что это ваш скрипт? Быть может это просто совпадение? Допустим, все же ваш. У вас там 3-4 запроса curl, вам действительно обидно, что разработчики из сбера могли скопировать ваши несколько запросов, чтобы сэкономить себе полчаса-час работы? Разве вы не должны испытывать гордость за свой код, который решили использовать другие люди, потому что он показался им достаточно хорошим? Тем более для джуна
Кроме того, зачастую разница между джуном и сеньором заключается только в размере зарплаты ;)
Тот самый ворованный код у джунов)
А почему нет? Как вы сами сказали, код доступен в открытом доступе, никаких юридических последствий для компаний от его использования и изменения не будет, так чего бы не взять к себе за основу.
Продакт поставил задачу, разработчик взял ваш код и решил задачу, сбер отчитался об успешной интеграции.
Вы представляете себе, сколько таких велосипедов используется повсеместно и неважно, джун или не джун это писал, если задачу решает быстрее, чем писать то же самое, но самому. Что же, разработчика каждого такого модуля в каждой новости указывать, так там список на тысячи имен, кому это интересно читать будет?
Как и с обычными автомобилями. Случится у вас перебой с поставками топлива и все, машина - бесполезная груда железа.
Для распознавания речи необязательно использовать llm. Как будто сейчас все забыли, что и без llm существует огромная куча технологий, решающих повседневные проблемы не хуже или даже лучше сумасшедших нейронок.
Вам бы самому статью написать на эту тему, уж очень интересно рассказываете