Pull to refresh
13
0
Arthur Pro@arthurpro

User

Send message

я проверил и оказалось 116 - это 117 минус первая (последняя в списке) пустышка

я удалил все ключевые слова и добавил пояснение, что не пиарю Rust ))

не буду спорить насчет того, что сейчас много кто генерит контент. но данная статья прочитана мной от начала до конца и переведена почти дословно только потому что я именно в этой сфере сам работаю и вижу тенденцию, которая вполне правильно описана в этой статье.

если бы я в этой теме не разбирался и не понимал, то не постил бы на хабр, где я читаю по несколько статей в день.

может надо добавить подзаголовок "Это не пиар Rust"? ))

какие 15 статей в день, когда у автора всего их около 15? ))
вы читали вообще другие статьи, чтобы делать вывод на основании одной статьи, написанной для "пиара"?

так а в чем проблема-то? на Go код пишется намного быстрей и удобнее чем например на C, а на более новых языках можно писать еще быстрее и удобнее чем на Go.

если бы не было эволюции экосистемы программирования, то все бы до сих пор писали на двух-трех языках со времен их создания.

в программировании ИИ помогает получать быстрое решение того, что раньше нужно было гуглить или рыть в мануалах.

в этой статье всё как про меня! на протяжении 25 лет работы разработчиком работал либо в маленьких компаниях, либо занимался своим бизнесом. и ни разу не учился на курсах, а всегда с нуля начинал писать код. сейчас работаю на более чем десяти проектах одновременно по очереди, чтобы не уставать от рутины. ха-ха ))

да, оно-то так и есть если посмотреть со стороны. но со стороны не всем видно, что происходит в Big Tech, о котором идет речь.

это не НЛП-шка, а наблюдение очевидца. я такой же очевидец сдвига как и автор оригинала, только у меня нет информации о больших компаниях, как у оригинального автора. и я лично за Go, на Rust я ничего серьезного даже не пробовал писать, нет у меня еще опыта ))

написано же, что это перевод статьи. ссылка на оригинал сверху. откуда американский автор оригинала взял данные я не уточнял. но формат мне понравился и я даже сам наблюдаю сдвиг в тех сферах, в которых кручусь.

я поделился переводом только потому, что мне эта тема близка и интересна.

да, полностью согласен. проталкивание идей застревает, потому что главные разработчики Go состарились и обленились, а молодым не дают возможности принимать решения.

даже формат презентаций на GopherCon в этом году меняется. каждая презентация будет не более 30 минут и без времени на вопросы-ответы в конце. а всё потому что старикам уже в тягость всё это...

вот такой вариант я использую в одном пакете где возможна паника.

func reflectCall(fn reflect.Value, params []reflect.Value) (result []reflect.Value, err error) {
	defer func() {
		if r := recover(); r != nil {
			// Convert the recovered panic to an error
			switch x := r.(type) {
			case string:
				err = fmt.Errorf("%s", x)
			case error:
				err = fmt.Errorf("%w", x)
			default:
				err = fmt.Errorf("%v", r)
			}
			log.Printf("Panic occurred: %v\n", r)
			log.Printf("Stack trace:\n%s\n", debug.Stack())
		}
	}()
	return fn.Call(params), err
}

в итоге пользователь получает ошибку, а в лог пишется ошибка и стек трэйс.

почти как try catch ))

да, но мы рассматриваем не средний индекс на рынке, а тихий сдвиг в особо крупных проектах

пример для Rust

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, а всего лишь чья-то креативная попытка реализовать подобие того, что в других языках лежит в основе ))

в Go должны однажды решить эту проблему...

я вижу периодически делают предложения, но они не проходят.

вот например интересный пакет errless: https://github.com/mfatihercik/errless

ценность статьи только лишь в ее содержании. ллм помогает, но не заменяет
"трудности перевода".

я каждый день получаю пользу читая разные статьи на Хабре. но я не трачу время на то, чтобы прицепиться к каким-то мелочам в статьях других авторов ))

вам может показаться, что так и есть... но это полный перевод с построчной сверкой с оригиналом. естественно нейросети помогают ускорить процесс перевода, который просто вручную занимает в 5 раз дольше.

я это говорю вам как лингвист изучавший 5 иностранных языков, и сейчас изучающий 6й язык.

не надо проецировать свой личный опыт на других, пожалуйста!

и зачем вам тратить время на эти комментарии не посмотрев оригинал?

я ключевые слова не добавлял. всё переведено "один в один" с небольшими правками стилистики.

Information

Rating
5,413-th
Registered
Activity

Specialization

Бэкенд разработчик, Архитектор программного обеспечения
Ведущий
Linux
Golang
Docker