Я перестал понимать тех, кто пишет на хабре. Как коммент который я написал коррелируется с вашим комментарием? Вы пришли ко мне на собеседование - по вашим словам(не нужно создавать проблемы честным), я должен верить 100% тому, что вы написали в резюме и не спрашивать вас об этом опыте? Серьезно???? У меня нет доказательств, что вы НЕ ДЕЛАЛИ проектов на питоне - я вас обязан взять???!!!!!! *OMG*
Извините, но тогда у вас очень плохо с русским языком, плевок в лицо - это плевок в лицо, ранее - это повод для дуэли и вражды, это никак не наплевательское отношение.
Тогда любое недостоверное резюме на ха-ха - это плевок в лицо нанимателю, удивительно, почему нам в 95% случаев приходится утираться :) Просто спокойно проходите мимо компаний, где большие тз, не воспринимайте это как плевок именно в вас. У нас задание одно для всех бек кандидатов на ~60 минут для джуна, на 15-20 для мидла и сеньера, просто имеет еще 100-500 вариантов доработки, о которых уже устно общаемся. Ну а если у человека большой портфель наработок, которые он может показать - то и тестовое задание не нужно, и так находится о чем поговорить. Но, как говорится, есть один нюанс - мы всегда спрашиваем обо всех скилах, указанных в резюме(отсюда статистика).
Здесь есть подход бизнеса и подход разработчиков :)
ZF — шлак — шлак, но сколько народу его использовало.
Bitrix — шлак — дичайший шлак, сколько на нем сайтов, проект цветет и пахнет.\
В то же время куча хороших стартапов загнулась, т.к. были не поняты и не оценены.
Полностью согласен. Здесь вопрос. вам машину ремонтировать( фреймворк/язык разрабатывать/расширять) или сайты делать? Если мне необходимо доехать из А в Б (сделать стандартный сайт) — зачем мне лезть под капот и разбирать движок по винтикам.
Беда с проектной деятельностью в школе — это отсутствие умения создавать проекты у самих учителей. У меня дочь в 8 классе, уже сдано 4 проекта. Первый полностью зафейлили, т.к. преподаватель хотела полную фигню, а мы ее послушали. Со вторым проектом нам повезло, курировать нас взялась прикладник, ведущая доп занятия у нас в школе. Увидеть глаза районной комиссии размером с блюдце после фразы ребенка: «данная модель прошла апробацию на двух фестивалях науки» — бесценно. К сожалению, это был единственный нормальный проект из представленных там. Последние два проекта делал уже сам ребенок с нашей помощью, к сожалению, с очень малым участием преподавателей, и оба раза выходили на районный уровень. Имхо, толку с этих проектов никакого, только дибильная мода и впустую потраченное время.
При рассмотрении крыла или самолёта угол атаки находится в нормальной плоскости, в отличие от угла скольжения.
Не заметил в статье ничего сильно бредового. Изменилось сопротивление, стало задираться крыло, поставили датчик стабилизации. Кривой датчик направил самолеты в землю.
И для всех пяти страниц использовался один шаблон с кучей if-else
Встречался часто с подобным, к стыду своему, творил подобное. Обычно такое возникает, когда делается одинаковый дизайн, а потом заказчик хочет «быстренько для вот этой странички сюда блок добавить». А на рефакторинг времени не остается. Постепенно получается монстр Франкенштейна, которого уже по принципу «работает — не трогай» осторожно обходят стороной.
Огромное спасибо за информацию. Только получается, мы не отказываемся от фреймворка, а берем symfony. Или берем любой другой фреймворк и подключаем симфони компоненты.
двушка симфы изначально так и писалась, из зенда на уровне 1.х можно было брать либы. из ларавеля и из юи брать не имеет смысла из-за зависимостей и уникальности, я правильно понимаю? Тогда зачем изобретать надуманные кейсы? Как и в js и pythone есть независимые либы, которые независимо и подключаются(свифт), а плагины(пакеты) писались и пишутся под конкретный фреймворк. Я скажу про питон, что если мне нужно что-то простое, я возьму бутылку, и точно не буду к ней использовать джанго пакеты, так же как в реакте не буду пользовать ангулар пакеты.
А из каких фреймворков сейчас можно нормально брать компоненты чтобы писать с нуля, и, я реально отстал от жизни PHP(больше 4 лет не касался), какие компоненты каких фреймворков имеет смысл сочетать? Вот из этих habrahabr.ru/company/nixsolutions/blog/329718
Я уже очень далек от PHP, но в свое время(когда только появился композер) меня дико напрягало:
1. Разная философия пакетов (ларавель использующий колбек вызов свифт мейлера, когда мне нужно было на лету что-то модифицировать в отправке).
2. Пакеты, не заточенные под композер, в которых настройки прошиты где-то в их папке и вынести нормально эти настройки не было возможности.
Может быть сейчас все изменилось, но все-равно не думаю, что правильно собирать такого Франкенштейна, ведь плюс любого хорошего фреймворка в однотипном написании всех его компонентов.
Во всех случаях неудачного, именно неудачного, внедрения CRM у меня на работах были виноваты исключительно инициаторы внедрения, а главной проблемой было, что они, почему-то, думали, что в CRM есть готовое описание ИХ бизнес-процессов. Соответственно ожидания не оправдывались. Достаточно успешными были внедрения, когда на CRM вешали сравнительно небольшую часть бизнес процессов, например только новые B2C заказы, для которых логика и процессы были прозрачны и не требовали дополнительных согласований между отделами.
Адекватность заказчика. Обычно ужас-ужас работы и пространства имен образуется из того, что требования сто раз меняются в процессе разработки. И с этим ничего не поделаешь, все сразу предусмотреть невозможно. При большом опыте работы я не знаю как сделать, чтобы коллеги не скрежетали зубами. Имхо, только постоянный рефакторинг и документирование, а главное выделение на них времени, спасает от скрежета зубовного коллег, каюсь, в 90% случаев у нас на это просто нет времени.
P.S. Топ моих болей в работе со сторонними апи:
Непонятные возвращаемые ошибки
Недокументированные ограничения
Нелогичное изменения формата ответа при добавлении в запрос фильтра или флага
Устаревшая документация при изменении поведения на 180 градусов
не совсем так. В джанге контроллеры и вьюхи объединили во views(можно сказать, что от самих контроллеров отказались). А шаблоны — они шаблоны и есть, текстовые файлы в специальной разметке для замены и подстановки в них данных.
Я перестал понимать тех, кто пишет на хабре. Как коммент который я написал коррелируется с вашим комментарием? Вы пришли ко мне на собеседование - по вашим словам(не нужно создавать проблемы честным), я должен верить 100% тому, что вы написали в резюме и не спрашивать вас об этом опыте? Серьезно???? У меня нет доказательств, что вы НЕ ДЕЛАЛИ проектов на питоне - я вас обязан взять???!!!!!! *OMG*
Извините, но тогда у вас очень плохо с русским языком, плевок в лицо - это плевок в лицо, ранее - это повод для дуэли и вражды, это никак не наплевательское отношение.
Тогда любое недостоверное резюме на ха-ха - это плевок в лицо нанимателю, удивительно, почему нам в 95% случаев приходится утираться :) Просто спокойно проходите мимо компаний, где большие тз, не воспринимайте это как плевок именно в вас. У нас задание одно для всех бек кандидатов на ~60 минут для джуна, на 15-20 для мидла и сеньера, просто имеет еще 100-500 вариантов доработки, о которых уже устно общаемся. Ну а если у человека большой портфель наработок, которые он может показать - то и тестовое задание не нужно, и так находится о чем поговорить. Но, как говорится, есть один нюанс - мы всегда спрашиваем обо всех скилах, указанных в резюме(отсюда статистика).
ZF — шлак — шлак, но сколько народу его использовало.
Bitrix — шлак — дичайший шлак, сколько на нем сайтов, проект цветет и пахнет.\
В то же время куча хороших стартапов загнулась, т.к. были не поняты и не оценены.
Не заметил в статье ничего сильно бредового. Изменилось сопротивление, стало задираться крыло, поставили датчик стабилизации. Кривой датчик направил самолеты в землю.
Встречался часто с подобным, к стыду своему, творил подобное. Обычно такое возникает, когда делается одинаковый дизайн, а потом заказчик хочет «быстренько для вот этой странички сюда блок добавить». А на рефакторинг времени не остается. Постепенно получается монстр Франкенштейна, которого уже по принципу «работает — не трогай» осторожно обходят стороной.
двушка симфы изначально так и писалась, из зенда на уровне 1.х можно было брать либы. из ларавеля и из юи брать не имеет смысла из-за зависимостей и уникальности, я правильно понимаю? Тогда зачем изобретать надуманные кейсы? Как и в js и pythone есть независимые либы, которые независимо и подключаются(свифт), а плагины(пакеты) писались и пишутся под конкретный фреймворк. Я скажу про питон, что если мне нужно что-то простое, я возьму бутылку, и точно не буду к ней использовать джанго пакеты, так же как в реакте не буду пользовать ангулар пакеты.
1. Разная философия пакетов (ларавель использующий колбек вызов свифт мейлера, когда мне нужно было на лету что-то модифицировать в отправке).
2. Пакеты, не заточенные под композер, в которых настройки прошиты где-то в их папке и вынести нормально эти настройки не было возможности.
Может быть сейчас все изменилось, но все-равно не думаю, что правильно собирать такого Франкенштейна, ведь плюс любого хорошего фреймворка в однотипном написании всех его компонентов.
P.S. Топ моих болей в работе со сторонними апи:
WebDriverWait — используется для гибкого задание времени ожидания загрузки страниц