Вот чисто прагматический вопрос.
Все кричат, ООП провалилось, функциональность форева ....
Почему заказчики просят поставить на ООП с использованием тех же движков.
То что это круто. Да ему по фиг, это быстро. При чём что дальше он может нанять не того же самого программиста в случае пропажи а другого и так же далее поддерживать проект.
На функциях, если будут фреймворки, а их ровно столько сколько программистов в мире каждый со своим велосипедом, писать будет не большая группа это в лучшем случае. Честно говоря фреймворки на ООП это хоть какой то шаг к "стандартизации" а это всегда гут. Если кому то действительно не нравиться работать со "стандартными" и хочется поднимать своё Эго в себе же самом, я думаю это не к большей половине заказов.
Если уже не с заказами дело "стандартизация" всегда вела к производительности. Да конечно та же стандартизация ведёт к какому то застою программиста, но кушать то то же хотса, а одними философскими измышлениями не покушаешь
Invis1ble
10.12.2012 - 01:29
inpost
10.12.2012 - 01:41
GuestА ты подойди заказчику и скажи:
"А вы знали, что ООП хуже Процедурки и об этом говорил сам разработчик ПХП." и посмотри на его реакцию. Я о том, что 99,9% заказчиков понятия не имеют обо всём этом, они просто где-то что-то слышали, вот и пытаются повторить эти слова.
_____________
Обучаю веб-программированию качественно и не дорого:
http://school-php.comФрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).
Цитата |
А ты подойди заказчику и скажи: "А вы знали, что ООП хуже Процедурки и об этом говорил сам разработчик ПХП." и посмотри на его реакцию. Я о том, что 99,9% заказчиков понятия не имеют обо всём этом, они просто где-то что-то слышали, вот и пытаются повторить эти слова. |
А я о чём?
Им главное быстро поставить проект (сайт) и получать так же деньги, ясное дело. Я ж о том вроде говорю или я не правильно выразился?
Нет они не пытаются повторить, просто как правило заказчики знают скорость разработки на ООП движках и на собственных велосипедах, которые у каждого с разными колёсам и педалями.
Знают что если будет сделан например на YII то найти программиста для доработки не составит труда, а если будет на каком ни будь веломобиле тогда придётся нанимать более менее профессионального программиста что бы быстро втянулся и понял суть работы такого вот монстра. После чего только нужно будет делать доработки. При чём знает что для основных фреймворков уже есть масса готовых библиотек, которые без проблем подключаться к их сайту. И всё это дело позволяет быстро включить на ООП стандартных "фреймворках", поэтому и используют термин ООП.
Цитата (sergeiss @ 9.12.2012 - 16:44) |
Цитата (Invis1ble @ 9.12.2012 - 20:18) | засим, я откланиваюсь, и снова перехожу в ридонли, достав попкорн |
Подвинься, я тоже рядом посижу, пожую попкорн Ибо Твин просто игнорирует мои слова о том, что с таким подходом люди просто работу не найдут. Ну и ладно, пусть доказывает... Будет на его совести. Моя совесть чиста - я своё мнение о требованиях работодателей высказал И это мнение основано не на каких-то там моих измышлениях, а на реальных фактах множества собеседований, через кои я прошел совсем недавно. А дальше пусть Твин углубляется в дебри "околопрограммистского философствования", если ему так хочется. |
Я не игнорирую. Я помоему ответил. Ты просто не слышишь.
Я сей пост написал как раз для того, что бы как-то хоть на микрон повлиять на ситуацию. Что бы не работодатель диктовал тенденции в программиропнии, а сами программисты, руководствуясь не модой, а здравым смыслом. Ты же говоришь с точностью до наоборот - мол засуньте язык в задницу и идите на поводу работодателя. Ибо семью нечем станет кормить. Это я назвал "голова в песок".
А работодатели между тем копипастят требования друг у друга, совершенно не понимая, что это и зачем. Ну или ориентируются на первого принятого на работу прогера. Вот я устроился на работу первым, все написал процедурно. Теперь мой работодатель не ищет ООП-эшников. Ибо видит, что и так зашибись.
guest
Цитата |
Честно говоря фреймворки на ООП это хоть какой то шаг к "стандартизации" а это всегда гут. Если кому то действительно не нравиться работать со "стандартными" и хочется поднимать своё Эго в себе же самом, я думаю это не к большей половине заказов. |
Унификация. Называйте вещи своими именами. Унификация. Это далеко не стандартизация и далеко не гут. Стандарты, это не рамки. Стандарты, это эталоны. А фреймворки загоняют нас в рамки далеко не эталонные. А это есть унификация со всеми вытекающими.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
Цитата |
Унификация. Называйте вещи своими именами. Унификация. Это далеко не стандартизация и далеко не гут. Стандарты, это не рамки. Стандарты, это эталоны. А фреймворки загоняют нас в рамки далеко не эталонные. А это есть унификация со всеми вытекающими. |
Хоть убейте не понимаю чем плохо )
В определённой сфере это даёт производительность, ну не надо заказчикам кучи хлама, нужно поставить качественное и не дорогое ПО.
Есть другая ниша где требуется специализированный код. Они друг с другом ну никак не конфликтуют. У заказчика на поводу если не идти тогда совсем "плохой будешь" в плане на еду много не заработаешь да и на семью.
Цитата |
Что бы не работодатель диктовал тенденции в программиропнии, а сами программисты, руководствуясь не модой, а здравым смыслом. |
Ну это реальный прорыв будет или революция. Наш мир не тот, где "высокие материи" правят материальными ценностями. Он уже давно стал материальным.
Цитата (Guest @ 10.12.2012 - 08:02) |
Хоть убейте не понимаю чем плохо ) В определённой сфере это даёт производительность, ну не надо заказчикам кучи хлама, нужно поставить качественное и не дорогое ПО. Есть другая ниша где требуется специализированный код. Они друг с другом ну никак не конфликтуют. У заказчика на поводу если не идти тогда совсем "плохой будешь" в плане на еду много не заработаешь да и на семью. |
Чем плохо?
Вот в СССР делали телевизоры. По определенной схеме на разных заводах. Назывались схемы (в зависимости от поколения) УЛПЦТИ, УПИМЦТ, УПИЦТ, УСЦТ и так далее. Аббревиатура несведущему мало что скажет. Однако у всех неизменна первая буква "У". Означает она "Унифицированный".
Это было сделано для того, что бы повысить производительность. Потому что не нужно было много инженеров, разного оборудования и пр. Берем унифицированную схему и лепим на любой мебельной фабрике.
Так вот. Где теперь "Горизонты", "Витязи" и другие чудеса отечественного радиопрома? Почему мы смотрим полские японские телевизоры, в которых ни грамма унификации?
Унификация ведет к стогнации и деградации. К ним же ведут фреймворки. И к ним же ведут самые популярные паттерны и архитектуры. Ибо сайты начали клепать кому не лень, любой пятиклассник может вызубрить пару нехитрых уроков фреймворка и объявить себя программистом. А работодатели ведутся на это, совершенно дискредетируя профессию программиста.
Вы господа ООпэшники и фреймвористы (или как назвать) роете себе яму.
Да и Бог вам судья.
UPD
Цитата |
Ну это реальный прорыв будет или революция. Наш мир не тот, где "высокие материи" правят материальными ценностями. Он уже давно стал материальным. |
Да ладно))) Так было раньше и так должно было быть. Профессия программст была одной из самых высокооплачиваемых и уважаемых профессий. И никто не смел указывать, как и в каком стиле мне писать. А теперь каждый клерк или манагер мнит себя охрененным специалистом и диктует условия. А такие как Сергей ссат их и идут на поводу. А потом удивляются, что приходится долго искать место с хорошей зарплатой. Сами себя гнобите этими унификациями.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
Цитата |
Да ладно))) Так было раньше и так должно было быть. Профессия программст была одной из самых высокооплачиваемых и уважаемых профессий. И никто не смел указывать, как и в каком стиле мне писать. А теперь каждый клерк или манагер мнит себя охрененным специалистом и диктует условия. А такие как Сергей ссат их и идут на поводу. А потом удивляются, что приходится долго искать место с хорошей зарплатой. Сами себя гнобите этими унификациями. |
Пока в мире правит его величество бабло, всё будет либерализировано, упрощено и унифицированно. Японцы со своими телевизорами и т.д. ввели просто напросто свою унификацию, и делали на том деньги, потому как только у них был в руках рычаг. А наши советские не надо ))) они десятилетиями работали, как и всё другое )))
То что оно всё однотипно ... это не факт что всё в мире должно быть специфическим.
Ясное дело что работа программиста была престижна, так как были единицы. Сейчас эту нишу заполнило много людей, школота отлетает однозначно, так как и при унификации нужен профессионализм. Конкуренция и множество дало выбор и унификацию. Это естественный процесс.
Кстати я Вас понимаю, Вы как религиозный деятель в мире атеизма и материализма, говорите о высших ценностях, но увы такова природа человека, вести всё к упрощению и соответственно деградации, здесь нужно поменять внутренний мир людей, как заказчиков так и самих программистов, затем всё остальное )
Поменяется внутренний мир и понимание заказчиков , поменяется и программистское течение, не иначе. Внутренний мир заказчика не поменяется, потому что нужно убрать выгоду и стремление разбогатеть. Это замкнутый круг и ни чего не даст "крик в пустыне" ))
Стандартизация в ИТ помогает разрабатывать продукты быстро и качественно.
Как представление форматов итд.(json,xml)
Твин ты так же можешь сказать что использование MVC мешает разработке.
И что это стандартизация..
Это тоже архитектура,которую может понять любой,работая в любом другом проекте.Быстро,удобно.
Guest
Цитата |
Пока в мире правит его величество бабло, всё будет либерализировано, упрощено и унифицированно. Японцы со своими телевизорами и т.д. ввели просто напросто свою унификацию, и делали на том деньги, потому как только у них был в руках рычаг. А наши советские не надо ))) они десятилетиями работали, как и всё другое ))) |
Вы сами то поняли, что написали? Рынок - это конкуренция. Унификация - это застой. Застой - враг конкуренции. Отсюда унификация - враг рынка. Японцы не идиоты. И поэтому в каждой модели их телевизора или телефона или автомобиля есть что-то новое. Они аккмулируют хорошие решения и отказываются от плохих. И какждый раз стараются улучшить продукт. А не наращивать мощности по производству единожды разработанной унифицированной схемы.
Сейчас рынок веб еще не настолько накормлен, а посему пока что и правит бал количество в ущерб качеству. Главное - скорость разработки. Ну время расставит все на свои места. Джумла отвоевала свой кусок рынка, вордпресс - свой. Еще немного и те, кто сейчас мнит себя программистом, клепая унифицированные проекты на фреймворках, останутся не у дел. Ибо все движется вперед. С ними же за бортом останутся и те, кто не видит иных решений, нежели применить опять же унифицированные паттерны.
Собственно какое мне дело по большому счету, меня это не касается. Я сделал все что мог, имеющий уши да услышит. И сделает выводы. Остальным желаю подольше оставаться на плаву. Это не сарказм.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
Цитата (Oyeme @ 10.12.2012 - 09:19) |
Стандартизация в ИТ помогает разрабатывать продукты быстро и качественно. Как представление форматов итд.(json,xml)
Твин ты так же можешь сказать что использование MVC мешает разработке. И что это стандартизация..
Это тоже архитектура,которую может понять любой,работая в любом другом проекте.Быстро,удобно. |
Что общего у MVC и стандартизации?
Стандарты, это стандарты. Прописаны и незыблемы. А MVC всего навсего архитектура. И очень спорно, что лучшая.
Вот еще один кикоз. Последнее время в требованиях часто стало проскакивать - знание MVC. А что это на самом деле такое не знает толком ни кто. Включая меня. Ибо у каждого свое видение этой архитектуры.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
Быстрый ответ:
Powered by dgreen
Здесь расположена полная версия этой страницы.