Ось приклади питань для React-розробників, які обов’язково варто знати 👇

1️⃣ Навіщо в конструкторі пишуть

this.FUNCTION_NAME = this.FUNCTION_NAME.bind(this)

📌 Очікувана відповідь:
Метод bind прив’язує контекст

this

до компонента.
У класових компонентах без цього

this

може загубитися, коли метод передають як колбек.

Приклад:

onInputChange(e) {
  this.setState({ data: e.target.value });
}

constructor() {
  this.onInputChange = this.onInputChange.bind(this);
}

Альтернатива – стрілкова функція, яка автоматично зберігає контекст:

onInputChange = (e) => this.setState({ data: e.target.value });

У функціональних компонентах це не потрібно – контекст зберігається автоматично.

2️⃣ У яких методах життєвого циклу виконувати запити (XHR, fetch)?
📌 Очікувана відповідь:
До React 16.3 – у

componentWillReceiveProps

Після – у

getDerivedStateFromProps

У сучасних проєктах зазвичай використовують

useEffect або useMemo

замість цього патерну.

3️⃣ У яких методах оновлювати

state

на основі

props

📌 Очікувана відповідь:
До React 16.3 – у

componentWillReceiveProps

Починаючи з React 16.3 – у

getDerivedStateFromProps

4️⃣ Що буде, якщо викликати

this.setState()

у методі render()?
📌 Очікувана відповідь:
Стан зміниться, React знову викличе render, що призведе до нескінченного циклу ререндерів і зависання застосунку.

5️⃣ Навіщо потрібен

componentWillUnmount

📌 Очікувана відповідь:
Щоб прибрати підписки, таймери чи слухачі перед видаленням компонента.

componentWillUnmount() {
  window.removeEventListener('resize', this.handleResize);
}

У хуках те саме робиться через функцію очищення у

useEffect:
return () => window.removeEventListener('resize', handleResize);

Бажаємо успіхів на співбесідах! 💪
Зберігайте допис, щоб повернутись перед наступною техспівбесідою,
і діліться з колегами – нехай теж готуються 😉

#codica_interviews

TikTok | Instagram | Telegram

Агов, друзі! 👋

👉 Якщо хочете прокачати свої навички в автоматизації тестування та дізнатися, що зараз у топі – ось добірка крутих книжок, які точно варто глянути:

📚 Contract Testing in Action: With Pact, PactFlow, and GitHub Actions (2025)
📚 Software Testing with Generative AI (2024)
📚 Software Testing Strategies: A testing guide for the 2020s (2023)
📚 Automation Awesomeness: 260 actionable affirmations to improve your QA and automation testing skills (2023)
📚 Test Automation Engineering Handbook (2023)

💡 Зберігайте список, обирайте, що цікаво, і підвищуйте свої QA-скіли!
І не забувайте – навчання може бути веселим! 😄
Тож беріть каву ☕ і занурюйтесь у книги!

#codica_advice

TikTok | Instagram | Telegram

💎 Друзі, давно не заглядали в офіційні доки Rails? Ми знайшли, з чого варто почати 😉
Туторіали, що реально варті вашого часу 👇

👉 rubyonrails.org/docs/tutorials
– офіційна сторінка з добіркою гайдів для тих, хто хоче не просто “пригадати синтаксис“, а вдосконалити свої скіли в Rails.

📌 Покроковий туторіал – як додати Sign Up до e-commerce застосунку: від роутів і контролерів до валідації форм і Devise.
(Ідеально, щоб освіжити пам’ять або показати джунам, як має виглядати чистий flow реєстрації 💎)

📌 Відео-серія з Typecraft – короткі, концентровані епізоди з реальними прикладами, з фокусом на best practices.

💡 Якщо давно не заходили на офіційні доки Rails – саме час оновити закладки.
Зберігайте, щоб не загубити і повертайтесь, коли хочеться натхнення для коду 💻

#codica_advice

TikTok | Instagram | Telegram

А зараз увага, друзі! Ловіть 5 типів тестів у Rails, без яких ну ніяк 🚀

#codica_advice

👉 У Rails тести бувають різних рівнів: від перевірки дрібних деталей до повної симуляції браузера.

📌 Чому без тестів у Rails нікуди

1️⃣ Моделі

RSpec.describe User, type: :model do
  it { is_expected.to validate_presence_of(:email) }
end

2️⃣ Запити / контролери

RSpec.describe "Posts", type: :request do
  let(:post_record) { create(:post) }
  it "повертає список постів" do
    get posts_path
    expect(response).to have_http_status(:ok)
  end
end

3️⃣ Системні тести (Capybara)

RSpec.describe "User signs in", type: :system do
  it "успішний логін" do
    user = create(:user, password: "Password1!")
    visit new_session_path
    fill_in "Email", with: user.email
    fill_in "Password", with: "Password1!"
    click_button "Sign in"
    expect(page).to have_content("Welcome")
  end
end

4️⃣ Сервіси

RSpec.describe Users::SendWelcomeEmail do
  it "ставить лист у чергу" do
    user = create(:user)
    expect { described_class.new(user).call }
      .to have_enqueued_mail(UserMailer, :welcome).with(user)
  end
end

5️⃣ Джоби та мейлери

RSpec.describe DigestJob, type: :job do
  it "ставить завдання у чергу" do
    expect { DigestJob.perform_later }
      .to have_enqueued_job(DigestJob).on_queue("default")
  end
end

👉 Разом ці рівні тестів дають повну картину: від валідацій у моделях до реальних сценаріїв у браузері.

💬 А які типи тестів ви вже писали? Моделі, контролери чи, можливо, пробували system-тести?

#codica_advice

TikTok | Instagram | Telegram