Работа стоя - стоит ли оно того?
Продолжаю тему постов про рабочее пространство.
В связи с распространением удаленки решил попробовать комплект беговой дорожки и высокого стола.
В первую очередь хотел оценить влияние на самочувствие и продуктивность.
Взял стол, который не регулируется по высоте, и самую дешевую беговую дорожку.
Использовал около месяца с периодическими перерывами. Со средней скоростью 2-3 км\ч.
Суммарно по 2-2.5 часа в день.
Первое что понял - такой формат не подходит для всех типов работ.
Есть задачи, которые требуют сосредоточения и погружения, их тяжело делать на ходу.
Например, когда нужно обдумать решение проблемы, погрузиться в детали, соединить все части воедино.
Иногда это можно нивелировать снижением скорости дорожки, но не всегда помогают.
Есть задачи, которые не требуют сильной погруженности и делаются. По типу созвонов, написания документации, ответов в чатах и иной другой рутины.
Если говорить про саму нагрузку, то мышцы используются несколько другие, чем при обычной ходьбе. С непривычки поначалу сильно уставал.
Какие плюсы для себя заметил:
- Это дает нагрузку, и не сидишь весь день, спина болит меньше в конце рабочего дня.
- В стрессовых ситуациях по типу разгребания аварий на дежурствах происходящее переносится куда проще.
- Повышается концентрация за работой, меньше хочешь отвлечься, ибо уже занят ходьбой.
- Можно играть в игры с геймпадом, и так незаметно нагуливать километры
Но минусов тоже хватает:
- Довольно шумная. Зависит от дорожки, но в моем случае никому не мешало. Здесь лучше сразу искать тихую и компактную модель.
На созвонах тоже может мешать, шумодав не всегда справляется.
- Есть нюансы эксплуатации, которые нужно учитывать. Например, дорожка может начать неприятно пахнуть и греться. А то и вовсе отключиться. В этом случае я перешел на формат работы "25 минут стоя, 25 минут сидя". Так она успевает остыть.
- Всё таки требует режимности и привыкания.
- Нужен большой монитор за столом, в противном случае немного напряжно смотреть в экран. И на уровне глаз.
- Заменяет прогулку только частично. Все равно хочется выйти на свежий воздух. С работающей дорожкой становится немного затлхлым.
- Требует наличие навыка слепой печати. В противном случае переключение зрения будет сильно выматывать
Итого:
Какого-то сильного влияния на самочувствие пока не заметил, но в стрессовые моменты становится работать легче.
Если нет времени куда-то выходить - эта штука спасает. Также можно совместить с играми, или просмотром ютуба.
В дальнейшем планирую взять регулируемый стол и менее шумную дорожку.
А какие эксперименты вы проводили со своим рабочим местом?
Пишите в комментариях.
Продолжаю тему постов про рабочее пространство.
В связи с распространением удаленки решил попробовать комплект беговой дорожки и высокого стола.
В первую очередь хотел оценить влияние на самочувствие и продуктивность.
Взял стол, который не регулируется по высоте, и самую дешевую беговую дорожку.
Использовал около месяца с периодическими перерывами. Со средней скоростью 2-3 км\ч.
Суммарно по 2-2.5 часа в день.
Первое что понял - такой формат не подходит для всех типов работ.
Есть задачи, которые требуют сосредоточения и погружения, их тяжело делать на ходу.
Например, когда нужно обдумать решение проблемы, погрузиться в детали, соединить все части воедино.
Иногда это можно нивелировать снижением скорости дорожки, но не всегда помогают.
Есть задачи, которые не требуют сильной погруженности и делаются. По типу созвонов, написания документации, ответов в чатах и иной другой рутины.
Если говорить про саму нагрузку, то мышцы используются несколько другие, чем при обычной ходьбе. С непривычки поначалу сильно уставал.
Какие плюсы для себя заметил:
- Это дает нагрузку, и не сидишь весь день, спина болит меньше в конце рабочего дня.
- В стрессовых ситуациях по типу разгребания аварий на дежурствах происходящее переносится куда проще.
- Повышается концентрация за работой, меньше хочешь отвлечься, ибо уже занят ходьбой.
- Можно играть в игры с геймпадом, и так незаметно нагуливать километры
Но минусов тоже хватает:
- Довольно шумная. Зависит от дорожки, но в моем случае никому не мешало. Здесь лучше сразу искать тихую и компактную модель.
На созвонах тоже может мешать, шумодав не всегда справляется.
- Есть нюансы эксплуатации, которые нужно учитывать. Например, дорожка может начать неприятно пахнуть и греться. А то и вовсе отключиться. В этом случае я перешел на формат работы "25 минут стоя, 25 минут сидя". Так она успевает остыть.
- Всё таки требует режимности и привыкания.
- Нужен большой монитор за столом, в противном случае немного напряжно смотреть в экран. И на уровне глаз.
- Заменяет прогулку только частично. Все равно хочется выйти на свежий воздух. С работающей дорожкой становится немного затлхлым.
- Требует наличие навыка слепой печати. В противном случае переключение зрения будет сильно выматывать
Итого:
Какого-то сильного влияния на самочувствие пока не заметил, но в стрессовые моменты становится работать легче.
Если нет времени куда-то выходить - эта штука спасает. Также можно совместить с играми, или просмотром ютуба.
В дальнейшем планирую взять регулируемый стол и менее шумную дорожку.
А какие эксперименты вы проводили со своим рабочим местом?
Пишите в комментариях.
👍9🔥7🤔1
Привет, я Никита Парамонов \\ Swfuse
Соавтор ITHard и уже владелец канала
Работаю в DevOps и помогаю новичкам погрузиться в эту среду
📌Кратко про себя:
Прошел, пожалуй, самый длинный путь в профессию:
колледж -> универ -> фриланс -> техподдержка -> админ -> девопс
Сделал все ошибки, которые можно сделать на этом пути.
И знаю как срезать углы, чтоб вам не приходилось тратить так же много времени, как и мне :)
С чем я помогаю:
- Оцениваю знания с точки зрения стоимости на рынке
- Помогаю закрыть пробелы в навыках и знаниях через индивидуальный план развития
- Подсвечиваю слепые зоны в мышлении, которые препятствуют росту
---
📚 Полезные материалы:
* devops-interview (GitHub) - 500+ вопросов с ответами
Соавтор ITHard и уже владелец канала
Работаю в DevOps и помогаю новичкам погрузиться в эту среду
📌Кратко про себя:
Прошел, пожалуй, самый длинный путь в профессию:
колледж -> универ -> фриланс -> техподдержка -> админ -> девопс
Сделал все ошибки, которые можно сделать на этом пути.
И знаю как срезать углы, чтоб вам не приходилось тратить так же много времени, как и мне :)
С чем я помогаю:
- Оцениваю знания с точки зрения стоимости на рынке
- Помогаю закрыть пробелы в навыках и знаниях через индивидуальный план развития
- Подсвечиваю слепые зоны в мышлении, которые препятствуют росту
---
📚 Полезные материалы:
* devops-interview (GitHub) - 500+ вопросов с ответами
🔥15⚡6👍5🤔3
Как фрилансер саботировал сайт клиента ради переезда к другому хостеру?
Я работал в хостинге, и пришла заявка следующего содержания:
По словам моего фрилансера, мой сайт у вас грузится медленнее, чем на хостинге X. Разберитесь
Открываем сайт и видим что действительно - главная страница висит 10 секунд, и потом открывается.
Начинаю копать, каких-то тяжелых запросов к базе не вижу.
Ошибок нигде нет.
Обычно когда приходят с такими заявками - оказывается что где-то не до конца удачно перенесли какие-то данные или параметры, из-за чего могут всплыть проблемы.
Но тут всё чисто.
Решил воспроизвести и подключиться к процессу, чтоб посмотреть что внутри происходит с помощью утилиты
И увидел там примерно следующую картину:
Здесь показан системный вызов
Начал искать проблему в коде сайта, и в начале одного из файлов увидел следующую конструкцию:
То есть кто-то умышленно засунул задержку в 10 секунд, чтобы сайт грузился медленнее и создавал иллюзию проблем с хостингом.
И, видимо, агитировал за переезд куда-то в другое место, где была партнёрская программа.
Собственно - эту историю показали клиенту, а что было дальше - неизвестно. Предполагаю, что к этому исполнителю больше не обращались.
—-
Мораль:
Если что-то тормозит, то копайте глубже. Иногда дело не в инфраструктуре, а в чьих-то корыстных целях.
А с чем вы сталкивались в своей практике? Пишите в комментариях.
Я работал в хостинге, и пришла заявка следующего содержания:
По словам моего фрилансера, мой сайт у вас грузится медленнее, чем на хостинге X. Разберитесь
Открываем сайт и видим что действительно - главная страница висит 10 секунд, и потом открывается.
Начинаю копать, каких-то тяжелых запросов к базе не вижу.
Ошибок нигде нет.
Обычно когда приходят с такими заявками - оказывается что где-то не до конца удачно перенесли какие-то данные или параметры, из-за чего могут всплыть проблемы.
Но тут всё чисто.
Решил воспроизвести и подключиться к процессу, чтоб посмотреть что внутри происходит с помощью утилиты
strace (грубо говоря она позволяет заглянуть в то, что происходит внутри программы на системном уровне).И увидел там примерно следующую картину:
strace -tp <pid_процесса>
...
[pid 12345] nanosleep({tv_sec=10, tv_nsec=0}, ...
Здесь показан системный вызов
nanosleep, который буквально говорит о том, что "жди 10 секунд и ничего не делай".Начал искать проблему в коде сайта, и в начале одного из файлов увидел следующую конструкцию:
<?php
sleep(10);
//... остальной код
То есть кто-то умышленно засунул задержку в 10 секунд, чтобы сайт грузился медленнее и создавал иллюзию проблем с хостингом.
И, видимо, агитировал за переезд куда-то в другое место, где была партнёрская программа.
Собственно - эту историю показали клиенту, а что было дальше - неизвестно. Предполагаю, что к этому исполнителю больше не обращались.
—-
Мораль:
Если что-то тормозит, то копайте глубже. Иногда дело не в инфраструктуре, а в чьих-то корыстных целях.
А с чем вы сталкивались в своей практике? Пишите в комментариях.
🔥14❤3👾1
Я слабослышащий
В школе и универе я часто не понимал половины того, что говорили преподаватели
Я сменил шесть школ — и каждый раз приходилось заново адаптироваться
Когда пришла пора работать, меня накрывал страх: “А как мне быть на созвонах? Как общаться с людьми? Как проходить собеседования?”
Сам путь не был простым.
Это мешало, но не останавливало.
Хотелось понять эту сферу изнутри - что это такое и как это работает.
И самым неприятным оказались не внутренние барьеры, а обычный снобизм тех, кто уже был "в теме".
Наверняка тебе попадались люди, которые:
* На твой вопрос давали ответ ссылкой "давай я поищу за тебя в гугле"
* "Если ты не знаешь Docker\Kubernetes\как включается компьютер - ты не инженер"
* "Сначала выучи основы, пройди мой путь, тогда поговорим"
Честно - это сильно тормозило, поскольку эти специалисты казались более авторитетными.
И казалось, что правильный путь только такой, про который они тебе рассказывали.
Однако:
Каждый человек когда-то был новичком
Каждый человек когда-то не знал базовых вещей
И каждый второй гуглил "как выйти из vim"
Необязательно тратить годы жизни на изучение какой-то технологии, чтобы найти работу.
И я хочу сделать так, чтобы люди не застревали там, где застревал я.
Собственно, мой проект, и этот канал - для того, чтобы:
* Можно было задавать "глупые" вопросы. И научиться грамотно это делать
* Дать понять, что не знать - это нормально, ошибки нас развивают
* Подсветить те инструменты, навыки и подходы, которые нужны сегодня на рынке. Не распыляясь на лишнее
Я сам через это прошел, и знаю как бывает сложно.
---
В следующих постах расскажу, действительно ли "не существует тупых вопросов".
А с какими проблемами сталкивались вы, когда начинали свой путь?
В школе и универе я часто не понимал половины того, что говорили преподаватели
Я сменил шесть школ — и каждый раз приходилось заново адаптироваться
Когда пришла пора работать, меня накрывал страх: “А как мне быть на созвонах? Как общаться с людьми? Как проходить собеседования?”
Сам путь не был простым.
Это мешало, но не останавливало.
Хотелось понять эту сферу изнутри - что это такое и как это работает.
И самым неприятным оказались не внутренние барьеры, а обычный снобизм тех, кто уже был "в теме".
Наверняка тебе попадались люди, которые:
* На твой вопрос давали ответ ссылкой "давай я поищу за тебя в гугле"
* "Если ты не знаешь Docker\Kubernetes\как включается компьютер - ты не инженер"
* "Сначала выучи основы, пройди мой путь, тогда поговорим"
Честно - это сильно тормозило, поскольку эти специалисты казались более авторитетными.
И казалось, что правильный путь только такой, про который они тебе рассказывали.
Однако:
Каждый человек когда-то был новичком
Каждый человек когда-то не знал базовых вещей
И каждый второй гуглил "как выйти из vim"
Необязательно тратить годы жизни на изучение какой-то технологии, чтобы найти работу.
И я хочу сделать так, чтобы люди не застревали там, где застревал я.
Собственно, мой проект, и этот канал - для того, чтобы:
* Можно было задавать "глупые" вопросы. И научиться грамотно это делать
* Дать понять, что не знать - это нормально, ошибки нас развивают
* Подсветить те инструменты, навыки и подходы, которые нужны сегодня на рынке. Не распыляясь на лишнее
Я сам через это прошел, и знаю как бывает сложно.
---
В следующих постах расскажу, действительно ли "не существует тупых вопросов".
А с какими проблемами сталкивались вы, когда начинали свой путь?
4❤21👍10🔥10⚡2
Почему 'тупых вопросов не бывает', но тебя всё равно посылают в гугл
Доводилось ли вам сталкиваться с фразами:
"Тупых вопросов не бывает"
"Задавай мне любые вопросы"
Но почему-то, когда обращаешься к таким людям — в лучшем случае тебя отправляют в гугл.
👋 Почему так?
Чаще всего дело не в том, что люди злые.
Проблема обычно кроется в формулировках.
Когда я только начинал мне было довольно стремно заваливать людей вопросами.
В том числе был страх показаться глупым, невежественным. Особенно когда только пришел в фирму.
Периодически вопросы вызывали раздражение коллег, я не мог понять почему.
Со временем я пришел к следующим пунктам, которые хочу закрыть, когда что-то спрашиваю:
- Минимизировать количество уточняющих вопросов
- Показать что уже пытался разобраться
- Если информации нет - накидывал где я её собрал
📝 Общая структура следующая:
1. Приветствие + контекст
Ссылка на задачу, вспомогательные ссылки, логи — всё, что не заставит искать "а о чем вообще речь, где искать?"
2. Что я уже проверил и сделал
Показать, что попытался разобраться сам.
3. Что я наблюдаю
Скриншот (полный экран, а не обрезок) или запись экрана с шагами воспроизведения.
4. Ожидаемое vs реальное
Что должно быть vs что получилось.
💡 Лайфхак:
Перед тем, как писать вопрос - отойди на пять минут от задачи.
Когда ты погружен в проблему очевидный для тебя контекст - только в твоей голове.
Перерыв помогает переключиться, и более явно видно какую информацию точно стоит указать.
У меня часто плохие вопросы возникали только из-за того, что большая часть вещей оставалась в голове.
Помимо этого хороший вопрос требует значительного усилия. Еще один фактор в пользу того, почему перерыв важен.
Пример из практики:
❌ Плохой вопрос (мой первый день работы):
Я сделал запрос в базу, и задал вопрос тут же, как только с этим столкнулся.
Меня послали в гугл.
Глядя на эту ситауцию сейчас я мог бы сделать следующее:
* Действительно погуглить
* Озвучить что нашел это, но не очень понятно почему это случилось (я сделал select * на базу)
* Уточнить насколько это норма в текущий момент времени и ситуации
✅ Улучшенный вопрос:
Результат
Первый вопрос вызывает раздражение.
Поскольку без контекста кажется что человек от нечего делать выдергивает людей из их задачи.
Да еще и с вопросом, который ищется за пару секунд в гугле.
Второй вопрос больше способствует ответу.
Либо бы попросили переделать запрос, либо подождать пока базу починят
---
Если вообще тяжело\страшно спрашивать (особенно когда только пришел в фирму) задать вопрос в нейронку.
🤖 Воспользуйся этим промптом:
После этого собери недостающую информацию, и задай улучшенный вопрос.
Чем больше дашь контекста - тем проще добиться нужного ответа.
---
Итого:
Задавать вопросы - это отдельный навык, его нужно развивать отдельно.
В большинстве случаев негативная реакция возникает когда человек свою работу по поиску информации перекладывает на других.
📣
Также мы обсуждали вопрос с коллегой (Миша, привет), он раскрыл вопрос с иной стороны.
💭
А какие у вас есть лайфхаки для формулировки вопросов?
С какими проблемами сталкивались?
Доводилось ли вам сталкиваться с фразами:
"Тупых вопросов не бывает"
"Задавай мне любые вопросы"
Но почему-то, когда обращаешься к таким людям — в лучшем случае тебя отправляют в гугл.
Чаще всего дело не в том, что люди злые.
Проблема обычно кроется в формулировках.
Когда я только начинал мне было довольно стремно заваливать людей вопросами.
В том числе был страх показаться глупым, невежественным. Особенно когда только пришел в фирму.
Периодически вопросы вызывали раздражение коллег, я не мог понять почему.
Со временем я пришел к следующим пунктам, которые хочу закрыть, когда что-то спрашиваю:
- Минимизировать количество уточняющих вопросов
- Показать что уже пытался разобраться
- Если информации нет - накидывал где я её собрал
📝 Общая структура следующая:
1. Приветствие + контекст
Ссылка на задачу, вспомогательные ссылки, логи — всё, что не заставит искать "а о чем вообще речь, где искать?"
2. Что я уже проверил и сделал
Показать, что попытался разобраться сам.
3. Что я наблюдаю
Скриншот (полный экран, а не обрезок) или запись экрана с шагами воспроизведения.
4. Ожидаемое vs реальное
Что должно быть vs что получилось.
💡 Лайфхак:
Перед тем, как писать вопрос - отойди на пять минут от задачи.
Когда ты погружен в проблему очевидный для тебя контекст - только в твоей голове.
Перерыв помогает переключиться, и более явно видно какую информацию точно стоит указать.
У меня часто плохие вопросы возникали только из-за того, что большая часть вещей оставалась в голове.
Помимо этого хороший вопрос требует значительного усилия. Еще один фактор в пользу того, почему перерыв важен.
Пример из практики:
❌ Плохой вопрос (мой первый день работы):
"А что такое deadlock?"
Я сделал запрос в базу, и задал вопрос тут же, как только с этим столкнулся.
Меня послали в гугл.
Глядя на эту ситауцию сейчас я мог бы сделать следующее:
* Действительно погуглить
* Озвучить что нашел это, но не очень понятно почему это случилось (я сделал select * на базу)
* Уточнить насколько это норма в текущий момент времени и ситуации
✅ Улучшенный вопрос:
Привет
Я сделал запрос в базу database.test select * from user
Но у меня вылезла ошибка: ERROR: deadlock detected
Погуглив я увидел что это как-то связано с блокировкой таблиц. И не понял - это что-то сделал не так, или тут есть какая-то проблема с базой?
Результат
Первый вопрос вызывает раздражение.
Поскольку без контекста кажется что человек от нечего делать выдергивает людей из их задачи.
Да еще и с вопросом, который ищется за пару секунд в гугле.
Второй вопрос больше способствует ответу.
Либо бы попросили переделать запрос, либо подождать пока базу починят
---
Если вообще тяжело\страшно спрашивать (особенно когда только пришел в фирму) задать вопрос в нейронку.
🤖 Воспользуйся этим промптом:
Я хочу спросить у коллеги: [вставь свой вопрос].
Помоги переформулировать вопрос так, чтобы коллега мог ответить сразу, без уточнений.
Проверь по чеклисту:
1. Какой контекст нужно добавить? (ссылки, номера задач, что уже проверил)
2. Что я наблюдаю vs что ожидаю увидеть если это необходимо?
3. Какую я хочу решить проблему?
4. Какую информацию я хочу получить?
Переформулируй мой вопрос по структуре:
- Контекст (что делал, где, зачем)
- Что уже проверил
- Что наблюдаю (с примерами кода/логов)
- Конкретный вопрос
Также подскажи:
- Что ещё стоит проверить самому перед тем, как задать вопрос?
- Какую информацию я возможно упускаю?После этого собери недостающую информацию, и задай улучшенный вопрос.
Чем больше дашь контекста - тем проще добиться нужного ответа.
---
Итого:
Задавать вопросы - это отдельный навык, его нужно развивать отдельно.
В большинстве случаев негативная реакция возникает когда человек свою работу по поиску информации перекладывает на других.
📣
Также мы обсуждали вопрос с коллегой (Миша, привет), он раскрыл вопрос с иной стороны.
А какие у вас есть лайфхаки для формулировки вопросов?
С какими проблемами сталкивались?
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥13❤6👍4👾2
💡Всё гениальное просто?
Недавно решил заняться пайкой, собрать первые простые проекты и конструкции.
Когда искал материал - наткнулся на изящное описание закона Ома на картинке.
В школе помню, что тяжеловато было запомнить формулы, а здесь наглядно показано, и запоминается с первого раза. Визуально запоминаешь, когда и что делить.
Плюс было много аналогий с водой. Есть напор, есть поток, есть труба, которую можно пережать. И это просто визуализировать в голове.
В школе и универе материал подавали сухо, это не находило отклика.
—-
Вспоминается история из книги Ричарда Фейнмана "Вы, конечно, шутите, мистер Фейнман!".
Он там описывал проблему, где студенты заучивают термины, а не понимают их.
Ответ из учебника: «Это излучение света раздробленными кристаллами».
В этом сложно уловить суть. Какие кристаллы? Как проверить? Зачем это нужно?
Можно сказать иначе: возьми кусок сахара, расколи его в темноте, и увидишь вспышку.
Вот это оно и будет.
—
Тут я словил похожие ощущения. То, что в учебниках казалось сложным набором формул - тут раскрывается через простые аналогии.
И сложность заключается не в том, чтоб накрутить заумных терминов, а в том, чтоб найти самое простое объяснение.
В обучении Devops то же самое. Можно заучить команды, определения, понятия.
Но из-за разрозненности сложно понять что зачем нужно, и как они между собой связаны.
Поэтому в обучении я делаю то же самое: показываю систему целиком.
В следующих постах расскажу какие курсы и приложения мне помогали в учёбе. Подсвечу плюсы и минусы каждого из подходов.
—
💬 А какие у вас были подобные моменты, когда сложное вдруг становилось элементарным?
Недавно решил заняться пайкой, собрать первые простые проекты и конструкции.
Когда искал материал - наткнулся на изящное описание закона Ома на картинке.
В школе помню, что тяжеловато было запомнить формулы, а здесь наглядно показано, и запоминается с первого раза. Визуально запоминаешь, когда и что делить.
Плюс было много аналогий с водой. Есть напор, есть поток, есть труба, которую можно пережать. И это просто визуализировать в голове.
В школе и универе материал подавали сухо, это не находило отклика.
—-
Вспоминается история из книги Ричарда Фейнмана "Вы, конечно, шутите, мистер Фейнман!".
Он там описывал проблему, где студенты заучивают термины, а не понимают их.
Ответ из учебника: «Это излучение света раздробленными кристаллами».
В этом сложно уловить суть. Какие кристаллы? Как проверить? Зачем это нужно?
Можно сказать иначе: возьми кусок сахара, расколи его в темноте, и увидишь вспышку.
Вот это оно и будет.
—
Тут я словил похожие ощущения. То, что в учебниках казалось сложным набором формул - тут раскрывается через простые аналогии.
И сложность заключается не в том, чтоб накрутить заумных терминов, а в том, чтоб найти самое простое объяснение.
В обучении Devops то же самое. Можно заучить команды, определения, понятия.
Но из-за разрозненности сложно понять что зачем нужно, и как они между собой связаны.
Поэтому в обучении я делаю то же самое: показываю систему целиком.
В следующих постах расскажу какие курсы и приложения мне помогали в учёбе. Подсвечу плюсы и минусы каждого из подходов.
—
💬 А какие у вас были подобные моменты, когда сложное вдруг становилось элементарным?
👍12❤5🔥3
Какой формат обучения для вас наиболее эффективный?
Anonymous Poll
26%
Конспектирую материал
35%
Повторяю пошагово за преподавателем
22%
Повторяю много раз (интервальные повторения, карточки)
32%
Излагаю материал своими словами
49%
Сразу пробую что-то сделать без гайдов и туториалов
Победил метод "сразу в бой" (50%)
Делюсь первым ресурсом overthewire, где можно попробовать его на практике
Начальная точка - уровень Bandit - серия мини-задач на отработку навыков linux-консоли
Формат простой - подключаешься по ssh к машине, ищешь пароль для перехода на следующий уровень, и так двигаешься дальше.
Здесь есть небольшие подсказки о том, какие из команд могут помочь в поиске пароля.
В отличие от sadservers, о котором писал раннее - этот ресурс совсем для новичков.
Но есть и продвинутые разделы с уклоном в пентест.
📕 Личный опыт
Сам его проходил несколько лет назад, и запомнилась история с файлами, у которых был нетипичный формат или пробелы.
Впоследствии мне это пригодилось на собеседовании, где тоже было похожее задание. За счет этого решил задачу быстро, потому что уже сталкивался с подобным.
Сервис хорошо развивает "чуйку" что где можно искать проблему, и какими наборами команд в моменте можешь воспользоваться.
🤹🏻♀️Что получишь:
* Понимание работы с нетипичными ситуациями (файлы с пробелами, скрытые символы, форматы файлов)
* Паттерны работы с основными командами linux
* Базовые навыки для админов, траблшутинга, и прохождения тестовых собеседований
—
⚡️Почему метод "сразу в бой" работает:
Здесь не ведут за руку, а скорее направляют чем можно воспользоваться.
У тебя есть цель - варианты решений перебираешь и ищешь сам.
Как в играх-песочницах - дается задача, инструменты, и зажигается азарт найти лучший способ.
➖Минусы:
Тратишь много времени на поиск решения (но в этом и смысл - сам учишься решать проблему)
Можно долго биться над задачей и найти неоптимальное решение.
Однако, это является важной частью процесса.
При разборе решений других людей - расширяешь и углубляешь понимание происходящего.
—
Кому подойдет:
Начинающим системным администраторам, devops-инженерам, и тем, кто хочет попробовать тему пентеста
Рекомендую попробовать пройти первые 5 уровней.
Кто попробует - напишите в комментариях что понравилось, а что показалось сложным
Делюсь первым ресурсом overthewire, где можно попробовать его на практике
Начальная точка - уровень Bandit - серия мини-задач на отработку навыков linux-консоли
Формат простой - подключаешься по ssh к машине, ищешь пароль для перехода на следующий уровень, и так двигаешься дальше.
Здесь есть небольшие подсказки о том, какие из команд могут помочь в поиске пароля.
В отличие от sadservers, о котором писал раннее - этот ресурс совсем для новичков.
Но есть и продвинутые разделы с уклоном в пентест.
Сам его проходил несколько лет назад, и запомнилась история с файлами, у которых был нетипичный формат или пробелы.
Впоследствии мне это пригодилось на собеседовании, где тоже было похожее задание. За счет этого решил задачу быстро, потому что уже сталкивался с подобным.
Сервис хорошо развивает "чуйку" что где можно искать проблему, и какими наборами команд в моменте можешь воспользоваться.
🤹🏻♀️Что получишь:
* Понимание работы с нетипичными ситуациями (файлы с пробелами, скрытые символы, форматы файлов)
* Паттерны работы с основными командами linux
* Базовые навыки для админов, траблшутинга, и прохождения тестовых собеседований
—
⚡️Почему метод "сразу в бой" работает:
Здесь не ведут за руку, а скорее направляют чем можно воспользоваться.
У тебя есть цель - варианты решений перебираешь и ищешь сам.
Как в играх-песочницах - дается задача, инструменты, и зажигается азарт найти лучший способ.
➖Минусы:
Тратишь много времени на поиск решения (но в этом и смысл - сам учишься решать проблему)
Можно долго биться над задачей и найти неоптимальное решение.
Однако, это является важной частью процесса.
При разборе решений других людей - расширяешь и углубляешь понимание происходящего.
—
Кому подойдет:
Начинающим системным администраторам, devops-инженерам, и тем, кто хочет попробовать тему пентеста
Рекомендую попробовать пройти первые 5 уровней.
Кто попробует - напишите в комментариях что понравилось, а что показалось сложным
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8👍4⚡2
Никита Парамонов | Swfuse
Победил метод "сразу в бой" (50%) Делюсь первым ресурсом overthewire, где можно попробовать его на практике Начальная точка - уровень Bandit - серия мини-задач на отработку навыков linux-консоли Формат простой - подключаешься по ssh к машине, ищешь пароль…
По последнему посту решил объявить небольшой челлендж.
Хочу дать стимул новичкам, которые хотят прокачать знания консоли.
Нужно пройти уровни Bandit с 0 по 19, и получить пароль для входа на уровень 20, записав сессию в терминале
Призом будет месячная подписка на Claude
Записать сессию можно следующим образом в терминале:
После чего проходи уровни, и когда закончишь заверши запись командой
В рабочей директории появятся два файла:
* log-time.txt - тайминги между командами, для отслеживания времени
* log-file.txt - все вводимые команды, и их вывод
Что присылать в комментарии:
1. Оба файла записанной сессии (log-time.txt и log-file.txt)
2. Отписать в комменты что показалось самым сложным, и что нового узнал.
Решения должны быть твоими, без готовых гайдов
Дедлайн - 15 часов с момента публикации поста.
Первый, кто первым пришлет корректное решение - получит приз.
Хочу дать стимул новичкам, которые хотят прокачать знания консоли.
Нужно пройти уровни Bandit с 0 по 19, и получить пароль для входа на уровень 20, записав сессию в терминале
Призом будет месячная подписка на Claude
Записать сессию можно следующим образом в терминале:
script --timing=log-time.txt log-file.txt
После чего проходи уровни, и когда закончишь заверши запись командой
exit. В рабочей директории появятся два файла:
* log-time.txt - тайминги между командами, для отслеживания времени
* log-file.txt - все вводимые команды, и их вывод
Что присылать в комментарии:
1. Оба файла записанной сессии (log-time.txt и log-file.txt)
2. Отписать в комменты что показалось самым сложным, и что нового узнал.
Решения должны быть твоими, без готовых гайдов
Дедлайн - 15 часов с момента публикации поста.
Первый, кто первым пришлет корректное решение - получит приз.
1👾7👍2🤯2
GitPocket
Сервис для формирования списка отложенного чтения (замена закрытому getpocket).
Забирает информацию по url и сохраняет в формате .md в ваш приватный репозиторий github.
Приложения наши, поэтому любые замечания и предложения по работе можете писать в комментарии или в личку канала.
Сайт
Бот в ТГ
Сервис для формирования списка отложенного чтения (замена закрытому getpocket).
Забирает информацию по url и сохраняет в формате .md в ваш приватный репозиторий github.
Приложения наши, поэтому любые замечания и предложения по работе можете писать в комментарии или в личку канала.
Сайт
Бот в ТГ
👍7🔥6⚡1🤔1
С удивлением недавно узнал, что можно покупать подписки на зарубежные сервисы через RuStore
Пополнение бывает через подарки, через прямое пополнение баланса, либо же выдают карту с определенным балансом, и инструкцию к ней.
Попробовал оплатить несколько нейронок - работает нормально.
Пополнение бывает через подарки, через прямое пополнение баланса, либо же выдают карту с определенным балансом, и инструкцию к ней.
Попробовал оплатить несколько нейронок - работает нормально.
❤8🔥5🤔5
XRayCheck
Инструмент для проверки конфигов X-Ray и Hysteria. Парсит публичные источники, тестирует каждый конфиг, отсеивает нерабочие.
Запускается локально на Windows / Mac / Linux через скрипт.
Есть онлайн-версия с автообновляемыми результатами.
Сайт: https://whiteprime.github.io/xraycheck/
GitHub: https://github.com/WhitePrime/xraycheck
Канал: https://xn--r1a.website/xraycheck
Инструмент для проверки конфигов X-Ray и Hysteria. Парсит публичные источники, тестирует каждый конфиг, отсеивает нерабочие.
Запускается локально на Windows / Mac / Linux через скрипт.
Есть онлайн-версия с автообновляемыми результатами.
Сайт: https://whiteprime.github.io/xraycheck/
GitHub: https://github.com/WhitePrime/xraycheck
Канал: https://xn--r1a.website/xraycheck
1👍12🔥2
Мне математика никогда легко не давалась
Хотя считается, что айтишникам она должна заходить легко - у меня было всё по-другому.
Во-первых сложно было не упустить из фокуса все открывающиеся закрывающиеся скобки, правила, и исключения.
Во-вторых не было понятно как это выглядит и "щупается" вообще.
Определения там чаще всего абстрактные и поверхностные. Частенько замечал, что вводная часть учебника самая понятно-человеческая. Но как только шёл сам материал - всё начинало разваливаться.
Так было до момента пока я не столкнулся с играми.
В своё время у меня был кнопочный самсунг. И так сложилось, что на нём не было игрушек, которые были интересны на тот момент. Тетрис, змейка, 2048.
И я решил их написать сам.
Когда начинал проектировать - начинал с малого.
Смотрел на игру, и декомпозировал задачу на промежуточные этапы.
Сначала хотелось увидеть просто фигуры на экране.
Затем заставить их падать. Потом их двигаться. И после этого научить поворачиваться.
И вот когда я дошел до поворотов, то понял что без матриц никак - и эта абстракция перестала быть просто страницей из учебника, превратившись в инструмент.
Менее сложно не стало, но был интерес и желание погрузиться ещё глубже в эту историю.
И самое главное - наглядно видел результат.
Самая сложная для меня игрушка была 2048. Помню, что у меня там был баг - если три ячейки были с одинаковой цифрой - они в итоге сливались в одну.
И я сидел и думал, как объяснить программе, что 2 и 2 рядом это четвёрка, а 2, 2 и 2- это четвёрка плюс двойка, а не восьмёрка
Все эти игрушки сейчас доступны на гитхабе в неизменном виде.
Косяков там хватает, но для меня это что-то вроде "тотемного животного":)
Сейчас даже задумался - не вернуться ли мне к этому в рамках какого-нибудь пет проекта.
—
Ну и бонусом раз речь зашла про матрицы - ловите залипалово matrix.swfuse.ru
Хотя считается, что айтишникам она должна заходить легко - у меня было всё по-другому.
Во-первых сложно было не упустить из фокуса все открывающиеся закрывающиеся скобки, правила, и исключения.
Во-вторых не было понятно как это выглядит и "щупается" вообще.
Определения там чаще всего абстрактные и поверхностные. Частенько замечал, что вводная часть учебника самая понятно-человеческая. Но как только шёл сам материал - всё начинало разваливаться.
Так было до момента пока я не столкнулся с играми.
В своё время у меня был кнопочный самсунг. И так сложилось, что на нём не было игрушек, которые были интересны на тот момент. Тетрис, змейка, 2048.
И я решил их написать сам.
Когда начинал проектировать - начинал с малого.
Смотрел на игру, и декомпозировал задачу на промежуточные этапы.
Сначала хотелось увидеть просто фигуры на экране.
Затем заставить их падать. Потом их двигаться. И после этого научить поворачиваться.
И вот когда я дошел до поворотов, то понял что без матриц никак - и эта абстракция перестала быть просто страницей из учебника, превратившись в инструмент.
Менее сложно не стало, но был интерес и желание погрузиться ещё глубже в эту историю.
И самое главное - наглядно видел результат.
Самая сложная для меня игрушка была 2048. Помню, что у меня там был баг - если три ячейки были с одинаковой цифрой - они в итоге сливались в одну.
И я сидел и думал, как объяснить программе, что 2 и 2 рядом это четвёрка, а 2, 2 и 2- это четвёрка плюс двойка, а не восьмёрка
Все эти игрушки сейчас доступны на гитхабе в неизменном виде.
Косяков там хватает, но для меня это что-то вроде "тотемного животного":)
Сейчас даже задумался - не вернуться ли мне к этому в рамках какого-нибудь пет проекта.
—
Ну и бонусом раз речь зашла про матрицы - ловите залипалово matrix.swfuse.ru
👍11🔥3
А что у вас сработало, когда тема не шла?
Поделитесь в комментариях, интересно почитать
Поделитесь в комментариях, интересно почитать
Всегда ли хороши нейронки?
В прошлом месяце мне нужно было перелопатить один большой проект, и добавить туда функционал на основе существующего. Переписывать всё с нуля было не вариант, поэтому работал с тем, что есть.
По сути нужно было добавить несколько компонентов на основе предыдущих, и попросить нейронку переделать всё.
И была альтернатива - сделать всё вручную. Но я выбрал первый путь, и по итогу не уверен что выиграл вообще по времени с данным инструментом.
Проблема первая, которую я увидел - это то, что нейронка всегда старается сжать ответ.
При этом сам код может выглядеть валидно, и создавать видимость работы, но в процессе всплывает, что пропущен переменная или кусок конфигурации.
Спрашиваешь модель почему так - ответ "ой не заметил".
Причем в разных режимах работы такое наблюдал.
В общем, это всё называется галлюцинациями. И про то, почему от них не избавиться можно узнать в статье на хабре.
Главная неочевидная проблема при работе с нейросетями это то то, что помимо своего рабочего контекста тебе нужно держать в голове то, что нейросеть делает.
Получается двойной контекст, и устаешь от этого сильно больше. Нужно постоянно все перепроверять. Есть соблазн поспешить, и забить на ревью, что выходит боком в будущем.
Всегда нужно следить за штурвалом, и куда плывёт твой корабль.
Очень часто бывает так, что вместо того, чтоб помогать - она начинает накидывать варианты, которые просто подходят под ситуацию по звучанию.
Генерировать скрипты для того чтоб проверить текущий айпи адрес, пытаться лезть в документацию библиотек (иногда даже несуществующих). То есть накопленные изначально некорректные предположения искажают финальное решение задачи и ответ.
И либо будет много ненужной работы, либо корабль разобьется об скалы.
Третья проблема вытекает из второй - периодически хочется переложить всё на нейронку в надежде сэкономить время.
И вот здесь часто себя ловил на том, что не до конца понимал как именно была решена задача.
В итоге понимания происходящего не появлялось, и в голове не откладывалось.
И попадаешь в замкнутый круг - пишешь промпт, что-то работает, но не так. И потом снова вводишь в надежде ИИ сама себя вытянет из созданной проблемы. И потом каждый страдать при возвращении к данной задаче.
Помимо этого каждая нейросеть ведёт себя по-своему, и может иметь свойство "тупеть", когда разработчики что-то подкрутят, а про это можно узнать только со временем.
По итогу у меня получилось так, что с одной стороны я с помощью нейронки я набросал быстро концепт изменений. Но вот отладка, поиск недочётов в файлах проекта, удержание контекста, проверка решения - тут ушло много дополнительного времени.
В прошлом месяце мне нужно было перелопатить один большой проект, и добавить туда функционал на основе существующего. Переписывать всё с нуля было не вариант, поэтому работал с тем, что есть.
По сути нужно было добавить несколько компонентов на основе предыдущих, и попросить нейронку переделать всё.
И была альтернатива - сделать всё вручную. Но я выбрал первый путь, и по итогу не уверен что выиграл вообще по времени с данным инструментом.
Проблема первая, которую я увидел - это то, что нейронка всегда старается сжать ответ.
При этом сам код может выглядеть валидно, и создавать видимость работы, но в процессе всплывает, что пропущен переменная или кусок конфигурации.
Спрашиваешь модель почему так - ответ "ой не заметил".
Причем в разных режимах работы такое наблюдал.
В общем, это всё называется галлюцинациями. И про то, почему от них не избавиться можно узнать в статье на хабре.
Главная неочевидная проблема при работе с нейросетями это то то, что помимо своего рабочего контекста тебе нужно держать в голове то, что нейросеть делает.
Получается двойной контекст, и устаешь от этого сильно больше. Нужно постоянно все перепроверять. Есть соблазн поспешить, и забить на ревью, что выходит боком в будущем.
Всегда нужно следить за штурвалом, и куда плывёт твой корабль.
Очень часто бывает так, что вместо того, чтоб помогать - она начинает накидывать варианты, которые просто подходят под ситуацию по звучанию.
Генерировать скрипты для того чтоб проверить текущий айпи адрес, пытаться лезть в документацию библиотек (иногда даже несуществующих). То есть накопленные изначально некорректные предположения искажают финальное решение задачи и ответ.
И либо будет много ненужной работы, либо корабль разобьется об скалы.
Третья проблема вытекает из второй - периодически хочется переложить всё на нейронку в надежде сэкономить время.
И вот здесь часто себя ловил на том, что не до конца понимал как именно была решена задача.
В итоге понимания происходящего не появлялось, и в голове не откладывалось.
И попадаешь в замкнутый круг - пишешь промпт, что-то работает, но не так. И потом снова вводишь в надежде ИИ сама себя вытянет из созданной проблемы. И потом каждый страдать при возвращении к данной задаче.
Помимо этого каждая нейросеть ведёт себя по-своему, и может иметь свойство "тупеть", когда разработчики что-то подкрутят, а про это можно узнать только со временем.
По итогу у меня получилось так, что с одной стороны я с помощью нейронки я набросал быстро концепт изменений. Но вот отладка, поиск недочётов в файлах проекта, удержание контекста, проверка решения - тут ушло много дополнительного времени.
👍4❤1🔥1
Никита Парамонов | Swfuse
Всегда ли хороши нейронки? В прошлом месяце мне нужно было перелопатить один большой проект, и добавить туда функционал на основе существующего. Переписывать всё с нуля было не вариант, поэтому работал с тем, что есть. По сути нужно было добавить несколько…
Что по итогу, когда нейронки хороши?
—-
А какой у вас опыт использования нейросетей?
Ломали ли они вам что-то важное?
Поделитесь в комментариях.
- Поиск гипотез. Когда не знаешь что сломалось и куда потенциально можно копнуть для проверки
- Подсветить взаимосвязи между файлами, если сходу их не видно
- Дробить задачи на маленькие, и вектор основной задачи делать самому. Не перекладывать всё на автопилот, а самому делать. Даже если очень хочется
- Автоматизация рутины и шаблонов, если максимально четко описать что и как сделать.
Что планирую попробовать в дальнейшем
- Работу с большим количеством агентов
- Найти механизмы оптимизации контекста, чтоб нейросеть больше "запоминала"
Выработанные правила эксплуатации
- Представь что LLM это просто либо младший сотрудник, либо студент, который говорит что угодно, "лишь быть сдать на тройку"
- Жёстко разделять режимы работы. "Помоги подумать и разложить", и "сгенерируй по четкому тз". Не надеяться что нейросеть выполнит
- Все инфраструктурные команды, утилиты и тп - проверять в первоисточинке (man, сайт проекта, help)
- Не пытаться вести одну задачу в одном окне, даже если очень хочется - всё равно контекст весь не запомнится.
- Осознанно оставить себе часть работы, которая прокачает понимание новых или сложных вещей.
—-
А какой у вас опыт использования нейросетей?
Ломали ли они вам что-то важное?
Поделитесь в комментариях.
👍7🔥4⚡1
Как недостатки в дикции мешали мне в поиске работы?
В начале карьеры когда я собеседовался в разные фирмы - меня могли развернуть под предлогом "слишком странно разговаривает". Узнавал я про это позже, или через знакомых.
На тот момент у меня были дефекты речи, которые в обычной жизни ни на что не влияли, но в ряде случаев могло обернуться в неприятную ситуацию.
Я решил это поправить.
Что удалось выяснить и поправить за год работы с речью:
- Логопеды в большинстве случаев помогают только с базой. И работают по методичкам для детей. То есть дальше постановки р, и каких-то основных звуков они не уйдут. Был как-то у них, сказали, что на исправление моих нюансов у них инструментов нет.
- Нужен человек, который может понять как именно ты неправильно говоришь, и где недорабатываешь. Я работаю с режиссером театра, и она может воспроизвести практически все мои звуки, которые я делаю неправильно. Это очень сильно решает. Потому что в упражнениях обычно идешь наощупь, и не очень понятно как себя корректировать, если привык к определенным паттернам речи. В моем случае ключевая проблема - это выводить звук наружу была. Поэтому все упражнения, которые видел в интернете с пробкой и прочим особого эффекта не давали. Просто не на что наложить было, и первопричина не была устранена.
- Недостаточно тренировать отдельные звуки. Часто дьявол начинает крыться в деталях. Условно букву Л ты выговоришь, а допустим ЛН уже будет глушиться. Допустим слова на букву С выговоришь нормально, но если они идут несколько раз в слове - уже будешь сыпаться. И вот так приходилось нащупывать все возможные сочетания. Плюс какие-то звуки ты можешь неосознанно пропускать,и здесь надо фокус держать.
- Вокал работает как расширитель мелодичности голоса. Становится проще говорить, и в разных тональностях лавировать. Благодаря этому речь перестает быть слишком монотонной.
Но в какой-то момент дикция и вокал расходятся по своим веткам развития, и это превращается в два разных режима работы голосом.
- Самый неожиданный для меня фактор был психологический, и накопленные зажимы в теле. У меня была проблема по старой ситуации, которая как я думал давно прошла. Сходил на проработку к психологу, которая направлена на работу с телом. И после определенного закрытия контекста там - у меня почти сразу началась чеканка шипящих и свистящих звуков, которые тяжелее всего давались. До этого как об стенку горох
По итогу
Стал звонче говорить, с людьми говорить, появилось больше живости в речи. Да и в целом становилось проще себя продать, когда знаешь как акцентировать звук.
В начале карьеры когда я собеседовался в разные фирмы - меня могли развернуть под предлогом "слишком странно разговаривает". Узнавал я про это позже, или через знакомых.
На тот момент у меня были дефекты речи, которые в обычной жизни ни на что не влияли, но в ряде случаев могло обернуться в неприятную ситуацию.
Я решил это поправить.
Что удалось выяснить и поправить за год работы с речью:
- Логопеды в большинстве случаев помогают только с базой. И работают по методичкам для детей. То есть дальше постановки р, и каких-то основных звуков они не уйдут. Был как-то у них, сказали, что на исправление моих нюансов у них инструментов нет.
- Нужен человек, который может понять как именно ты неправильно говоришь, и где недорабатываешь. Я работаю с режиссером театра, и она может воспроизвести практически все мои звуки, которые я делаю неправильно. Это очень сильно решает. Потому что в упражнениях обычно идешь наощупь, и не очень понятно как себя корректировать, если привык к определенным паттернам речи. В моем случае ключевая проблема - это выводить звук наружу была. Поэтому все упражнения, которые видел в интернете с пробкой и прочим особого эффекта не давали. Просто не на что наложить было, и первопричина не была устранена.
- Недостаточно тренировать отдельные звуки. Часто дьявол начинает крыться в деталях. Условно букву Л ты выговоришь, а допустим ЛН уже будет глушиться. Допустим слова на букву С выговоришь нормально, но если они идут несколько раз в слове - уже будешь сыпаться. И вот так приходилось нащупывать все возможные сочетания. Плюс какие-то звуки ты можешь неосознанно пропускать,и здесь надо фокус держать.
- Вокал работает как расширитель мелодичности голоса. Становится проще говорить, и в разных тональностях лавировать. Благодаря этому речь перестает быть слишком монотонной.
Но в какой-то момент дикция и вокал расходятся по своим веткам развития, и это превращается в два разных режима работы голосом.
- Самый неожиданный для меня фактор был психологический, и накопленные зажимы в теле. У меня была проблема по старой ситуации, которая как я думал давно прошла. Сходил на проработку к психологу, которая направлена на работу с телом. И после определенного закрытия контекста там - у меня почти сразу началась чеканка шипящих и свистящих звуков, которые тяжелее всего давались. До этого как об стенку горох
По итогу
Стал звонче говорить, с людьми говорить, появилось больше живости в речи. Да и в целом становилось проще себя продать, когда знаешь как акцентировать звук.
🔥18👍8❤7
Какой материал вам нравится читать в канале?
Что вам хотелось бы видеть в большем количестве?
Что вам хотелось бы видеть в большем количестве?
Anonymous Poll
51%
Технические разборы из практики(грабли, неочевидные решения)
51%
Карьера: собесы, выбор компаний, рост
34%
Работа над собой (выгорание, продуктивность дикция)
51%
Инструменты и автоматизация (включая ИИ)
46%
Личный путь и наблюдения из опыта
4%
Другое (напишите в комментариях)