Я немного другое имел виду. Вся IT-сфера относительно молода, еще 10-20 лет назад единицы работали с кодом, такие мозги имели чтоб понять всего с чем они работают! Сегодня только лентяй не собрал на конструкторе сайт, а некоторые даже умудрились написать «Hello world» на php или еще на чем то. Все что вложили вчера сегодня пользуется успехом, была открыта дорога для таких как я. Я не стесняюсь что мне до некоторых как до Марса, и вот такой я решил тут только свою точку зрения написать обо всем этом, возможно, да, ошибочное. Я не говорил что Yii и т.д. плохи, просто такие гиганты не для всех, чтоб сразу начать пробовать надо пройти другие этапы. Нам было легче, потому что мы более менее знакомы с большей частью паттернов, уже поняли что ООП — добро, что преждевременная оптимизация — ЗЛО и т.д. Все сами пробовали на своей шкуре, похоронили тонны кода, или кто-то ткнул носом на факты. Сейчас как я вижу молодых ребят: набросали пару скриптов, вроде сайты работают у них и хотят себе работу программистов с большой ЗП. Открывают вакансии и видят красивые ярлыки Yii, Laravel и т.д. Конечно они открывают оф. сайты начинают разбираться, делают все по документации и… все. На них такой поток данных идет, а вот мы почту шлем, а вот форму собираем, а тут собираем все через elixir, вы еще не поставили Node.js? -неудачник! А теперь вот эту зависимость, а теперь то, а теперь это. Это какой-то огромный поток реки из которой вылетают менее опытные, думая что это все не для них. Закрывают это все и забывают обо всех вакансиях в этой сфере. И вот для них я и говорю что пока рано опускать руки, надо просто изучить паттерны, а потом уже брать на вооружение то что помогает экономить время. Вот тут бы огромный плакат, баннер! Что если тяжело получается с Yii и т.д. попробуйте что легче. И такого легче очень мало и толком не ценится. Вот и пришла мысль, чтоб если один из таких гигантов выкинул все лишнее, то больше было шансов понять новичкам. Я не говорил что будут разные либы или код разный, просто будут отдельными пакетами со своей документацией, что когда надо будет прочитают все и поставят. Мы же не читали весь мануал php или mysql, а по мере необходимости. А у этих гигантов все и сразу идет. Плюс из-за этого сами неповоротливые на обновления. Вспомним Lunix! Одно ядро и кучу пакетов/приложений. Тут я тоже хотел. Оставить только то что позволит сделать простой сайт, без почты, без капчи, без форм и т.д. только каркас! Вот вышел месяц назад php7, на нем можно запускать Yii2 — хорошо! Но когда он сам будет в полной мере пользоваться новинками, а не то что добавили в php 5.4? А если бы был только каркас, то может в альфе уже был бы каркас для php 7 и остальные пакеты бы подтягивались по возможности, как между laravel 4 и 5, как между расширениями yii1 и 2.
Повторюсь, что могу ошибаться. И соглашусь что над новичками надо жестко следить, что можно разбаловать, но такой подход больше для среднего образования, после уже каждый может забросить это дело, если будет тяжело для них.
По-моему новички должны сами за добавкой приходить, а не тыкать в них все подряд.
Я конечно могу ошибаться, но если новички, то я бы совсем не советовал использовать фреймворки, тем более такие как Yii, Zend, Symfony, Laravel и т.д. Может все желание перебить быть программистом понимая что все работают с этими фреймворками. Конечно может и хорошо, дойдут до конца только сильнейшие. Даже имея годы опыта программирования, не каждый фреймворк дается легко, через задачу хочется кричать, реветь, бросить все и т.д. До PHP мне вообще не нравилось программировать, я как раз через «не хочу» все делал, все что пробовал навязывали какие-то свои проблемы, свои соглашения и т.д. Столько всего просили держать в голове, столько всего просили сделать чтоб сделать элементарные вещи, мало оставалось места в голове для фантазий и финтов ушами, не давали учиться быть гибче, что-то придумывать самому, делать хоть неверные, но свои решения, а потом самому понимать что ты тот еще говнокодер. Тут я думаю свалило кучу народу, которые планировали/имели желание стать программистами, но из-за такого потока «делай так и не спрашивай почему это так делается» приходили к выводу что это тупо не их и шли работать дворниками.
PHP (без фреймворков, паттернов), если забыть об относительной сложности установки и настройки рабочей среды, сразу все просто было и легко. Да, для серьезных проектов такой подход очень плох, но это новички им бы в азарт тут войти, и думаю в целом лучше изучать не фреймворки, а паттерны что они несут, а потом уже плюшки что каждый фреймворк дает. Так простому новичку, и не только, очень сложно лезть в этот космический корабль со всем готовым — ты только делай как мы просим и все будет хорошо. Хорошо вроде звучит, но ооочень много всего и сразу. Ну и фреймворки как бы просят ждать свои мажорные версии, чтоб более менее использовать новые фишки PHP, и наверно из-за своей «полноты» обновляться так быстро не могут. Может если бы разбить весь фрейморк на части, то было бы легче? Взять тот минимум который нужен для самого простого сайта и плясать от него, а все остальное в расширения, которые можно подключить через тот же композер по мере необходимости, когда ты реально устал сам делать что-то. Очень долго выходил Zend2, такая же история с Yii2, когда 3 ждать никто наверно и не знает. Ларавел вроде как раз и начал выкидывать лишнее, теперь вроде нет генератора форм, надо что-то подключать отдельно. Но это ведь не значит, что нельзя сделать сайт без генератора форм? Или без интернационализации, консольных вещей, почт и т.д.? Эти вещи больше отвлекают в начале, чем помогают по-моему. Без этого фона «у нас много чего готового» и старт был бы для всех легче. Документацию за час всю можно прочитать. За день сайт сделать и понимать что ты попробовал основную часть. За неделю/месяц посмотреть и попробовать топовые расширения и тем более все официальные(?), которые можно будет менять по необходимости. Но основа уже будет крепкая и за короткий срок.
Тоже так раньше считал, но когда один файл содержит кучу различных логик, кучу разных инструментов и тем более имеют доступы публичные — тоже еще тот АД. Вам ВСЕГДА надо работать с тонной кода, если только каждый экшн не выносить в отдельные файлы, что тоже гемор. Мне кажется, самое больное место тут – как правильно передать, а тем более добавить в существующий код, нужные параметры для моделей, чтоб она правильно завелась или чтоб ее запуск не был завтра адом, но со времени получается все лучше.
Когда модель становится той еще толстушкой, мне нравится ее делать в своем роде модель-контроллер, которая подключает другие классы модели сгруппированных по каким-то свойствам, либо разбивать на трейты опять же по общим свойствам. Так всегда работаешь с минимальным количеством кода, пусть и файлов плодиться куча. Чем меньше кода трогаем, тем лучше. Приятно ведь когда написана либа раз и все, и ты ее годами не трогаешь, она как танк работает и все тут.
А так кучу раз копи-пастить код и разбирать его из проекта в проект О_О
Мне кажется с латинскими буквами у большинства туристов, не знающие местные иероглифы, больше шансов даже с типичными проблемами в схожести букв. Понимаю что весь сайт может быть в иероглифах, но там хотя бы каким переводчиком онлайн(?) можно воспользоваться, а тут просят указать то чего нет даже на твоем лэптопе. Другими словами если завтра сделают англ версию для туристов, а капча так и останется, вот это будет взрыв полный. Было бы здорово, если бы можно было выбирать альтернативный набор символов, а еще лучше это все в опенсорс продукт, чтоб все могли пользоваться, а не как онлайн-сервис той же reCAPTCHA.
По названию статьи почему-то ожидал какой то коммит, который был максимально публично заплюсован/зазвезден/закомментин положительно или еще что в таком духе. Не выспался видать =)
Очень клево! Спасибо большое за переводы, задумался о многих вещах, о которых пока и думать не хотел. Я не разрабатываю приложения, но можно и в другом применить подобные знания. Думаю для многих тут такая проблема: Зачем думать о том как «двигать», если пока нечего «двигать», И все уходят с головой именно в разработку.
Теперь осталось найти хорошую подборку статьей для правильного продвижения. Может какие-то общие чек-листы, чтоб что-то не упустить и сделать все вовремя.
Не знаю точно как под андроид, но под iOS убрали прослушку музыки с офф приложения, а до этого как минимум не было кэша, каждый раз дергал с интернета. Новость конечно про приложение под андроид, но может такие же были причины выбирать стороннее приложение для прослушки музыки
благодарю, наверно я его не так понял. Думал именно от авто не стоит часто, так как там может какие скачки идут и это может сильно влиять на аккумуляторы.
Правила валидаций уже реализованы и большинство валидаторов уже тоже. В одной из следующих статей опишу как ими пользоваться (как на клиенте, так и на сервере).
Это замечательно! Будем ждать.
Базу получается самому нужно написать, на что у меня мало времени. Возможно стоит выложить создать на сайте раздел «Расширения», где опубликовать инструкцию по их созданию (как лучше именовать, чего придерживаться и прочие советы).
Как раз о втором я и говорил, чтоб любой мог выложить.
Я сам могу нормальный код писать, но на это нужно время. Но вообще в большинстве плагинах/расширениях любого продукта всегда много говнокода, но главное что есть и качественные расширения.
по-моему, нормальный код в первую очередь должен быть в ядре, а вот модули/Расширения можно отдать
таким как я, хотя бы будут «временные решения», а после уже по возможности или с 0 переписать можно или поправить явные недочеты, при этом имея уже приличный фидбэк к тому или иному расширению
Из готового я бы с руками забрал валидацию данных форм, что удобно в данном подходе — код один, как на серверной стороне, так и на клиентской. Получается достаточно сделать события как реагировать на ошибки на клиентской стороне и как на серверной, а потом добавлять по желанию любые валидаторы для данных, которые будут работать и там и там.
Количество расширений и вообще готовых решений во многом зависит от сообщества.
Сообщество ведь должно куда-то добавлять свой говнокод в виде расширений? Или пока весь комбайн надо брать и убирать что не надо? =) Я в своем посте выше об этом говорил, что хорошо бы какую базу организовать, а там наверно уже больше шансов, что добавят что-то.
А так бы я рад помочь в коде, но с JS у меня пока отношения сомнительного характера =) Если будет лозунг что-то вроде «ГовноКод лучше, чем вообще никакого кода =)» то мог бы написать временные решения, которые по возможности более бородатые дядьки перепишут по необходимости.
Проделанная работа восхищает. Огромное спасибо! По-моему yii популярен не только потому что прост, но и за его модульность и большой базы готовых расширений (http://www.yiiframework.com/extensions/). Будем ждать подобного, чтоб каждый мог поделиться и взять что-то.
Рабочие и опубликованные «самописные лапшеобразные фреймворки-велосипеды».
Очень много народу, которые сделали все задания, но были недовольны результатом потому что появилась новая технология, а гостевая на старой технологии это полный бардак, надо все переписать!
Иногда кажется, что чем больше узнаешь, тем сложнее программировать и пользоваться сторонними библиотеками, вырабатывается какой-то перфекционизм. Раньше простую гостевую делали по учебниками и статьям и было приятно, было в кайф, все было просто и понятно. Сейчас подключаешь либы ко всему и надеешься что все будет работать как надо, и не нужно будет лезть в исходники, чтоб не ужаснуться и не ловить себя на мысли переписать с нуля под себя; Чтоб открывая код ты чувствовал себя дома.
Вот я не дружу с JS и совсем не было мыслей переписать jQuery или какой плагин к нему. PHP знаю лучше, но вот использовать что-то стороннее прям иногда бесит, интереснее изучить либы и написать все по своему. Как бороться с этим не знаю =/
Как-то опасно звучит, особенно для тех кто далек от систем контроля версий. По-моему
основной конфиг-файл, который подключает приложение, должно быть в игноре, но рядом должен лежать пример этого файла (без логинов и паролей!!!).
/config.php — в игнор
/config.template.php — пример
А так в пуб репозитарии попадут пароли или долго будут гадать как сделать у себя на машине и на продакшн разные пароли и логины…
а если частично или полностью топить? перепады температуры плохо? т.е. основание, на которое приземляются. только дает опору чтоб можно было потушить двигатель, и вся платформа уходит под воду чтоб снизить силу падения, как поплывок сделать.
Повторюсь, что могу ошибаться. И соглашусь что над новичками надо жестко следить, что можно разбаловать, но такой подход больше для среднего образования, после уже каждый может забросить это дело, если будет тяжело для них.
По-моему новички должны сами за добавкой приходить, а не тыкать в них все подряд.
PHP (без фреймворков, паттернов), если забыть об относительной сложности установки и настройки рабочей среды, сразу все просто было и легко. Да, для серьезных проектов такой подход очень плох, но это новички им бы в азарт тут войти, и думаю в целом лучше изучать не фреймворки, а паттерны что они несут, а потом уже плюшки что каждый фреймворк дает. Так простому новичку, и не только, очень сложно лезть в этот космический корабль со всем готовым — ты только делай как мы просим и все будет хорошо. Хорошо вроде звучит, но ооочень много всего и сразу. Ну и фреймворки как бы просят ждать свои мажорные версии, чтоб более менее использовать новые фишки PHP, и наверно из-за своей «полноты» обновляться так быстро не могут. Может если бы разбить весь фрейморк на части, то было бы легче? Взять тот минимум который нужен для самого простого сайта и плясать от него, а все остальное в расширения, которые можно подключить через тот же композер по мере необходимости, когда ты реально устал сам делать что-то. Очень долго выходил Zend2, такая же история с Yii2, когда 3 ждать никто наверно и не знает. Ларавел вроде как раз и начал выкидывать лишнее, теперь вроде нет генератора форм, надо что-то подключать отдельно. Но это ведь не значит, что нельзя сделать сайт без генератора форм? Или без интернационализации, консольных вещей, почт и т.д.? Эти вещи больше отвлекают в начале, чем помогают по-моему. Без этого фона «у нас много чего готового» и старт был бы для всех легче. Документацию за час всю можно прочитать. За день сайт сделать и понимать что ты попробовал основную часть. За неделю/месяц посмотреть и попробовать топовые расширения и тем более все официальные(?), которые можно будет менять по необходимости. Но основа уже будет крепкая и за короткий срок.
Когда модель становится той еще толстушкой, мне нравится ее делать в своем роде модель-контроллер, которая подключает другие классы модели сгруппированных по каким-то свойствам, либо разбивать на трейты опять же по общим свойствам. Так всегда работаешь с минимальным количеством кода, пусть и файлов плодиться куча. Чем меньше кода трогаем, тем лучше. Приятно ведь когда написана либа раз и все, и ты ее годами не трогаешь, она как танк работает и все тут.
А так кучу раз копи-пастить код и разбирать его из проекта в проект О_О
Теперь осталось найти хорошую подборку статьей для правильного продвижения. Может какие-то общие чек-листы, чтоб что-то не упустить и сделать все вовремя.
А так конечно плохо что убрали…
Это замечательно! Будем ждать.
Как раз о втором я и говорил, чтоб любой мог выложить.
по-моему, нормальный код в первую очередь должен быть в ядре, а вот модули/Расширения можно отдать
таким как я, хотя бы будут «временные решения», а после уже по возможности или с 0 переписать можно или поправить явные недочеты, при этом имея уже приличный фидбэк к тому или иному расширению
Сообщество ведь должно куда-то добавлять свой говнокод в виде расширений? Или пока весь комбайн надо брать и убирать что не надо? =) Я в своем посте выше об этом говорил, что хорошо бы какую базу организовать, а там наверно уже больше шансов, что добавят что-то.
А так бы я рад помочь в коде, но с JS у меня пока отношения сомнительного характера =) Если будет лозунг что-то вроде «ГовноКод лучше, чем вообще никакого кода =)» то мог бы написать временные решения, которые по возможности более бородатые дядьки перепишут по необходимости.
Очень много народу, которые сделали все задания, но были недовольны результатом потому что появилась новая технология, а гостевая на старой технологии это полный бардак, надо все переписать!
Вот я не дружу с JS и совсем не было мыслей переписать jQuery или какой плагин к нему. PHP знаю лучше, но вот использовать что-то стороннее прям иногда бесит, интереснее изучить либы и написать все по своему. Как бороться с этим не знаю =/
Как-то опасно звучит, особенно для тех кто далек от систем контроля версий. По-моему
основной конфиг-файл, который подключает приложение, должно быть в игноре, но рядом должен лежать пример этого файла (без логинов и паролей!!!).
/config.php — в игнор
/config.template.php — пример
А так в пуб репозитарии попадут пароли или долго будут гадать как сделать у себя на машине и на продакшн разные пароли и логины…