Матеріали на тему «ООП»

RSS

ООП мертве? Як парадигми програмування воюють зі складністю

Ruslan Dmytrakovych 10485

Програмісти сперечаються роками: процедурне, об’єктно-орієнтоване чи функціональне програмування? А ООП — геніальний винахід чи катастрофічна ідея? Щоб знайти відповіді, Руслан Дмитракович поринає в історію розвитку парадигм у своєму блозі. 425

Пишемо Builder із валідацією обов’язкового виклику методів

Yevhenii Mamontov 1977

Senior C++ Engineer Євген із Intellias ділиться покращеною реалізацією патерну Builder. У статті розглядається, як автоматизувати перевірку обов’язкових параметрів при побудові об’єкта за допомогою std::bitset, що дозволяє підвищити надійність коду та спростити його підтримку. 30

Чому SOLID — важлива складова мислення програміста. Розбираємося на прикладах з кодом

Іван Бранець 100906

На конкретних прикладах розглядаємо принципи SOLID. Іван Бранець, Solution Architect в EPAM Systems, просто та зрозуміло описує завдання, які допомагає розв’язати SOLID. Наприклад, як уникати залежностей між компонентами коду, який важко підтримувати. Також з’ясуємо, до чого може призвести порушення принципів у коді в довгостроковій перспективі і як це виправити. Стаття має бути цікавою як бекенд, так і фронтенд-розробникам різних рівнів. 118

Принцип подстановки Барбары Лисков

Наталия Ништа 56301

Продолжая серию «ООП — это просто», на этот раз я попытаюсь рассказать о принципе подстановки Барбары Лисков (Liskov substitution principle, далее LSP). Рассмотрим пример, в котором нарушим этот принцип и посмотрим, к чему это приведёт. 226

Инвертируй меня полностью

Наталия Ништа 34144

В этой статье я попытаюсь рассказать про принцип инверсии зависимостей (Dependency inversion principle, далее DIP). Чтобы по-человечески разобраться, начнем с самого начала — с интерфейсов и принципа «проектируйте на уровне интерфейсов, а не реализаций». 206

Уровни абстракций — ключ к пониманию архитектурных изысков ПО

Наталия Ништа 52967

Эта статья будет в большей степени полезна новичкам, только начинающим работать с абстракциями и построением архитектур ПО. Однако искренне надеюсь, что и более опытные специалисты смогут найти для себя что-то интересное в этом материале. 104

10 вещей, которым я научился за 10 лет профессиональной разработки ПО

Alexander Skakunov 808

Читая вчера эту горячую десятку, я подумал, что, возможно, и сам cмогу составить список вещей, о которых я не знал, пока не начал разрабатывать ПО за деньги. 15

Коментарі

Плюсую про універ на сто відсотків. Кореляція абсолютно хибна
Щирі співчуття рідним. Легкої хмарки герою!
Чудові інтерв’ю і співрозмовник. Дякую!
Дякую за дійсно круте інтервю
mono рухається до супераппу
Не понял. Т.е. в первый раз, когда конфликт — по закону не вышло. Но вот во второй раз обязательно выйдет. Что это за закон такой что с первого раза не срабатывает?
Исполняются, за исключением случая, когда боевой сержант.... и далее по тексту. И нет, все СОВСЕМ не так как у тимлида.
Так, багато подібних прикладів. Арта, наприклад, теж не отримує бойові, коли не стріляє. А стріляє, нажаль, все рідше. Проте бійці знаходяться на позиції, і прилетіти до них може. Ну і в тил люди переходять і теж щось роблять. За 20ку.
11 000 анкет! А ви вже оцінили вашого роботодавця?
Все з власного досвіду за останні 5+ років роботи контрактором на EU/US/IL. Зарплати — Вищі, сильно. Часто в рази. — В Україні рідко зустрінеш аналог, хіба в приватних продуктових компаніях.
ну AI plumbing це вже тех сленг, тому plumber я б сказав вже навіть не якесь там іронічне слово www.linkedin.com/...​alistair-schneider-dmjne плюс термін plumbing геть не новий, а родом з лінукса де треба працювати з «трубами» (pipe) та займатися...
Електронна ВЛК звучить чудово. На практиці навіть за наявності електронних записів про стан здоров’я, зокрема тих, що неможливо підробити (знімки МРТ), ніщо не перешкоджає лікарю в погонах (або і без) написати свій суб’єктивний висновок.
доречі все як у керівника/тімліда, треба вміти працювати з людьми, вміти або заставити або змотивувати. взагалі в армії таки простіше, бо там є «наказ» і накази в основному виконуються
тоді вже все буде по закону. але ви розповідаєте як глядач радянських фільмів та читач «уставів», а я як безпосередній учасник. у офіцера єсть 1000 і один варіант як заїбать солдата. найпростіше — колективна відповідальність.
заставить перспектива постійно ходить в наряди і таки мить той туалет) Если его не смог офицер застаить — то как его заставит какая-то там «перспектива»? Солдат отказался исполнять один приказ — что его заставит выполноить другой такой же приказ?