То она не может ошибиться, тупо исходя из базовых законов*/принципов информатики.
Вы точно хорошо знакомы с LLM? Они галлюцинируют, они выдумывают код, иногда делают не то, что нужно, и забывают предыдущие изменения(из-за контекста). Нейросети не надёжный источник данных, они сыпятся на задачах Джун+.
Небольшая оговорка - нейросети весьма хороши во фронтенде, по понятным причинам.
Спорно. Достаточно не доверять нейросети и полагаться на мозги. Знать что такое токены, трансформеры, эмбединги и прочее - для пользования не сильно нужно.
скорость работы как самого программиста возросла экспоненциально
Экспоненциально...вот это уже не просто спорно, а прямо не правда. Во многих задачах попытка использования ЛЛМ замедляет(и раздражает), то есть в среднем есть небольшая прибавка, но даже до "кратной" там далеко.
Не думаю что факт вайпа чем-то обязывает. Понятие "улик" использоваться не может, ибо ты не подозреваемый. А сознательное действие по нежеланию просмотра личной информации очень просто объясняется: "В телефоне были мои нюдсы, я не хотел что бы вы их смотрели"
если мантру повторять, то можно опровергнуть и действительность
Моя "мантра" хотя бы основана на опыте использования и общей удовлетворенности комьюнити языком. Твоя мантра возникла на пустом месте и не имеет оснований, кроме личных заблуждений.
От адептов исключений всегда одна и та же ошибка: код, который ты привел в пример, не делает тоже самое, что и if err!=nil. Попробуй отлавливать исключения(паники) индивидуально на каждую функцию, я посмотрю что получится.
И есть втрое более сложный вариант с if err != nil после каждого вызова функции.
Если 3 if - это сложно, то мои глубочайшие соболезнования.
Авторы ХОТЕЛИ чтобы язык имел простой и лаконичный дизайн. Однако авторы попали в ловушку
Никто никуда не попал, все довольны и с радостью пользуются одной из самых понятных систем работы с ошибками. И только новички, привыкшие к ужасам js/Java/python поначалу трясутся от "ошибок как значений" и отсутствия сахара.
Не надо вот этот ужас записывать под гошников, автор явно языком либо много не пользуется, либо изучил недавно, ни один гошник, понимающий суть языка, не станет изобретать исключения, тем более через паники.
а если она выдаст задокументированную панику, то всё ok.
Да, это ок, если произошло то, из-за чего библиотека не может функционировать, и это задокументировано - паника ожидаема.
мы обсуждаем вопрос, что авторы языка могут ошибаться и ошиблись.
Авторы языка не ошиблись с дизайном, он простой и лаконичный. Было несколько недочётов, обработка ошибок - не один из них.
В которых неудобный err и defer, заменится на удобный try/catch/finally/throw
Просто смешно, все поняли что исключения - неправильный способ работы с ошибками, все современные языки уходят от него, и это прекрасно. И вообще с каких пор defer плох? Невозможно воспринимать такую позицию, как адекватную.
Всем нужно, никто не будет доволен если библиотека внутри себя вызовет нежданную панику.
Да, чаще всего именно это и нужно, похоже это на исключения или нет - роли не играет.
и получается, Вы тоже пришли к поздравлению:
Ни коим образом, я предлагаю использовать ошибки так, как их задумывали авторы языка. Автор статьи лепит велосипед, пытаясь превратить язык в, знакомый ему, javascript/python.
Замена ошибок на панику? Поздравляю, вы испортили обработку ошибок. Паники используются в исключительных случаях, ошибки в 90% нужно возвращать наверх.
Не в первый раз такое вижу, каким образом условная конструкция(if) затрудняет чтение? Несколько линейных if'ов теперь начали путать людей? Есть так, то проблема скорее в программисте.
Многословно - да, не читаемо - ни в коем случае.
Поражает упорство с которым люди пытаются придумать велосипед поверх предельной простой системы обработки ошибок, ну нет тут '?' из раста, ну смиритесь, либо поменяйте язык, если if err != nil вас так корёжит.
Обратите внимание на Typst, выглядит многообещающе.
Не могу промолчать:
"Низкопрофильные" клавиатуры - это механические с низкими кейкапами и свитчами.
"Тихие низкие(плоские)" клавиатуры - это мембранные. Чаще всего это ноутбучные/дешёвые клавиатуры.
Удивительно что статью заминусили, я думал уж точно все согласны с тем, что JS и фронтенд-экосистемы отвратительны.
Кажется стоит напомнить людям о том, как должны выглядеть нормальные технологии.
Наконец-то кто-то, кто понимает как относиться к вайб-кодерам :)
Вы точно хорошо знакомы с LLM? Они галлюцинируют, они выдумывают код, иногда делают не то, что нужно, и забывают предыдущие изменения(из-за контекста). Нейросети не надёжный источник данных, они сыпятся на задачах Джун+.
Небольшая оговорка - нейросети весьма хороши во фронтенде, по понятным причинам.
Спорно. Достаточно не доверять нейросети и полагаться на мозги. Знать что такое токены, трансформеры, эмбединги и прочее - для пользования не сильно нужно.
Экспоненциально...вот это уже не просто спорно, а прямо не правда. Во многих задачах попытка использования ЛЛМ замедляет(и раздражает), то есть в среднем есть небольшая прибавка, но даже до "кратной" там далеко.
Стоило упомянуть, что чаще всего это используется для линкования функций из недр рантайма и исходников языка, ради ансейф черной магии.
Какой жирный байт. В смысле о вайб-кодинге не говорят? Все уже успели посмеяться над этим. В смысле заменяет миддл-разработчиков? Даже не близко.
Очередной low-effort кусок текста для фарма плюсиков.
Не думаю что факт вайпа чем-то обязывает. Понятие "улик" использоваться не может, ибо ты не подозреваемый. А сознательное действие по нежеланию просмотра личной информации очень просто объясняется: "В телефоне были мои нюдсы, я не хотел что бы вы их смотрели"
Какие могут быть юридические риски у "ой, телефон сломался"? Нет данных - нет претензий.
Как раз ради философии, всего тоже самого можно добиться в процедурном и функциональном стиле, и зачастую это будет гораздо проще.
Тут дело скорее в том, что PowerShell выглядит убого и неудобно. Это гораздо проще были бы сделать стандартными unix утилитами или bash скриптом.
Мои глубочайшие соболезнования.
Моя "мантра" хотя бы основана на опыте использования и общей удовлетворенности комьюнити языком. Твоя мантра возникла на пустом месте и не имеет оснований, кроме личных заблуждений.
Какая разница? Это одно и тоже. Вместо анонимного блока - объявляешь анонимную функцию с понятной областью видимости.
От адептов исключений всегда одна и та же ошибка: код, который ты привел в пример, не делает тоже самое, что и if err!=nil. Попробуй отлавливать исключения(паники) индивидуально на каждую функцию, я посмотрю что получится.
Если 3 if - это сложно, то мои глубочайшие соболезнования.
Никто никуда не попал, все довольны и с радостью пользуются одной из самых понятных систем работы с ошибками. И только новички, привыкшие к ужасам js/Java/python поначалу трясутся от "ошибок как значений" и отсутствия сахара.
Не надо вот этот ужас записывать под гошников, автор явно языком либо много не пользуется, либо изучил недавно, ни один гошник, понимающий суть языка, не станет изобретать исключения, тем более через паники.
Да, это ок, если произошло то, из-за чего библиотека не может функционировать, и это задокументировано - паника ожидаема.
Авторы языка не ошиблись с дизайном, он простой и лаконичный. Было несколько недочётов, обработка ошибок - не один из них.
Просто смешно, все поняли что исключения - неправильный способ работы с ошибками, все современные языки уходят от него, и это прекрасно. И вообще с каких пор defer плох? Невозможно воспринимать такую позицию, как адекватную.
И что? Clear is better than clever.
Нет.
Всем нужно, никто не будет доволен если библиотека внутри себя вызовет нежданную панику.
Да, чаще всего именно это и нужно, похоже это на исключения или нет - роли не играет.
Ни коим образом, я предлагаю использовать ошибки так, как их задумывали авторы языка. Автор статьи лепит велосипед, пытаясь превратить язык в, знакомый ему, javascript/python.
Замена ошибок на панику? Поздравляю, вы испортили обработку ошибок. Паники используются в исключительных случаях, ошибки в 90% нужно возвращать наверх.
Не в первый раз такое вижу, каким образом условная конструкция(if) затрудняет чтение? Несколько линейных if'ов теперь начали путать людей? Есть так, то проблема скорее в программисте.
Многословно - да, не читаемо - ни в коем случае.
Поражает упорство с которым люди пытаются придумать велосипед поверх предельной простой системы обработки ошибок, ну нет тут '?' из раста, ну смиритесь, либо поменяйте язык, если if err != nil вас так корёжит.