User
Большинство новоиспеченных тимлидов доводят своих сотрудников до выгорания, пока учатся управлять командой. Если эти советы помогут избежать таких ситуаций, то стоит их написать.
Статья будет полезна тимлидам небольших команд и стартапов. Возможно, она не пригодится менеджерам в больших компаниях и корпорациях (но прочитать я всё равно советую).
Всем привет.
Многие из вас читали статью «Как создавать понятные логические (L3) схемы сети», после которой возникало непреодолимое желание задокументировать своё сетевое хозяйство. Два-три подхода, потом легко удавалось договориться с собой что изменения будут внесены в конце недели, месяца и т.д. По прошествии некоторого количества времени приходило понимание, что точечными изменениями уже не обойтись — надо так много двигать и компоновать, что проще всё сделать заново.
Всякая сложная инфраструктура, поступательно развивавшаяся на протяжении длительного времени, содержит в себе набор разных архитектурных неоптимальностей, а то и откровенных недостатков. Порой эти недостатки становятся неожиданным препятствием для внедрения новых сервисов. Инфраструктура М.Видео-Эльдорадо в этом отношении не является исключением, в чем мы признаемся без излишней рефлексии. Но что с этим делать? Как сделать систему надежной и пригодной для дальнейшего развития? За ответами мы пришли к Александру Алехину, директору по развитию ИТ архитектуры.
Если вам приходится время от времени работать в терминале, и хочется сделать его удобнее, не затрачивая много сил, то небольшое руководство от Рейгана Макфарланда будет как нельзя кстати.
Есть масса более гибких и настраиваемых решений, но этот вариант для тех, кому надо сделать всё быстро и просто.
От корректного функционирования базы данных (БД) может зависеть не только скорость, но и надежность приложения. Для глубокого погружения в задачи специалисту, как правило, нужно освоить работу с транзакциями – об этом и пойдет речь ниже. Рассмотрим виды и свойства транзакций, а также постараемся понять, как устроен этот механизм. Надеемся, что статья может быть полезна начинающим разработчикам и всем, кто хочет лучше разобраться в теме.
Старое доброе «встречают по одёжке, провожают по уму» никто не отменял, и мне кажется очень важно не забывать что при поиске работы «первая одёжка» с которой знакомиться потенциальный работодатель это резюме кандидата.
Резюме это визитная карточка, если хотите ваше лицо, это то на основе чего специалист по HR, а часто ещё и будущий руководитель будут принимать решение приглашать вас для дальнейшего общения или нет. Конечно во время личной встречи вы уже сможете проявить все свои навыки и показать все свои знания. Но пока до этого мы не дошли, всё что есть сейчас это скорее всего очередное_резюме.pdf на 1-3 листа формата A4.
Я более 10 лет руковожу разработкой, успел поработать в нескольких компаниях, от небольшой где всё IT подразделение было меньше 20 человек, до компаний с IT штатом более 1000 человек. За это время я пересмотрел сотни и даже тысячи резюме. Выработались определённые рефлексы, уже знаю куда смотреть сначала, куда потом, куда ещё бросить взгляд и обычно нужно от 30 до 90 секунд чтобы принять решение, будем общаться дальше или нет.
Под катом немного моих рассуждений о том на что нужно обратить внимание кандидатам в резюме, чтобы увеличить свои шансы на приглашение поговорить.
Привет Хабр! Доводилось ли вам испытывать трудности с документацией на корпоративные Voice и Unified Communications инфраструктуры?
Звучит до боли знакомо? Есть вариант, который может с этим помочь.
Всем заинтересовавшимся добро пожаловать под кат!
Админ — это главный человек в компании!
Это издание в некотором смысле особенное — прошло ровно 20 лет с момента выхода книги в свет. 20 лет — это немаленький срок, за это время дети наших первых читателей подросли и, возможно, стали интересоваться компьютерными сетями. И, возможно, у них в руках окажется 6-е издание книги «Компьютерные сети. Принципы, технологии, протоколы». Эта книга значительно отличается от той, которую читали их родители. Многое из того, что интересовало читателей конца 90-х годов — например, правило 4-х хабов, согласование сетей IP и IPX или сравнение технологий 100VG-AnyLAN и FDDI, — совсем не упоминается в последних изданиях. За 20 лет немало технологий прошли полный цикл от модного термина и всеобщего признания к практически полному забвению. Каждое новое издание книги в той или иной мере отражало изменения ландшафта сетевых технологий.