не буду спорить насчет того, что сейчас много кто генерит контент. но данная статья прочитана мной от начала до конца и переведена почти дословно только потому что я именно в этой сфере сам работаю и вижу тенденцию, которая вполне правильно описана в этой статье.
если бы я в этой теме не разбирался и не понимал, то не постил бы на хабр, где я читаю по несколько статей в день.
какие 15 статей в день, когда у автора всего их около 15? )) вы читали вообще другие статьи, чтобы делать вывод на основании одной статьи, написанной для "пиара"?
так а в чем проблема-то? на Go код пишется намного быстрей и удобнее чем например на C, а на более новых языках можно писать еще быстрее и удобнее чем на Go.
если бы не было эволюции экосистемы программирования, то все бы до сих пор писали на двух-трех языках со времен их создания.
в программировании ИИ помогает получать быстрое решение того, что раньше нужно было гуглить или рыть в мануалах.
в этой статье всё как про меня! на протяжении 25 лет работы разработчиком работал либо в маленьких компаниях, либо занимался своим бизнесом. и ни разу не учился на курсах, а всегда с нуля начинал писать код. сейчас работаю на более чем десяти проектах одновременно по очереди, чтобы не уставать от рутины. ха-ха ))
это не НЛП-шка, а наблюдение очевидца. я такой же очевидец сдвига как и автор оригинала, только у меня нет информации о больших компаниях, как у оригинального автора. и я лично за Go, на Rust я ничего серьезного даже не пробовал писать, нет у меня еще опыта ))
написано же, что это перевод статьи. ссылка на оригинал сверху. откуда американский автор оригинала взял данные я не уточнял. но формат мне понравился и я даже сам наблюдаю сдвиг в тех сферах, в которых кручусь.
я поделился переводом только потому, что мне эта тема близка и интересна.
да, полностью согласен. проталкивание идей застревает, потому что главные разработчики Go состарились и обленились, а молодым не дают возможности принимать решения.
даже формат презентаций на GopherCon в этом году меняется. каждая презентация будет не более 30 минут и без времени на вопросы-ответы в конце. а всё потому что старикам уже в тягость всё это...
let string_value = "123";
let conversion_result = i32::try_from(string_value.parse::<i64>().unwrap());
if let Ok(number) = conversion_result {
println!("Number: {}", number);
} else {
println!("Failed to convert");
}
Kotlin
try {
val stringValue = "123"
val number = stringValue.toInt()
println("Successfully converted to: $number")
} catch (e: NumberFormatException) {
println("Conversion error: ${e.message}")
}
этот пакет errless не пример красивого решения проблемы перехвата ошибок в Go, а всего лишь чья-то креативная попытка реализовать подобие того, что в других языках лежит в основе ))
вам может показаться, что так и есть... но это полный перевод с построчной сверкой с оригиналом. естественно нейросети помогают ускорить процесс перевода, который просто вручную занимает в 5 раз дольше.
я это говорю вам как лингвист изучавший 5 иностранных языков, и сейчас изучающий 6й язык.
не надо проецировать свой личный опыт на других, пожалуйста!
я проверил и оказалось 116 - это 117 минус первая (последняя в списке) пустышка
я удалил все ключевые слова и добавил пояснение, что не пиарю Rust ))
не буду спорить насчет того, что сейчас много кто генерит контент. но данная статья прочитана мной от начала до конца и переведена почти дословно только потому что я именно в этой сфере сам работаю и вижу тенденцию, которая вполне правильно описана в этой статье.
если бы я в этой теме не разбирался и не понимал, то не постил бы на хабр, где я читаю по несколько статей в день.
может надо добавить подзаголовок "Это не пиар Rust"? ))
какие 15 статей в день, когда у автора всего их около 15? ))
вы читали вообще другие статьи, чтобы делать вывод на основании одной статьи, написанной для "пиара"?
так а в чем проблема-то? на Go код пишется намного быстрей и удобнее чем например на C, а на более новых языках можно писать еще быстрее и удобнее чем на Go.
если бы не было эволюции экосистемы программирования, то все бы до сих пор писали на двух-трех языках со времен их создания.
в программировании ИИ помогает получать быстрое решение того, что раньше нужно было гуглить или рыть в мануалах.
в этой статье всё как про меня! на протяжении 25 лет работы разработчиком работал либо в маленьких компаниях, либо занимался своим бизнесом. и ни разу не учился на курсах, а всегда с нуля начинал писать код. сейчас работаю на более чем десяти проектах одновременно по очереди, чтобы не уставать от рутины. ха-ха ))
да, оно-то так и есть если посмотреть со стороны. но со стороны не всем видно, что происходит в Big Tech, о котором идет речь.
это не НЛП-шка, а наблюдение очевидца. я такой же очевидец сдвига как и автор оригинала, только у меня нет информации о больших компаниях, как у оригинального автора. и я лично за Go, на Rust я ничего серьезного даже не пробовал писать, нет у меня еще опыта ))
написано же, что это перевод статьи. ссылка на оригинал сверху. откуда американский автор оригинала взял данные я не уточнял. но формат мне понравился и я даже сам наблюдаю сдвиг в тех сферах, в которых кручусь.
я поделился переводом только потому, что мне эта тема близка и интересна.
да, полностью согласен. проталкивание идей застревает, потому что главные разработчики Go состарились и обленились, а молодым не дают возможности принимать решения.
даже формат презентаций на GopherCon в этом году меняется. каждая презентация будет не более 30 минут и без времени на вопросы-ответы в конце. а всё потому что старикам уже в тягость всё это...
вот такой вариант я использую в одном пакете где возможна паника.
в итоге пользователь получает ошибку, а в лог пишется ошибка и стек трэйс.
почти как try catch ))
да, но мы рассматриваем не средний индекс на рынке, а тихий сдвиг в особо крупных проектах
пример для Rust
Kotlin
этот пакет errless не пример красивого решения проблемы перехвата ошибок в Go, а всего лишь чья-то креативная попытка реализовать подобие того, что в других языках лежит в основе ))
в Go должны однажды решить эту проблему...
я вижу периодически делают предложения, но они не проходят.
вот например интересный пакет errless: https://github.com/mfatihercik/errless
ценность статьи только лишь в ее содержании. ллм помогает, но не заменяет
"трудности перевода".
я каждый день получаю пользу читая разные статьи на Хабре. но я не трачу время на то, чтобы прицепиться к каким-то мелочам в статьях других авторов ))
вам может показаться, что так и есть... но это полный перевод с построчной сверкой с оригиналом. естественно нейросети помогают ускорить процесс перевода, который просто вручную занимает в 5 раз дольше.
я это говорю вам как лингвист изучавший 5 иностранных языков, и сейчас изучающий 6й язык.
не надо проецировать свой личный опыт на других, пожалуйста!
и зачем вам тратить время на эти комментарии не посмотрев оригинал?
я ключевые слова не добавлял. всё переведено "один в один" с небольшими правками стилистики.