Собеседование

Классная тема 

много интересного почитал

спасибо за срачи

да, замечательные проходят в школе, будь они неладны

а мне нравится что на последний не прочитанный пост скролит, не приходится снова читать ту кучу дерьма с верху , в поисках места "так где я тут остановился"

А теперь я вам скажу вот что.

1) ООП: классы, методы, прочая хуйня, создаются объекты и т.д. надо что-то добавить - создаётся новый класс, метод, или меняется.

2) Мой проект: набор файлов-скриптов, набор шаблонов. Во время выполнения сценария подключатся те или иные обработчики и шаблоны. Надо что-то добавить - пишешь новый скрипт, может быть шаблон. Единственное отличие в этом плане только единое пространство имён, хотя с абсолютно нетипизированным php на это как-то пох вообще порой.

 

1) Объектный полиморфизм реализуется всякими наследованиями, интерфейсами и прочей мутью

2) Здесь подобное реализуется с помощью подключений тех или иных модулей, имя которых определяется от внешних параметров - uri, сессии, выборки из базы и т.д.

 

Так чем, блять, второй процедурный метод хуже объектно-ориентированного? Если закрыть глаза на реализации, они ведут себя абсолютно одинаково, структурирован второй не хуже первого и никакого абсолютно нагромождения кода нет.

А теперь я вам скажу вот что.

1) ООП: классы, методы, прочая хуйня, создаются объекты и т.д. надо что-то добавить - создаётся новый класс, метод, или меняется.

2) Мой проект: набор файлов-скриптов, набор шаблонов. Во время выполнения сценария подключатся те или иные обработчики и шаблоны. Надо что-то добавить - пишешь новый скрипт, может быть шаблон. Единственное отличие в этом плане только единое пространство имён, хотя с абсолютно нетипизированным php на это как-то пох вообще порой.

 

1) Объектный полиморфизм реализуется всякими наследованиями, интерфейсами и прочей мутью

2) Здесь подобное реализуется с помощью подключений тех или иных модулей, имя которых определяется от внешних параметров - uri, сессии, выборки из базы и т.д.

 

Так чем, блять, второй процедурный метод хуже объектно-ориентированного? Если закрыть глаза на реализации, они ведут себя абсолютно одинаково, структурирован второй не хуже первого и никакого абсолютно нагромождения кода нет.

как выглядит дока к твоему проекту?

А теперь я вам скажу вот что.

1) ООП: классы, методы, прочая хуйня, создаются объекты и т.д. надо что-то добавить - создаётся новый класс, метод, или меняется.

2) Мой проект: набор файлов-скриптов, набор шаблонов. Во время выполнения сценария подключатся те или иные обработчики и шаблоны. Надо что-то добавить - пишешь новый скрипт, может быть шаблон. Единственное отличие в этом плане только единое пространство имён, хотя с абсолютно нетипизированным php на это как-то пох вообще порой.

 

1) Объектный полиморфизм реализуется всякими наследованиями, интерфейсами и прочей мутью

2) Здесь подобное реализуется с помощью подключений тех или иных модулей, имя которых определяется от внешних параметров - uri, сессии, выборки из базы и т.д.

 

Так чем, блять, второй процедурный метод хуже объектно-ориентированного? Если закрыть глаза на реализации, они ведут себя абсолютно одинаково, структурирован второй не хуже первого и никакого абсолютно нагромождения кода нет.

 

для простого сайта да, а что ты будешь делать если прикручивать БД, с кучей обработкой запросов и такой же кучей сервисов?

че та тут серьезное,да?

че та тут серьезное,да?

 

читаешь весь топик

ебало 

идешь на собеседование

через неделю директор

профит

cool story bro 

че та тут серьезное,да?

да уж по всей видимости.. :._.:

че та тут серьезное,да?

 

читаешь весь топик

ебало 

идешь на собеседование

через неделю директор

профит

а я думал, что браузерки за много кк можно будет писать

А теперь я вам скажу вот что.

1) ООП: классы, методы, прочая хуйня, создаются объекты и т.д. надо что-то добавить - создаётся новый класс, метод, или меняется.

2) Мой проект: набор файлов-скриптов, набор шаблонов. Во время выполнения сценария подключатся те или иные обработчики и шаблоны. Надо что-то добавить - пишешь новый скрипт, может быть шаблон. Единственное отличие в этом плане только единое пространство имён, хотя с абсолютно нетипизированным php на это как-то пох вообще порой.

 

1) Объектный полиморфизм реализуется всякими наследованиями, интерфейсами и прочей мутью

2) Здесь подобное реализуется с помощью подключений тех или иных модулей, имя которых определяется от внешних параметров - uri, сессии, выборки из базы и т.д.

 

Так чем, блять, второй процедурный метод хуже объектно-ориентированного? Если закрыть глаза на реализации, они ведут себя абсолютно одинаково, структурирован второй не хуже первого и никакого абсолютно нагромождения кода нет.

 

для простого сайта да, а что ты будешь делать если прикручивать БД, с кучей обработкой запросов и такой же кучей сервисов?

ну БД можно и на процедурах заебашить, а если уж идти в ОПП то сразу ORM надо юзать  :avtorklif: :avtorklif: :avtorklif:

кулстори, бро

Казалось бы банальное начало истории: пошел я вчера на собеседование

Ну а самый сок был в том что я собеседовал студентов на курсы в нашу компанию это тотальный пиздос, насколько убогие знания у нынешней молодежи (3-5 курс). Хотя я сам на 5 курсе учусь, но блять даже до работы знал в десятки раз больше. Так вот самое забавное, что задавая вопросы и слушая ответы, очень тяжело было не сорваться и не заржать, это просто эпик долбоебы Первый же вопрос отправляет в аут: напиши блять примитивную схему двухзвенного веб приложения, А ЧТО ТАКОЕ ВЕБ ПРИЛОЖЕНИЕ? ТЫ БЛЯТЬ СУКА КУДА ПРИШЕЛ СОБЕСЕДОВАТЬСЯ НА ПЭХОПЭ ПРОГРАММИСТА ЧТО ЛЕ НАХ? еще один клоун: js выполняется на стороне клиента или сервера? КОНЕЧНО СЕРВЕРА И ОТВЕТ ПРИХОДяиТ ДА. БЛЯТЬ СУКА. Один уёбок вообще выбесил: я блять такой невъебенный, я все знаю, но сказать ничего не могу ибо умею искать информацию и пользоваться ею, и вообще у нас матимтика в универе 90%. Реши lim(sin(x)/x).. ДА Я БЛЯТЬ НЕ ПОМНЮ КАК ПЕРДЕЛЫ НАХОДИТЬ У НАС ТЕОР ВЕР И СТОАСТИКА В ОСНОВНОМ! -дай определение цепям маркова ДА ЭТО БЛЯТЬ ПИЗДЕЦ НАХУЙ ХЗВАЖОМЫОАОДМДЫАЛООТ Я ПОДЗАБЫЛ. и таких уёбков было 9 штук. Только один норм, хоть блять хуйни не порол. В общем такая вот стори про собеседование А кто нибудь еще собеседовал других людей и если да, насколько убоги они были?

мдаааааааааа

хотя логично вообще-то

сейчас большинство людишек идут на работу из принципа «скажи, что мне надо делать», а когда учатся, не понимают, для чего и что это надо, потому что выбирали специальность, бросая кости

пиздатая тема,узнал много нового 

А теперь я вам скажу вот что.

1) ООП: классы, методы, прочая хуйня, создаются объекты и т.д. надо что-то добавить - создаётся новый класс, метод, или меняется.

2) Мой проект: набор файлов-скриптов, набор шаблонов. Во время выполнения сценария подключатся те или иные обработчики и шаблоны. Надо что-то добавить - пишешь новый скрипт, может быть шаблон. Единственное отличие в этом плане только единое пространство имён, хотя с абсолютно нетипизированным php на это как-то пох вообще порой.

 

1) Объектный полиморфизм реализуется всякими наследованиями, интерфейсами и прочей мутью

2) Здесь подобное реализуется с помощью подключений тех или иных модулей, имя которых определяется от внешних параметров - uri, сессии, выборки из базы и т.д.

 

Так чем, блять, второй процедурный метод хуже объектно-ориентированного? Если закрыть глаза на реализации, они ведут себя абсолютно одинаково, структурирован второй не хуже первого и никакого абсолютно нагромождения кода нет.

весь вопрос во времени и удобстве. Поверь, гораздо проще и приятнее пользоваться классом, чем набором функций.

А теперь я вам скажу вот что.

1) ООП: классы, методы, прочая хуйня, создаются объекты и т.д. надо что-то добавить - создаётся новый класс, метод, или меняется.

2) Мой проект: набор файлов-скриптов, набор шаблонов. Во время выполнения сценария подключатся те или иные обработчики и шаблоны. Надо что-то добавить - пишешь новый скрипт, может быть шаблон. Единственное отличие в этом плане только единое пространство имён, хотя с абсолютно нетипизированным php на это как-то пох вообще порой.

 

1) Объектный полиморфизм реализуется всякими наследованиями, интерфейсами и прочей мутью

2) Здесь подобное реализуется с помощью подключений тех или иных модулей, имя которых определяется от внешних параметров - uri, сессии, выборки из базы и т.д.

 

Так чем, блять, второй процедурный метод хуже объектно-ориентированного? Если закрыть глаза на реализации, они ведут себя абсолютно одинаково, структурирован второй не хуже первого и никакого абсолютно нагромождения кода нет.

весь вопрос во времени и удобстве. Поверь, гораздо проще и приятнее пользоваться классом, чем набором функций.

клевый статус

че та тут серьезное,да?

 

читаешь весь топик

ебало 

идешь на собеседование

через неделю директор

профит

киндер сюрприз

А теперь я вам скажу вот что.

1) ООП: классы, методы, прочая хуйня, создаются объекты и т.д. надо что-то добавить - создаётся новый класс, метод, или меняется.

2) Мой проект: набор файлов-скриптов, набор шаблонов. Во время выполнения сценария подключатся те или иные обработчики и шаблоны. Надо что-то добавить - пишешь новый скрипт, может быть шаблон. Единственное отличие в этом плане только единое пространство имён, хотя с абсолютно нетипизированным php на это как-то пох вообще порой.

 

1) Объектный полиморфизм реализуется всякими наследованиями, интерфейсами и прочей мутью

2) Здесь подобное реализуется с помощью подключений тех или иных модулей, имя которых определяется от внешних параметров - uri, сессии, выборки из базы и т.д.

 

Так чем, блять, второй процедурный метод хуже объектно-ориентированного? Если закрыть глаза на реализации, они ведут себя абсолютно одинаково, структурирован второй не хуже первого и никакого абсолютно нагромождения кода нет.

весь вопрос во времени и удобстве. Поверь, гораздо проще и приятнее пользоваться классом, чем набором функций.

клевый статус

спасибо