Developer

Я бы рекомендовал изучение в такой последовательности:

Beginner level (синтаксис языка):

1. Начать с golang-book.ru . Это на русском и довольно неплохо для начинающего.

2. https://golang.org/doc/effective_go.html - это уже на английском, но всё равно толково и хорошо заходит после 1-го пункта. Кратко, по делу, без воды, достаточно понятно.

После прочтения этих 2 пунктов у Вас уже будут базовые понятия о языке.

Intermediate level (concurrency - многопоточность):

Как ни пытался, не смог определить какую-то конкретную универсальную книгу. На этом уровне много плохих книг, сложно выделить что-то хорошее. Относительно неплохими для этого уровня (пока что) показались:

(продолжаем последовательность изучения Go по пунктам):

3. Базовый веб сервер на Go Статья, без которой дальнейшее трудно заходит (книгоавторам всем дружно лень такое нормально объяснить).

4. M. Curtis - Level Up Your Web Apps With Go
Читал - и не понимал - что происходит? Чувак явно пишет рельсы на Go! Всё такое до боли знакомое... Что такое? А потом смотрю в профиле https://www.linkedin.com/in/mal-curtis/ - так он же пишет на работе на Ruby on Rails! Так что книжка отлично зайдёт рельсовикам, осваивающим Go. Книга неплохая, автор явно старался. Автор, ты хороший человек.

5. K. Cox-Buday - Concurrency in Go. Tools and Techniques for Developers. Книга не очень удачная, но пока я не успел найти что-то получше. Автор - женщина, и глупая. Книга читается мучительно и крайне медленно. Охват материала неплох - но объяснения косноязычные, с водопадом лишних слов и эмоций, примеры кода неоправданно переусложнены, ряд тем вообще остались бы непонятыми, если бы не гугление. Читаю и матерюсь на каждом шагу.
PS Последние 2 главы пошёл уже такой горячечный бред, что я просто не смог заставить себя читать этот ужас. Бросил. В общем, далее параграфа Queuing читать не стоит. Книга прекрасно иллюстрирует тезис, что, какими бы умными ни были женщины, они всё равно дуры, и нечего им в программировании делать (кроме разве что 1С).
К сожалению, книгу прочесть всё-таки надо, ибо охват хорош - а заменить книгу особо нечем (в смысле другой книгой, продаваемой за деньги - разве что статьями).

Есть ещё книга N. Kozyra - Mastering Concurrency in Go - но у неё ужасные отзывы - да и я пытался читать другую книгу по Go у этого же автора - и мне также крайне не понравилось.
Смешно сказать - но по Go нет ни одной путёвой книги про Concurrency (единственное, ради чего Go был создан)!

6. Лучшее объяснение Go Context, что я пока видел. Оно даже лучше официального (написанного индусом, и оттого плохого).

7. M. Tsoukalos - Mastering Go - но только Chapter 10: Concurrency in Go – Advanced Topics - и исключая параграф Worker pools (он ошибочный - там ничто не сдерживает размножение горутин - какой же тогда это пул).
Средне-удовлетворительная глава, звёзд с небес не хватает, интереснее всего был параграф Sharing memory using goroutines - частный пример Катькиного Confinement'а.

Advanced level (микросервисы на Go):

Я пытался читать N. Jackson - Building Microservices with Go - это оказалось невозможным, книгу написал какой-то сумасшедший безумец, находящийся в состоянии наркотического опьянения. Отзывы на Амазоне это подтверждают.

Также я попытался читать M. Ryer - Go Programming Blueprints (2 ed) - только главу Chapter 10: Micro-services in Go with the Go kit Framework - не понравилось. Примеры кода сложноваты (автор пытается построить реальную систему - ну и дурак - вместо того, чтобы ограничиться демо-примером), объяснения сопутствующего материала никакие (по сути, их нет). Бесполезная глава. Несколько тем свалены вместе - но ни одна толком не объяснена. Очень слабенький автор.

Вердикт: нормальной книжки по теме "Go микросервисы" пока не обнаружено. Придётся изучать эту тематику из статей и инструкций по использованию микросервисных Go-фрэймворков - вот списочек фрэймворков:

• gRPC (а вместе с этим и его пререквизит - гнуснейшая мерзость protobuf)
  
• Go Micro
  
• Go kit
  
• Gizmo
  
• Kite
  

Я начал с gRPC. Сначала прочёл официальную доку по protobuf (включая раздел о Go). Дока оказалась достаточно вменяемой. Но зато официальная дока по gRPC уже оказалась совершенно паршивой. Там 2 примера - попроще и посложней. Писали доку явно последователи тех, кто писал доку к первому ангуляру (т.е. те, кому я бы отрубил обе руки по самые плечи). Понять что-либо без исходников (к статье) - нереально. Но - исходники ещё надо найти, ибо в статье ссылки на них ... нет. Оказалось, исходники тут: https://github.com/grpc/grpc-go/tree/master/exampl... . Но даже с ними - всё довольно непросто понять - даже в простейшем примере. Потому что авторы умолчали о многих важных моментах. Т.к. им в падлу шевельнуть задницей лишний раз. В общем, есть нужда в нормальном авторе, кто опишет, что такое gRPC. Попробуйте почитать статью от Шизы - это слегка окультуренный сокращённый пересказ сложного случая.

Рассмотрим Go Micro. Продукция очередного кретина (да ещё и спорного качества). Что, скажите, можно понять из таких "объяснений"? Кстати, ищите в Яндексе термин "Service Discovery" - здесь нужно понимать, что это. Посмотрите и Consul. Вот ещё разумная статья о Go-микросервисах. И ещё я понял - без предварительного изучения protobuf и gRPC понять Go Micro будет затруднительно (если вообще возможно). Желаю вам никогда не встретить на работе продукцию этого дегенерата. Go Micro показался мне китайским фонариком со встроенными компасом, радиоприёмником, часами, зарядкой, отвёрткой, точилкой для карандашей, ногтерезкой, и т.д.

Идём дальше. Go kit производит намного более лучшее впечатление. Правда, документация не полная - автору не хватило терпения её закончить. Но всё же разобраться можно - есть исходники-примеры, снабжённые подробными комментариями. Автор мне понравился.

Почитайте полезную статью-сравнение.

Приложение:

Гоняться за русскоязычными книгами по Golang не рекомендую. Я прочёл на русском:
- А. Донован, Б. Керниган - Язык программирования Go
Это совершенно отвратительная бездарная книга.
и просмотрел оглавление русскоязычной книги:
- М. Саммерфильд - Программирование на языке Go
Хотя я её не читал, но беглый просмотр её оглавления создаёт самое негативное впечатление о книге. Такое ощущение, что это целенаправленная диверсия против изучающего golang, с целью развести его на время (прочтения) и деньги (при покупке). Марк Саммерфилд - это профессиональный графоман, посмотрите сами на его карьерный путь: https://www.linkedin.com/in/qtrac/

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

М. Батчер, М. Фарина - Go на практике - на русском языке - эта книга вроде бы достаточно неплохая, но она для опытного разработчика - и она не излагает системно - а отрывисто.

Пытаться читать спецификацию языка также не рекомендую - ничего не поймёте:
https://golang.org/ref/spec

Заключение

Нормальной литературы по Go практически нет (кроме азов). Все микросервисные Go-фрэймворки плохо документированы, вынуждая разбираться в них по примерам с исходниками (!).

Англоязычных книг по Golang в электронном виде бесплатно - много, более 30 (а то и под 50). Многие написаны индусами, или оторванными от жизни вузовскими преподами, или какими-то левыми любителями Go (у таких "книг" даже нет ISBN). Есть даже книги, написанные неграми! Все такие книги требуют осторожного выбора. Почему именно Go вызвал у окружающих непреодолимые позывы к графоманству? Такое впечатление, что многие авантюристы решили "срубить баблишка" на "хайповой" теме. Действительно, найти хотя бы нормальную книгу (не говоря уже о хорошей) - оказывается по факту крайне непросто - почему-то именно к Go примазались многочисленные негодяи и бездари - как ни в каком ином языке программирования.

Всё, о чём я рассказал в этом посте, доступно бесплатно онлайн в электронном виде (Либген, к примеру).

В общем-то, основное внимание при изучении Go следует уделить его возможностям по многопоточности (concurrency), которые включают низкоуровневые механизмы (как в C++) типа мьютекса и высокоуровневые механизмы типа каналов. Собственно, это как раз то самое, зачем Go вообще понадобился. Вторая по значимости тема в Go, как мне кажется, это микросервисы.

*facepalm*
У фитнес браслета своя "ОС". Простая, собственная ОС. На некоторых - ядро линукс. На некоторых - Android Watch.
Каким местом тут питон?

Вы "wколота", совсем кукухой со своим питоном поехали? (С)

'test.com/426c62c2-9313-4e42-9d33-eec52adbafa5~2/'[-2]

Восстановление жестких дисков. Куда обращаться в Мск?

Будем рады помочь в Москве: https://rlab.ru/hddrecovery/
Работаем семь дней в неделю, находимся в центре, одна минута от метро. Также есть курьер. Занимаемся только data recovery с 2002 года, диагностика всегда бесплатная.

На случай вопросов, в разделе "Контакты" есть полный набор способов связи (в т.ч. для консультаций с нашими инженерами) - от традиционных до соц. сетей и мессенджеров. Основные продублированы у меня в профиле.
Либо можете писать мне.

Полистал хабр с грустными историями когда плохие мастера все портят - не хочу так

Увы, но сейчас это бич отрасли. Шарлатаны-однодневки вешают на свой сайт стоковые фото фармацевтических лабораторий и рассказывают про "восстановление данных от 1500 / 999 / 499 рублей".

Потом диски после них приносят честным специалистам, в т.ч. нам. Вы всё верно написали - зачастую либо уже ничего не сделать, либо цена совсем не обрадует.
Стараемся бороться, в рамках этого решили пожертвовать лучший тематический домен в зоне .РФ под памятку о компаниях по восстановлению информации. Москва или другая локация в данном случае не принципиальна - памятка короткая и универсальная.

какая вилка цен вообще на восстановление данных?

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

Для того, чтобы примерно оценить стоимость, нужно знать модель диска, что с ним случилось, что делали после этого, и симптомы.
Люди обещающие фиксированную сумму, не видя диск, или даже на 100% гарантирующие восстановление заочно, часто обманывают, стараясь заманить вас к себе любыми способами.

На всякий случай, вот наши цены на восстановление данных. Прайс-лист сделали максимально подробным.
Оптимальный вариант - это диагностика в специализированной компании. В нормальных она бесплатная. Мы всегда стараемся делать её при клиенте, вы в это время можете, например, попить чай или кофе у нас на диванчике.

30гб под систему /
30гб под хомяк
остальное/файлопомойку монтировать куды тебе нужно.
почему так?
да патаму чта забэкапить 30гб проще,
я делаю только бэкап хомяка (раз в три года ))), т.к. уже всё отлажено-отстроено
и ничего другого, я в принципе не пользую,
а систему проще переставить с нуля (лет за 7 , пока сижу на линухе, переустанавливал всего пару-тройку раз (и то сам виноват = эксперементировал )))
раз в месяц делаю бэкапы профиля браузеров хрома и лисы.
отдельно есть бэкапы виртуалок.
отдельно wine (лет пять не менял - точно.
раздел с файлопомойкой лучше форматировать в exfat, тогда его будет видно и под виндой
swap - 500мб в файле (при 6гб оперативы, используется очень редко
зы
у меня ssd 120гб
и хватает за глаза
весь мусор храню в облаках (в своё время на мылру выкружил 1тер )))
+яндекс (48гб
+гугл (не пользую, поэтому не помню сколько там, но 10гб должно быть
+бросай-коропка (dropbox) тоже гектар 100
этого и за фсю жизнь не заполнить )))

Никто в реальных реализациях такой фигнёй не занимается. Ты постигаешь основы криптографии, но забыл изучить раздел "модульная арифметика".
https://ru.wikipedia.org/wiki/Возведение_в_степень...
Само число ведь не нужно. Нужен остаток от деления по модулю.
В противном случае тебе нужно будет реализовать класс, куда будут упаковываться числа нужной битности для 1024 бит тебе потребуется 16 long-ов. Ну и дальше - реализовать арифметику.

- Вызвать на проработку того, кто открыл письмо.
- Данные восстановить из бэкапа, винду переставить.
Если бэкапа нет, то можно конечно написать бандюкам - вдруг ключ пришлют, но на это мало надежды - его (ключа) может вообще не быть.

Программу можно сделать, взяв буквы и цифры, скобки и пробелы, ещё всякие значки. Расставить их как вам хочется, и смотреть, какие ошибки будут. Устраняйте ошибки. Как ошибок не станет - программа готова.

K_A_S_H_E_Y, сильно подозреваю, что задачи для 7 класса ты не можешь решать именно потому, что и в 7 классе тебе не была интересна математика, и ты где угадал, где списал, и проехали. Такое не "перепрошьешь": для тех усилий, которые тебе потребуются, чтобы добиться и начать грокать математику, тебе просто негде взять мотивацию.
Ищи около-IT-шные ниши, раз все равно влез. Программировать через не хочу - совершенно бессмысленно.

Есть ли тесты, позволяюшие понять, есть ли у него к этому способности к написанию кода?

Это выглядит как нацизм\фашизм от мира тестов на проф-пригодность) Условно вы по каким-то критериям, пытаетесь отсеять человека, который заходит к вам с нулевым знанием программирования. Я бы назвал этот тест "Синдром Бога".

Программирование - всего лишь навык. Разделять человека на гуманитария\технаря, можно только в том случае, если вы разрабатываете что-то поистине сложное(нейронные сети, искусственный интеллект, софт под робототехнику). 75 процентов работы программиста - максимум затрагивают школьную математику, и то не всегда. А в школе нет понятия технарь или гуманитарий, есть понятие - уделял ли человек знаний хоть чуть чуть времени, или не уделял.

Научить программированию любого человека - вполне 100% гарантия, но вот достигнет ли человек высот(станет условным сеньором, либо так и останется вечным мидлом), это уже вам покажет время, в отрезке n-лет. Ничего в программирования нет такого, что бы не давать шанс человеку который туда еще не наступил.