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

Как сильно шифрование хомяка должно тормозить систему на мобильном i7 и SSD (на T580)? Стоит ли заморачиваться с шифрованием не всего хомяка, а отдельного раздела под критичные данные, а остальные хранить не шифрованными? Если так вообще можно, конечно.

И мне же хватит знания пароля для восстановления данных если у меня скопытится корень?

P.S. Наверняка уже было, но поиском заголовка по форуму не нашел ничего с ключевыми словали «оверхед / накладные расходы».

Кто знает, куда податься тому, кто хочет начать разрабатывать на Go?

Ищу работку, так чтобы сразу на Go, либо с постепенным переключением на него, хотя бы частичным. Почти всем вменяемым вариантам сопутствует требование опыта разработки на Go от двух лет, причём в проде.

Втф, поясните. У нас действительно уже толпы синьёров-гоферов неприкаянными шарахаются, или это закидоны такие?

Кулстори. Ходил я сегодня на интервью, собеседовался на позицию синьёра на бекэнд. Нормально пообщались, ближе концу интервью главный разработчик, глядя в стол, спросил меня (далее диалог):

— В резюме вы написали, что вы сторонник Unix-like операционных систем. Как вы отнесётесь к тому, чтобы работать на Windows?

— Эээ, зачем? Ни за что.

— Чтобы запускать там программы, которые пишем.

— (мямля, забыв, что речь о бекенде) Я как бы за кросс платформу, но работать-то на этом зачем?

— У нас у всех так.

— (и тут меня осенило) У вас что, винда на серверах?

— Да.

— Вам бы стоило это в объявлении указать.

— (вступила HR) До вас у нас собеседовалось 30 человек, ни для кого это не было проблемой.

— На Go (ищу местную контору, где смогу на нём писать) в принципе-то без разницы под что писать, ну допустим, но на рабочей машине это зачем?

— Ну… вот так. Если вам не хочется… В объявлении мы теперь укажем.

— Спасибо за уделённое время.

В резюме у меня аж четыре раза упоминается «GNU/Linux», упоминаются также несколько дистрибутивов и FreeBSD, Qemu, Docker, Bash, мейнтейнинг пакетов, юниксвей и то, что я сторонник никсов.

Зачем они вообще меня позвали? Как сделать чтобы такие больше не звали? Написать более *nix-упоротое резюме, не распугав вообще всех работодателей, у меня вряд ли получится.

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

Для труЪ: RustPython — интерпретатор питона, запиленный чуваком из мозилы и какими-то крутыми рандомными людьми с тучей свободного времени.

Для остальных: новость на опеннете.

Демка на wasm: https://rustpython.github.io/demo/

P.S. Для нормально оформленной мини-новости оно слишком сырое, веб-демку получилось сломать с первой попытки.

Сабж. Как оно вообще?

В команде всем жутко надоел Hudson, решили оправить его на покой, а заодним поперенести инфраструкту в докер.

Сначала думали переехать с Gogs на Gitlab и заюзать его CI, но, импортировав часть репозиториев и почитав доку, я быстро дал заднюю, не ясно почему это вообще кто-то юзает. И тут попался Drone, который в паре с Gitea (на которую я попутно мигрировал с Gogs) даёт то же, что мы хотели от Gitlab, и даже больше за счёт плагинов.

Есть две проблемы. Первая — виртуалки с виндой (и несколько других) для сборки легаси, которые в докер не пересунуть, а как-то нормально интегрировать, видимо, не выйдет. Как вариант, можно в докере же поднять Jenkins чисто под эти сбоки и заинтегрировать с Drone через плагин, чтобы практически не иметь с ним дела. Норм, или можно как-то лучше? Вторая — дрон просит скормить ему docker.sock, что понятно, но всё же это лазейка для разведения ботнета. Можно ли доверять официальным образам на докерхабе, или стоит собирать самим? Звёзд на гитхабе у них много, а я хоть и не параноик, но меня это слегка гложет.

До Artifactory пока руки не дошли, да и сложно будет оценить её юзабельность, пока не навалим туда какое-то значимое количество сборок. Просто у дрона уже есть плагин для интеграции. Заапрувьте или скажите фи те, кто юзал. Я уже создавал отдельную тему про хранилище артефактов, но general никто не читает и мне кроме nexus, который на первый взгляд абсолютно неюзабелен, так ничего и не посоветовали.

Для мимо проходящих: Drone — это CI-хреновина с кучей всяких интеграций и плагинами на основе докера.

Перемещено leave из talks

TL;DR Нужно удобно хранить сборки софта вместе с доками и версионированием, как у людей.

Ситуация: есть несколько софтин в виде AppImage под линуксы и инсталляторов под винду, также есть множество различной документации в PDF (латехе), всё собирается на хадсоне.

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

Задача: найти более цивилизованный подход к хранению сборок и документации. Желательно иметь какую-то систему с версионированием, где можно было бы как отдельно файлики перебирать, так и иметь какую-то иерархию со связями, чтобы делить проекты и привязывать конкретные доки к конкретному софту. Хочу переложить туда неприкаянный софт, всю (не только по неприкаянному софту) документацию, а в идеале ещё и образы для встройки. По сути, нужен каталог артефактов без лишних сущностей в виде сборочных задач и репозиториев.

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

Сабж. На эту мысль меня натолкнула драма (1, 2), которую развёл Einstok_Fair.

tl;dr Нужен раздел для тупых вопросов, где желающие будут на них нормально отвечать. Скрыть из трекера по дефолту. Запретить троллить нубов.

Когда новичок спрашивает какую-то банальщину, например в development, местная публика в лучшем случае набрасывает ссылок по теме (или нет), в худшем высмеивает. Оба варианта в различных случаях вполне уместны, но вопрошающий приходит сюда не за этим. Иногда он уже достаточно погуглил, почитал, но всё равно ничего не понял, и просит чтобы ему объяснили. Либо же он залез не в свою предметную область и разбираться досконально для него нецелесообразно, проще спросить. Даже если юзер спрашивает всякую херню (например: 1, 2, 3, 4), следует предоставить ему возможность это делать, а не тереть это, объявляя оффтопиком. Дабы не раздражать местных экспертов и уберменшей, пусть задают подобные вопросы в специальном загончике.

И да, тред пригодится не только нубам. Из-за предельно низкой толерантности к невежеству, на лоре частенько можно наблюдать темы, где автор извиняется уже в заголовке, типа «Тупой вопрос про *».

UPD. Уже было. Но не вижу там обоснования, чтобы такой раздел не заводить.

Кровавая модерация сделала из entefeed фуагра.

Всех сочувствующих призываю высказаться.

P.S. Shaman007, Тупака убил Бигги, Утка не виноват.

Попугаймарки показали, что Linux 4.20 на интелах еле ворочается. На амудях при этом всё нормально.

Если у вас шатается стол или стул, то отныне проблема решена, можете подпереть его своим i7.

Итальянцы оштрафовали Эйпл и Самсунг на 10М€ и 5М€ соответственно за якобы запланированное устаревание смартфонов.

Можно считать конспирологическую шизу запруфленой или кто-то просто стал плохо башлять местным донам?

P.S. Хотел покастить местных конспирологов, но как-то лениво их искать.

По мотивам.

TL;DR Какие своды правил хорошего тона / хороших практик вы знаете и считаете ценными, что советовать новичку? И главное, как добиться понимания этих правил?

Начну с того, что как, наверняка, и многим здесь, мне не раз приходилось отвечать на вопрос «как стать программистом, с чего начать?», как IRL, так и онлайн (высказывался и на лоре), а иногда и непосредственно наставлять новичков и шефствовать над младшими разработчиками. Но тред немного не о том. Главный мой совет — начать с изучения хороших практик.

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

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

Но черт с ними с новичками. Когда тыкаешь даже уже опытного разраба носом в Unix way, он, зачастую, говорит, что ННП. Либо он как-будто бы всё осознал и уже во всю следует канонам, но на деле продолжает говнокодить.

Как же мне до них достучаться?

Здравствуйте, меня зовут Илья, и у меня убогий профиль на Github.

Недавно искал разработчика, от кандидатов ожидал ссылок на минимально приличные репозитории в резюме, реальность разочаровала. Но факт в том, что я сам в этом плане не сильно лучше кандидатов, и это было лицемерненько. Решил исправиться.

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

Подскажите, если кто знает, есть ли приличный wiki-движок на Git?

Очень нужна компактная вики, и, по понятным причинам, хотелось бы видеть под ней git, но это не обязательно. В идеале она должна быть с минимумом зависимостей и написана на чём-нибудь не слишком маргинальном, особенно не на php. Если ещё и умеет в markdown, то вообще прекрасно.

Пытаюсь исследовать вопрос прежде чем писать велосипед, пока нашел только мёртвый хеллоуворд на Ruby+Sinatra, который у меня поломался уже на рендеринге домашней страницы сразу после её создания (что-то сломано в уже неподдерживаемой обёртке для git — Grit), и ikiwiki на Perl, которую не вижу особого смысла пробовать.

Попытался использовать подобную конструкцию:

[cut=тест][code=bash]echo test[/code][/cut]

Ничего не вышло. Предполагается ли, что это должно работать?