Снова неделя пролетела и сегодня нужно делать пятничный техток. Не знаю как вы, а я нифига не успеваю.
И виной всему новый год. Этот затяжной праздник всегда заканчивается тем, что меня выбивает из рабочего ритма.
Когда планы пошли не по планам, нужно обнулить планы и начать планировать заново. Иначе долг незавершенных дел начинает мешать двигаться вперёд, оставляя неприятный привкус неидеальности.
При этом, "ритмичные" задачи - техтоки и стрим по субботам, выходят как положено, но качество начинает страдать. Этой второй вариант решения, когда не получается обнулиться, то надо взять под контроль свой перфекционизм и понизить планку.
Других способов я не знаю, а вы?
И виной всему новый год. Этот затяжной праздник всегда заканчивается тем, что меня выбивает из рабочего ритма.
Когда планы пошли не по планам, нужно обнулить планы и начать планировать заново. Иначе долг незавершенных дел начинает мешать двигаться вперёд, оставляя неприятный привкус неидеальности.
При этом, "ритмичные" задачи - техтоки и стрим по субботам, выходят как положено, но качество начинает страдать. Этой второй вариант решения, когда не получается обнулиться, то надо взять под контроль свой перфекционизм и понизить планку.
Других способов я не знаю, а вы?
👍39✍5❤2🤡1
Про делегирование
Часто слышу совет "возможно тебе стоит задуматься о делегировании".
Совет из серии "а ты найди мужа миллионера и делов-то". Чтобы делегировать что-либо, кому-либо у вас либо должны быть типовые регулярно повторяющиеся задачи, либо уровень планироания еще больше, чем личное (человек которому ты делегируешь задачу не залезет тебе в голову, ему нужно четко обрисовать что от него требуется)
Далее помощнику нужно обязательно онбордиться и синхронизироваться с тобой, опять же это требует времени и ресурсов.
Выбор помощника на сегодняшний день - это звездец. Те кто могут сделать хорошо либо заняты, либо ценник уровня космос. А те кто не могут, зачем они нужны, вообще?
В итоге делегирование на начальном этапе не уменьшает нагрузку, а только увеличивает. И без финансовых вливаний смысла не имеет. Для некоммерческих проектов это нереально.
Поэтому совет "подумай о делегировании" не сработает в моем случае, и это проверено практикой. )
Часто слышу совет "возможно тебе стоит задуматься о делегировании".
Совет из серии "а ты найди мужа миллионера и делов-то". Чтобы делегировать что-либо, кому-либо у вас либо должны быть типовые регулярно повторяющиеся задачи, либо уровень планироания еще больше, чем личное (человек которому ты делегируешь задачу не залезет тебе в голову, ему нужно четко обрисовать что от него требуется)
Далее помощнику нужно обязательно онбордиться и синхронизироваться с тобой, опять же это требует времени и ресурсов.
Выбор помощника на сегодняшний день - это звездец. Те кто могут сделать хорошо либо заняты, либо ценник уровня космос. А те кто не могут, зачем они нужны, вообще?
В итоге делегирование на начальном этапе не уменьшает нагрузку, а только увеличивает. И без финансовых вливаний смысла не имеет. Для некоммерческих проектов это нереально.
Поэтому совет "подумай о делегировании" не сработает в моем случае, и это проверено практикой. )
👍60🤔4❤3🤡2
Видимо неправильно написал посты выше, речь идет не о рабочих тасках, там все отлично. А о собственных задачах и планах, которые делаю в свободное от работы время.
Планирование, делегирование и другие менеджерские "идеи" не работают в личном пространстве, смиритесь с этим и не говорите ерунду.
Планирование, делегирование и другие менеджерские "идеи" не работают в личном пространстве, смиритесь с этим и не говорите ерунду.
👍37❤2🤡1
Марго вчера была на стриме про девушек в Айти (на канале Mobile Developer). Делюсь ссылкой и шлю лучи поддержки всем девушкам в АйТи.
https://www.youtube.com/watch?v=FSPxj2c4oPY
https://www.youtube.com/watch?v=FSPxj2c4oPY
YouTube
Почему так мало женщин в IT? Круглый стол / Мобильный разработчик
Вступить в закрытый клуб элитных разработчиков - https://boosty.to/mobiledev/purchase/2228998?ssource=DIRECT&share=subscription_link
Всем привет. Жизнь уже давно показала нам, что гендерные различия никак не влияют на работу в IT. Но при этом, практически…
Всем привет. Жизнь уже давно показала нам, что гендерные различия никак не влияют на работу в IT. Но при этом, практически…
👍25🤡11❤8🔥1🤮1
Интересный факт - нейросеть Сбера обогнала ChatGPT 3.5 при решении MMLU
Буквально полгода назад GigaChat сильно уступал творению OpenAI, но, видимо, время не было потрачено впустую.
Потестил сам и тоже заметил улучшения, правда не берусь сравнивать с ChatGPT, но прогресс налицо. Снимаю шляпу перед соерами Сбера. Молодцы!
Буквально полгода назад GigaChat сильно уступал творению OpenAI, но, видимо, время не было потрачено впустую.
Потестил сам и тоже заметил улучшения, правда не берусь сравнивать с ChatGPT, но прогресс налицо. Снимаю шляпу перед соерами Сбера. Молодцы!
Газета.Ru
Созданная Сбером нейросеть обогнала ChatGPT по качеству ответов на английском
Нейросетевая модель Сбера GigaChat обошла версию ChatGPT-3.5 от американской научно-исследовательской организации OpenAI по качеству ответов как на английском, так и на русском языках. Об этом сообщает агентство экономической информации «Прайм».
👍36😁7👎6🤡3🤔2
Promise.race
Всем привет, на связи Марго @devmargooo и сегодня я расскажу вам про Promise.race.🏎 Promise.race принимает в качестве аргумента массив промисов и возвращает результат того промиса, который завершится первым. Значит ли это, что после завершения Promise.race можно просто забыть про те промисы, которые проиграли гонку? Оказывается, нет. В 2017 году была описана интересная утечка памяти в Promise.race https://github.com/nodejs/node/issues/17469#issuecomment-685216777. Эта утечка интересна не сама по себе (мне кажется, Promise.race не так часто используют), а тем, что она представляет собой очень показательный пример утечки памяти в js через замыкания. Рассмотрим следующие тезисы.
1. Промис сохраняет свой результат все время, которое он живет.
Некоторые разработчики считают, что если мы не используем результат, который вернул промис, то он освободит память сразу после того, как промис завершится. Это не так! Результат промиса сохраняется в его внутреннем свойстве result все время, пока живет (= ссылочно доступен) сам промис.
2. Также, если промис зарезолвился, это еще не значит, что данные внутри его функции-исполнителя (функция, которую передали в конструктор промиса) больше не удерживаются в памяти. Нет, они могут удерживаться в памяти, например, если внутри исполнителя был setTimeout.
3. Рассмотрим следующий код и попробуем память, когда из памяти будет удален “super string”.
В данном случае neverResolve завис в памяти, а с ним и весь родительский промис p. Результат промиса resolveString сохранился как внутренее свойство result объекта p. Если “super string” - это тяжелые данные, то мы получим существенную утечку памяти. По всей видимости, механизм утечки памяти в Promise.race аналогичен вышеизложенному.
Всем привет, на связи Марго @devmargooo и сегодня я расскажу вам про Promise.race.🏎 Promise.race принимает в качестве аргумента массив промисов и возвращает результат того промиса, который завершится первым. Значит ли это, что после завершения Promise.race можно просто забыть про те промисы, которые проиграли гонку? Оказывается, нет. В 2017 году была описана интересная утечка памяти в Promise.race https://github.com/nodejs/node/issues/17469#issuecomment-685216777. Эта утечка интересна не сама по себе (мне кажется, Promise.race не так часто используют), а тем, что она представляет собой очень показательный пример утечки памяти в js через замыкания. Рассмотрим следующие тезисы.
1. Промис сохраняет свой результат все время, которое он живет.
Некоторые разработчики считают, что если мы не используем результат, который вернул промис, то он освободит память сразу после того, как промис завершится. Это не так! Результат промиса сохраняется в его внутреннем свойстве result все время, пока живет (= ссылочно доступен) сам промис.
2. Также, если промис зарезолвился, это еще не значит, что данные внутри его функции-исполнителя (функция, которую передали в конструктор промиса) больше не удерживаются в памяти. Нет, они могут удерживаться в памяти, например, если внутри исполнителя был setTimeout.
3. Рассмотрим следующий код и попробуем память, когда из памяти будет удален “super string”.
const resolveString = new Promise((resolve) => resolve("super string"));
const neverResolve = new Promise(() => {});
const promises = [resolveString, neverResolve];
const p = new Promise((resolve, reject) => {
for (const promise of promises) {
Promise.resolve(promise).then(resolve, reject);
}
});
В данном случае neverResolve завис в памяти, а с ним и весь родительский промис p. Результат промиса resolveString сохранился как внутренее свойство result объекта p. Если “super string” - это тяжелые данные, то мы получим существенную утечку памяти. По всей видимости, механизм утечки памяти в Promise.race аналогичен вышеизложенному.
GitHub
`Promise.race` lead to memory leak · Issue #17469 · nodejs/node
Version: v9.2.0 and v8.9.1, probably other version also affected Platform: linux Subsystem: - I run this code inside docker with -m 100m --memory-swap 100m , and then the program crash after few se...
👍49🤡12❤4🙏2
В дополнение ко вчерашнему стриму рекомендую посмотреть статью про стратегии репликации и объединения данных
Часть идей могут использоваться при объединении пользовательских стейтов на стороне бэкенда
Часть идей могут использоваться при объединении пользовательских стейтов на стороне бэкенда
Хабр
CRDT: Conflict-free Replicated Data Types
Как считать хиты страницы google.com? А как хранить счётчик лайков очень популярных пользователей? В этой статье предлагается рассмотреть решение этих задач с помощью CRDT (Conflict-free Replicated...
👍26🤡1
Привет, друзья! Сегодня мы поговорим о личной мотивации.
Как часто вы чувствуете, что у вас нет сил и желания продолжать работу над проектом? Как часто вы задаетесь вопросом, зачем все это нужно?
В такие моменты очень важно найти внутреннюю мотивацию. Что вас вдохновляет? Что заставляет вас двигаться вперед?
Для меня, как для технического специалиста, мотивация - это возможность создавать что-то новое и полезное. Когда я вижу, что мой код работает и помогает людям решать их проблемы, это дает мне огромное удовлетворение.
Но не только это. Личная мотивация - это еще и возможность постоянно учиться и развиваться. Каждый день мы сталкиваемся с новыми вызовами и задачами, которые помогают нам расти как профессионалам.
И конечно же, не стоит забывать о команде. Работа в коллективе - это еще один источник мотивации. Когда вы работаете вместе с единомышленниками, вы можете обмениваться опытом, делиться идеями и находить новые решения.
В заключение хочу сказать, что личная мотивация - это то, что помогает нам преодолевать трудности и достигать поставленных целей. Найдите свою мотивацию и не останавливайтесь на достигнутом!
Спасибо за внимание!
P.s. угадай какой gpt это написал и какой примерно был промпт! )
Как часто вы чувствуете, что у вас нет сил и желания продолжать работу над проектом? Как часто вы задаетесь вопросом, зачем все это нужно?
В такие моменты очень важно найти внутреннюю мотивацию. Что вас вдохновляет? Что заставляет вас двигаться вперед?
Для меня, как для технического специалиста, мотивация - это возможность создавать что-то новое и полезное. Когда я вижу, что мой код работает и помогает людям решать их проблемы, это дает мне огромное удовлетворение.
Но не только это. Личная мотивация - это еще и возможность постоянно учиться и развиваться. Каждый день мы сталкиваемся с новыми вызовами и задачами, которые помогают нам расти как профессионалам.
И конечно же, не стоит забывать о команде. Работа в коллективе - это еще один источник мотивации. Когда вы работаете вместе с единомышленниками, вы можете обмениваться опытом, делиться идеями и находить новые решения.
В заключение хочу сказать, что личная мотивация - это то, что помогает нам преодолевать трудности и достигать поставленных целей. Найдите свою мотивацию и не останавливайтесь на достигнутом!
Спасибо за внимание!
P.s. угадай какой gpt это написал и какой примерно был промпт! )
👍38🤡16🤓5👎3🐳1
Вас тоже взбудоражила новость о том, что сломался DNSSEC?
Лично меня нет, я опять все проспал и узнал все постфактум.
Помните, здоровый сон бережёт вашу нервную систему!
https://habr.com/ru/news/790188/
Лично меня нет, я опять все проспал и узнал все постфактум.
Помните, здоровый сон бережёт вашу нервную систему!
https://habr.com/ru/news/790188/
👍80😁26💯22🐳4✍2👎1👾1
Субботний стрим 03.02 10:00
Начинаю сбор вопросов на стрим, напоминаю, что у нас будет четыре секции:
- Зачем это надо? (ЗЭН)
- анализирую это (разбираем этапы работы javascript runtime)
- Сплетни нашего ютуба
- Донаты решают
В комментарии к этому посту скиньте вопросы на ЗЭН, они должны касаться АйТи.
Так же можно скинуть ссылки на свои репо, которые я могу посмотреть в прямом эфире и сказать мнение о коде и архитектуре, так же можно скинуть новость или ссылку на ютуб ролик, который можно обсудить в Сплетнях.
Начинаю сбор вопросов на стрим, напоминаю, что у нас будет четыре секции:
- Зачем это надо? (ЗЭН)
- анализирую это (разбираем этапы работы javascript runtime)
- Сплетни нашего ютуба
- Донаты решают
В комментарии к этому посту скиньте вопросы на ЗЭН, они должны касаться АйТи.
Так же можно скинуть ссылки на свои репо, которые я могу посмотреть в прямом эфире и сказать мнение о коде и архитектуре, так же можно скинуть новость или ссылку на ютуб ролик, который можно обсудить в Сплетнях.
👍20❤1👎1🔥1
Если вы разогнались и хотите еще какой-нибудь стрим посмотреть, то прямо сейчас стримит HollyJS ) - https://www.youtube.com/watch?v=GJOVUGL5v0I
YouTube
Тяжелое утро с HolyJS и Ольгой Булашовой #55: рекрутинг в IT
Подробнее о конференции HolyJS: https://jrg.su/EM4wwV
— —
Как устроен рекрутинг «у нас» и «у них»? Какие особенности у релокантских сообществ? Почему вам обязательно надо побывать в Нижнем Новгороде и зачем вести публичную деятельность?
Ответить на эти…
— —
Как устроен рекрутинг «у нас» и «у них»? Какие особенности у релокантских сообществ? Почему вам обязательно надо побывать в Нижнем Новгороде и зачем вести публичную деятельность?
Ответить на эти…
👍9👎1