Зачем брать фреймворк и мудохаться с ним, если можно взять CMS?
А cms же у нас конфетка, точно.
Подразумевается, что ядро не пишется под каждый проект, а имеется уже наработанное и просто переносится с одного проекта на другой.
А пишете вы его дома в свободное время?
Мои 50 КБ можно изучить за день
Ну действительно, зачем документация нужна.
Я не вижу смысла разбивать функцию на мелкие функции, если не будет повторного использования.
Например, чтобы не читать весь код, а увидеть суть. Тесты написать проще, не? Никто вас не просит кучу абстракций накладывать. Не нужно в крайности бросаться. Использовать абстракции нужно, но к месту и умеренно.
Вон Битриксы все совместимы.
Вон Вася спился. Давай и я тоже сопьюсь.
Аннотации могут нравиться, но это путанье мух с котлетами по факту. )
Вы считаете что аннотации — ужас. Я считаю, что это удобно. Получается, что ваше мнение субъективно, верно? Субъективно — значит применимо к одному субъекту.
Фреймворки не панацея, согласен. И говнокод порой встречается.
Но реалии бизнеса таковы, что, как правило:
Стартовать нужно в сжатые сроки, а иногда даже вчера. Всем пофиг что вы уже полгода пишете крутое ядро. Бизнесу нужен результат.
Нужны некие стандарты и документация, дабы любой разработчик быстро сориентировался в проекте
Это как минимум. Со всем этим фреймворки справляются неплохо, при этом позволяют поддерживать код в поддерживаемом состоянии.
Раз уж вы заговорили о принципе KISS, то одним из его важных составляющих является сохранение методов/классов маленькими и простыми. Этого я не увидел в коде, который показал нам MetaDone
А что именно неубедительно? :)
Неубедительны приводимые вами аргументы. Большая часть из них очень субъективны, некоторые просто высосаны из пальца.
Например:
При выпуске новых версий как правило отсутствует обратная совместимость. Программисты на фреймворках никогда не останутся без работы.
Большинство серьезных фреймворков используют семантическое версионирование. А значит пользователь должен понимать, что выпуск мажорной версии не гарантирует обратную совместимость.
Некоторые фреймворки ориентированы на аннотации (комментарии) — это тихий ужас.
А мне нравятся аннотации. Очень удобно, например, описать роут рядом с обработчиком(экшеном). Субъективно? Да.
Хорошо бы указать, что предпочтительнее создавать формы-классы, создание форм в контроллере — не лучшая практика. Формы-классы проще в тестировании и переиспользуемы. Об этом кстати описано в официальной документации.
Единственное, что бы хотелось вам предложить — руководство добавить в репозиторий, так сказать разбираться не отходя от кассы. И еще исключать файлы IDE из репозитория (папка .idea в вашем случае)
Мне кажется стресс — это когда выкатываешь огромный релиз и с тревогой ждешь, что вывалится такая же огромная куча багов. Проще релизить маленькими порциями каждый день.
На ум приходит аналогия между обновлением дистрибутивов Linux:
Ubuntu: как часто бывает — обновился до новой версии, сломал все.
ArchLinux: rolling release, система постепенно обновляется маленькими порциями
Каждая из них мечтает работать по своей специальности, но университет после окончания обучения ничего не предлагает.
Наверно не все так плохо, как вы говорите. Закончил вуз в этом году(IT специальность).
И у нас на факультете:
Работает бесплатный учебный класс от EPAM, с возможной стажировкой впоследствии
Работодателями проводятся конференции, где предлагается прийти и попробовать себя
Листовки, вакансии по специальности все время висят у деканата
Проводятся ярмарки вакансий для будущих выпускников, причем работу предлагают именно по профилю, или близкую к нему, а не дворником
В итоге: те, кто хотел работать по специальности, работают. И устроились бы рано или поздно, даже если универ не помогал.
Те, кому это не надо — работали официантами/продавцами/… Если человек не хочет — ничего его не заставит.
P.S. сам начал карьеру разработчика на 2 курсе, и не скажу, что найти первую работу по профилю было сложно. Многие работодатели готовы брать студентов даже начальных курсов без опыта за небольшие деньги. Дорогу осилит идущий.
пост писался для извлечения уроков начинающими, а в итоге все начали минусовать за неоригинальную возможно идею. либо хабровчане разучились читать, или я настолько плохо изложил свою мысль…
А cms же у нас конфетка, точно.
А пишете вы его дома в свободное время?
Ну действительно, зачем документация нужна.
Например, чтобы не читать весь код, а увидеть суть. Тесты написать проще, не? Никто вас не просит кучу абстракций накладывать. Не нужно в крайности бросаться. Использовать абстракции нужно, но к месту и умеренно.
Вон Вася спился. Давай и я тоже сопьюсь.
Вы считаете что аннотации — ужас. Я считаю, что это удобно. Получается, что ваше мнение субъективно, верно? Субъективно — значит применимо к одному субъекту.
Но реалии бизнеса таковы, что, как правило:
Это как минимум. Со всем этим фреймворки справляются неплохо, при этом позволяют поддерживать код в поддерживаемом состоянии.
Раз уж вы заговорили о принципе KISS, то одним из его важных составляющих является сохранение методов/классов маленькими и простыми. Этого я не увидел в коде, который показал нам MetaDone
Неубедительны приводимые вами аргументы. Большая часть из них очень субъективны, некоторые просто высосаны из пальца.
Например:
Большинство серьезных фреймворков используют семантическое версионирование. А значит пользователь должен понимать, что выпуск мажорной версии не гарантирует обратную совместимость.
А мне нравятся аннотации. Очень удобно, например, описать роут рядом с обработчиком(экшеном). Субъективно? Да.
Задевает постоянный постинг ссылки на эту статью. Такое ощущение, что вы навязываете свою идеологию, причем выходит не убедительно. Или я ошибаюсь?
Вас минусуют за пиар своей статьи, а вы все равно вставляете ссылку на нее в каждом посте, который как-то связан с веб-разработкой.
На ум приходит аналогия между обновлением дистрибутивов Linux:
Наверно не все так плохо, как вы говорите. Закончил вуз в этом году(IT специальность).
И у нас на факультете:
В итоге: те, кто хотел работать по специальности, работают. И устроились бы рано или поздно, даже если универ не помогал.
Те, кому это не надо — работали официантами/продавцами/… Если человек не хочет — ничего его не заставит.
P.S. сам начал карьеру разработчика на 2 курсе, и не скажу, что найти первую работу по профилю было сложно. Многие работодатели готовы брать студентов даже начальных курсов без опыта за небольшие деньги. Дорогу осилит идущий.
Tinf=integer;List=^TList; {Указатель}
TList=record
data:TInf;
next:List;
end;
Вот так мы работали со стеками в Turbo Pascal на 1 курсе универа. В простоте может конечно он и уступает, но факт, что он есть.