DragonsCave Administration @admin

0 posts0 participants0 posts today

Habr[Перевод] Остерегайтесь эффекта MakefileСуществует специфический «эффект Makefile», напоминающий такие феномены как карго-культы, нормализация отклонений, «нечитабельный язык» и т.д. В этой статье я берусь утверждать, что Makefile — явление того же порядка, с той оговоркой, что он немного отличается от вышеперечисленных феноменов. Makefile не является по сути своей неэффективным или плохим и сказывается на результатах проектирования лишь в некоторых ситуациях. Не могу подобрать идеального названия для этого явления, так что буду называть его просто «эффект Makefile». Эффект Makefile не назовёшь однозначно порочным — просто нужно иметь его в виду при проектировании инструментов и систем. Суть эффекта Makefile сводится к следующему:<a href="https://habr.com/ru/articles/873040/" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://habr.com/ru/articles/873040/</a><a href="https://zhub.link/tags/makefile" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#makefile</a> <a href="https://zhub.link/tags/%D1%81%D0%BB%D0%BE%D0%B6%D0%BD%D0%BE%D1%81%D1%82%D1%8C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#сложность</a> <a href="https://zhub.link/tags/%D0%BA%D0%BE%D0%BD%D1%84%D0%B8%D0%B3%D1%83%D1%80%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#конфигурирование</a> <a href="https://zhub.link/tags/%D0%B8%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D1%8B" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#инструменты</a> <a href="https://zhub.link/tags/%D0%BE%D0%B1%D1%83%D1%87%D0%B5%D0%BD%D0%B8%D0%B5" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#обучение</a>

Andrey Pechorin<a href="https://mastodon.ml/tags/vim" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#vim</a> <a href="https://mastodon.ml/tags/nvim" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#nvim</a> <a href="https://mastodon.ml/tags/%D0%BB%D1%8E%D0%B1%D0%BE%D0%B2%D1%8C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#любовь</a> <a href="https://mastodon.ml/tags/%D1%81%D0%BB%D0%BE%D0%B6%D0%BD%D0%BE%D1%81%D1%82%D1%8C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#сложность</a> Я крайне сильно люблю vim. Сижу на нем лет 15. Даже плагин на косарь звезд написал. Но есть одна особенность — у меня постоянно ощущение, что я ничем не владею в нем. Этим хаосом очень сложно овладеть. Мой гипер-контроллер страдает.Постичь все кейбинды просто невозможно. По факту я пользуюсь и осознаю наверное 1% от всех кейбиндов. Я не про базовые movement, а именно про все вариации всех сочитаний в разных режимах и контекстах. Сложна и неподконтрольно короче.Собственно к чему это я? Да ни к чему :) Helix чтоли попробовать.Вот пример сложности: <a href="https://github.com/kylechui/nvim-surround" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://github.com/kylechui/nvim-surround</a> — чтобы добавить ковычки вокруг слова надо вбить ysiw) — читаю это как "y surround inside word" (Что за y? yank чтоли). Ох, трудно. Вариант из mini.nvim "as" (add surround) мне нравится больше, но этот плагин у меня пока вообще не заработал :) В общем продолжаем нашу вечную борьбу с вимом, наверное в этом вывод.

TefidaПочему важно создавать сложные пароли?В сегодняшнем лайфхаке вы узнаете, почему так важно создавать сложные пароли для любых используемых сервисов.Полный материал доступен по ссылке: <a href="https://tefida.com/why-is-it-important-to-create-complex-passwords/" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://tefida.com/why-is-it-important-to-create-complex-passwords/</a><a href="https://mstdn.social/tags/specopssoftware" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#specopssoftware</a> <a href="https://mstdn.social/tags/%D0%B1%D0%B5%D0%B7%D0%BE%D0%BF%D0%B0%D1%81%D0%BD%D0%BE%D1%81%D1%82%D1%8C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#безопасность</a> <a href="https://mstdn.social/tags/%D1%81%D0%BB%D0%BE%D0%B6%D0%BD%D0%BE%D1%81%D1%82%D1%8C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#сложность</a> <a href="https://mstdn.social/tags/%D0%BF%D0%B0%D1%80%D0%BE%D0%BB%D1%8C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#пароль</a> <a href="https://mstdn.social/tags/%D1%81%D0%BE%D0%B2%D0%B5%D1%82%D1%8B" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#советы</a> <a href="https://mstdn.social/tags/tefidacom" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#tefidacom</a>

Ambassador TablicekВспомнил что на недавних грейдах коллега, не получив от миддла ответ, набросил, что <a href="https://lor.sh/tags/%D1%81%D0%BB%D0%BE%D0%B6%D0%BD%D0%BE%D1%81%D1%82%D1%8C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#сложность</a> задачи зависит от числа компонентов, затрагиваемых ей и связей между ними.Решил в рамках помощи коллеге в том, чтобы тоже решиться уже пойти на грейды и сдать их, сформулировать готовый ответ на этот вопрос, да и кашу в голове систематизировать.Определение от коллеги не совсем подходит к задачам, как по мне, но хорошо подходит к системам. А вот задача, если рассматривать её как изменение части системы человеком - кажется, имеет сильно больше факторов, влияющих на её решение чем только компоненты и связи.Я бы добавил сверху уровень контроля над ними - если один из компонентов чужой, влиять на него сложнее, добавляются коммуникационные проблемы и это сожрёт больше времени (обычно).Помимо сложности у задачи есть <a href="https://lor.sh/tags/%D1%81%D1%80%D0%BE%D0%BA%D0%B8" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#сроки</a> и <a href="https://lor.sh/tags/%D1%81%D1%82%D0%BE%D0%B8%D0%BC%D0%BE%D1%81%D1%82%D1%8C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#стоимость</a> . Обе этих вещи зависят от имеющихся ресурсов - в том числе кадровых. Стоимость можно оценить только постфактум - это буквально сумма затраченных ресурсов, в том числе зарплату исполнителя.<a href="https://lor.sh/tags/%D1%81%D1%80%D0%BE%D0%BA%D0%B8" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#сроки</a> - здесь можно только прогнозировать, зная задействованные <a href="https://lor.sh/tags/%D1%80%D0%B5%D1%81%D1%83%D1%80%D1%81%D1%8B" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#ресурсы</a> и.. сложность. Условно, задействовав ресурсы сеньора и джуна - время будет разным.Ho и <a href="https://lor.sh/tags/%D1%81%D1%82%D0%BE%D0%B8%D0%BC%D0%BE%D1%81%D1%82%D1%8C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#стоимость</a> джуна и сеньора разные. Где-то окажется дешевле сделать руками джуна, где-то сеньора, где-то миддла.Кажется, что оптимальный по стоимости уровень сложности задач в зависимости от грейда - около 75% до потолка, с которым человек может справиться (с исключением для сеньоров, потому что больше некому).Не знаю куда отнести уровень определённости/неизвестности, в <a href="https://lor.sh/tags/%D1%81%D0%BB%D0%BE%D0%B6%D0%BD%D0%BE%D1%81%D1%82%D1%8C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#сложность</a> , в её определении выше, их не вписать, но на время и в итоге на стоимость они влияют, пожалуй, даже сильнее чем число этих связей между компонентами. Уровень погружения в проект и понимания системы - прямо влияет на эти уровни.Обычно я, оценивая большие проекты, использую коэффициент (1-100%) определённости вдобавок к интуитивным прогнозам стоимости/срока. Прогноз / коэффициент = пессимистичный прогноз,Прогноз * коэффициент = оптимистичный прогноз.Чем-то это всё напоминает <a href="https://lor.sh/tags/%D1%82%D1%80%D0%B8%D0%B7" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#триз</a> с разделением конструкторских и изобретательских задач - в изобретательских определена лишь проблема, но не решение и даже направление решения. И хорошо решённая изобретательская задача заключается в минимальном изменении компонентов и связей между ними с итоговым достижением цели решаемой задачи, без излишнего усложнения системы.

Habr[Перевод] Советы по программированию, которые бы я дал себе 15 лет назадУ меня наконец-то появилось ощущение, что я хороший программист, поэтому было бы неплохо записать советы вида «как бы я смог добиться этого быстрее?». Не буду утверждать, что все эти советы отлично подойдут всем, но для меня они были бы хорошими. ▍ Если ты (или твоя команда) постоянно стреляешь себе в ногу, то почини ружьё Не могу перечесть случаи, когда при работе в команде у нас была какая-то часть системы, которая легко могла поломаться, но никто не думал о том, как усложнить появление таких ошибок. Когда я занимался разработкой для iOS, то использовал CoreData и подписывался на изменения нескольких view. Обратный вызов подписки поступал в тот же поток, из которого было запущено изменение. Иногда это был основной поток, а иногда — фоновый. В разработке для iOS важно то, что вносить изменения в UI можно только в основном потоке, иначе приложение вылетит. Поэтому подписка могла работать нормально, но потом ломалась, когда кто-то запускал изменение из фонового потока или вы позже добавляли обновление UI. Все без раздумий воспринимали это как что-то само собой разумеющееся, и об этом часто говорили в ревью для новичков в команде. Время от времени кто-нибудь ошибался, и мы добавляли DispatchQueue.main.async , когда видели отчёт о сбое. Я решил это исправить. У меня ушло десять минут на внесение изменений в слое подписки, теперь подписчики вызывались в основном потоке, что позволило избавиться от целого класса сбоев и сняло с нас часть умственной нагрузки.<a href="https://habr.com/ru/companies/ruvds/articles/839256/" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://habr.com/ru/companies/ruvds/articles/839256/</a><a href="https://zhub.link/tags/%D1%81%D0%BB%D0%BE%D0%B6%D0%BD%D0%BE%D1%81%D1%82%D1%8C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#сложность</a> <a href="https://zhub.link/tags/%D1%83%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B1%D0%B0%D0%B3%D0%BE%D0%B2" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#устранение_багов</a> <a href="https://zhub.link/tags/%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%B0_%D0%B2_%D0%BA%D0%BE%D0%BC%D0%B0%D0%BD%D0%B4%D0%B5" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#работа_в_команде</a> <a href="https://zhub.link/tags/%D0%BE%D0%BF%D1%82%D0%B8%D0%BC%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F_%D1%82%D1%80%D1%83%D0%B4%D0%BE%D0%B7%D0%B0%D1%82%D1%80%D0%B0%D1%82" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#оптимизация_трудозатрат</a> <a href="https://zhub.link/tags/ruvds_%D0%BF%D0%B5%D1%80%D0%B5%D0%B2%D0%BE%D0%B4%D1%8B" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#ruvds_переводы</a>

HabrМартышка и АйТиМартышка и АйТи: Парадокс сложной эффективности Вы когда-нибудь задумывались, почему в IT всё циклично? Почему старые методы и технологии, которые когда-то были на пике популярности, возвращаются на сцену? Давайте разберёмся, что такое Парадокс сложной эффективности на простом примере, а также посмотрим, как это работает в IT последние 30 лет.<a href="https://habr.com/ru/articles/823624/" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://habr.com/ru/articles/823624/</a><a href="https://zhub.link/tags/%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#программирование</a> <a href="https://zhub.link/tags/%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%81%D1%82%D1%8B" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#программисты</a> <a href="https://zhub.link/tags/%D1%81%D0%BB%D0%BE%D0%B6%D0%BD%D0%BE%D1%81%D1%82%D1%8C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#сложность</a>

Recent searches

Search options

Administered by:

Server stats:

#сложность