> PDF-версию забирайте тут
Все комиксы с переводами в нашем блоге.
Заглядывайте в наши группы в ВКонтакте и Фейсбук, там много интересного.
Комментарии (30)
bm13kk
25.07.2019 16:44TCP и UDP в картинке сокетов перепутаны
Что такое юникс треды понятнее не стало.bananaseverywhere
25.07.2019 18:09Про TCP и UDP меня тоже изначально удивило, но у Джулии так в оригинале:
drawings.jvns.ca/drawings/unixdomain.jpeg
Хоть это и немного контринтуитивно, Джулия права.
Datagram в UDP вполне присутствует. Если заглянуть в man 7 unix и man 7 udp — там, хоть и не очень очевидно, но объясняется, что stream socket будет работать с потоком байт. Если проще, если в stream socket отправить два сообщения содержащие данные «123» и «456», то на обратной стороне сокета вы будете последовательно получать 1, 2, 3, 4, 5, 6.
В datagram socket же вы отправляете сообщения с заданным размером ценной нагрузки — кинете туда «123» и «456» и на обратной стороне сокета вы никогда не увидите «1» или «56», только «123» и «456».artemlight
25.07.2019 19:16В описании BSD Sockets четко описан type:
SOCK_STREAM — надёжная потокоориентированная служба (TCP) (сервис) или потоковый сокет
SOCK_DGRAM — служба датаграмм (UDP) или датаграммный сокет
janatem
25.07.2019 17:48Некоторые фразы по-русски выглядят странновато:
- «записать X к адресу Y» — правильнее «по адресу»;
- в /proc/PID/maps слово «map» обычно переводят как «отображение», а не «карта»;
- «reordering» канонично переводить как «переупорядочивание».
Еще (это уж к оригиналу) правильнее сказать, что «110 в двоичной — это 6 в восьмеричной», и вообще у «chmod 644» аргумент — это восьмеричное число (и даже не только лишь набор восьмеричных цифр).
terantul
25.07.2019 20:43одному мне вспомнилась книжка из детства «Энциклопедия проффесора Фортрана»?
billyevans
25.07.2019 21:17Почему ничего нет про абстрактные unix сокеты, которые как раз то, что нужно юзать под Linux, вместо этой возни с файлами. И про permissions на unix сокеты, тоже так себе штука, тк они много где игнорируются «POSIX does not make any statement about the effect of the permissions on a socket file» из man-а. Такие себе слайды.
tmk826
25.07.2019 23:52+1Классическая ошибка с правами доступа. Владелец, группа и ОСТАЛЬНЫЕ (others). В остальные не входят владелец и группа.
German1984
26.07.2019 15:22+1Как и владелец не входит в группу. Был сильно удивлен, нечаянно выдав на файл права 466 вместо 664
irod87
26.07.2019 12:23Не особо разбираюсь в том что нарисовано (не знаток Unix), но очень нравится сам формат. Гуглить «скетчноутинг». Недавно прочитал Майкла Роуди и проникся, теперь все свои записи/конспекты стараюсь вести в таком формате — на бумаге от руки и с картинками, и очень доволен. Попытки делать электронные конспекты забыл как страшный сон.
comargo
26.07.2019 14:00Странно, мне всегда казалось, что число в chmod надо указывать в "форсированном восьмиричном" формате (0644, 0600), так как иначе он воспринимает число в десятиричном формате. Или за те 15 лет, что я пользуюсь линуксом, это место уже исправили?
German1984
26.07.2019 15:29Пользуюсь linux'ом чуть менее 10 лет, и всегда в man было написано следующее: «A numeric mode is from one to four octal digits (0-7), derived by adding up the bits with values 4, 2, and 1. Any omitted digits are assumed to be leading zeros»
smarthomeblog
За труд конечно респект, но, как говорил один небезызвестный докладчик, подобные статьи идут только во вред. ИМХО такие слайды люди, работающие с командной строкой, просто обязаны понимать и без перевода. И знания английского должны быть хотя бы такого уровня, чтобы их понимать.
mamont80
А люди, пьющие воду, просто обязаны уметь плавать. И кому помешало образование «по мнению небезызвесного докладчика»? Этот докладчик это вы?
smarthomeblog
Насчет воды и плавания — дело личное. А любой, пишущий код или админящий просто обязан знать английский язык на уровне чтения документации, комментариев в коде, системных сообщений и уж точно подобных комиксообразых слайдов :)
Докладчик — Егор Бугаенко — ссылка на его доклад
AstarothAst
Эта фамилия уже синоним слов «сектант» и «мракобес».
smarthomeblog
Можете обосновать почему? ИМХО в его докладе все тезисы обоснованы и в общем-то реалистичны.
AstarothAst
Мракобесом его делают вовсе не обоснованные и реалистичные тезисы, а совсем наоборот — не обоснованные и не реалистичные, коих там пруд-пруди. Он как-то вел @backendsecret и проявил себя во всей красе.
smarthomeblog
Какие, например? Мне просто действительно интересно, потому что с его докладом согласен процентов на 90 — сначала деплой, потом все остальное, наличие пет-проекта, знание английского, что тикеты желательно писать, ну и по возможности контрибьютить в Open Source. Не обязательно, кстати, кодом. Можно переводы делать или баг репорты грамотные писать.
AstarothAst
Я за ним не конспектирую же, поэтому какие тут примеры? Но достаточно вспомнить ту пирамиду смерти из декораторов, которой он решал практически любые проблемы и почему-то называл это элегантным :)
v2kxyz
P.S. С упомянутым вами докладом частично согласен, но точно менее чем на 90%, но его обсуждение тут недавно было.
smarthomeblog
Это упомянутая пирамида смерти из декораторов? Ну если автору это помогает писать более эффективные приложения, то почему бы и нет :) Я просто вырос на Перле, где один из основных принципов — «Есть больше одного способа сделать это» :)
AstarothAst
Автор такой подход не просто применяет, он его пропагандирует, откуда и берется «мракобес». Некоторые ему верят и следуют за его идеями — отсюда «сектант».
kayan
Я знаю английский. Но мне очень приятно читать эти стрипы на русском. Спасибо художнику-переводчику.
smarthomeblog
Отрадно. Значит не зря старался ;)
LAG_LAGbI4
Мне этот комент напомнил как циска не хотела делать Auto MDI-X в своих устройствах. Типа тот, кто сетями занимается, должен знать как провода подключать.
smarthomeblog
То есть Вы не согласны, что программеры и админы должны понимать системные сообщения и читать доку и коменты на английском? Скажу сразу, я не эксперт в английском. Сам знаю его весьма посредственно — на уровне чтения документации. И с удовольствием читаю переводы на Хабре разнообразных статей. Но этот конкретный перевод считаю совершенно бесполезным. А где-то даже вредным. Ибо комиксы можно и так понять. На то они и комиксами сделаны :)
rboots
Я специализируюсь не на *nix, и мог бы без этих знаний и дальше обойтись, так как не профильно. Но знание про /proc определённо помогут при настройке сторонних инструментов, сэкономят пол часика. Читать мануалы по *nix не готов, так как в моём случае это не окупит потраченного на них времени. А слайды лаконичные, о самом главном и почти развлечение. Сисадминам конечно чтение мануалов по *nix обязательно, но я фронтенд-программист и читаю другие мануалы (W3, MDN, MSDN), которые не читают сисадмины. Считаю статью полезной.