• Какой из этих подходов в ООП лучше и как они называются?

    Первый способ не может быть лучше второго, так как применяются они в совершенно разных ситуациях.

    Подкласс нужно создавать тогда, когда у вас есть дополнительная логика что называется для конкретных случаев. По вашему примеру, если Magick - это класс всяких магов, то подкласс водяных магов может определять свой magick, который он умеет кастовать. Ну или образовывать более конкретную, "водяную" магию.

    Второй вариант подразумевает, что магия может полностью задаваться извне, и Magick только кастит её, но в её "формировании" не участвует.

    Сейчас вы не решили для себя, что такое Magick. Вам нужно это сделать, и вопрос отпадёт сам собой.
    Ответ написан
    1 комментарий
  • За счет чего достигается такой высокий уровень сжатия?

    saboteur_kiev
    @saboteur_kiev
    software engineer
    Есть хаос и есть порядок.
    Чем больше упорядоченной информации в файлах, тем больше закономерностей можно вычислить и сжать их до уровня хаоса.
    Ничего кардинально нового не придумали,

    Можете просто любым hexview-ером посмотреть что внутри файлов - уверен там просто удачно подобрались файлы с кучей нулей и повторов информации.
    Ответ написан
    Комментировать
  • Как организовать git для клиента?

    e-antonov
    @e-antonov
    Не очень понимаю проблему. Вы загоняете проект под гит. а потом этот репозиторий пушите в хранилище типа гитхаба или битбакета. и потом каждый раз когда пучек изменений сделали - коммитите, а клиент может заходить на битбакет или гитхаб и видеть историю коммитов. нажмет на отдельный коммит и увидет пофайлово где вы что удалили где что добавили. тут схема проще некуда
    Ответ написан
    Комментировать
  • Test testtesttesttesttesttest?

    @evgeniy_lm
    Начнем с того, что в реале компьютер это не более чем калькулятор, он может только складывать, вычитать делить и умножать. Это уже давно скрыто не только то пользователей, но и от большинства тех кто называют себя программистами. В этом и кроется проблема. На самом деле задача реального программиста состоит в том чтобы любую информацию превратить в цифры, научить компьютер эти цифры обрабатывать и преобразовывать результат в удобный пользователю вид. В программировании это называется математическая модель. И реальный программист должен математику не просто знать, он должен ее видеть. Иначе это будет не программист, а говнокодер.

    PS web-дизайнеры и верстальщики к программированию ни какого отношения не имеют, но их часто путают с web-программистами (в том числе они сами)
    Ответ написан
    Комментировать
  • Как смочь в WinAPI, GDI на Debian?

    Denormalization
    @Denormalization
    В чем проблема поставить windows на виртуалку и там набросать проект?
    Ответ написан
    6 комментариев
  • Будет ли работать программный RAID 1 после переустановки Windows Server?

    Да, всё должно получиться.
    Ответ написан
    Комментировать
  • Как изучить язык приближенно к 100%?

    EvilsInterrupt
    @EvilsInterrupt
    System programming, Reversing Engineering, C++
    А зачем? Зачем знать язык до идеального состояния? Перфекционизм мучает?

    20% труда выдают 80% результата.

    Остальные 20% результата потребуют 80% труда. Оно вам нужно?

    Другими словами язык должен быть на таком уровне, чтобы вы могли решать задачи. У математиков есть замечательная фраза "Необходимо и достаточно".

    Я к тому, что знайте когда остановиться. Хорошее всегда будет врагом лучшего.
    Ответ написан
    1 комментарий