Только не смейтесь пожалуйста. Я начинающий программист, вот начал писать сайт, изучаю основы, скоро перейду на ООП. Но честно говоря, совсем не знаю чем занимаются программисты на работе, в офисах. Этот вопрос у меня возник недавно, вот, думаю, создам сайт и пойду подавать резюме, а тут на одном сайте мне сказали, что сайта маловато будет для работы в офисе, такое обычно фрилансеры делают. Так я был в недоумении, как? Ведь php это язык серверный, а на серверах же что? не крокодилы же, а сайты. Так почему этого будет мало? неужели php программисты не с сайтами работают? прошу,опишите понятно, какого плана опыт нужен работодателю? чем занимаются программисты на работе? неужели моего сайта им мало будет?
Одного сайта маловато будет чтобы претендовать на некое место. Акцент на опыте, я думаю, а не на сайтах.
если этим мало, то возможно соседней конторе будет норм. Но ты учи, учи. Учи фрейморки, английский язык.
>> Пожалуйста не повторяйте одно и то же. А чем же сайт не опыт????? вот чем: >> вот начал писать сайт, изучаю основы, скоро перейду на ООП ну а где тут опыт? ты только собираешся что-то сделать. да еще права пытаешся качать: "неужели моего сайта мало?". это тоже имеет значение для работодателя: он видит, что ты неадекватно себя оцениваешь. конечная цель это не сайт или программа, а деньги для конторы. от тебя ждут помощи в этой суперзадаче. покажи, что можешь быстро и качественно выполнять порученные задания. на собеседовании расскажи историю: какие цели перед тобой ставились и как ты их решал(а).
( чего-то форум сглючил, после редактирования не отображались цитаты в ббкодах [ quote ], пришлось упростить разметку )
Можно ни одного сайта не написать и быть востребованным. А можно сотню нашлепать и толку ноль. Сайты сайтам рознь. По-хорошему, работодатель должен тебя просить не сайты перечислить, а выдать тебе тестовое задание, по результатам которого будет вестись оценка. Если с тебя на работе сайты требуют, будь готов к тому, что устроишься ты не php_программистом, а человеком-оркестром.
Та нет, короче, вот логическая цепочка: PHP - это язык сайтов, человек пишет сайты на PHP, следовательно, у него есть опыт в работе с PHP.
HTML - язык сайтов. PHP - язык серверной генерации и обработки текста, который, в некоторых случаях, является HTML-кодом. Если у тебя работодатели такого уровня понимания предмета, то мне вообще странно, что они еще и выбирают, кого брать. Им сойдет любой первокурсник с филфака.
Ну не напишу же я программу под Windows на PHP ) Ну да, это язык серверный, но все равно работает же с сайтами, которые на сервере размещены. Не пойму если не с сайтами, то с чем тогда работают PHP разработчики??
В этой шутке гораздо меньше шутки, чем вы заложили, как ни странно. Там, правда, под GTK, так что не совсем в тему, но и на Windows есть нечто подобное. Только не помню как называется. Даже тут на форуме пара таких проектов всплывало. --- Добавлено --- PHP - разработчики работают не с сайтами. Они работают с PHP. С серверными решениями. Одно из них - отдача клиенту валидной верстки, да. Но...если ты разрабатываешь какую-то библиотеку или фреймворк на PHP, ты не работаешь с сайтами. Если ты пишешь какой-то модуль к CMS, ты не работаешь с сайтами. У меня вот не так давно встала задача написания сервера отдачи видеоконтента, реализующего особый протокол передачи, бла бла бла, не суть. НА PHP(ТэЗэ есть ТэЗэ). И это тоже не работа с сайтами. А еще есть микросервисные архитектуры веб-приложений. Где каждый микросервис отдает только всякие JSON-ы, а не HTML. Разработчики микросервисов тоже не работают с сайтом - они работают над микросервисом, реализующим определенное API, которым могут пользоваться и сторонние приложения, вполне себе десктопные. Серверная разработка не синоним написания сайтов. "Написать сайт", какой-нибудь полустатичный лендинг, на php, даже совершенно его не зная, можно в один switch, и полтора echo. При этом, "снаружи" все будет выглядеть уберкошерно. Ведь внешний вид не привязан к серверной реализации чуть более, чем никак. Суть в том, что ты можешь быть крутым PHP-разработчиком, способным одним только поднятием бровей сгибать чугунный лом, но при этом, у тебя в портфолио может и не быть вообще ни одного сайта. А можешь наклепать полтора десятка сайтов, и не знать толком ничего, кроме примитивнейших аспектов.
Ох это, к моему удивлению, оказалось именно так. Мой сайт вышел очень красивым, хотя там всего лишь пару строк html и css. Ну так а как же тогда приобрести опыт, если на собственном сайте этого нельзя сделать? Или все таки можно добавить всякие фичи на сайт? Вот я уже длительное время в недоумении нахожусь, зачем писать движок для сайта? Ну именно практическое его применение, ну для чего?? С таким вопросом меня конечно засмеют, что я разработчик никудышний раз такие вопросы задаю, но вопрос все равно остается. Вот я сверстал сайт, есть много страниц на нем, регистрационная форма. Но у меня нет необходимости в каком-то движке, сайт как сайт, а че за движок нужен, до сих пор не пойму, а зачем? ведь не было необходимости, и все же?..
почему нельзя? Можно. Поставь себе задачу: сделать то-то и то-то. Но не что-то примитивное, а где понадобятся какие-то углублённые знания. Движки существуют ради облегчения поднятия сайта. Есть универсальные, есть более узкопрофильные. Свои движки начинающие разработчики начинают писать. Обычно это ни к чему не приводит. Да и не стоит оно того в принципе. Кстати, портфолио можно собрать и без сайтов. У меня, например, нет ни одного сайта. Нет, были когда-то. Но это была настолько обычная и скучная разработка, что я даже не вспоминаю. У меня в основном всякие сервисы, микросервисы, серверы чего-либо. Это тоже портфолио. И его тоже можно представить в виде сорцов в каком-либо репозитории.
А зачем отдельно сопровождать код 10 страниц, если можно всего одной, которая будет правильно собираться в зависимости от входящих параметров? А зачем на одной странице в куче держать хедер, футер, менюхи, если это можно разнести по отдельным модулям, которые можно заменять на другие? А зачем пункты в меню прописывать руками в шаблоне, если, например, в дальнейшем, клиент хочет сам это все менять, но никогда не полезет в шаблон, потому что ничего не понимает в html,css,php и тд? Но мы просто можем вынести ему отдельно настройки этого добра в уютную админочку. Если на сайте есть какой-то дополняемый контент, то клиент не хочет заливать контент руками на сервер, а потом прописывать его тэги в шаблоне. Клиент хочет в админке кнопку "залить файлы на сервер, все подцепить автоматом, и чтоб было красиво". А управление пользователями? Банальная вещь же. Движок - это инвестиция в автоматизацию. Сейчас ты тратишь на него времени больше, чем если все сделать по-топорному, но, на долгой дистанции это сэкономит кучу времени как тебе, так и пользователю. Для лендингов, конечно, движки особые не нужны. Я уже писал выше - один свитч и полтора эчо справятся. А вот если пилится какой-то портал, то тут уже на статике не вылезешь.
Может я из-за того что новичок не углублялся, но мне глобального css, js файла всегда хватает, чтоб не прописывать на каждой странице.
Конечно, все хватает. Наличие движка вообще лишнее. Не пойму почему все так все гоняются за этими движками. Это лишняя трата времени.