Оставлю ссылку на пост в телеграмме. Там пока что ссылка на пост ВК, где я удалил аккаунт после войны. Надо будет спасти его в более надёжное место и отредактировать, здорово, что напомнили. https://t.me/pleaserun/130
Я ходил в самый ковид, так что было неоднозначно: с одной стороны, много альберше были совсем закрыты, а с другой -- людей тоже было не очень много. Ходил по 30 км в день (по горам этого более чем достаточно), так что останавливался не в самых типичных местах, ничего не бронироыал. Часто я был чуть ли не единственный человек в альберге. Договариваться на ломаном испанском и языке жестов по телефону -- это было прекрасно :D Хотелось бы посмотреть, как оно будет вне ковида.
Ходил Камино примитиво, большую часть времени идёшь один, пока до городов не доберешься. Отличный вариант прочистить голову и отдохнуть от людей и проблем. Но дорога и правда непростая.
Мы как HR можем сказать, что на уровне зарубежных компаний запрета на найм людей родом из России нет.
Значит, вы, как HR, ошибаетесь. Официально эти правила не публикуют, но я точно знаю о существовании компаний, где с российским гражданством не берут на работу. Да, это незаконно, поэтому официальной причиной отказа это не будет являться.
Правда, смена фамилии в резюме тут не поможет, это факт.
Абстрактно могу кинуть линк на свое более-менее обзорное выступление: https://youtu.be/e5wuYWOnFyg . И, а целом, конфу по управлению знаниями могу порекомендовать
С книгами в таком формате не сталкивался, к сожалению. Обычно книга это более линейный формат, а Вики - сеть сравнительно небольших статей, так что эти два подхода может быть сложно подружить. Самое близкое, что всплывает в голове, это: • Расширение PdfBook (https://m.mediawiki.org/wiki/Extension:PdfBook). Оно использовалось для того, чтобы билдить pdf на основании пачки статей. Но это довольно костыльное решение и оно не поддерживается уже. • Рассказы на какой-нибудь Мракопедии, но с рассказами там ничего особенно хитрого вики-специфичного они не делали (https://mrakopedia.net/wiki/Оккультное_Простоквашино) • Не совсем книга, но мб полезный пример. Я документирую сишный апи на медиавики. По каждой структуре, методу и сценарию есть отдельная страничка с детальной информацией и ссылками на связанные сущности. При этом в случае необходимости можно открыть страницу, где вся эта инфа автоматически собрана воедино, чтобы эти данные можно было экспортировать тем, у кого на вики доступа нет. Если это как-то пересекается с тем, что хотелось бы получить, буду рад поделиться деталями.
А как технически решался вопрос прав доступа? У меня самого для этого самописное расширение и пачка патчей ядра для его поддержки. Стало интересно, как реализовано у вас.
Простые вещи позволит проверить. Для более сложных придется поднимать уже свой собственный портал. На всякий кину краткую идею как это делать, вдруг поможет.
Для этого можно развернуть саму медиавики (я бы советовал старенькую 1.37 или 1.38: на 1.39 пока ещё много проблем). После этого создаём "composer.local.json" файл в корне папки с медиавики, контент файла описан тут: https://www.semantic-mediawiki.org/wiki/Help:Installation/Quick_guide
Добавляем в LocalSetting.php строку wfLoadExtension( 'SemanticMediaWiki' );
И выполняем composer update --no-dev
После этого, возможно, потребуется выполнить скрипт update.php из папки maintenance самой MediaWiki
Если повезёт, все заведется после этого без ошибок. В мире медиавики это бывает не каждый раз :D
MediaWiki, Semantic MediaWiki, корпоративные базы данных (про другие движки мало подскажу, а вот про процессы, фичи и организацию документации -- вполне).
Из того, о чем часто слышал и с чем сам сталкивался, могу выделить:
Ставка на технологию и платформу, а не на процессы. Недостаточно просто установить вики и ждать, когда начнут пользоваться. Нужно построить процессы или сообщество вокруг нее.
Ожидание быстрых результатов. Если нет инициативы "сверху" и официальных процессов, завязанных на Вики, то ее внедрение может быть небыстрым. Нужно пройти через несколько релизных циклов, чтобы коллеги увидели Профит и начали участвовать. Если релизные циклы большие, процесс может затянуться: у нас в фирме это заняло года два (до этого люди активно читали, но редактировали лишь единицы). Стоит запастись терпением
Внедрение изменений вслепую. Поставьте сервер статистики с самого начала, чтобы понимать, какие фичи, методы продвижения и процессы работают, а какие нет. Сэкономите много времени и сил.
Страх неактуально/неполного/неточного контента. Иногда этот страх приводит к тому, что люди вообще не пишут на Вики, иногда -- к премодерации (она на раз отбивает желание добровольно вносить правки). Лучше иметь хоть какую-то документашку, чем совсем никакую.
>2 дня, 672 строки кода
>Новая парадигма более эффективна
Немножко не сходится.
LLM - инструмент прикольный, но я б не рискнул использовать сгенеренный код где-либо, кроме прототипов
И это прекрасно
Твой голос принадлежит самому богатому человеку с похожим голосом
¯\_(ツ)_/¯
*Оно. Господи, что за опечатка)
Кому лень читать, порно приносит
10% от моего общего дохода
(Сколько это в абсолютных числах не сказано)
Про храмы -- это миф. Утолщение может быть вследствие используемой технологии, но не текучести https://www.science.org/content/article/cathedral-glass-myth-shattered
Текучесть стекла настолько мала, что ею можно пренебречь
Оставлю ссылку на пост в телеграмме. Там пока что ссылка на пост ВК, где я удалил аккаунт после войны. Надо будет спасти его в более надёжное место и отредактировать, здорово, что напомнили.
https://t.me/pleaserun/130
Я ходил в самый ковид, так что было неоднозначно: с одной стороны, много альберше были совсем закрыты, а с другой -- людей тоже было не очень много. Ходил по 30 км в день (по горам этого более чем достаточно), так что останавливался не в самых типичных местах, ничего не бронироыал. Часто я был чуть ли не единственный человек в альберге. Договариваться на ломаном испанском и языке жестов по телефону -- это было прекрасно :D Хотелось бы посмотреть, как оно будет вне ковида.
Ходил Камино примитиво, большую часть времени идёшь один, пока до городов не доберешься. Отличный вариант прочистить голову и отдохнуть от людей и проблем. Но дорога и правда непростая.
Значит, вы, как HR, ошибаетесь. Официально эти правила не публикуют, но я точно знаю о существовании компаний, где с российским гражданством не берут на работу. Да, это незаконно, поэтому официальной причиной отказа это не будет являться.
Правда, смена фамилии в резюме тут не поможет, это факт.
Что-нибудь конкретное интересует?
Абстрактно могу кинуть линк на свое более-менее обзорное выступление: https://youtu.be/e5wuYWOnFyg . И, а целом, конфу по управлению знаниями могу порекомендовать
С книгами в таком формате не сталкивался, к сожалению. Обычно книга это более линейный формат, а Вики - сеть сравнительно небольших статей, так что эти два подхода может быть сложно подружить. Самое близкое, что всплывает в голове, это:
• Расширение PdfBook (https://m.mediawiki.org/wiki/Extension:PdfBook). Оно использовалось для того, чтобы билдить pdf на основании пачки статей. Но это довольно костыльное решение и оно не поддерживается уже.
• Рассказы на какой-нибудь Мракопедии, но с рассказами там ничего особенно хитрого вики-специфичного они не делали (https://mrakopedia.net/wiki/Оккультное_Простоквашино)
• Не совсем книга, но мб полезный пример. Я документирую сишный апи на медиавики. По каждой структуре, методу и сценарию есть отдельная страничка с детальной информацией и ссылками на связанные сущности. При этом в случае необходимости можно открыть страницу, где вся эта инфа автоматически собрана воедино, чтобы эти данные можно было экспортировать тем, у кого на вики доступа нет. Если это как-то пересекается с тем, что хотелось бы получить, буду рад поделиться деталями.
Попробуем добавить что-нибудь свежее на этот раз
MediaWiki, Semantic MediaWiki, корпоративные базы знаний
Обеспечение качества ПО в широком смысле (это про QA которое не тестирование)
Nutanix AHV гипервизор и все вокруг него (от стандартных до недокументированных штук)
А как технически решался вопрос прав доступа? У меня самого для этого самописное расширение и пачка патчей ядра для его поддержки. Стало интересно, как реализовано у вас.
Да, есть песочница вот тут
https://www.semantic-mediawiki.org/wiki/Sandbox
Простые вещи позволит проверить. Для более сложных придется поднимать уже свой собственный портал. На всякий кину краткую идею как это делать, вдруг поможет.
Для этого можно развернуть саму медиавики (я бы советовал старенькую 1.37 или 1.38: на 1.39 пока ещё много проблем). После этого создаём "composer.local.json" файл в корне папки с медиавики, контент файла описан тут:
https://www.semantic-mediawiki.org/wiki/Help:Installation/Quick_guide
Добавляем в LocalSetting.php строку
wfLoadExtension( 'SemanticMediaWiki' );
И выполняем
composer update --no-dev
После этого, возможно, потребуется выполнить скрипт update.php из папки maintenance самой MediaWiki
Если повезёт, все заведется после этого без ошибок. В мире медиавики это бывает не каждый раз :D
Как и в прошлый раз: MediaWiki, Semantic MediaWiki, корпоративные базы знаний.
Из непосредственного профиля -- QA в широком смысле (когда это не только/не столько про тестирование, а про обеспечение качества в широком смысле)
Как показывает практика, лучшее, что можно сделать для развития любой отрасли -- это не мешать
Есть Enterprise надстройки в духе BlueSpice, которые стараются закрыть как раз эту проблему.
В случае же со стандартным MediaWiki это обычно выливается ровно в то, что вы описали: донастройка конфига, перенос и дописывание шаблонов и т.п.
MediaWiki, Semantic MediaWiki, корпоративные базы данных (про другие движки мало подскажу, а вот про процессы, фичи и организацию документации -- вполне).
С учетом профиля компании (Национальная Медиа Группа владеет половиной СМИ в России) топик начинает звучать очень иронично.
Из того, о чем часто слышал и с чем сам сталкивался, могу выделить:
Ставка на технологию и платформу, а не на процессы. Недостаточно просто установить вики и ждать, когда начнут пользоваться. Нужно построить процессы или сообщество вокруг нее.
Ожидание быстрых результатов. Если нет инициативы "сверху" и официальных процессов, завязанных на Вики, то ее внедрение может быть небыстрым. Нужно пройти через несколько релизных циклов, чтобы коллеги увидели Профит и начали участвовать. Если релизные циклы большие, процесс может затянуться: у нас в фирме это заняло года два (до этого люди активно читали, но редактировали лишь единицы). Стоит запастись терпением
Внедрение изменений вслепую. Поставьте сервер статистики с самого начала, чтобы понимать, какие фичи, методы продвижения и процессы работают, а какие нет. Сэкономите много времени и сил.
Страх неактуально/неполного/неточного контента. Иногда этот страх приводит к тому, что люди вообще не пишут на Вики, иногда -- к премодерации (она на раз отбивает желание добровольно вносить правки). Лучше иметь хоть какую-то документашку, чем совсем никакую.