camelot :)

i'm not about lib, я про pdf-файл. Long time ago, в одной гос системе приходилось использовать криптопро sdk, правда, на шарпе, и как раз для гостовских случаев.

значит этот модуль с относительными импортами напрямую вызывают. в общем, нормально если сделать, то будет работать (:

Ребят, а кто-то переходил с MacBook на ThinkPad? Есть недовольные или может кто минусы назовёт?

Немного странный вопрос, уместнее было бы сказать с Mac OS на Windows/Linux

Так как основные отличия в системах

По ThinkPad скорее все будет отличаться экран если на MacBook у вас retina, будут клавиатуры отличаться и тачпад, на ThinkPad клавиши сверху и есть трекпад ещё.

привет все, сорян за оффтоп, но, думаю,  вы знаете ответ на мой вопрос. Пишу несколько лет тексты про блокчейн скорее как блогер для компаний -  правда, часто приходится ковыряться в документации (в коде почти никогда). Года четыре назад работала фронтом-джуном чуточку, было тяжело, ушла в райтеры, теперь хочу переквалифицироваться из райтера в технического райтера - боюсь, правда, что надо будет писать много кода (с этим хуже); как думаете, шансы стать хорошим техписом с таким бэкраундом в своей нише у меня есть? Или лучше не надо? Техписам надо писать много кода, в принципе?

Шансы есть всегда ) было бы желание, а не просто разговоры.

Собственно какой вопрос примерно такой же и ответ. Все зависит от вас. Я тоже в 34 года стал  python разработчиком, хотя всю жизнь работал системным администратором. Поставил цель и стал, не могу сказать что было легко и просто, но было желание. Если у вас есть желание, то все зависит только вас, больше вам никто не сможет сказать.

Код писать не надо, разве что вставляемые в текст примеры

Правда есть "звоночек" если вы бросили разработку когда стало тяжёло, то никто не даст гарантии что и тут вы не бросите

Но в целом, понимать, как работает код необходимо? Я прошу прощения, что мои вопросы могут звучать глупо, но пытаюсь понять, смогу ли осилить с учетом данного мне природой ресурса. Никогда не была технарем в полном смысле этого слова.

Конечно надо. Но всегда можно попросить коллег-разработчиков сделать ревью кода. Они и подскажут как лучше

Да, иногда бросаю вещи, в которых не вижу для себя развития, но многое не бросаю. Тут важно понять: твоё/не твоё. Поэтому задаю такой вопрос, пытаюсь разобраться для себя

Ревью кода? Или ревью написанного материала, в котором есть код?

А, в целом, тут в группе есть технические писатели?

Лучше конечно и того и другого

И я чет такой сижу. Значит, райтер. Несколько лет про блокчейн. Но вообще ни разу в практику.

Дисклеймер: это все нисколько не наезд, чистое удивление. Первый раз сталкиваюсь с таким явлением в нашей сфере.

Обычно встречаю материалы от людей хоть сколько-либо умеющий применять написанное на практике. Т.е. есть не только теоретический, но и практический опыт в той области о которой идет разговор. Я бы понял, будь тема текстов несколько филосовская. Или что-нибудь из разряда «размышления на тему управления персоналом» - но это все тоже разовые материалы. Выдавать одну лишь пустую теорию несколько лет к ряду кажется… пустым?

Это все как-то странно. Как это работает? О чем получаются тексты при таком бэкграунде?

И в чем заключается работа райтера таких вот статей? Как построен процесс написания чего-то? Типа, поступает заказ, читаешь описательные статьи на хабре, уточняешь пару моментов из документации и пишешь статью с примерами из той же, стандартной библиотеки/статьи на хабре?