Полная Версия: Очень важный вопрос
| Цитата |
| Быстрый старт и работа в низкоквалифицированной команде - это фреймворк. Бесспорно. |
Пипец ты классный чел, так лихо записал всех девелоперов, которые используют фреймворки в низкоквалифицированных. Твое ЧСВ поди богу пятки щекочет уже.
| Цитата |
| Нифига себе!!! Я думал гораздо меньше. 25 вакансий на Cилекс, у которого ни пиара, ни уж тем более популярности в рускоязычном девелопменте. Я в шоке, я думал на нем вообще ни кто не пишет у нас. И уж тем более не думал, что кому то из заказчиков он понадобится. Тем более на постоянной основе. Порадовал |
Интересно, ты и в жизни такой? Блоху видишь, а слона то и не замечаешь
Даже по кохане и кодэнжайнеру больше вакансий чем по Silex. Никому он не сдался и даром.| Цитата |
| Таких как ты ярых фанатов 99 из 100. А то и больше. Но жизнь течет, прогресс не остановишь. |
И конечно 99 человек из 100 ошибаются, один лишь ты пророк нашего времени.
_____________
Senior PHP developer: PHP5, MySQL, JavaScript, CakePHP, Yii/Yii2, Zend Framework, Smarty, XML/Xslt, JQuery, Jquery Mobile, Bootstrap, ExtJS, HTML, HTML5, CSS, Linux, SVN, Git, Memcached, Redis, MongoDB, Zend Guard, Ioncube, FFMpeg, PayPal, Webmoney, Qiwi, Facebook API, Vkontakte Api, Google API, Twitter Api, Steam Api.
Junior Android Developer: Android SDK, многопоточность, работа с HTTP запросами, JSON, SQLite, фрагменты.
Тема получилась мощная 
Astin
| Цитата |
| Тема получилась мощная |
Ну так и название у темы непростое.
_____________
Senior PHP developer: PHP5, MySQL, JavaScript, CakePHP, Yii/Yii2, Zend Framework, Smarty, XML/Xslt, JQuery, Jquery Mobile, Bootstrap, ExtJS, HTML, HTML5, CSS, Linux, SVN, Git, Memcached, Redis, MongoDB, Zend Guard, Ioncube, FFMpeg, PayPal, Webmoney, Qiwi, Facebook API, Vkontakte Api, Google API, Twitter Api, Steam Api.
Junior Android Developer: Android SDK, многопоточность, работа с HTTP запросами, JSON, SQLite, фрагменты.
| Цитата (vagrand @ 14.07.2018 - 12:01) |
| Пипец ты классный чел, так лихо записал всех девелоперов, которые используют фреймворки в низкоквалифицированных. Твое ЧСВ поди богу пятки щекочет уже. |
Я тебя тоже люблю.
| Цитата (vagrand @ 14.07.2018 - 12:01) |
| Даже по кохане и кодэнжайнеру больше вакансий чем по Silex. Никому он не сдался и даром. |
Когда то изобретатели надувных шин раздавали их бесплатно, чтобы народ прочухал. Ни кто не хотел, ведь есть же деревянное колесо, зачем что то еще изобретать. Поживем - увидим.
| Цитата (vagrand @ 14.07.2018 - 12:01) |
| И конечно 99 человек из 100 ошибаются, один лишь ты пророк нашего времени. |
Да. Именно так, без ложной скромности. Погугли "закон пяти процентов".
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
| Цитата (twin @ 14.07.2018 - 15:46) |
| А то и больше. Santehnick как то сказал, что в России вообще почти нет тех, кто пишет хорошую архитектуру. Я ему почему то верю. |
Практически нет, потому что это сложно, нужен опыт и практически никому не нужно.
| Цитата (twin @ 14.07.2018 - 15:46) |
| Быстрый старт и работа в низкоквалифицированной команде - это фреймворк. |
Извини, а твои коллеги юиишники читают этот форум? они знают, твое отношение к людям, которые пишут на фреймворках?
_____________
Люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации
Вассермана не трогать! Умный дядя со своей избыточностью.
| Цитата (chee @ 14.07.2018 - 16:04) |
| Практически нет, потому что это сложно, нужен опыт и практически никому не нужно. |
Ну я про деревянное колесо писал.
| Цитата (chee @ 14.07.2018 - 16:04) |
| Извини, а твои коллеги юиишники читают этот форум? они знают, твое отношение к людям, которые пишут на фреймворках? |
Честно говоря не знаю. Но я и в конторе не скрываю своих убеждений.
Кроме того, проект собран из кучи сторонних библиотек. Проект работает давно и ребята занимаются бизнес-логикой.
Но фреймворк начинает реально мешать. Это все признают. А так как парни с головой дружат, то и мои убеждения в тему. Конечно сразу никто ничего ломать не собирается. Но подвижки в сторону устранения легаси приветствуются и уже есть. А легаси в первую очередь, это Yii-1. Да и вообще "коробка".
Как бы тут их не хвалили.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
Кроме того, проект собран из кучи сторонних библиотек. Проект работает давно и ребята занимаются бизнес-логикой.
Но фреймворк начинает реально мешать. Это все признают. А так как парни с головой дружат, то и мои убеждения в тему. Конечно сразу никто ничего ломать не собирается. Но подвижки в сторону устранения легаси приветствуются и уже есть. А легаси в первую очередь, это Yii-1. Да и вообще "коробка".
Как бы тут их не хвалили.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
| Цитата (twin @ 14.07.2018 - 15:46) |
| Быстрый старт и работа в низкоквалифицированной команде - это фреймворк. Бесспорно. |
twin, разные есть мнения, даже такое, что на PHP в целом пишут низкоквалифицированные программисты. Ходит такая то ли шутка, то ли нет: "вы всё еще пишите в резюме что знаете PHP? Вам не стыдно?". Да, в PHP много начинающих, благодаря низкому порогу вхождения. На самом деле сообщество за последние годы очень сильно заматерело, и сам ЯП и фреймворки тоже. На примере ранних версий, того же Yii1, который впервые релизнулся 10 (!!!) лет назад ты делаешь выводы?
| Цитата (twin @ 14.07.2018 - 15:46) |
| как та же Джумла или та же SMARTY, которой в свое время пророчили чуть ли не интегацию в PHP |
Живее всех живых! Только smarty немного сдал позиции, но ничего, зато twig набирает обороты, его впилили в новую ветку OpenCart.
| Цитата (twin @ 14.07.2018 - 15:46) |
| Но жизнь течет, прогресс не остановишь. |
Это да, но бизнес, на благо которого подавляющее большинство из нас трудится, останется таким же. Его базовые принципы не поменяются. Фреймворкам, CMS-кам и другим инструментам значительно ускоряющим работу - быть! Больше того, чем мощнее вычислительная техника, тем больше забивают на ресурсы в угоду скорости (читай удобству) разработки.
Всё))) загнобили дятьку. Фреймворк - неше фсё. Сдаюсь под напором, продолжайте. А я, как дурак, пойду книжки читать. Может там чего умного напишут))))
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
Да все верно вы пишете. Просто в ветке представлены разные уровни разработки, на личности не перехожу. С одной стороны стряпаем пирожки под заказ, с другой – делаем свой продукт, даже если он вам и не принадлежит. Жалко только, что у вас лишь сложилось виденье, но приходится работать во многом по-старому.
Astin, что прям совсем с нуля каждый раз пишете, включая роутер? Или все же есть набор каркасов, выбрав из которых один начинаете нанизывать на него составляющие.
Astin, что прям совсем с нуля каждый раз пишете, включая роутер?
Или все же есть набор каркасов, выбрав из которых один начинаете нанизывать на него составляющие.
Естественно кое какие наработки есть
Я в том плане, что не пользуюсь фреймворками или может скорее просто не доходило еще так с заказчиком. Изначально я не беру сразу весь проект в работу. то есть весть функционал делать сразу, я делаю поэтапно, то есть обговорил что нужно сейчас сделать, пусть то же начало сайта, шаблоны и общий функционал далее оплата, ну и потом едем дальше. Полностью разом проект не выгодно брать и не имеет смысла, по сколько в процессе разработки у клиента по любому возникнут желания что либо добавить или исправить. А поэтапная работа как раз то что нужно, я пока делаю первый этап клиент думает что будет в функционале на втором этапе, изначально сразу делим работу на этапы и клиент знает что в каком этапе будет делаться.
Изначально вопрос задал про фреймворк думал что в нем есть к примеру что то незаменимое. Конечно для скорости разработки он может и самое то, но у меня нет такого что нужно быстрей скорее, клиент просит качество функционала и как я то реализую ему плевать, но не плевать мне. Я к примеру не люблю лишний код, не люблю зависимость от кода, то есть стиль написания как у фреймворка. Я ближе к понятному и простому. Ну а споры самопис лучше или на фреймворке это вообще спор не в ту сторону. В каждом проекте есть свои зависимости будь то фреймворк или библиотека, только вот вопрос в том как разработчик использует эту зависимость, если проект полностью зависит от фреймворка или от какой то библиотеки я считаю это не есть гуд. Нужно делать так что бы в любой момент можно было безболезненно поменять библиотеку или фреймворк. Мож рано или поздно прибегну к использованию фреймворка, но на это мне будет нужен серьезный повод
Я в том плане, что не пользуюсь фреймворками или может скорее просто не доходило еще так с заказчиком. Изначально я не беру сразу весь проект в работу. то есть весть функционал делать сразу, я делаю поэтапно, то есть обговорил что нужно сейчас сделать, пусть то же начало сайта, шаблоны и общий функционал далее оплата, ну и потом едем дальше. Полностью разом проект не выгодно брать и не имеет смысла, по сколько в процессе разработки у клиента по любому возникнут желания что либо добавить или исправить. А поэтапная работа как раз то что нужно, я пока делаю первый этап клиент думает что будет в функционале на втором этапе, изначально сразу делим работу на этапы и клиент знает что в каком этапе будет делаться.
Изначально вопрос задал про фреймворк думал что в нем есть к примеру что то незаменимое. Конечно для скорости разработки он может и самое то, но у меня нет такого что нужно быстрей скорее, клиент просит качество функционала и как я то реализую ему плевать, но не плевать мне. Я к примеру не люблю лишний код, не люблю зависимость от кода, то есть стиль написания как у фреймворка. Я ближе к понятному и простому. Ну а споры самопис лучше или на фреймворке это вообще спор не в ту сторону. В каждом проекте есть свои зависимости будь то фреймворк или библиотека, только вот вопрос в том как разработчик использует эту зависимость, если проект полностью зависит от фреймворка или от какой то библиотеки я считаю это не есть гуд. Нужно делать так что бы в любой момент можно было безболезненно поменять библиотеку или фреймворк. Мож рано или поздно прибегну к использованию фреймворка, но на это мне будет нужен серьезный повод
У меня с проектами получается так что не было не одного проекта к примеру с динамическим вариантом создания страниц, то есть клиенту это не нужно. Если нужен блог или что то подобно то есть всякие вордпресс. Мне заказывают проекты со спецефическим функционалом и почти каждый раз много новых нюансов. И есть фреймворк или его нет все равно приходится писать достаточно много новых методов и так далее. Расширяемость в моем проекте очень проста, если возьмет проект другой прогер он без проблем добавит нужный функционал без написания велосипедов
Astin
| Цитата |
| Я в том плане, что не пользуюсь фреймворками или может скорее просто не доходило еще так с заказчиком. Изначально я не беру сразу весь проект в работу. то есть весть функционал делать сразу, я делаю поэтапно, то есть обговорил что нужно сейчас сделать, пусть то же начало сайта, шаблоны и общий функционал далее оплата, ну и потом едем дальше. |
Я может быть открою кому-то Америку, но и на фреймворк невозможно весь функционал сделать сразу. В любом случае все делается поэтапно.
| Цитата |
| Полностью разом проект не выгодно брать и не имеет смысла, по сколько в процессе разработки у клиента по любому возникнут желания что либо добавить или исправить. |
Вот эту мысль я что-то не уловил. Т.е. например приходит к тебе заказчик и говорит: "Хочу мол сделать к примеру интернет магазин". А ты ему и отвечаешь: "Ну за весь проект я сразу не возьмусь, сделаю сперва систему шаблонизаторов и автоизацию, а дальше может и не буду пилить"? 100% заказчик попросит оценить весь объем работ, а не только какую-то часть + если они поймет, что человек может сделать часть и потеряться, то зачем ему с таким работать?
| Цитата |
| А поэтапная работа как раз то что нужно, я пока делаю первый этап клиент думает что будет в функционале на втором этапе, изначально сразу делим работу на этапы и клиент знает что в каком этапе будет делаться. |
Уж не знаю над какими проектами ты работал, но обычно заказчик знает общую цель, которой хочет достигнуть, а разбивать ее на этапы нужно уже разработчику. Видимо опыта у тебя не особо много, раз таких простых вещей еще не знаешь.
| Цитата |
| Изначально вопрос задал про фреймворк думал что в нем есть к примеру что то незаменимое. |
Есть, есть. Я уже устал повторять про унификацию, но видимо такая простая идея слишком сложна для некоторых личностей, чтобы ее понять.
| Цитата |
| Конечно для скорости разработки он может и самое то, но у меня нет такого что нужно быстрей скорее, клиент просит качество функционала и как я то реализую ему плевать, но не плевать мне. |
Знаешь, я теоретически допускаю, что самопал, разработанный одним человеком, может получится качественнее чем фреймворк, разработанный кучей людей и еще большей кучей людей оттестированный. Но давай, чтобы не быть голословными ты выложишь свои наработки на гитхаб и мы сможем сравнить их уровень с теми же фреймворками. Может чему и научимся.
| Цитата |
| Я к примеру не люблю лишний код, не люблю зависимость от кода, то есть стиль написания как у фреймворка. |
А что, зависимостей от твоего самопала в коде не возникает?
| Цитата |
| В каждом проекте есть свои зависимости будь то фреймворк или библиотека, только вот вопрос в том как разработчик использует эту зависимость, если проект полностью зависит от фреймворка или от какой то библиотеки я считаю это не есть гуд. Нужно делать так что бы в любой момент можно было безболезненно поменять библиотеку или фреймворк. |
Меня всегда так веселили вот эти аргументы: "А вдруг потом нужно будет фреймворк поменять или а вдруг потом нужно будет БД поменять". Если девелопер изначально не может выбрать правильный набор инструментов под задачу, то грош цена такому девелоперу и тут уж все равно пишет он с использованием фреймворка или без.
| Цитата |
| У меня с проектами получается так что не было не одного проекта к примеру с динамическим вариантом создания страниц, то есть клиенту это не нужно. |
Класс, т.е. все проекты, над которыми ты работал это проекты со статическими страничками? Хомячков писал что ли? Хотя и там динамики хоть отбавляй. Та даже в лендингах динамика есть. Что же такое ты писал интересно?
| Цитата |
| И есть фреймворк или его нет все равно приходится писать достаточно много новых методов и так далее. |
Я сегодня походу Колумбом на пол ставки. Даже с использованием фремворка всегда пишешь "много новых методов", это ведь и называется бизнес логикой
Вот только в варианте с самопалом, кроме бизнес логики ты 100% будешь писать "много уже существующих в фреймворках методов".| Цитата |
| Расширяемость в моем проекте очень проста, если возьмет проект другой прогер он без проблем добавит нужный функционал без написания велосипедов |
Голословное утверждение, покажи свой код, а там и посмотрим. Но даже если там все идеально, то дока у тебя по нему тоже соответствует, той что есть по любому уважающему себя фреймворку?
_____________
Senior PHP developer: PHP5, MySQL, JavaScript, CakePHP, Yii/Yii2, Zend Framework, Smarty, XML/Xslt, JQuery, Jquery Mobile, Bootstrap, ExtJS, HTML, HTML5, CSS, Linux, SVN, Git, Memcached, Redis, MongoDB, Zend Guard, Ioncube, FFMpeg, PayPal, Webmoney, Qiwi, Facebook API, Vkontakte Api, Google API, Twitter Api, Steam Api.
Junior Android Developer: Android SDK, многопоточность, работа с HTTP запросами, JSON, SQLite, фрагменты.
Здесь расположена полная версия этой страницы.