- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Фрейморки вообще другая песня :)
Я к примеру так ни одного фрейморка и не освоил. Сколько раз пытался разобраться, но все время выходило, что изучать чужой велосипед гораздо затратнее, чем воспользоваться уже своим готовым.
Вообще лезть в фреймворк не зная классов - имхо не правильно. Сначала постигается "дзен" классов, что бы в голове возникло просветление "а как же я без них раньше то жил". Потом уже можно и фрейморки начать мучать.
которая стоит на трех китах: инкапсуляция, наследование и полиморфизм.
не выдумывай романтику и какие-то там уровни программиста. нет обязательной вертикали развития программиста.
суть ООП раскрывает всего одна фраза - "РАБОТАТЬ, БЕСТОЛКОВЫЕ ИДИОТЫ!"
К примеру, если у вас есть задача написать высоконагруженный проект, где основное требование - быстродействие, выбирали бы ли вы фреймворки с написанными кем-то классами (наверняка не совсем отимальными) или писали бы свои функции/классы.
Фреймворки удобны разработчикам, а вот с точки зрения продуктивности приложения какая ситуация.
Код заточенный под проект, всегда будет быстрее фреймворка. Фреймворки нужны как правило для создания проекта командой, поддержки проекта посторонними людьми и прочее.
Поэтому вопрос весьма скользкий.
что изучать чужой велосипед гораздо затратнее, чем воспользоваться уже своим готовым.
но свой готовый должен ещё стать готовым :) А для фреймворков уже есть куча всякого рода экстеншинов, которые можно использовать не теряя время.
Что раньше появилось, курица или яйцо ? Вот тут примерно так же. К тому же фрейморки пишутся из расчета своего видения правильной работы, а не так как нужно вам лично. Эта же куча компонентов доступна и в виде отдельных библиотек, бери и используй.
Эта же куча компонентов доступна и в виде отдельных библиотек, бери и используй.
Мне выгоднее использовать уже интегрированное. Ну тут кому что, каждый выбирает, что ему удобнее.
Кстати раз уж зашла речь о фреймворках - спрошу о Symfony. Сталкивался с ним несколько раз, но прям внутрь не заглядывал. По описанию и, насколько я его видел, похоже, что серьезный продукт. Правда по какой-то причине используется достаточно узким кругом программистов.
Кто-нибудь работал с Symfony более-менее плотно?
Погрузившись лишь по щиколотку в бесконечный океан классов, вы можете испугаться и тут же выскочить на привычный вам берег процедурного программирования.
P.S. Не помню где вычитал :)
Кстати раз уж зашла речь о фреймворках - спрошу о Symfony...
одно время относительно плотно с ней разбирался, но не нашёл коллектива, где бы она была востребована, после чего перешёл на что-то более распространённое в СНГ
вообще можете почитать более развёрнутые отзывы, в сравнении например с другими фреймвёрками, вкратце на это тоже не ответить