PHP ZEND FRAMEWORK / Slowpoke (Слоупок) :: php :: программирование :: Слоупок (мем) (Slowpoke (meme)) :: пхп :: говно :: программист :: слоу :: zend :: framework :: web

php web Slowpoke Слоупок (мем) слоу песочница программист программирование говно удалённое ...zend пхп framework 
PHP
ZEND FRAMEWORK,php,web,framework,zend,Slowpoke,Слоупок,Слоупок (мем),Slowpoke (meme),слоу,песочница,программист,программирование,говно,пхп,удалённое
Подробнее
PHP ZEND FRAMEWORK
php,web,framework,zend,Slowpoke,Слоупок,Слоупок (мем),Slowpoke (meme),слоу,песочница,программист,программирование,говно,пхп,удалённое
Еще на тему
Развернуть
Больше похоже на Codeigniter
Travis Travis 15.05.201418:17 ответить ссылка 1.0
что не так с ним? я на днях свою верстку отдаю программистам...а у них ВСЕ проекты на codeigniter базируются
Верстка к движку отношения не имеет. ЕЕ хоть под зенд, хоть под рельсы, хоть под джанго. Кодигнайтер -фреймворк новичка. На нем можно только клепать маленькие безобидные сайты-визитки. Кеширование кривое, авторизации из коробки - нет, создание REST API будет вызывать дикую боль в жопе у программиста, ORM нет и т.д. и т.п. Не знаю, может в нем уже что-то из выше перечисленного появилось, но все равно на него время лучше не тратить.
Travis Travis 15.05.201418:46 ответить ссылка 0.2
в моем случае имеет, т.к. сам сайт мой а программеры - аутсорсинговые. поэтому оч интересно, на чем они буду делать
Если у программеров руки не из жопы и сам сайт несложный, то все будет хорошо. А во если подразумевается серьезная нагрузка, тяжелые транзакции с БД, какое-то РЕСТовое АПИ, то результат будет как на картинке.
Travis Travis 15.05.201419:01 ответить ссылка 0.2
они тебе диз зашьют в роутер и контроллеры, 100%, знаю я этих кодеров на Codeigniter
TOPT TOPT 15.05.201420:00 ответить ссылка 0.1
PHP вообще один огромный костыль сам по себе. А любой фреймворк превращает его в монструозное нагромождение велосипедов и костылей, скрепленных скотчем и с подпорками из гнилых досок.
tapk0 tapk0 15.05.201418:24 ответить ссылка 0.2
на чем же писать сайты, python?
Хочешь быть востребованным, популярным и много зарабатывать - Java, ASP .NET, хочешь много зарабатывать - Ruby, Python, хочешь - С, Perl. А вот если хочешь, чтоб все программеры на выше перечисленных языках перестали с тобой разговаривать и считать тебя программистом - Node.js
Travis Travis 15.05.201419:57 ответить ссылка 0.0
Node.js - отличная вещь, если не пихать его куда не надо. Говорю вам, как человек, начинавший (весьма удачно) с С++ Boost.
Да никто не спорит, что нода крута, но у нее есть 1 огромный минус - это JS и поэтому сейчас любой джун - верстальщик, jQuery-программист считает своим долгом лезть в ноду.
Travis Travis 15.05.201420:30 ответить ссылка 0.1
Мне кажется, это проблемы тех верстальщиков, но отнюдь не Node.js.
Не, масса низкоквалифицированных кнопкодавов формируют то же отношение к Ноде, как когда-то быдлокодеры на ПХП. У Ноды самой по себе пока что дохренища минусов и нестабильных модулей, но давай пока это спишем на то, что Нода в бета-версии.
Travis Travis 15.05.201420:44 ответить ссылка 0.1
Честно говоря, меня не меньше бесят упоротые фанатики технологий, притом не имеет значение, "хардкорная" ли это технология (С, С++, J) или "попсовая" (JS, PHP, Delphi...), - самое главное, что фанатик, работая в команде, ориентирован не на создание проекта, а на дроч на свою, собственно, технологию. Такой будет писать любой сервер на С, потому что ЭТО ОЧЕНЬ БЫСТРО И ВООБЩЕ ТРУ, забывая о том, что на треклятом Похапэ это можно было бы сделать в четыре раза быстрее.
Я сразу вспоминаю пример Eve Online, когда кто-то из игроков сказал, что она бы так не тормозила, напиши ее на C, а не на Python, на что администрация ответила, что в этом случае игрок бы действительно не ощущал тормозов из-за того, что вместо игры видел бы на сайте баннер "Open beta in 2015". Дуров и Цукерберг, наверное, не желали себе вреда, когда выбирали PHP для своих проектов (справедливости ради замечу, что сейчас у них используются kPHP и Hip-hop соответственно). Потому что на нем сделать что-либо было проще, быстрее, да и людей с опытом в нем нашлось больше.
Не следует смотреть на все с точки зрения кодера (хотя сам люблю так поступать), надо понимать, что код - лишь инструмент для успешного ведения бизнеса какой-либо конторой, и иногда лучше заплатить 200 000 за подтормаживающий бэкенд на пыхе, нежели 1 000 000 за "правильный" на С++.
Выбор технологий должен исходить от потребностей проекта, а не от прихоти программиста. Пишешь сверхнагруженное АПИ с 100000000 соединений - бери Ноду, нужен низкоуровневый контроль - С, нужна прозрачность кода и единый подход - Питон и т.д. Чтоб просто не получались в конце сайты визитки на С, корпоративные сайты на Ноде и прочее.
Travis Travis 15.05.201422:31 ответить ссылка 0.1
Окуенно сказал. Именно то, что Я пытаюсь донести. Серьезно. Без сарказма.
>>Выбор технологий должен исходить от потребностей проекта, а не от прихоти программиста.
Об этом я и говорю.
Быстрее на PHP? Часто слышал. Это распространенное заблуждение. Из-за отсутствия обязательной необходимости следованию парадигмы ООП, динамической типизации и расширенных возможностей интроспекции можно сделать некоторый проект за более короткий срок на PHP. Но дальнейшая поддержка и расширение функциональности подобного проекта становиться невозможным.

Те же соцсети Дурова и Цукера переписали. Да, им не хватало производительности. Да, они юзают LAMP. Да, там PHP. Но все высоконагруженные участки кода(а таких дофига) пришлось реализовывать на С++. Не было бы сразу же проще писать на Java? Да, Я считаю, что Дуров и Цукер ошиблись.

Людей с опытом на PHP гораздо больше? О5 Вы ошибаетесь. Говнокодеров на PHP уйма. А толковых програмеров на PHP ровно столько, сколько и на Python.

Я не фататик какой-то конкретной технологии или ЯП. Я ненависник PHP. Ибо оно унылое говно. И его тычут куда только не лень. Только вот Я не один такой. Многие люди понимаю что может делать PHP, а чего не может. Потому и нету PHP в серьезном бизнесе. Ту нишу занимают C/C++, Java, .NET, Python, Ruby...
Тут опять точка зрения программиста. Ты не агрись, главное, я так-то сам РНР не люблю и считаю его подборкой костылей, да только вопрос вот в чем: если взять двух спецов с одинаковым уровнем знания, скажем, C++ и PHP, то еще можно предположить, что некоторую задачу они выполнят за одинаковое время. Но это не значит, второй подход не быстрее. Почему? Потому что этих спецов еще где-то надо взять. И по цене одного спеца С++ ты наймешь чуть ли не трех спецов PHP. Они не будут такими умными как сишник? Вполне вероятно, даже скорее всего. Но только для многих типичных проектов ума палаты и не надо. Даже, адекватного (не умного, просто адекватного) спеца Python найти сложнее и дороже, чем аналогичного PHPшника. Я когда-то искал, правда и даже не один раз (справедливости ради скажу, что остановился все равно на Python). Что уж говорить о всяких там С++ Boost, где мне, когда-то имеющему всего-то год опыта работы с ним в провинциальном городе предлагали з/п в 70к (при средней цене в похапэшника с годом опыта на тот момент в 25к).
Такие вот пироги. Когда хочется опрометчиво кинуть фразу "Если бы только %projectname% был написан не на PHP...", вспоминай о том, что с огромной вероятностью %projectname% не был бы написан вообще. Сейчас Python потихоньку вытесняет Пыху из низкобюджетных проектов, но пока все эти вздохи на тему костыльных Зэндов, КодИгниторов, Ийев и Кейков - не более, чем мысли на тему "если бы бабушка была дедушкой".
Ну и для поднятия настроения
Typical programmer
Travis Travis 16.05.201400:25 ответить ссылка 0.1
Как вариант.
Да море их: django, tornado, web2py, ruby on rails, asp.net, spring (для мегамонстров). PHP —это Personal Home Page, не более. Более-мене серьезные проекты превращаются в один дикий костыль хотя бы из-за отсутствия адекватной поддержки многопоточности.

Зачем Я создал этот холиварный топик? Ибо заепало. Реально. Приходится каждый гребаный день видеть туеву кучу говносайтов на пехапе, которые подводят в самый ответственный момент, падают от третьего запроса и любезно отдают данные через memcached. Проблема в том, что на той же Java такой куйня, при всем желании, не накодишь. PHP тупо насрал на все общепринятые стандарты, разрешил программерам делать что-угодно и как угодно.

Вообще, к работе с интерпретируемыми ЯП нужно допускать только самых профессиональных програмеров. И, увы, но Я не в их числе. Ибо динамически компилируемый код НУЖНО тестить. Желательно юнит тестами. Нормально документировать. Структурировать. Предусматривать все исключительные ситуации. Это под силу девелоперам со стажем, но никак не джуниорам, которые и клепают 99,9% говносайтов со свистоперделками.
а вот и питушок нарисовался, небось еще и на хабре сидишь, говна кусок, да?
Только зарегистрированные и активированные пользователи могут добавлять комментарии.
Похожие темы

Похожие посты