Estadísticas de telegram channel - @web_overflow

Logotipo de la comunidad de telegram -
2024-07-14

Número de suscriptores:
3989
Fotos:
418 
Videos:
42 
Enlaces:
545 
Categoría:
Tecnologías
Descripción:
Затишний блог про веб-розробку і не тільки 💛 Чат: @web_overflow_chat Співпраця: @web_overflow_support Автори: @lluchkaa & @anastasiia_tarasenko

👥 Número de suscriptores

Promedio/Día: -5
Promedio/Tiempo: -13
Promedio/Mes: -45
Total:
3 989

👁️ Vistas promedio por mensaje

Promedio/Día: +5600
Promedio/Tiempo: +4071
ERR: 99.04%
ERR (24): 140.39%
Promedio de 30 días:
3 951

📊 Mensajes por Día

Último día: 0
Promedio semanal: 0.1
Promedio por día
0.2

Historial de cambios de estado

Oficialmente no confirmado
2024-07-14

Muro canal Web Overflow 🇺🇦 - @web_overflow

Aerospace Script 🪟Window manager — це програма, яка керує вікнами ваших застосунків: їхнім розташуванням і розміром.Серед таких програм (або схожих до них) можна виділити:- Linux: i3, Hyprland;- MacOS: Magnet, Rectangle, Yabai, Amethyst.Зараз я тестую Aerospace. І в один момент я зрозумів, що мені дечого не вистачає.#how_to втикати відосіки під час роботи, якщо у вас один монітор: двічі натискаєте праву клавішу на відео в YouTube та натискаєте Picture in Picture.Проблема в тому, що через використання WM я розділяю вікна на різні воркспейси, а вікно Picture in Picture залишається тільки на одному з них. Оскільки fixed-режиму для вікон немає, єдиний варіант — змусити вікно автоматично переміщуватися під час зміни воркспейсу. Ось як це зробив я:exec-on-workspace-change = [ '/bin/bash/', '-c', 'aerospace move-node-to-workspace --window-id $(aerospace list-windows --monitor focused --app-bundle-id com.google.Chrome --format "%{window-id} %{window-title}" | awk "\$0 ~ /Picture in Picture/ {print \$1}") $AEROSPACE_FOCUSED_WORKSPACE'] #experience
3300
25-03-27 07:05
TanStack Form 📋Ми вже багато розповідали про продукти від TanStack — у них уже сформувалася ціла екосистема. Нещодавно вони представили ще один інструмент — TanStack Form.Його створення мотивували відсутністю вбудованих засобів для роботи з формами у багатьох фреймворках. Через це розробникам доводиться або писати власні рішення, або використовувати сторонні бібліотеки. TanStack Form має на меті вирішити проблеми продуктивності (згадуємо redux-form), складної валідації та композиції форм.Ось простий приклад використання TanStack Form:const form = useForm({ defaultValues: { ... }, onSubmit: async ({ value }) => { ... },})...<form.Field name="firstName" validators={{ onChange: ({ value }) => !value ? 'A first name is required' : undefined, }} children={(field) => ( <> <label htmlFor={field.name}>First Name:</label> <input id={field.name} name={field.name} value={field.state.value} onBlur={field.handleBlur} onChange={(e) => field.handleChange(e.target.value)} /> <FieldInfo field={field} /> </> )}/> Завдяки використанню form.Field тут є гарна підтримка TypeScript, а також можна пропускати деякі пропси (аналогічно до <Controller control /> у react-hook-form).Валідація підтримується як для всієї форми (через useForm, зокрема зі схемами типу zod), так і для окремих полів.Що одразу привертає увагу - підхід через children. Полю передається функція, а не JSX-елементи. Команда TanStack у коментарях зазначає, що render-пропси - "great". А що думаєте ви?👉 Відкрити посилання#library
3700
25-03-17 13:00
"Неофіційні" правила в команді 👀Ви напевно вже чули, що ми понад два роки працюємо над стартапом. За цей час наша команда значно виросла (спочатку працювали лише вдвох, а тепер нас уже 7 розробників із різних країн і часових зон). Разом із цим стало трохи складніше взаємодіяти у команді: кожен сфокусований на своїх тасках, вони часто переплітаються, виникають одні й ті ж питання, ті ж проблеми. А оскільки внутрішні процеси в нас майже не налаштовані, ми вирішили запровадити кілька "неофіційних" правил, які мають допомогти нам покращити взаємодію.1. Обговорювати всі питання у спільному dev-чаті, а не в особистих повідомленнях.Кожен член команди повинен мати доступ до обговорень, щоб за потреби допомогти або знайти потрібну інформацію. Вся важлива комунікація має бути відкритою та доступною для всіх. А ще це допоможе уникнути нескінченних однакових питань про логіку та архітектуру проєкту.2. Ділити завдання на менші частини.Оскільки це стартап, таски бувають дуже різними — від "підправити стилі таблички" до "розробити мобільний застосунок". Якщо завдання велике, намагаємось розбити його хоча б на backend і frontend або на окремі модулі. Адже якщо PR містить 100+ змінених файлів, його дуже складно перевірити — це займає купу часу, а якість рев’ю від цього тільки страждає.3. Перевіряти PR-и колег. Ми працюємо над великим проєктом, і важливо розуміти, що розробляють інші учасники команди. Якщо немає термінових завдань, намагаємось приділяти час рев’ю чужих PR. Це допоможе підтримувати якість коду, уникати конфліктів та краще розуміти загальний розвиток проєкту.У нас немає бізнес-аналітика, ПМа, тестувальника і взагалі жодних "зайвих" людей. Так, звучить страшно, але це стартап, шо поробиш 😅 Сподіваємось, ці правила допоможуть нам трохи врятувати ситуацію.Розкажіть, які "неофіційні" правила є у вас у команді? 💛#experience
3800
25-03-04 07:05
Pi-hole 🕳️@anastasiia_tarasenko якось подарувала мені Raspberry, і я спочатку не знав, що з ним робити. Були ідеї хостити невеликі сервери на ньому чи налаштувати щось для розумного будинку. Але якось я натрапив на пост про Raspberry, у якому майже в кожному коментарі радили встановити на нього Pi-hole. Тоді я вирішив дізнатися, що це таке.Pi-hole — це DNS sinkhole (дослівно — "раковина"), якщо читати README на GitHub. Чим це може бути корисним? У першу чергу, це дозволяє блокувати багато реклами. Ви резервуєте для своєї машини (у моєму випадку це Raspberry) статичну IP-адресу на роутері, після чого налаштовуєте роутер використовувати цю IP як DNS-сервер. Тепер, коли будь-який вебсайт захоче завантажити рекламний банер, DNS-сервер просто заблокує його.Як сервер знає, що блокувати? Дуже просто: використовується список заборонених доменів. На щастя, вже є готові списки, які можна просто завантажити.І найцікавіше: для цього вам зовсім не обов’язково мати Raspberry — Pi-hole працює на багатьох Linux-дистрибутивах.Що ще круто — реклама блокуватиметься на всіх пристроях, підключених до мережі. А ще, це може працювати навіть у встановлених застосунках.👉 Відкрити посилання#localhost
3400
25-01-28 07:05
Nix ⚙️Минулого року ми відкрили для себе Nix. Спочатку було важко зрозуміти, що це таке, але воно виглядало досить незвично, тож ми вирішили дослідити, як це можна використати.Nix — це інструмент для менеджменту пакетів і налаштувань. У нашому розумінні це ціла екосистема, адже тут є своя мова, застосунок та навіть операційна система. Якоюсь мірою це схоже на npm та package.json у JavaScript чи venv у Python.Щодо NixOS — це операційна система на основі Linux, створена на базі менеджера пакетів Nix. Фактично вся система може бути налаштована та (головне!) відтворена за допомогою певного набору конфігураційних файлів.Ми поки що тільки пробуємо його використовувати — наразі встановили лише на Raspberry Pi. У планах також налаштувати систему на macOS за допомогою nix-darwin. Має вийти доволі цікаво, адже тоді за допомогою кількох файлів можна буде відтворити всі налаштування на іншому комп'ютері.Можливо, хтось із вас уже використовував Nix? Діліться своїм досвідом! 💛👉 Відкрити посилання#experience
5600
25-01-20 09:27
Тестове завдання 👀В компанії, де ми зараз працюємо, першим етапом відбору нового кандидата завжди є тестове завдання.Спочатку, для нас це було дивно, але згодом, коли ми вже перевірили не одного кандидата, - це стало невід'ємною частиною нашого представлення відбору нової людини в команду. Тестове завдання дає зрозуміти який стиль має кандидат, як він реалізовує ту чи іншу ідею, чи його код є читабельний тощо. Іноді, таке завдання говорить про людину більше, ніж її резюме. Величезний плюс в тому, що в нашій компанії це завдання комерційне і оплачується, тобто кандидат бачить проект, розуміє з чим йому треба буде працювати, розбирається в ньому, може поставити питання і дати свій фідбек. Конструктивна критика також дуже добре розкриває знання та вподобання кандидата.Просто говорити, коли ти є по ту сторону барикад. Тому, хочемо дати кілька порад, як краще виконати тестове завдання і на що ми звертаємо увагу, коли його перевіряємо.1. Робити лише те, що вказано у завданні. Не треба робити більше, ніж просять. Вам поставлені конкретні задачі, на них і фокусуйтесь. Навіть, якщо вам здається, що вони занадто прості. Про вас не скажуть, що ви молодці, що зробили більше, про вас скажуть, що ви не уважно прочитали те, що від вас вимагалось.2. Не ускладнюйте. Краще зробити просто, красиво і читабельно. Це буде легше перевірити і більше шансів не наробити лишніх помилок.3. Не витрачайте на завдання дуже багато часу і сил. Найкраще витратити стільки часу, скільки відведено на це конкретне завдання. Якщо ви будете сидіти цілими днями над ним, вдосконалювати і оптимізовувати до ідеалу, ви можете пропустити інші пропозиції і достойні вакансії від інших компаній. Плюс, буде дуже обідно, якщо ваші старання просто не оцінять.Можливо ви маєте щось додати або заперечити - будемо раді почути! А ще, цікаво почути про ваш досвід написання тестових завдань.#interview
3100
24-07-30 06:05