21

Re: Чому при прийомі на роботу запитують про знання фреймворків?

VTrim ви прийшли в проект і вам треба відправляти листи.

У канторі є 20 менеджерів. 5000 тисяч клієнтів
Треба організувати відправку листів цим клієнтам від менеджерів + сервісні скрипти відправляють нагадування і так дальше.

У листах мають бути вкладені картинки
У деяких: вкладені рахунки (pdf)
В деяких листах мають бути вказані копії
+ ще 20 всяких умов
Ви це все будете організовувати через звичайну функцію mail ?
Чи заюзаєте якусь лібу для відправлення + організуєте систему для зв’язку між лібою і своїм аплікейшином?

22

Re: Чому при прийомі на роботу запитують про знання фреймворків?

funivan, звичайно ж лібу,якщо є.

23

Re: Чому при прийомі на роботу запитують про знання фреймворків?

Тому що іде деградація населення. Фреймворки це ідіотизм, PHP і так достатньо простий, нащо його ще упрощати? В результаті люди пишуть сайти візитки на 20метрових фреймворках, і не розуміють навіть базові основи навіть простого PHP.

Я проти PHP фреймворків. Javascript то інша справа, там деколи дійсно простіше взяти jquery, чим гратись з кроссплатформенністю, але в PHP таких проблем немає.

24

Re: Чому при прийомі на роботу запитують про знання фреймворків?

Як у вас все просто — із-за людей, які не розуміють основ PHP, непотрібні фреймворки.
Завдання фреймворка — не спростити, а дати можливість не писати одне й те ж багато разів. Спрощення є побічним ефектом.

25

Re: Чому при прийомі на роботу запитують про знання фреймворків?

quez написав:

дати можливість не писати одне й те ж багато разів

Наприклад?

26

Re: Чому при прийомі на роботу запитують про знання фреймворків?

morgot написав:
quez написав:

дати можливість не писати одне й те ж багато разів

Наприклад?

Routes
Авторизація з правильно використаною криптографією
Код для локалізації

Ці речі об’єднує те, що їх складно написати правильно і що вони мало змінюються від проекту до проекту.

27

Re: Чому при прийомі на роботу запитують про знання фреймворків?

А звідки ми знаємо що саме така першочергова задача у фреймворків? Для того щоб не писати всього вищезгаданого самостійно можна використовувати бібліотеки написані кимось іншим як це робиться в javaScript.

28

Re: Чому при прийомі на роботу запитують про знання фреймворків?

Не розумію як можна бути про PHP фреймворків. Ви коли будете робити сайт напишете, наприклад,  документацію? Або коли будете дивитися кимось написаний код ви будете раді що один чувак написав так, інший по своєму і вам потрібно буде у всьому тому що вони написали розбиратися (причому без документації)? І це згадуючи про інші проблеми.

29

Re: Чому при прийомі на роботу запитують про знання фреймворків?

quez, поясніть в чому логіка - якщо треба авторизацію чи подібне, чого не взяти модуль PEAR чи ще якийсь готовий класс під конкретну задачу? Нащо привязувати весь проект до фреймворку?

30

Re: Чому при прийомі на роботу запитують про знання фреймворків?

morgot написав:

quez, поясніть в чому логіка - якщо треба авторизацію чи подібне, чого не взяти модуль PEAR чи ще якийсь готовий класс під конкретну задачу? Нащо привязувати весь проект до фреймворку?

Якщо у вас кожен проект особливий, то ви безумовно правий, фреймворки не для вас. У багатьох ситуація зовсім інша.

31

Re: Чому при прийомі на роботу запитують про знання фреймворків?

quez написав:

Якщо у вас кожен проект особливий, то ви безумовно правий

Іменно так.
А при створенні сайтів-візиток, магазинів і подібних однотипних сайтів фреймворк зручніше, я правильно розумію?

32

Re: Чому при прийомі на роботу запитують про знання фреймворків?

Invader написав:

А звідки ми знаємо що саме така першочергова задача у фреймворків? Для того щоб не писати всього вищезгаданого самостійно можна використовувати бібліотеки написані кимось іншим як це робиться в javaScript.

Все одно багато бойлерплейту треба написати, якщо використовувати тільки бібліотеки.

33

Re: Чому при прийомі на роботу запитують про знання фреймворків?

quez написав:
morgot написав:
quez написав:

дати можливість не писати одне й те ж багато разів

Наприклад?

Routes
Авторизація з правильно використаною криптографією
Код для локалізації

Ці речі об’єднує те, що їх складно написати правильно і що вони мало змінюються від проекту до проекту.

Їх не складно написати.
Але так,вони мало змінюються.

34

Re: Чому при прийомі на роботу запитують про знання фреймворків?

Все одно багато бойлерплейту треба написати, якщо використовувати тільки бібліотеки.

І я про це ж. Фреймворки це не ідіотизм.

35

Re: Чому при прийомі на роботу запитують про знання фреймворків?

morgot ось вам для роздумів питання http://replace.org.ua/post/53917/#p53917
Якщо ви думаєте що можна знайти один клас підчіпити його і все буде пахати - відповідно я можу сказати що ви мало працювали з різноманітними проектами різної складності.
Якщо народ робить сайт візитку на фреймоврку на це є 2 причини:
1. Не компетентність програміста.
2. Компетентність програміста.

Розберемо першу причину. Прийшов клієнт попросив сайт візику заплатив певну суму і пішов. Видали сайт на фреймворку на 50 мб з всякими наворотами які не потрібні.

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

Я не кажу що фреймворки це панацея від усього. Я веду до одного: кожній людині у професії потрібні правильні інструменти, фреймворки і сторонні бібліотеки це саме те що треба.

Чим погані фреймворки як на мене: це full stack середовище яке досить таки навязує що як і куди треба робити.
Чим хороші: є багато готових штук які можна заюзати.

Я віддаю перевагу компонентним фреймворкам. Використовувати той чи інший компонент це швидко, зручно і зрозуміло для всіх членів команди.

quez, поясніть в чому логіка - якщо треба авторизацію чи подібне, чого не взяти модуль PEAR чи ще якийсь готовий класс під конкретну задачу? Нащо привязувати весь проект до фреймворку?

Сайт не обов’язково має бути зав’язаний на 1му фреймворку. Якщо складний проект беремо один компонент з одного, інший з іншого і ще декілька сторонніх бібліотек.
Якщо компанія розробляє магазини і пише їх під конкретні задачі вона може розвивати проект на одному фреймворку з яким знайома вся команда і має під нього №нну кількість написаних модулів.

А при створенні сайтів-візиток, магазинів і подібних однотипних сайтів фреймворк зручніше, я правильно розумію?

Якщо я буду писати магазин я однозначно візьму фреймворк.
Роути треба писати - ні
Авторизацію - ні
Ще куча всяких штук - ні

PEAR - ви серйозно? Це кльово але він походу уже дохлий) Юзайте composer ;)

Подякували: quez1